Journées informatique IN2P3/Dapnia, Lyon Septembre 2006 Consolidation des serveurs par virtualisation Retour d’expérience sur l’utilisation de VMware ESX

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

Journées informatique IN2P3/Dapnia, Lyon 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