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]