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
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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)
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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.
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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.
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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.).
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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 »)
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
(Petits) inconvénients Hardware Compatibility Guide limité
Réservation « hard » des disques virtuels
Prix
Journées informatique IN2P3/Dapnia, Lyon 18-21 Septembre 2006
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