Sommaire
Serveur Proxmox : LYNX CALLEO Application 2250
Caractéristiques
- Modèle : LYNX CALLEO APPLICATION 2250
- Achat : Août 2012 auprès de TRANSTEC
- Désignation de commande : xxxx
- S/N : xxx
- Processeur AMD Opteron 8 Core 6128 (2.0 GHZ, 80W)
- mémoire: 1333 MHz , ECC, registered / 2 x 2 Go RAM
- Disques durs: Enterprise SATA (7200t/min) x 4 - 500 GB
- Alimentation redondante
- Contrôleur réseau:
- Dual Gigabit Ethernet LAN onboard (Intel® 82576)
- Fast Ethernet LAN onboard (Realtek® RTL8201N PHY dédié pour IPMI)
Partitionnement
RAID
root@leo:~# cat /proc/mdstat Personalities : [raid1] md2 : active raid1 sda2[0] sdb2[1] 244243320 blocks super 1.2 [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 244138872 blocks super 1.2 [2/2] [UU] md3 : active raid1 sdc2[0] sdd2[1] 244243320 blocks super 1.2 [2/2] [UU] md1 : active raid1 sdc1[0] sdd1[1] 244138872 blocks super 1.2 [2/2] [UU] unused devices: <none>
LVM
root@leo:~# pvs PV VG Fmt Attr PSize PFree /dev/md0 vz_bacgl lvm2 a-- 232,83g 142,59g /dev/md1 vz_bacgl lvm2 a-- 232,83g 232,83g /dev/md2 vz_bacgl lvm2 a-- 232,93g 0 /dev/md3 vz_bacgl lvm2 a-- 232,93g 232,93g root@leo:~# vgs VG #PV #LV #SN Attr VSize VFree vz_bacgl 4 37 0 wz--n- 931,51g 608,34g root@leo:~# lvs | head LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert 200_root vz_bacgl -wi-ao-- 1,00g 200_var vz_bacgl -wi-ao-- 1,00g 200_var_log vz_bacgl -wi-ao-- 1,00g 204_root vz_bacgl -wi-ao-- 1,00g 204_var vz_bacgl -wi-ao-- 1,00g 204_var_lib_mysql vz_bacgl -wi-ao-- 2,00g 204_var_log vz_bacgl -wi-ao-- 1,00g 210_root vz_bacgl -wi-ao-- 1,00g 210_tmp vz_bacgl -wi-a--- 2,00g ... ... ... ... ...
Organisation réseau
- Il existe 2 interfaces physiques sur ce serveur.
Une d'elle servira à l'administration de l'hôte et des instances virtuelles : eth0
la seconde permet aux instances virtuelles de communiquer avec l'extérieur et vice-versa : eth1
Les ponts (br0,br1,br2) sont montés au dessus de 3 Vlan qu'on utilise
Le fichier sera certainement plus parlant /etc/network/interfaces
auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet static address 10.45.1.183 netmask 255.255.255.0 gateway 10.45.1.1 #rpv auto eth1.20 iface eth1.20 inet manual vlan-raw-device eth1 auto br0 iface br0 inet manual bridge_ports eth1.20 bridge_fd 1 bridge_maxwait 0 bridge_bridgeprio 1 #DMZ-Priv auto eth1.10 iface eth1.10 inet manual vlan-raw-device eth1 auto br1 iface br1 inet manual bridge_ports eth1.10 bridge_fd 1 bridge_maxwait 0 bridge_bridgeprio 2 #DMZ-Pub auto eth1.112 iface eth1.112 inet manual vlan-raw-device eth1 auto br2 iface br2 inet manual bridge_ports eth1.112 bridge_fd 1 bridge_maxwait 0 bridge_bridgeprio 3
Proxmox
Le serveur de virtualisation tourne sur Proxmox . On peut à la fois utiliser OpenVZ (pour créer des CT) et faire du KVM (pour créer des VM) .
Openvz
- OS: Debian Squeeze
- hostname : leo
- noyau : Linux leo 2.6.32-17-pve #1 SMP Wed Nov 28 07:15:55 CET 2012 x86_64 GNU/Linux
On continue à désactiver la gestion des quota par OpenVZ
Confection d'un template et d'un fichier de configuration
debootstrap --exclude=modutils,module-init-tools,pciutils,laptop-detect,dmidecode --include=locales,iproute,tcpdump,less,sudo,mtr-tiny,htop,rsync,apticron,screen,vim,heirloom-mailx --arch amd64 squeeze /var/lib/vz/private/2003 http://miroir.cm.auf.org/debian/
en cas d'erreur à la fin du debootstrap, regarder dans le dossier debootsrap se trouvant à la racine du système debian créé ce qui en est la cause et recommencer le processus si vous ne voulez pas de mauvaises surprises
Avec vzsplit je me créé un fichier de configuration pour CT de base. J'ai pris le cas où je veux 40 CT similaires.
Attention, il existe désormais 2 façons de gérer les ressources des CTs . Avec ou sans VSwap 1 .
Exemple sans VSwap (cas classique)
willy@leo:~$ sudo vzsplit -n 40 -f 40SqueezeNoVSwap -v no [sudo] password for willy: WARNING: Recommended minimal size of partition holding /var/lib/vz/private/ is 20 Gb! WARNING: partition holding /var/lib/vz/private/ do not have space required for 40 containers The maximum allowed value is 2 Default disk space values will be used Config /etc/pve/openvz/ve-verysmallSqueeze.conf-sample was created
Exemple avec VSwap . Dans ce cas, la valeur max des paramètres des CT est égale à : unlimited
willy@leo:~$ sudo vzsplit -n 40 -f 40SqueezeVSwap WARNING: Recommended minimal size of partition holding /var/lib/vz/private/ is 20 Gb! WARNING: partition holding /var/lib/vz/private/ do not have space required for 40 containers The maximum allowed value is 2 Default disk space values will be used Config /etc/pve/openvz/ve-40SqueezeVSwap.conf-sample was created
on peut se créer autant de modèles de configuration qu'on veut. Tous étant référencés sous la forme ve-xxxx.conf-sample
lancer le CT modèle et effectuer quelques traitements expliqués ici
- ne pas oublier : dpkg-reconfigure (locales,tzdata), auf-git-etc
quand tout est ok, archiver le CT modèle et le mettre dans /var/lib/vz/template/cache
Création d'un CT
ZA/Montréal/CréationServeurVirtuelOpenvz surtout l'aspect partitionnement
- la commande de création serait par exemple :
vzctl create 2003 --ostemplate '/var/lib/vz/template/cache/debian-squeeze-64_5.tar.gz' --hostname 'smtp' --config '15SqueezeNoVSwap'
Pas besoin d'utiliser pvectl de Proxmox
- ...
Migration de Squeeze à Wheezy
Il existe un script proxmox mais il n'a pas été employé ici.
- Effectuée le 13.07.2013
Sur redmine : https://redmine.auf.org/issues/6477
apache2 n'est plus nécessaire avec pve-3.0
si ça vous dit de rejouer la migration : scriptreplay upgrade-wheezy0.time upgrade-wheezy0.script
A priori, ça serait plus simple de gérer les ressources avec ce mode de fonctionnement (1)