consolidation des serveurs par virtualisation

Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006

Consolidation des serveurs par virtualisation

Retour d’expérience sur l’utilisation de VMware ESX


Situation en 2004 Un service = un serveur (voire deux ou plus)

Nombre important de serveurs physiques- deux sendmail- deux cups- deux impressions windows- deux AD- serveur fichiers Windows (Xlab)- serveurs TSE, Web, RT, WSUS, Nagios, etc.- serveurs de connexions externes SSH, DHCP- (serveur de disque, DNS sur cluster TruCluster)


Redondance Deux serveurs simples si pas de données à

partager (ex. sendmail, cups).

Sinon un seul serveur mais sécurisé : alimentation/ventilation redondante, RAID(ex. Web).Pour certains services une deuxième machine identique prête à remplacer la machine principale en cas de défaillance physique.


Problèmes Place dans la salle des machines

Consommation électrique

Climatisation

Connexions réseaux

Gestion (sauvegarde, mise-à-jour, etc.)

Taux d’utilisation des ressources faible => gaspillage

Renouvellement ou contrat de maintenance onéreux


Solution : virtualisation Mutualiser les ressources des serveurs

Plusieurs logiciels possibles : VMware, Linux Vserver, MS Virual Server, Xen, etc.

Choix de VMware ESX en 2004 pour sa maturité et la prise en charge des disques SAN

Utilisation de deux serveurs bien équipés (Dell PowerEdge 2800, 2proc, 8Go RAM, 200Go disque RAID interne, 2 cartes FC, 3 cartes Gbit)

Utilisation des disques SAN disponibles au laboratoire


Migration Migration d’une dizaine de « services »

- sendmail- impression- serveur de fichiers windows (Xlab), - TSE - Web - RT- Nagios - WSUS - AD (BDC)- (LCG SE, CE, DPM, VOBOX en test sur un serveur dédié)

Migration par installation complète du OS/Application ou par clonage (ghost, VMware P2V)

Pas de serveurs virtuels pour les services très chargés : serveurs de disques, accès interactifs, etc.


Redondance En cas de défaillance d’un serveur physique, la

redondance (manuelle) des services est assurée par l’utilisation de deux serveurs et d’un disque SAN partagé.

Pour les services sans données partagées (ex. sendmail, cups) on peut avoir un serveur virtuel sur chaque serveur physique.

Haute-Disponibilité possible maintenant par VMware ESX 3 + VirtualCenter 2 (migration automatique d’un serveur virtuel en cas de défaillance physique ou surcharge, etc.).


Avantages Deux serveurs physiques à la place d’une quinzaine

Moins de problème d’incompatibilité matérielle lors d’installation des OS (« standardisation » des configurations)

Duplications/Clonage par simple copie

Ajout des ReDo à chaud (Snapshot du VM)

Sauvegarde des disques systèmes simplifiée (par la copie du disque virtuel)

Améliorations matérielles bénéfiques à tous les VMs


Points forts VMware ESX très stable et performant.

Gestion centralisée sur une console d’administration distante.

Allocation des ressources par VM : valeurs min. max. pour CPU, RAM, Réseau.

Pages de mémoire partagées entre les OS identiques. Isolation des VMs, possibilité d’utiliser des VLAN. Test et validation des OS/Applications plus rapide et plus

simple (utilisation des « Master Images »)


(Petits) inconvénients Hardware Compatibility Guide limité

Réservation « hard » des disques virtuels

Prix


Conclusion Réduction des coûts

Gestion simplifiée Meilleures disponibilité, fiabilité Cycles de test/installation des systèmes

plus courts Possibilité d’échange de VM avec d’autres

labos

consolidation des serveurs par virtualisation

Documents