La virtualisation de serveurs avec VMWare Infrastructure

Transcription

La virtualisation de serveurs avec VMWare Infrastructure
La virtualisation de serveurs avec
VMWare Infrastructure
Retour d’expérience
Rodérick Petetin – CRI INSA Rennes
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Contexte INSA
Utilisateurs
1600 étudiants
450 personnels
Parc serveur CRI
45 serveurs
CRI = 11 personnes
Equipe système = 2 personnes
Contexte INSA
Demande nouveaux services
+
1 service par serveur
Nb serveurs x 2 (en 3 ans)
• Problèmes matériels
• Racordements électriques
• Raccordements au réseau
• Garanties prolongées
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Objectifs du projet
Réduire le nombre de serveurs physiques
Maximiser l’usage de ces ressources
Simplifier le bas niveau système
•
Montage (vis, rails, …)
•
Brassage
•
Déploiement OS
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Travail préparatoire
Assainissement du parc
•
Elimination du superflu et l’historique
•
Regroupement de services mineurs
Etude d’éligibilité sur tous les serveurs
physiques
•
Indicateurs d’utilisation
•
Exclusions techniques (OS ou types d’application)
Travail préparatoire
Travail préparatoire
Travail préparatoire
Assainissement du parc
•
Elimination du superflu et l’historique
•
Regroupement de services mineurs
Etude d’éligibilité sur tous les serveurs
physiques
•
Indicateurs d’utilisation
•
Exclusions techniques (OS ou types d’application)
Cahier des charges et appel à
concurrence
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Architecture matérielle
ethernet
Multi vlan
Mgt
Mgt
Bi-proc Opteron (Dual-Core)
Serveur Sun x4200 M2
Serveur Sun x4200 M2
32 Go RAM
Carte iSCSI dual port
switch
Enterasys B3G124-24
switch
Enterasys B3G124-24
Vlan stockage
Société retenue
Baie iSCSI EqualLogic PS 100E
Architecture logicielle
ESX Server
ESX Server
Cluster VMWare
Administration
Supervision
Virtual Center
MS SQL Server 2000
Architecture logicielle
Licences achetées
2 licences VMWare Infrastructure 3 Ent (2 CPU)
ESX : système installé sur les machines physiques qui
accueillent les VMs (RedHat Linux adapté)
• HA : Haute disponibilité des VMs. Redémarrage des
VMs sur incident.
• DRS : Attribution dynamique des ressources
• VMotion : Migration à chaud des VMs
•
1 licence VMWare Virtual Center : Administration et
supervision de l’infrastructure.
Architecture logicielle
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Migration des serveurs - solutions
Ghost + reconfiguration
•
Plutôt complexe
VMWare Converter
•
Ne fonctionne pas toujours
•
Plus orienté Windows
VizionCore vConverter
•
Dedié aux plateformes Windows
PlateSpin PowerConvert
•
Très cher (3000 à 4000 € HT pour 25 conversions)
…
Migration des serveurs
Serveur
source
ESX
Linux : :
Windows
- Démarrage
Exécution deenscripts
linux rescue
modifiant des valeurs de la
base de registres
- Modifier les drivers chargés et l’image de boot
- Démarrage de la machine
- Modifier
- Démarrage sur un CD boot (net, disque,
…)la table de montage
- Installation des VMWare Tools
- Reboot
- Ghost du disque vers disque machine
virtuelle
- Reboot de la machine
- Modifier les paramètres réseau (ip, hostname, DNS)
- Installation des VMWare Tools
- Création d’une « Machine virtuelle »
- Démarrage sur un CD boot (net, disque, …)
- Attribution d’une ip temporaire
- Lancement Ghost en mode esclave
- Reboot
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Bilan projet – charge de travail
Migration P2V
•
10 jours en tout pour 25 serveurs à 2 = 20j.homme
1 à 4 serveurs/jour (2h < migration < 12h)
Gestion du projet
•
Cahier des charges : 4j.homme
•
Etude dossiers : 2j.homme
•
Suivi projet : 7j.homme
Mise en place du socle
•
6j.homme
Total = 39j.homme
Bilan projet – budget
Matériel (support 3ans)
•
2 serveurs Sun X4200 M2 32Go RAM
•
Baie EqualLogic PS100E 3,5To
•
2 switchs Enterasys B3G124-24
Logiciel (support 3 ans)
•
2 licences VMWare Infrastructure 3 Enterprise
•
1 licence VirtualCenter
Service
11 602 €
26 300 €
•
Pré-install
•
Migration
•
Docs
•
Support + audit + préconisations 1 an
Formation
•
62 384 €
7381 €
3 personnes x 4 jours
Total = 107 667 € (HT)
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Observations
Système / Réseau
•
Assainir le parc et recenser tous les services très tôt
•
Faire le ménage sur les serveurs avant la migration
•
Attention aux licences produits basées sur l’@ MAC
•
Bien dimensionner les disques qui accueillent les VMs
•
Prévoir la redondance max de l’infrastructure
Plateforme
•
Le DNS est très important dès qu’il y a plus d’un ESX
•
DRS et VMotion (et donc vcenter) sont des options indispensables dès qu’il
y a plus d’un ESX
•
Avoir une assistance technique est un plus indéniable (au début au moins)
Gestion de projet
•
Prévoir formation des administrateurs avant ET après la migration
•
Prévoir transfert de compétences aux collègues qui interviennent sur les
serveurs (utilisation console entre autres)
•
Se poser la question de la diffusion d’informations aux utilisateurs
conçernant la migration
Observations / + et -
☺☺☺☺☺☺
Gain de temps
Pas gratuit !
Console d’administration
Processus de migration
•
Ergonomique
Nouveaux outils (migration à chaud,
templates d’install, monitoring,
planification, …)
•
•
Plugins
Plateforme
•
•
Beaucoup de travail
•
Nécessité d’arrêter chaque
serveur
•
Temps de transfert variable
•
Pas de retour arrière après mise
en service des serveurs virtuels
Evolutive
Plutôt stable (1 seul bug sérieux
depuis la mise en production)
•
•
Réelle isolation entre les machines
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
Evolutions
Réalisées :
Passage aux nouvelles versions (ESX 3.5 / Vcenter
2.5)
Ajout d’une nouvelle baie de disques
Ajout d’un 3ème serveur ESX
•
Matériel : même famille de processeur (même jeu
d’instructions)
•
Logiciel : nouvelle licence VMWare
En projet :
Sauvegarde des VMs vitales sous forme de fichiers
Réplication des baies (nouvelle salle machine)
Externalisation d’un ESX (nouvelle salle machine)
Virtualisation VMWare
Le contexte INSA Rennes
Objectifs du projet
Travail préparatoire
Architecture mise en place
Migration des serveurs physiques
Bilan projet
Observations
Evolutions
Démos
http://www.vmware.com
http://www.arumtec.net
http://www.guvirt.org
[email protected]
[email protected]
[email protected]