 Mise en place de maquettes de test automatisées sous Virtual Server 2005
Accueil > Articles > Serveurs
|
|
Auteurs
|
|
 |
|
|
61771
13/55
|
1. Principes
Comme souvent en informatique, on adore faire du neuf avec
du vieux. Le nouveau sujet à la mode est la virtualisation. Le postulat actuel
(souvent un postulat "commercial") est que les serveurs ne sont pas
utilisés au
maximum de leur capacité et qu'ainsi on perd de l'argent. Ainsi, depuis quelques
temps, des constructeurs vendent le fait que grâce à la virtualisation on peut
rassembler deux serveurs qui n'ont "que" 50% d'utilisation machine moyenne en une seule
qui sera utilisée à 100% et ainsi économiser l'exploitation d'un serveur.
Toutes
personnes ayant travaillées un minimum dans l'administration vous riraient au
nez face à un tel argumentaire, en effet, c'est 50% en moyenne et non 50%
constant ce qui veut dire que lors de pic d'utilisation, vos machines sont à
genoux. Mais c'est
un fait ce ne sont pas ces gens-là que l'on écoute, et ainsi nous allons repartir
dans un nouveau cycle de centralisation des serveurs (comme il y a quelques
années avant le retour des architectures distribuées), et donc réduction du MTBF
(Mean Time Between Failure) et en impact direct, augmentation du
TCO, sauf dans
le cas d'une infogérance où là le coût étant reporté sur l'info gérant, ce sera
à la lui de bien gérer la facturation pour éviter de se retrouver dans le mur.
Désolé, c'était un petit coup de gueule face à une nouvelle
mode qui comme à chaque fois est indiquée comme réglant tous les problèmes
existants. En tout cas, la virtualisation a prouvé son utilité dans le cadre
d'une mise en place rapide de maquette de test et de validation avec un matériel
succinct ou encore pour la remplacement de serveur critique ne pouvant être mis
à jour au niveau logiciel (voir VSMT).
Le cadre de cet article sera de vous indiquer via les
outils actuels fournit par Microsoft (Virtual serveur 2005 R2,
Sysprep 2.0 ....
) comment monter un serveur de machines virtuelles permettant de faire démarrer un
nombre indéfini de machines virtuelles très rapidement (de cinq à dix minutes
pour chaque nouvelle machine) et ainsi avoir une maquette de test opérationnelle
le plus rapidement possible.
Toutes les manipulations ont été effectuées sous
Virtual
Server 2005 SP1 béta (maintenant nommé Virtual Server 2005 R2, d'où des captures
VSS2005 et VSS2005R2) mais la plupart des
méthodes peuvent être adaptées sur le logiciel concurrent de celui-ci (ie. VmWare
GSX Server) selon vos désirs (ou votre accord entreprise), étant donné que le
plus important est que le logiciel gère les disques différentiels (ou
équivalent). Si vous décidez d'utiliser VMware, je vous dit bon courage pour
toute la partie automatisation...
Pour cet article il est nécessaire d'avoir des notions
en déploiement de systèmes d'exploitation (avoir au moins une fois réalisé un sysprep) et sur
Virtual
Server 2005 (R2 en option)
 1. Principes
1.1 La "mode" de la virtualisation
1.2 Maquette automatisée de test
2. Préparation de l'environnement
2.1. Configuration de l'environnement virtuel
2.1.1 Mise en place des chemins d'utilisation
2.1.2 Mise en place d'un réseau partagé entre les machines virtuelles et la machine hôte
2.2. Configuration des machines "master"
2.2.1 Création des disques virtuels sources
2.2.2 Installation des machines sources
2.2.3 Utilisation de Sysprep
2.3 Premières notions de sécurité
2.3.1 Protection des fichiers sources
2.3.2 Limitation des accès à l'interface VSS et le client VMRC
3. Mise en place des ordinateurs virtuels
3.1 Créations des machines virtuelles en fonction des sources
3.2 Base des API vbscript Virtual Server et utilisation en contexte
4. Pistes d'évolution
5. Conclusion
|
|
|
 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|
