Vibord est un serveur de machines virtuelles, sur le même principe que gaillard.
IP : 91.216.110.99 / 2001:912:800:200::99
Localisation : Netcenter, cf. https://peers.rezopole.net pour l'emplacement précis
Console serie et prises électriques : pas de port série, PDU controllable via https://peers.rezopole.net
Matériel
Généralités
- Carte mère Supermicro X11DDW-L
- RAM : 6x 32GB 2400MHz ECC Registered Kingston
- CPU : 2x Intel Xeon Silver 4214R CPU @ 2.40GHz - 12 cores 24 thread
- Réseau : 2x SFP+ (Supermicro AOC-STGN-i2S (Intel 82599 controller)) + 2x port 1Gbps inutilisé
- Port IPMI dédié
- Pas de controlleur RAID
- Pas de port série accessible sur le boitier.
- Double alimentation
Consommation électrique
Consommation mesurée par l'IPMI.
- Booté (idle) : 80 W
- 1 core à 100% : 150 W
- 12 cores à 100% : 250 W
- 24 cores à 100% : 315 W
- 48 cores à 100% : 335 W
Temps de boot
Elle met environ 2 minutes à booter.
Disques
Type | Référence | Date de mise en service | Emplacement | Device |
---|---|---|---|---|
2To SSD Intel 6Gb/s | D3-S4510 SSDSC2KB019T8 | octobre 2020 | 0 | /dev/sda |
2To SSD Intel 6Gb/s | D3-S4510 SSDSC2KB019T8 | octobre 2020 | 1 | /dev/sdb |
2To SSD Intel 6Gb/s | D3-S4510 SSDSC2KB019T8 | octobre 2020 | 2 | /dev/sdc |
2To SSD Intel 6Gb/s | D3-S4510 SSDSC2KB019T8 | octobre 2020 | 3 | /dev/sdd |
Historique
- septembre 2020 : Réception de la machine
- octobre 2020 : Installation de la machine
Configuration
Disques
vg: vms_ssd
- pv: /dev/md0: raid5
- /dev/sda1
- /dev/sdb1
- /dev/sdc1
- /dev/sdd1
vg: system (lv root et swap)
- pv: /dev/mapper/md2_crypt : raid1 + luks
- /dev/sda3
- /dev/sdb3
/boot
- /dev/md1: raid1
- sda2
- sdb2
Accès out-of-band
- VLAN d'admin
- VNC-like via l'IPMI et les outils Supermicro (cf.
bin/gnd_ikvm
)
Cryptsetup
Il y a un dropbear pour pouvoir taper la passphrase cryptsetup à distance : ?Redémarrer une machine chiffrée.mdwn
Réseau
Il y a deux interfaces réseau, que l'on découpe comme suit :
- ens1f0 pour le côté Internet
- ens1f1 pour le côté collecte xDSL (ou autre type de collecte à venir)
Pour les bridges, on met toujours les VLAN dans le nom du bridge pour s'y retrouver.
Le schéma général est br-<trigramme du membre>-<VLAN>
. Par exemple :
br-ttnn-204
: bridge pour tetaneutral, relié au VLAN 204 ;br-rzn
: bridge pour Rézine, relié à aucun VLAN (bridge interne entre VM) ;- il existe un br-devnull, pour contourner le fait qu'on ne peut pas modifier une vm pour lui supprimer toutes ses interfaces ; ce bridge n'est relié à rien.
Virtualisation avec Ganeti
Pour cette machine, nous utilisons toujours Ganeti avec KVM.
Voir Ganeti pour de la documentation sur Ganeti et son usage à Grenode.