VMWARE vSphere - 5.0, ESXi - 5.0 User Manual [fr]
Mise à niveau vSphere
vSphere 5.0
ESXi 5.0
vCenter Serveur 5.0
vSphere Client 5.0
Ce document prend en charge la version de chacun des produits
répertoriés, ainsi que toutes les versions publiées par la suite
jusqu'au remplacement dudit document par une nouvelle édition.
Pour rechercher des éditions plus récentes de ce document, rendezvous sur : http://www.vmware.com/fr/support/pubs.
FR-000589-00
Mise à niveau vSphere
Vous trouverez la documentation technique la plus récente sur le site Web de VMware à l'adresse :
http://www.vmware.com/fr/support/pubs/
Le site Web de VMware propose également les dernières mises à jour des produits.
N’hésitez pas à nous transmettre tous vos commentaires concernant cette documentation à l’adresse suivante :
docfeedback@vmware.com
Copyright © 2009–2011 VMware, Inc. Tous droits réservés. Ce produit est protégé par les lois américaines et internationales
relatives au copyright et à la propriété intellectuelle. Les produits VMware sont protégés par un ou plusieurs brevets répertoriés
à l'adresse http://www.vmware.com/go/patents-fr.
VMware est une marque déposée ou une marque de VMware, Inc. aux États-Unis et/ou dans d'autres juridictions. Toutes les
autres marques et noms mentionnés sont des marques déposées par leurs propriétaires respectifs.
VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com
2 VMware, Inc.
VMware, Inc.
100-101 Quartier Boieldieu
92042 Paris La Défense
France
www.vmware.com/fr
Table des matières
À propos de la mise à niveau de vSphere 5
À propos du processus de mise à niveau 7
1
Différences entre vSphere 5.0 et vSphere 4.x 9
2
Spécifications système 11
3
Configuration matérielle requise pour ESXi 11
Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits 14
Spécifications matérielles pour vCenter Server et vSphere Client 15
Spécifications logicielles pour vCenter Server 19
Configuration logicielle requise pour vSphere Client et vSphere Web Client 19
Prévoir suffisamment d'espace pour la journalisation du système 20
Ports requis pour vCenter Server 20
Conflit entre vCenter Server et IIS pour le port 80 21
Exigences de DNS pour vSphere 22
Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en
charge 22
Exigences matériel d'Update Manager 23
Mise à niveau vers vCenter Server 5,0 25
4
Préparer la mise à niveau vers vCenter Server 25
Mise à niveau vers vCenter Server 5.0 39
Procéder à une mise à niveau vers vCenter Server sur une machine différente et mettre à niveau la
base de données 42
Mise à niveau du dispositif VMware vCenter Server 60
La mise à niveau de vCenter Server échoue lorsqu'il est impossible d'arrêter le service Tomcat 60
Après avoir effectué la mise à niveau de vCenter Server 61
VMware, Inc.
Mise à niveau d'Update Manager 73
5
Mise à niveau du serveur Update Manager 73
Mise à niveau du plug-in du client Update Manager 75
Mettre à niveau et migrer vos hôtes 77
6
Préparer à la mise à niveau des hôtes 77
Effectuer la mise à niveau ou la migration 100
Après avoir effectué la mise à niveau ou la migration des hôtes 150
Mise à niveau Machines virtuelles 153
7
À propos de VMware Tools 154
À propos des mises à niveau des machines virtuelles et des hôtes 156
3
Mise à niveau vSphere
Versions de matériel de machine virtuelle 156
Effectuer une mise à niveau orchestrée des machines virtuelles avec vSphere Update Manager 157
Planifier les interruptions des machines virtuelles 163
Interruption pour la mise à niveau des machines virtuelles 163
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle Windows 164
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle Linux 165
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle Solaris 167
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle NetWare 168
Packages spécifiques du système d'exploitation pour des systèmes d'exploitation clients Linux 169
Effectuer une mise à niveau automatique de VMware Tools 170
Mettre à niveau VMware Tools sur plusieurs machines virtuelles 171
Configurer une machine virtuelle pour mettre à niveau automatiquement VMware Tools 171
Mettre à niveau le matériel virtuel 172
Mettre à niveau le matériel virtuel sur plusieurs machines virtuelles 174
Désinstaller VMware Tools 174
Exemples de scénarios de mise à niveau 177
8
Mise à niveau des environnements avec clusters hôte 177
Mise à niveau des environnements sans clusters d'hôtes 179
Déplacement des machines virtuelles avec vMotion pendant une mise à niveau 180
Déplacement de machines virtuelles éteintes ou en veille pendant une mise à niveau
avec vCenter Server 181
Mise à niveau vers vCenter Server sur une nouvelle machine 182
Migration des hôtes ESX 4.x ou ESXi 4.x vers ESXi 5.0 dans une installation Auto Deploy démarrée
par PXE 183
Mise à niveau des composants vSphere séparément dans un environnement VMware View 184
Index 185
4 VMware, Inc.
À propos de la mise à niveau de vSphere
La section Mise à niveau de vSphere décrit la procédure de mise à niveau ou de migration de VMware® ESX™,
ESXi™, et vCenter Server™ vers ESXi 5.0 et vCenter Server 5.0.
Ce contenu inclut les tâches suivantes :
n
Mise à niveau vers vCenter Server 5.0 depuis vCenter Server 4.0.
n
Installation de vCenter Server 5,0 sur une machine différente et en conservant une base de données
VirtualCenter 2.5 ou supérieure Effectuez cette opération si vous effectuez une mise à niveau d'un serveur
32 bits vers un serveur 64 bits, par exemple.
n
Effectuez une mise à niveau vers ESXi 5.0 depuis ESXi 4.x ou effectuez une migration vers ESXi depuis
ESX 4.x.
n
Effectuez une mise à niveau de VMware Tools et du matériel virtuel.
Pour savoir comment simplifier et automatiser la mise à niveau de votre centre de données, reportez-vous au
Guide d'installation et d'administration de vSphere Update Manager.
Si vous avez des versions patrimoniales d'ESX, ESXi et VirtualCenter et que vous souhaitez migrer vers
VMware vSphere™ 5.0 en effectuant de nouvelles installations qui ne conservent pas les configurations
existantes, reportez-vous à la documentation Installation et configuration de vSphere.
Public cible
La section Mise à niveau de vSphere est destinée à toute personne souhaitant procéder à une mise à niveau depuis
une version antérieure d'ESX/ESXi et vCenter Server vers ESXi 5.0 et vCenter Server 5.0. Ces rubriques
s'adressent à des administrateurs expérimentés de systèmes Microsoft Windows ou Linux qui connaissent la
technologie des machines virtuelles et les fonctionnements des centres de données.
VMware, Inc.
5
Mise à niveau vSphere
6 VMware, Inc.
À propos du processus de mise à
niveau 1
La mise à niveau est un processus à étapes multiples dans lequel les procédures doivent être réalisées dans un
ordre donné. Suivez le processusdécrit dans cette présentation de haut niveau afin d'assurer une mise à niveau
sans problème avec un temps d'arrêt minimal du système.
AVERTISSEMENT Avant de tenter d'effectuer la mise à niveau, assurez-vous que vous comprenez tout le
processus de mise à niveau. Si vous ne respectez pas les consignes de sécurité, vous pourriez perdre des
données et perdre l'accès à vos serveurs. Sans planification, vous risquez de provoquer des temps
d'interruption plus longs que nécessaire.
Vous devez effectuer la procédure de mise à niveau en respectant un ordre donné au risque de perdre des
données et l'accès au serveur. L'ordre est également important à chaque stade de la mise à niveau.
Vous pouvez effectuer le processus de mise à niveau de chaque composant dans une seule direction. Par
exemple, après avoir effectué une mise à niveau vers vCenter Server, vous ne pouvez pas revenir à
VirtualCenter 2.5. Avec des sauvegardes et des planifications appropriées, vous pourrez récupérer vos
enregistrements logiciels d'origine..
Vous devez achever une procédure avant de passer à la procédure suivante. Suivez les indications de chaque
procédure concernant l'ordre requis des étapes subsidiaires mineures.
Certaines commandes pouvant mettre à niveau simultanément plus d'une seule étape, VMware vous
recommande de comprendre parfaitement les modifications irréversibles de chaque étape avant de mettre à
niveau vos environnements de production.
Pour vous assurer que la mise à niveau du centre de données se passe sans encombres, vous pouvez utiliser
vCenter Update Manager pour gérer le processus pour vous.
Les mises à niveau de vSphere sont effectuées dans la séquence de tâches suivante.
1 Si votre système vSphere inclut des solutions ou des plug-ins VMware, assurez-vous qu'ils sont
compatibles avec la version de vCenter Server vers laquelle vous effectuez la mise à niveau. Reportezvous à la matrice d'interopérabilité des produits VMware à l'adresse
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.
2 Si vous mettez à niveau des composants de vSphere qui font partie d'un environnement VMware View,
reportez-vous à la rubrique « Mise à niveau des composants vSphere séparément dans un environnement
VMware View », page 184.
3 Assurez-vous que votre système remplit les conditions matérielles et logicielles requises de vSphere.
Reportez-vous à la section Chapitre 3, « Spécifications système », page 11.
4 Si votre déploiement de vSphere inclut vCenter Server, mettez à niveau vCenter Server.
Reportez-vous à la section Chapitre 4, « Mise à niveau vers vCenter Server 5,0 », page 25.
VMware, Inc.
7
Mise à niveau vSphere
5 Si vous utilisez VMware Update Manager, mettez à niveau VMware Update Manager.
Reportez-vous à la section Chapitre 5, « Mise à niveau d'Update Manager », page 73.
6 Mettez à niveau vos hôtes ESXi.
Reportez-vous à la section Chapitre 6, « Mettre à niveau et migrer vos hôtes », page 77. vSphere 5.0
fournit plusieurs moyens de mettre à niveau les hôtes :
n
n
n
n
n
Utilisez vSphere Update Manager pour effectuer une mise à niveau orchestrée des hôtes ESXi.
Reportez-vous à la section « Utiliser vSphere Update Manager pour effectuer des mises à niveau
d'hôte orchestrées », page 100.
Mettez à niveau un seul hôte à la fois, interactivement, à partir d'une image du programme
d'installation d'ESXi ISO sauvegardée sur un CD, un DVD ou un lecteur flash USB. Reportez-vous à
la section « Mettre à niveau ou migrer des hôtes de façon interactive », page 115.
Utilisez un script pour effectuer une mise à niveau sans surveillance de plusieurs hôtes. Reportezvous à la section « Installation, mise à niveau ou migration d'hôtes en utilisant un script »,
page 117
Si un hôte a été déployé en utilisant vSphere Auto Deploy, vous pouvez utiliser Auto Deploy pour
mettre à niveau l'hôte en le réapprovisionnant. Reportez-vous à la section « Utiliser vSphere Auto
Deploy pour réapprovisionner des hôtes », page 132.
Mettez à niveau ou corrigez les hôtes ESXi 5.0 en utilisant les commandes esxcli. Reportez-vous à la
section « Mettre à niveau des hôtes à l'aide des commandes esxcli », page 137.
7 Réappliquez votre licence d'hôte.
Reportez-vous à la section « Réappliquer les licences après la mise à niveau vers ESXi 5.0 », page 151.
8 Mettez à niveau les machines virtuelles et les dispositifs virtuels, manuellement ou en utilisant VMware
Update Manager pour effectuer une mise à niveau orchestrée.
Reportez-vous à la section Chapitre 7, « Mise à niveau Machines virtuelles », page 153.
8 VMware, Inc.
Différences entre vSphere 5.0 et
vSphere 4.x 2
vSphere 5.0 est une mise à niveau majeure de vSphere 4.x.
Les modifications suivantes par rapport à vSphere 4.x affectent l'installation et la configuration de vSphere.
Pour la liste complète des nouvelles fonctions dans vSphere 5.0, voir les notes de mise à jour.
La console de service
est supprimée
ESXi ne comporte pas de
programme
d'installation graphique
Ligne de commande
d'Image Builder dans
vSphere Auto Deploy et
vSphere ESXi
ESXi n'inclut pas de console de service. Vous pouvez effectuer la plupart des
tâches que vous avez effectuées dans la console de service en utilisant les
commandes esxcli dans le ESXi Shell, en utilisant les commandes vCLI et en
utilisant les commandes PowerCLI VMware. Reportez-vous à la
documentation Gestion de ligne de commande dans vSphere 5.0 pour les utilisateurs
de la console du service et Initiation aux interfaces de ligne de commande vSphere.
Le programme d'installation graphique se basait sur la console de service, qui
ne fait pas partie d'ESXi. ESXi garde le programme d'installation textuel.
Avant ESXi 5.0, ESXi était installé sur le disque physique de chaque hôte
ESXi. Avec ESXi 5.0, vous pouvez charger une image ESXi directement dans la
mémoire en utilisant vSphere Auto Deploy. Vous pouvez provisionner et
reprovisionner un grand nombre d'hôtes ESXi d'une manière efficace avec
vCenter Server, et gérer les mises à jour et les correctifs d'ESXi en utilisant un
profil d'image. Vous pouvez stockage la configuration des hôtes telle qu'une
configuration de réseau ou de stockage et l'appliquer à l'hôte en utilisant Auto
Deploy. Vous pouvez utiliser la ligne de commande d'Image Builder d'ESXi
pour créer des images d'installation d'ESXi avec un ensemble personnalisé de
mises à jour, de correctifs et de pilotes.
Pour des informations complètes sur l'utilisation de la ligne de commande
d'Image Builder de vSphere Auto Deploy et d'ESXi, reportez-vous à la
documentation Installation et configuration de vSphere.
Modifications dans le
processus d'installation
et de mise à niveau
d'ESXi
VMware, Inc. 9
ESXi 5.0 utilise un seul assistant d'installation pour les nouvelles installations
et les mises à jour. ESXi 5.0 fournit également une nouvelle option pour le
déploiement d'ESXi directement dans la mémoire de l'hôte avec vSphere Auto
Deploy. Les utilitaires vihostupdate et esxupdate ne sont pas pris en charge
pour ESXi 5.0. Vous ne pouvez pas effectuer une mise à niveau ou migrer vers
Mise à niveau vSphere
ESXi 5.0 en utilisant un utilitaire de ligne de commande. Après avoir effectué
la mise à niveau ou la migration vers ESXi 5.0, vous pouvez mettre à niveau ou
corriger les hôtes ESXi 5.0 en utilisant les commandes de l'interface de ligne de
commande esxcli.
IMPORTANT Après la mise à niveau ou la migration de l'hôte vers ESXi 5.0, vous
ne pouvez pas revenir à la version 4.x ESX ou ESXi. Sauvegardez votre hôte
avant d'effectuer une mise à niveau ou une migration, afin que, si la mise à
niveau ou la migration échoue, vous puissiez restaurer votre hôte 4.x.
Reportez-vous à la section « Options de mise à niveau vers ESXi 5.0 »,
page 84.
Mise en cache du
programme
d'installation
Modifications apportées
au partitionnement des
disques d'hôte
VMware vCenter Server
Appliance
Au lieu d'utiliser une image binaire pour installer le système, tous les bits qui
étaient utilisés au moment du démarrage sont mis en cache dans le système.
Cette mise en cache réduit les problèmes d'installation provoqués par l'accès
aux fichiers d'installation entre les réseaux en cours de chargement.
REMARQUE Les installations à base d'un script ne peuvent pas effectuer un
démarrage PXE d'un serveur puis obtenir l'image binaire d'une autre forme de
support.
Tous les hôtes nouvellement installés dans vSphere 5.0 utilisent le format de la
table de partition GUID au lieu de l'intitulé de script du style MSDOS. Cette
modification prend en charge l'installation d'ESXi sur des disques de plus de
2 To.
Les hôtes vSphere 5.0 venant d'être installés utilisent VMFS5, une version mise
à jour du système de fichiers VMware pour vSphere 5.0. À la différence des
versions précédentes, ESXi 5.0 ne crée pas de partitions VMFS sur le second
disque et les disques suivants.
Les systèmes mis à niveau n'utilisent pas les tables de partition GUID (GPT),
mais conservent l'ancien intitulé de partition basée sur MSDOS.
Comme autre solution pour installer vCenter Server sur une machine
Windows, vSphere 5.0 fournit VMware vCenter Server Appliance. Le dispositif
vCenter Server est une machine virtuelle basée sur Linux préconfigurée et
optimisée pour l'exécution de vCenter Server et des services associés.
vSphere Web Client
vSphere Web Client est une application de serveur qui fournit une alternative
basée sur un navigateur au vSphere Client traditionnel. Vous pouvez utiliser
un navigateur Web pour vous connecter à vSphere Web Client pour gérer un
hôte ESXi via un vCenter Server.
10 VMware, Inc.
Spécifications système 3
Les systèmes exécutant vCenter Server et des instances ESXi doivent correspondre aux conditions matérielles
spécifiques et aux conditions de système d'exploitation requises.
Si vous utilisez Auto Deploy pour provisionner les hôtes ESXi, consultez également les informations relatives
à la préparation de VMware Auto Deploy dans la documentation Installation et configuration de vSphere.
Ce chapitre aborde les rubriques suivantes :
n
« Configuration matérielle requise pour ESXi », page 11
n
« Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits », page 14
n
« Spécifications matérielles pour vCenter Server et vSphere Client », page 15
n
« Spécifications logicielles pour vCenter Server », page 19
n
« Configuration logicielle requise pour vSphere Client et vSphere Web Client », page 19
n
« Prévoir suffisamment d'espace pour la journalisation du système », page 20
n
« Ports requis pour vCenter Server », page 20
n
« Conflit entre vCenter Server et IIS pour le port 80 », page 21
n
« Exigences de DNS pour vSphere », page 22
n
« Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en
charge », page 22
n
« Exigences matériel d'Update Manager », page 23
Configuration matérielle requise pour ESXi
Assurez-vous que l'hôte remplit les spécifications de matériel requises prises en charge par ESXi 5.0.
Vous avez besoin des ressources matériel et système suivantes pour installer et utiliser ESXi 5.0 :
n
Plate-forme de serveur prise en charge. Pour obtenir la liste des plates-formes prises en charge, consultez
le Guide de compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility.
n
ESXi 5.0 n'installera et n'exécutera que les serveurs dotés de CPU x86 64 bits.
n
ESXi 5.0 nécessite une machine hôte disposant d'au moins deux cœurs.
n
ESXi 5.0 ne prend en charge que les instructions de CPU LAHF et SAHF.
n
Processeurs 64 bits connus :
n
Tous les processeurs Opteron d'AMD.
VMware, Inc.
11
Mise à niveau vSphere
n
n
Au moins 2 Go de mémoire vive.
n
Un ou plusieurs contrôleurs Ethernet Gigabit ou 10 Go. Pour obtenir la liste des modèles d'adaptateurs
réseau pris en charge, consultez le Guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
n
Une combinaison d'un ou de plusieurs des contrôleurs suivants :
n
n
n
Disque SCSI ou un LUN RAID local non réseau disposant d'un espace non partitionné pour les machines
virtuelles.
n
Pour le Serial ATA (SATA), un disque connecté via des contrôleurs SAS pris en charge ou des contrôleurs
SATA embarqués pris en charge. Les disques SATA seront considérés comme distants et non locaux. Ces
disques ne seront pas utilisés en tant que partition scratch par défaut car ils sont considérés comme
distants.
Tous les processeurs Intel Xeon 3000/3200, 3100/3300, 5100/5300, 5200/5400, 5500/5600, 7100/7300,
7200/7400 et 7500.
Contrôleurs SCSI de base. Adaptec Ultra-160 ou Ultra-320, LSI Logic Fusion-MPT, ou la plupart des
NCR/Symbios SCSI.
Contrôleurs RAID. Contrôleurs Dell PERC (Adaptec RAID ou LSI MegaRAID), HP Smart Array
RAID, ou IBM (Adaptec) ServeRAID.
REMARQUE Vous ne pouvez pas connecter un périphérique CD-ROM SATA à une machine virtuelle sur
un hôte ESXi 5.0. Pour utiliser le périphérique CD-ROM SATA, vous devez utiliser le mode d'émulation
IDE.
ESXi 5.0 prend en charge l'installation et le démarrage à partir des systèmes de stockage suivants :
n
Lecteurs de disques SATA. Des lecteurs de disques SATA connectés derrière des contrôleurs SAS pris en
charge ou des contrôleurs SATA embarqués pris en charge.
Les contrôleurs SAS pris en charge incluent :
n
LSI1068E (LSISAS3442E)
n
LSI1068 (SAS 5)
n
Contrôleur IBM ServeRAID 8K SAS
n
Contrôleur Smart Array P400/256
n
Contrôleur Dell PERC 5.0.1
Les SATA embarqués pris en charge incluent :
n
Intel ICH9
n
NVIDIA MCP55
n
ServerWorks HT1000
REMARQUE ESXi ne prend pas en charge l'utilisation de disques SATA internes locaux sur le serveur de
l'hôte pour créer des banques de données VMFS partagées entre plusieurs hôtes ESXi.
n
Lecteurs de disques Serial Attached SCSI (SAS). Pris en charge pour l'installation d'ESXi 5.0 et pour le
stockage de machines virtuelles sur des partitions VMFS.
n
Disque SAN dédié sur Fibre Channel ou iSCSI
n
Périphériques USB. Pris en charge pour l'installation d'ESXi 5.0 Pour obtenir la liste des périphériques
USB pris en charge, consultez le Guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
12 VMware, Inc.
Chapitre 3 Spécifications système
vSphere 5.0 prend en charge le démarrage des hôtes ESXi depuis l'interface UEFI (Unified Extensible Firmware
Interface). Grâce à l'interface UEFI, vous pouvez démarrer des systèmes à partir de disques durs, de lecteurs
de CD-ROM ou de supports USB. Le démarrage de réseau ou le provisionnement avec VMware Auto Deploy
nécessite le microprogramme BIOS hérité et n'est pas disponible avec l'interface UEFI.
ESXi peut démarrer à partir d'un disque dont la taille est supérieure à 2 To à condition que le microprogramme
du système et que le microprogramme situé sur une carte add-in que vous utilisez le prennent en charge.
Consultez la documentation du fabricant.
REMARQUE Le passage du type de démarrage du BIOS hérité à l'interface UEFI après l'installation d'ESXi 5.0
pourrait provoquer le non démarrage de l'hôte. Dans ce cas, l'hôte affiche un message d'erreur semblable à ce
qui suit : Banque de démarrage non prise en charge par VMware. Le passage du type de démarrage de l'hôte
du BIOS hérité à l'interface UEFI n'est pas pris en charge après l'installation d'ESXi 5.0.
Recommandations pour améliorer les performances d' ESXi
Pour améliorer les performances, installez ESXi sur un système robuste possédant plus de RAM que le
minimum requis et plusieurs disques physiques.
Tableau 3-1. Recommandations pour améliorer les performances
Élément du système Recommandation
Mémoire vive Les hôtes ESXi requièrent plus de mémoire RAM que les
serveurs classiques. Un hôte ESXi doit comporter
suffisamment de mémoire RAM pour exécuter
simultanément des machines virtuelles.
Par exemple, l'exploitation de quatre machines virtuelles
avec Red Hat Enterprise Linux ou Windows XP requiert au
moins 3 Go de RAM pour des performances de base. Ceci
inclut environ 1024 Mo pour les machines virtuelles, 256 Mo
minimum pour chaque système d'exploitation, tel que
recommandé par les fournisseurs.
L'exécution de ces quatre machines virtuelles avec 512 Mo de
RAM nécessite que l'hôte ESXi dispose d'environ 4 Go de
RAM incluant 2048 Mo pour les machines virtuelles.
Ces calculs ne prennent pas en compte les économies de
mémoire possibles dues à une utilisation variable de la
capacité de mémoire pour chaque machine virtuelle. Voir
Gestion des ressources de vSphere .
Adaptateurs Fast Ethernet dédiés pour les machines
virtuelles
Emplacement de disque Placez toutes les données que vos machines virtuelles
Placez le réseau de gestion et les réseaux des machines
virtuelles sur des adaptateurs réseau physiques distinctes.
Les cartes Ethernet Gigabit dédiées aux machines virtuelles,
telles que les adaptateurs Intel PRO 1000, améliorent le débit
des machines virtuelles ayant un trafic réseau élevé.
utilisent sur des disques physiques alloués spécifiquement
aux machines virtuelles. Les performances sont meilleures si
vous ne stockez pas vos machines virtuelles sur le disque
contenant l'image de démarrage ESXi. Utilisez des disques
physiques présentant une taille suffisante pour accueillir des
images de disque utilisées par toutes les machines virtuelles.
VMware, Inc. 13
Mise à niveau vSphere
Tableau 3-1. Recommandations pour améliorer les performances (suite)
Élément du système Recommandation
Partitionnement VMFS5 Le programme d'installation ESXicrée les volumes VMFS
Processeurs Les processeurs plus rapides améliorent les performances
Compatibilité matérielle Utilisez au niveau de votre serveur des périphériques qui
initiaux sur le premier disque local vierge trouvé. Pour
ajouter des disques ou modifier la configuration d'origine,
utilisez le vSphere Client. Cette pratique garantit que les
secteurs de partition de départ sont alignés sur 64k, ce qui
améliore les performances de stockage.
REMARQUE Pour des environnements SAS uniquement, le
programme d'installation peut ne pas formater les disques.
Pour certains disques SAS, il est impossible d'identifier si les
disques sont locaux ou distants. Après l'installation, vous
pouvez utiliser le vSphere Client pour paramétrer VMFS.
d'ESXi. Pour certaines charges de travail, les caches de taille
supérieure améliorent les performances d'ESXi.
sont pris en charge par les pilotes ESXi 5.0. Reportez-vous au
Guide de compatibilité matérielle à l'adresse
http://www.vmware.com/resources/compatibility.
Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits
ESXi prend en charge plusieurs systèmes d'exploitation clients 64 bits.
Pour la liste complète des systèmes d'exploitation pris en charge pour ESXi, reportez-vous au Guide de
compatibilité VMware.
Les hôtes exécutant des machines virtuelles avec des systèmes d'exploitation client 64 bits ont les spécifications
matérielles suivantes :
n
Pour les systèmes AMD Opteron, les processeurs doivent être des processeurs Opteron Rev E ou versions
ultérieures.
n
Pour les systèmes Intel Xeon, les processeurs doivent inclure la prise en charge de la technologie Intel VT
(Virtualization Technology). Sur de nombreux serveurs incluant des unités centrales avec prise en charge
de la technologie VT, celle-ci peut initialement être désactivée. Dans ce cas, vous devez l'activer
manuellement. Si vos unités centrales prennent en charge la technologie VT mais que cette option
n'apparaît pas dans le BIOS, contactez votre fournisseur pour obtenir une version de BIOS permettant
d'activer la technologie VT.
Pour déterminer si votre serveur prend en charge VMware 64 bits, vous pouvez télécharger l'utilitaire
d'identification d'unité centrale dans la page des téléchargements sur le site Web de VMware.
14 VMware, Inc.
Chapitre 3 Spécifications système
Spécifications matérielles pour vCenter Server et vSphere Client
Le système vCenter Server est une machine physique ou virtuelle ayant accès à une base de données prise en
charge. Le système vCenter Server doit répondre à des exigences spécifiques. Les machines vCenter Server
doivent répondre aux spécifications matérielles.
Spécifications matérielles pour vCenter Server
Tableau 3-2. Spécifications matérielles minimales pour vCenter Server
Spécifications matérielles pour vCenter Server
CPU Deux CPU 64 bits ou un processeur 64 bits bicœur.
Processeur Intel 2.0 GHz ou Intel 64 plus rapide, ou un processeur AMD
64. Le processeur Itanium (IA64) n'est pas pris en charge. Les
spécifications du processeur doivent être supérieures si la
base de données s'exécute sur la même machine.
Mémoire 4 Go de RAM. Les spécifications de la mémoire doivent être
supérieures si la base de données s'exécute sur la même
machine.
vCenter Server comprend plusieurs services Java : VMware
VirtualCenter Management Webservices (Tomcat),
Inventory Service et le service de gestion de stockage basé
sur le profil. Lorsque vous installez vCenter Server, vous
sélectionnez la taille de votre inventaire vCenter Server pour
allouer de la mémoire à ces services. La taille de l'inventaire
détermine les paramètres de segment JVM maximum des
services. Vous pourrez modifier ce paramètre après
l'installation si le nombre d'hôtes venait à changer. Consultez
les recommandations présentées dans Tableau 3-3.
Stockage disque 4 Go. Les spécifications du disque doivent être supérieures
si la base de données vCenter Server s'exécute sur la même
machine. Dans vCenter Server 5.0, la taille par défaut des
journaux vCenter Server fait 450 Mo de plus que dans
vCenter Server 4.x. Assurez-vous que l'espace disque alloué
au dossier des journaux est suffisant pour répondre à cette
augmentation.
Disque pour Microsoft SQL Server 2008 R2 Express Jusqu'à 2 Go d'espace disque disponible pour décompresser
l'archive d'installation. Une fois l'installation terminée,
environ 1,5 Go de ces fichiers est supprimé.
Mise en réseau Connexion Gigabit recommandée.
VMware, Inc. 15
Mise à niveau vSphere
Tableau 3-3. Paramètres de segment JVM recommandés pour vCenter Server
Inventaire vCenter
Server
VMware VirtualCenter
Management Webservices
(Tomcat) Inventory Service
Stockage basé sur le
profil
Petit inventaire
(jusqu'à 100 hôtes ou
jusqu'à 1 000 machines
virtuelles)
Inventaire moyen (de
100 à 400 hôtes ou de
1 000 à 4 000 machines
virtuelles) : au moins
13 Go.
Grand inventaire (plus
de 400 hôtes ou plus de
4 000 machines
virtuelles)
1 Go 2 Go 1 Go
2 Go 4 Go 2 Go
3 Go 6 Go 4 Go
REMARQUE L'installation de vCenter Server sur un lecteur réseau ou un lecteur flash USB n'est pas prise en
charge.
Consultez la documentation de votre base de données pour connaître ses spécifications matérielles. Les
conditions requises pour la base de données s'ajoutent à celles requises pour vCenter Server si la base de
données et vCenter Server s'exécutent sur la même machine.
Spécifications matérielles et recommandations pour VMware vCenter Server
Appliance
Tableau 3-4. Spécifications matérielles pour VMware vCenter Server Appliance
Spécifications matérielles pour VMware vCenter Server Appliance
Stockage disque sur la machine hôte Au moins 7 Go et au maximum 80 Go
Mémoire de VMware vCenter Server Appliance
n
Très petit inventaire (10 hôtes maximum, 100 machines
virtuelles maximum) : au moins 4 Go.
n
Petit inventaire (de 10 à 100 hôtes ou de 100 à
1 000 machines virtuelles) : au moins 8 Go.
n
Inventaire moyen (de 100 à 400 hôtes ou de 1 000 à
4 000 machines virtuelles) : au moins 13 Go.
n
Grand inventaire (plus de 400 hôtes ou plus de
4 000 machines virtuelles) : au moins 17 Go.
16 VMware, Inc.
Chapitre 3 Spécifications système
Tableau 3-5. Paramètres de segment JVM recommandés pour VMware vCenter Server Appliance
Inventaire de VMware
vCenter Server
Appliance
VMware VirtualCenter
Management Webservices
(Tomcat) Inventory Service
Stockage basé sur le
profil
Petit inventaire
(jusqu'à 100 hôtes ou
jusqu'à 1 000 machines
virtuelles)
Inventaire moyen (de
100 à 400 hôtes ou de
1 000 à 4 000 machines
virtuelles) : au moins
13 Go.
Grand inventaire (plus
de 400 hôtes ou plus de
4 000 machines
virtuelles)
1 Go 2 Go 512 Mo
2 Go 4 Go 1 Go
3 Go 6 Go 2 Go
Spécifications et recommandations pour vSphere Client
Tableau 3-6. Spécifications matérielles minimales pour vSphere Client et recommandations
Matériel vSphere Client Spécifications et recommandations
CPU 1 CPU
Processeur processeur Intel ou AMD 500 MHz ou plus rapide (1 GHz
recommandé)
Mémoire 1 Go RAM
Stockage sur disque 1,5 Go d'espace disque libre pour une installation complète
comprenant les composants suivants :
n
Microsoft .NET 2.0 SP2
n
Microsoft .NET 3.0 SP2
n
Microsoft .NET 3.5 SP1
n
Microsoft Visual J#
Supprimez toutes les versions de Microsoft Visual J#
installées antérieurement sur le système sur lequel vous
installez vSphere Client.
n
vSphere Client
Si aucun de ces composants n'est déjà installé, vous devez
avoir 400 Mo d'espace libre sur le disque qui contient le
répertoire %temp%.
Si tous les composants sont déjà installés, un espace libre de
300 Mo est requis sur le disque contenant le répertoire %temp
%, et 450 Mo sont requis pour vSphere Client.
Mise en réseau Connexion Gigabit recommandée
Recommandations système pour vCenter Server et vSphere Client concernant le
fonctionnement basé sur la taille du déploiement
Le nombre d'hôtes et de machines virtuelles sous tension dans votre environnement affecte la performance.
Utilisez les spécifications système suivantes comme des indications minimum pour un fonctionnement
raisonnable. Pour augmenter la performance, vous pouvez configurer des systèmes dans votre environnement
avec des valeurs supérieures à celles indiquées ici.
VMware, Inc. 17
Mise à niveau vSphere
Les exigences en matière de traitement sont énumérées en termes de cœur de CPU. Seuls les cœurs physiques
sont comptés. Dans des systèmes à hyperthreading, les CPU logiques ne sont pas considérés comme des cœurs
distincts.
IMPORTANT Les tailles de disques recommandées présument les niveaux de journalisation par défaut. Si vous
configurez des niveaux de journalisation plus détaillés, plus d'espace disque est nécessaire.
Tableau 3-7. Déploiement moyen : jusqu'à 50 hôtes et 500 machines virtuelles sous tension
Produit Cœurs Mémoire Disque
vCenter Server 2 4 Go 5 Go
vSphere Client 1 200 Mo 1,5 Go
Tableau 3-8. Déploiement important : jusqu'à 300 hôtes et 3 000 machines virtuelles sous tension
Produit Cœurs Mémoire Disque
vCenter Server 4 8 Go 10 Go
vSphere Client 1 500 Mo 1,5 Go
Tableau 3-9. Déploiement très important : jusqu'à 1 000 hôtes et 10 000 machines virtuelles sous tension
Produit Cœurs Mémoire Disque
vCenter Server 8 16 Go 10 Go
vSphere Client 2 500 Mo 1,5 Go
vSphere Web Client
vSphere Web Client comporte deux éléments : Un serveur Java et une application client Adobe Flex
fonctionnant sur un navigateur.
Tableau 3-10. Personnaliser le matériel d'une machine virtuelle pour le vSphere Web Client
vSphere Web Client Server
Mémoire Au moins 2 Go : 1 Go pour le segment Java et 1 Go pour
n
Le code résident
n
La pile pour les threads Java
n
Segments globaux/bss pour le processus Java
CPU Processeur de 2 GHz à 4 cœurs
Conditions requises pour l'installation de vCenter Server sur un disque
personnalisé
Si vous installez vCenter Server sur un disque personnalisé, prenez note des espaces disque nécessaires
suivants :
n
1 Go sur le disque personnalisé pour vCenter Server
n
1,13 Go sur le disque C:\ pour Microsoft .NET 3.0 SP1, Microsoft ADAM, Microsoft SQL Server 2008 R2
Express (en option) et Microsoft Visual C++ 2008 Redistributable
n
375 Mo pour l'inventaire du disque personnalisé %temp%.
18 VMware, Inc.
Spécifications logicielles pour vCenter Server
Assurez-vous que votre système d'exploitation prend en charge vCenter Server. vCenter Server nécessite un
système d'exploitation 64 bits, et le DSN de système 64 bits est requis pour que vCenter Server puisse se
connecter à sa base de données.
Assurez-vous que votre système d'exploitation prend en charge vCenter Server. vCenter Server nécessite un
système d'exploitation 64 bits, et le DSN de système 64 bits est requis pour que vCenter Server puisse se
connecter à sa base de données.
Pour obtenir la liste des systèmes d'exploitation pris en charge, consultez le Guide de compatibilité VMware
à l'adresse http://www.vmware.com/resources/compatibility.
vCenter Server nécessite que Microsoft .NET 3.5 SP1 Framework soit installé soit installé. S'il n'est pas installé
sur votre système, le programme d'installation de vCenter Server l'installera. L'installation du logiciel .NET
3.5 SP1 peut nécessiter une connectivité Internet pour télécharger des fichiers supplémentaires.
REMARQUE Si votre machine hôte vCenter Server utilise un système d'exploitation qui n'est pas en anglais,
installez Microsoft .NET Framework 3.5 SP1 et Microsoft .NET Framework 3.5 Language Pack via Windows
Update. Windows Update sélectionne automatiquement la version localisée correcte de votre système
d'exploitation. Le programme .NET Framework installé via le programme d'installation de vCenter Server
contient uniquement la version anglaise.
Chapitre 3 Spécifications système
Si vous envisagez d'utiliser la base de données Microsoft SQL Server 2008 R2 Express intégrée avec vCenter
Server, veillez à installer Microsoft Windows Installer 4.5 (MSI 4.5) sur le système. Vous pouvez télécharger
MSI 4.5 depuis le site Web Microsoft. Vous pouvez également installer MSI 4.5 directement depuis le
programme d'installation vCenter Server autorun.exe.
VMware vCenter Server Appliance peut uniquement être déployé sur les hôtes fonctionnant sur ESX 4.x ou
ESXi 4.x ou une version ultérieure.
Configuration logicielle requise pour vSphere Client et vSphere Web Client
Assurez-vous que votre système d'exploitation prend en charge vSphere Client.
Pour obtenir la liste la plus actuelle et la plus complète des systèmes d'exploitation pris en charge pour vSphere
Client et vSphere Web Client, consultez le Guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
vSphere Client nécessite que Microsoft .NET 3.5 SP1 Framework soit installé sur votre système. S'il n'est pas
installé sur votre système, le programme d'installation de vSphere Client l'installera. L'installation du
logiciel .NET 3.5 SP1 peut nécessiter une connectivité Internet pour télécharger des fichiers supplémentaires.
Les navigateurs suivants sont pris en charge pour vSphere Web Client :
n
Microsoft Internet Explorer 7 et 8
n
Mozilla Firefox 3.6
vSphere Web Client nécessite également qu'Adobe Flash Player 10.1.0 ou qu'une version ultérieure soit
installée avec le plug-in adapté à votre navigateur.
VMware, Inc. 19
Mise à niveau vSphere
Prévoir suffisamment d'espace pour la journalisation du système
ESXi 5.0 utilise une nouvelle infrastructure de journalisation. Si votre hôte est déployé avec Auto Deploy ou
si vous configurez un répertoire journal distinct de l'emplacement par défaut dans un répertoire scratch sur le
volume VMFS, il est possible que vous deviez modifier les paramètres actuels de la taille et de la rotation des
journaux pour vous assurer que vous disposez de suffisamment d'espace pour la journalisation du système.
Tous les composants vSphere utilisent cette infrastructure. Les valeurs par défaut de la capacité des journaux
de cette infrastructure varient, en fonction de la quantité de mémoire disponible et de la manière dont vous
avez configuré la journalisation du système. Les hôtes qui sont déployés avec Auto Deploy stockent les
journaux sur un disque RAM, ce qui signifie que la quantité d'espace disponible pour les journaux est peu
importante.
Si votre hôte est déployé avec Auto Deploy, reconfigurez le stockage de vos journaux de l'une des manières
suivantes :
n
Redirigez les journaux sur le réseau vers un collecteur distant.
n
Redirigez les journaux vers un stockage NAS ou NFS.
Il est possible que vous deviez reconfigurer le dimensionnement et les rotations des journaux des hôtes qui
sont installés sur le disque, si vous redirigez les journaux vers un stockage qui n'est pas le stockage par défaut,
tel qu'un stockage NAS ou NFS.
Vous n'avez pas besoin de reconfigurer le stockage des journaux des hôtes ESXi qui utilisent la configuration
par défaut qui stocke les journaux dans un répertoire scratch sur le volume VMFS. Pour ces hôtes, ESXi 5.0
configure automatiquement les journaux pour qu'ils s'adaptent au mieux à votre installation, et prévoit
suffisamment d'espace pour accueillir les messages de journal.
Tableau 3-11. Taille minimale recommandée et configuration de la rotation des journaux hostd, vpxa et fdm.
Taille maximale du
Journal
Agent de gestion (hostd) 10240 Ko 10 100 Mo
Agent VirtualCenter
(vpxa)
Agent vSphere HA
(gestionnaire de domaine
de pannes, fdm)
fichier journal
5120 Ko 10 50 Mo
5120 Ko 10 50 Mo
Pour obtenir des informations sur la définition et la configuration de syslog et d'un serveur syslog, la
configuration de syslog à partir de l'interface Profils d'hôte et l'installation de vSphere Syslog Collector,
consultez la documentation Installation et configuration de vSphere.
Ports requis pour vCenter Server
Le système VMware vCenter Server doit pouvoir envoyer des données à chaque hôte géré et recevoir des
données de chaque vSphere Client. Pour autoriser les activités de migration et de provisionnement entre les
hôtes gérés, les hôtes source et destination doivent pouvoir recevoir des données l'un de l'autre.
Nombre de rotations à
conserver Espace disque total nécessaire
VMware utilise des ports désignés pour la communication. En outre, les hôtes gérés surveillent des ports
désignés pour les données provenant du système vCenter Server. S'il y a un pare-feu entre l'un de ces éléments
et que le service de pare-feu de Windows est en cours d'utilisation, le programme d'installation ouvre les ports
pendant l'installation. Pour les pare-feu personnalisés, vous devez ouvrir les ports requis. Si vous avez un parefeu entre deux hôtes gérés et que vous désirez effectuer des activités source ou cible, comme une migration ou
un clonage, vous devez configurer un moyen pour que les hôtes gérés puissent recevoir des données.
REMARQUE Dans Microsoft Windows Server 2008, un pare-feu est activé par défaut.
20 VMware, Inc.
Tableau 3-12. Ports requis pour la communication entre les composants
Port Description
Chapitre 3 Spécifications système
80 vCenter Server requiert le port 80 pour les connections HTTP directes. Le port 80 redirige les requêtes
389 Ce port doit être ouvert sur les instances locales et distantes de vCenter Server. C'est le numéro de port
443 Le port par défaut que le système vCenter Server utilise pour écouter les connexions provenant de
636 Pour vCenter Server Linked Mode, c'est le port SSL de l'instance locale. Si un autre service utilise ce
902 Le port par défaut utilisé par vCenter Server pour envoyer des données à des hôtes gérés. Les hôtes
902 Le port 902 ne doit pas être bloqué entre vSphere Client et les hôtes. vSphere Client utilise ce port pour
8080 Services Web HTTP. Utilisé pour VMware VirtualCenter Management Web Services.
8443 Services Web HTTPS. Utilisé pour VMware VirtualCenter Management Web Services.
60099 Port de notification de changement de service Web Service
10443 vCenter Inventory Service HTTPS
10109 Gestion de vCenter Inventory Service
10111 Communication vCenter Inventory Service Linked Mode
vers le port 443 HTTPS. Cette redirection est utile si vous utilisez accidentellement http://serveur au
lieu de https://serveur.
Si vous utilisez une base de données Microsoft SQL personnalisée (pas la base de données SQL Server
2008 groupée) qui est stockée sur la même machine hôte que vCenter Server, le port 80 est utilisé par
SQL Reporting Service. Lorsque vous installez vCenter Server, le programme d'installation vous
invitera à modifier le port HTTP de vCenter Server. Remplacez le port HTTP de vCenter Server par une
valeur personnalisée pour garantir le succès de l'installation.
Microsoft Internet Information Services (IIS) utilise également le port 80. Reportez-vous à « Conflit entre
vCenter Server et IIS pour le port 80 », page 21.
LDAP des services d'annuaire du groupes vCenter Server. Le système vCenter Server a besoin de se
lier au port 389, même si vous ne joignez pas cette instance de vCenter Server à un groupe Linked Mode.
Si un autre service utilise ce port, il est préférable de le supprimer ou de lui attribuer un autre port.
Vous pouvez faire fonctionner le service LDAP sur n'importe quel autre port entre 1025 et 65535.
Si cette instance sert de Microsoft Windows Active Directory, modifiez le numéro de port 389 pour un
numéro de port disponible entre 1025 et 65535.
vSphere Client. Pour autoriser le système vCenter Server à recevoir des données de vSphere Client,
ouvrez le port 443 dans la pare-feu.
Le système vCenter Server utilise également le port 443 pour surveiller les transferts de données depuis
les clients SDK.
Si vous utilisez un autre numéro de port pour HTTPS, vous devez utiliser adresse-ip:port lorsque vous
vous connectez au système vCenter Server.
port, il est préférable de le supprimer ou de lui attribuer un autre port. Vous pouvez faire fonctionner
le service SSL sur n'importe quel autre port entre 1025 et 65535.
gérés envoient également régulièrement un signal de pulsation par le port UDP 902 au système vCenter
Server. Ce port ne doit pas être bloqué par les pare-feu entre le serveur et les hôtes, ou entre les hôtes.
afficher les consoles de machines virtuelles.
Pour que le système vCenter Server utilise un autre port pour recevoir les données de vSphere Client, consultez
la documentation Gestion de vCenter Server et des hôtes.
Si vous hésitez sur la configuration du pare-feu, consultez la documentation Sécurité vSphere.
Conflit entre vCenter Server et IIS pour le port 80
vCenter Server et Microsoft Internet Information Service (IIS) utilisent tous les deux le port 80 comme port par
défaut pour les connexions HTTP directes. Ce conflit peut empêcher vCenter Server de redémarrer après
l'installation de vSphere Authentication Proxy.
Problème
vCenter Server ne peut pas redémarrer après l'installation de vSphere Authentication Proxy.
VMware, Inc. 21
Mise à niveau vSphere
Cause
Si IIS n'est pas installé lorsque vous installez vSphere Authentication Proxy, le programme d'installation vous
invite à installer IIS. Étant donné qu'IIS utilise le port 80, qui est le port par défaut pour les connexions HTTP
directes de vCenter Server, vCenter Server ne peut pas redémarrer après l'installation de vSphere
Authentication Proxy. Reportez-vous à la section « Ports requis pour vCenter Server », page 20.
Solution
u
Pour résoudre un conflit entre IIS et vCenter Server pour le port 80, effectuez l'une des opérations
suivantes.
Option Description
Si vous avez installé IIS avant
d'installer vCenter Server
Si vous avez installé vCenter Server
avant d'installer IIS
Remplacez le port 80 pour les connexions HTTP directes de vCenter Server
par une autre valeur.
Avant de redémarrer vCenter Server, remplacez le port de liaison 80 du site
Web par défaut d'IIS par une autre valeur.
Exigences de DNS pour vSphere
vCenter Server, comme tous les autres serveurs réseau, doit être installé sur une machine dont l'adresse IP est
fixe et qui a un nom de DNS connu, pour que les clients puissent accéder sans problème au service.
Assignez une adresse IP statique et un nom d'hôte au serveur Windows qui hébergera le système vCenter
Server. Cette adresse IP doit avoir un enregistrement de DNS (système de nom de domaine) (interne).
Assurez-vous que l'interface de gestion des hôtes ESXi a une résolution de DNS valide depuis le vCenter Server
et tous les clients vSphere et vSphere Web Clients. Assurez-vous que le vCenter Server a une résolution de
DNS valide depuis tous les hôtes ESXi et tous les clients vSphere et vSphere Web. Assurez-vous que le vCenter
Server est installé sur une machine qui a un nom de domaine complet (FQDN) pouvant être résolu.
Si vous utilisez DHCP au lieu d'une adresse IP statique pour vCenter Server, assurez-vous que le nom de
l'ordinateur du vCenter Server a été mis à niveau dans le service du nom de domaine (DNS). Exécutez une
commande ping avec le nom de l'ordinateur pour tester la connexion. Par exemple, si le nom de l'ordinateur
est host-1.company.com, exécutez la commande suivante dans l'invite de commande Windows :
ping host-1.company.com
Si vous arrivez à faire un ping du nom de l'ordinateur, ce nom est mis à niveau dans le DNS.
Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en charge
Vous pouvez utiliser des applications de gestion à distance pour l'installation d'ESXi ou pour la gestion d'hôtes
à distance.
Tableau 3-13. Modèles de serveurs de gestion à distance et versions de microprogrammes pris en charge
Modèles de contrôleurs distants Version de microprogramme Java
Dell DRAC 6 1.54 (Build 15), 1.70 (Build 21) 1.6.0_24
Dell DRAC 5 1.0, 1.45, 1.51 1.6.0_20,1.6.0_203
Dell DRAC 4 1.75 1.6.0_23
HP ILO 1.81, 1.92 1.6.0_22, 1.6.0_23
HP ILO 2 1.8, 1.81 1.6.0_20, 1.6.0_23
IBM RSA 2 1.03, 1.2 1.6.0_22
22 VMware, Inc.
Exigences matériel d'Update Manager
Vous pouvez exécuter Update Manager sur n'importe quel système ayant la configuration matérielle minimale.
La configuration matérielle minimale pour Update Manager varie en fonction de la manière dont
Update Manager déployé. Si la base de données est installée sur la même machine qu'Update Manager, les
exigences de taille de mémoire et de vitesse de processeur sont supérieures. Pour garantir des performances
acceptables, vérifiez que le système dispose de la configuration matérielle minimale.
Tableau 3-14. Exigences minimales en terme de matériel
Matériel Spécifications
Processeur Processeur Intel ou AMD x86 avec deux ou plusieurs cœurs logiques, chacun cadencé à
2 GHz
Mise en réseau 10/100 Mbps
Pour obtenir des performances optimales, utilisez une connexion Gigabit entre
Update Manager et les hôtes ESX/ESXi.
Mémoire 2 Go de RAM si Update Manager et vCenter Server se trouvent sur des machines différentes.
4 Go de RAM Go si Update Manager et vCenter Server se trouvent sur la même machine.
Chapitre 3 Spécifications système
Update Manager utilise une base de données SQL Server ou Oracle. Il est conseillé d'utiliser une base de
données dédiée pour Update Manager et non pas une base de données partagée avec vCenter Server et de
sauvegarder régulièrement la base de données. La meilleure pratique consiste à placer la base de données sur
le même ordinateur que Update Manager ou sur un ordinateur du réseau local.
Selon la taille du déploiement, Update Manager nécessite un espace libre minimal par mois pour l'utilisation
de la base de données. Pour plus d'informations sur les exigences d'espace, voir le document VMware vCenter
Update Manager Sizing Estimator.
Pour plus d'informations sur les spécifications matérielles ESXi 5.x et vCenter Server 5.x, voir Chapitre 3,
« Spécifications système », page 11.
Systèmes d'exploitation et formats de bases de données pris en charge
Update Manager fonctionne avec certains bases de données et systèmes d'exploitation.
Le serveur Update Manager nécessite un système Windows 64 bits. Le plug-in Update Manager nécessite
vSphere Client et fonctionne avec les mêmes systèmes d'exploitation que vSphere Client.
Update Manager analyse les machines virtuelles Windows et Linux pour rechercher les mises à niveau VMware
Tools et des matériels virtuels et les corrige.
Le serveur Update Manager nécessite une base de données SQL Server ou Oracle. Update Manager peut gérer
les petits environnements en utilisant l'offre groupée SQL Server 2008 R2 Express. Dans le cas des
environnements ayant plus de 5 hôtes et 50 machines virtuelles, créez une base de données Oracle ou SQL
Server pour Update Manager. Dans les grand environnements, vous devez installer la base de données
Update Manager sur ordinateur différent de celui où se trouvent le serveur Update Manager et la base de
données vCenter Server.
Pour plus d'informations sur les systèmes d'exploitation et les formats de base de données pris en charge,
consultez le document intitulé Matrices de compatibilité vSphere.
VMware, Inc. 23
Mise à niveau vSphere
24 VMware, Inc.
Mise à niveau vers vCenter Server 5,0 4
La mise à niveau vers vCenter Server inclut une mise à niveau de schéma de base de données et une mise à
niveau de vCenter Server 4.x.
Ce chapitre aborde les rubriques suivantes :
n
« Préparer la mise à niveau vers vCenter Server », page 25
n
« Mise à niveau vers vCenter Server 5.0 », page 39
n
« Procéder à une mise à niveau vers vCenter Server sur une machine différente et mettre à niveau la base
de données », page 42
n
« Mise à niveau du dispositif VMware vCenter Server », page 60
n
« La mise à niveau de vCenter Server échoue lorsqu'il est impossible d'arrêter le service Tomcat »,
page 60
n
« Après avoir effectué la mise à niveau de vCenter Server », page 61
Préparer la mise à niveau vers vCenter Server
Avant d'effectuer une mise à niveau vers vCenter Server, assurez-vous que votre système est préparé
correctement.
Reportez-vous à la section « Meilleures pratiques pour les mises à niveau de vCenter Server », page 27.
À propos de la mise à niveau de vCenter Server 5.0
VMware prend en charge les mises à niveau sur place sur les systèmes 64 bits de vCenter Server 4x vers vCenter
Server 5.0.
Vous pouvez effectuer une mise à niveau de VirtualCenter 2.5 Update 6 et vCenter Server 4.0 x vers vCenter
Server 5.0 en installant vCenter Server 5.0 sur une nouvelle machine et en migrant la base de données existante.
Cette méthode de mise à niveau permet de procéder à une mise à niveau d'un système 32 bits vers un système
64 bits. Si la base de données VirtualCenter ou vCenter Server réside sur une machine distante, vous pouvez
aussi mettre à niveau la base de données.
vCenter Server 5.0 peut gérer les hôtes ESX 3.5.x/ESXi 3.5 x dans le même cluster avec des hôtes ESX 4.x/ESXi
4.x.
REMARQUE Vous ne pouvez pas mettre à niveau une instance de vCenter Server 4.x exécutée sous Windows XP
Édition x64 professionnelle vers vCenter Server 5.0, car vCenter Server 5.0 ne prend pas en charge la version
Windows XP x64 professionnelle.
VMware, Inc.
25
Mise à niveau vSphere
Résumé de la mise à niveau de vCenter Server
La mise à niveau vers vCenter Server 5.0 a une incidence sur les composants logiciels de votre centre de
données.
Tableau 4-1 résume l'impact sur les composants de votre centre de données.
Tableau 4-1. Mise à niveau des composants de vCenter Server.
Produit Composant Description
vCenter Server VI Client 1.x Non pris en charge.
VirtualCenter Server 1.x Non pris en charge.
VirtualCenter Server 2.0 Non pris en charge.
VirtualCenter Server 2,5 Non pris en charge.
VirtualCenter Server 2.5
Update 6
vCenter Server 4,0 La mise à niveau est sur place si elle est installée sur un système 64
vSphere Client 4.0 Non pris en charge.
vCenter Server 4.1 Mise à niveau sur place.
vSphere Client 4.1 Non pris en charge.
vCenter Server 5.0 Installer.
vSphere Client 5.0 Pris en charge.
Base de données IBM DB2 Vérifiez que votre base de données est prise en charge. Mettez à
Base de données Oracle Vérifiez que votre base de données est prise en charge. Mettez à
Base de données SQL Vérifiez que votre base de données est prise en charge. Mettez à
Linked Mode Impossible de rejoindre un groupe Linked Mode au cours de la
Serveur de licences Serveur de licences Pour gérer les hôtes ESX 3.5x/ESXi 3.5, vérifiez que le système
ESX et ESXi Hôte ESX 2.5 Non pris en charge avec vCenter Server 5,0.
Volumes VMFS2 Pris en charge en lecture seule (désapprouvé).
Machines virtuelles VM2 Mise à niveau (facultative)
Mise à niveau à l'aide de l'outil de migration pour passer à vCenter
Server 5,0 sur une machine différente. Si la base de données
VirtualCenter se trouve sur une machine distante, vous pouvez
également simplement mettre à niveau la base de données.
bits. Si elle est installée sur un système 32 bits, mise à niveau à l'aide
de l'outil de migration pour passer à vCenter Server 5,0 sur une
machine différente.
niveau si nécessaire.
niveau si nécessaire.
Oracle 9i n'est plus pris en charge.
niveau si nécessaire.
Microsoft SQL Server 2000 n'est plus pris en charge.
Microsoft SQL Server 2008 Express est pris en charge par vCenter
Server 5.0.
procédure de mise à niveau. Vous pouvez procéder au
raccordement une fois la mise à niveau vers vCenter Server achevée.
Si vous mettez à niveau un vCenter Server appartenant à un groupe
Linked Mode, il sera supprimé du groupe. vCenter Server ne prend
pas en charge les groupes Linked Mode qui contiennent à la fois la
version 5.0 et des versions antérieures de vCenter Server. Lorsque
tous les vCenter Server du groupe ont été mis à niveau vers la
version 5.0, vous pouvez les rejoindre.
vCenter Server est configuré pour utiliser un serveur de licences.
Installez un serveur de licence si nécessaire.
26 VMware, Inc.
Chapitre 4 Mise à niveau vers vCenter Server 5,0
Tableau 4-1. Mise à niveau des composants de vCenter Server. (suite)
Produit Composant Description
Disque virtuel VMDK2 Non pris en charge avec vCenter Server 5,0.
ESX MUI Aucune modification.
VMware Tools Mise à niveau (facultative)
Hôte ESX/ESXi 3,5 Mise à niveau vers ESXi 5.0 (facultative).
Hôte ESX/ESXi 4.0 Mise à niveau vers ESXi 5.0 (facultative)
Hôte ESX/ESXi 4,1 Mise à niveau vers ESXi 5.0 (facultative).
Hôte ESX/ESXi 5,0 Installer.
Volumes VMFS3 Aucune modification.
Machines virtuelles VM3 Mise à niveau (facultative)
Disque virtuel VMDK3 Non pris en charge avec vCenter Server 5,0.
Meilleures pratiques pour les mises à niveau de vCenter Server
Lorsque vous mettez à niveau vCenter Server, vous devez comprendre et respecter le processus des meilleures
pratiques pour garantir le succès de la mise à niveau.
Pour garantir la réussite de chaque mise à niveau, respectez les meilleures pratiques suivantes :
1 Assurez-vous que vous comprenez le processus de mise à niveau de vCenter Server, l'effet de ce processus
sur votre déploiement actuel et la préparation nécessaire à la mise à jour.
n
Si votre système vSphere inclut des solutions ou des plug-ins VMware, assurez-vous qu'ils sont
compatibles avec la version de vCenter Server vers laquelle vous effectuez la mise à niveau. Reportezvous à la matrice d'interopérabilité des produits VMware à l'adresse
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.
n
Lisez « Préparer la mise à niveau vers vCenter Server », page 25.
n
Lisez les notes de mise à jour de VMware vSphere 5.0 pour vous renseigner sur les problèmes
d'installation connus.
n
Si votre installation vSphere se trouve dans un environnement VMware View, reportez-vous à « Mise
à niveau des composants vSphere séparément dans un environnement VMware View », page 184.
2 Préparez votre système pour la mise à niveau.
n
Assurez-vous que votre système satisfait aux conditions requises pour vCenter Server 5.0. Reportezvous à la section Chapitre 3, « Spécifications système », page 11 et au Guide de compatibilité VMware
à l'adresse http://www.vmware.com/resources/compatibility/search.php.
n
Vérifiez que votre base de données existante est prise en charge pour vCenter Server 5.0. Reportezvous à la section « Spécifications système et correctifs applicables à la base de données
vCenter Server », page 31 et au Guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility/search.php.
n
Assurez-vous que votre base de données vCenter Server est prête et que les autorisations sont
correctement définies. Reportez-vous aux informations relatives à la préparation des bases de
données vCenter server présentées dans la documentation Installation et configuration de vSphere.
n
Examinez les conditions préalables à la mise à niveau. Reportez-vous à « Conditions préalables pour
la mise à niveau vers vCenter Server », page 28.
VMware, Inc. 27
Mise à niveau vSphere
3 Sauvegardez les bases de données vCenter Server et les certificats SSL.
n
n
4 Arrêtez le service VMware VirtualCenter Server.
5 Lancez l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter, et réglez tout problème détecté
par l'outil. Reportez-vous à « Exécuter l'outil de vérification de pré-mise à niveau de l'agent hôte
vCenter », page 36.
6 Assurez-vous qu'aucun processus exécuté n'entre en conflit avec les ports utilisés par vCenter Server.
Reportez-vous à la section « Ports requis pour vCenter Server », page 20.
7 Effectuez la mise à niveau de vCenter Server.
8 Configurez de nouvelles licences vSphere 5.0.
Effectuez une sauvegarde complète de la base de données vCenter et de la base de données de vCenter
Inventory Service. Reportez-vous aux procédures de sauvegarde de base de données présentées dans
« Sauvegarder et déplacer une base de données locale de vCenter Server », page 43, « Sauvegarder
et restaurer la base de données du service d'inventaire sous Linux », page 50 et « Sauvegarder et
restaurer la base de données du service d'inventaire sous Windows », page 49.
Sauvegardez les certificats SSL qui se trouvent sur le système VirtualCenter ou vCenter Server avant
d'effectuer la mise à niveau vers vCenter Server 5,0. L'emplacement par défaut des certificats SSL est
%allusersprofile%\Application Data\VMware\VMware VirtualCenter. Reportez-vous à « Sauvegarde
de VirtualCenter 2.5 Update 6 ou supérieur », page 35.
9 Mettez à niveau vSphere Client vers la version 5.0 afin d'éviter d'éventuels problèmes de compatibilité
qui pourraient entraver le bon fonctionnement de vSphere Client. Reportez-vous à la section « Mise à
niveau de vSphere Client », page 62.
10 Passez en revue les rubriques de « Après avoir effectué la mise à niveau de vCenter Server », page 61
pour connaître les options et exigences ultérieures à la mise à niveau.
Conditions préalables pour la mise à niveau vers vCenter Server
Avant de commencer la mise à niveau vers vCenter Server, assurez-vous que le système vCenter Server et que
la base de données sont convenablement préparés.
Conditions préalables pour vCenter Server
Les éléments suivants sont des prérequis pour terminer la mise à niveau vers vCenter Server :
n
Média d'installation de VMware vCenter Server 5.0.
n
Clés de licence pour toutes les fonctionnalités achetées.
Si vous ne possédez pas la clé de la licence, vous pouvez procéder à l'installation en mode évaluation et
utiliser vSphere Client pour saisir la clé de licence ultérieurement. Si le serveur vCenter Server que vous
mettez à niveau est en mode évaluation, après la mise à niveau, le temps restant de votre période
d'évaluation sera diminué du nombre de jours déjà utilisés. Par exemple, si vous avez utilisé 20 jours de
la période d'évaluation avant d'effectuer la mise à niveau, votre période d'évaluation restante après la
mise à niveau est de 40 jours.
Si vous n'avez pas l'intention d'utiliser le mode évaluation, assurez-vous que vous disposez de nouvelles
clés de licence lors d'une mise à niveau. Les anciennes clés de licence ne sont pas prises en charge dans
vCenter Server 5.0.
n
Le chemin d'accès d'installation de la version précédente de vCenter Server doit être compatible avec les
exigences d'installation du Microsoft Active Directory Application Mode (ADAM/AD LDS). Par exemple,
le chemin d'accès d'installation ne doit pas comporter de virgules (,) ni de points (.). Si votre version
précédente de vCenter Server n'est pas conforme à cette exigence, vous devez effectuer une nouvelle
installation de vCenter Server 5.0.
28 VMware, Inc.
Chapitre 4 Mise à niveau vers vCenter Server 5,0
n
Assurez-vous que le système sur lequel vous installez vCenter Server n'est pas un contrôleur de domaine
Active Directory, principal ou de sauvegarde.
n
Supprimez n'importe quels hôtes ESX Server 2.x de l'inventaire VirtualCenter ou vCenter Server ou mettez
ces hôtes à niveau vers la version 3.5 ou une version ultérieure.
n
Assurez-vous que le nom de l'ordinateur ne dépasse pas 15 caractères.
n
Exécutez l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter.
n
Assurez-vous que le contrôle de certificat SSL est activé pour tous les clusters vSphere HA. S'il n'est pas
activé lors de la mise à niveau, HA ne parviendra pas à le configurer sur les hôtes.
n
Dans vCenter Server 4.x, sélectionnez [Administration] > [Paramètres vCenter Server] >
[Paramètres SSL] > [vCenter exige des certificats SSL d'hôtes vérifiés] . Suivez les instructions pour
vérifier le certificat SSL de chaque hôte et cliquez sur [OK] .
n
Dans VirtualCenter 2.5 Update 6 ou supérieur, sélectionnez [Administration] > [Configuration de
VirtualCenter Management Server] > [Paramètres SSL] > [Vérifier les certificats de l'hôte] et
cliquez sur [OK] . Lorsque vous avez activé la vérification SSL dans VirtualCenter 2.5, les hôtes se
déconnectent de vCenter Server et vous devez les reconnecter.
n
Si l'environnement vCenter Server 4.x que vous mettez à niveau inclut Guided Consolidation 4.x,
désinstallez Guided Consolidation avant d'effectuer une mise à niveau vers vCenter Server 5.0.
n
Si vous utilisez vCenter Guided Consolidation Service dans l'environnement VirtualCenter 2.x, terminez
le plan de consolidation avant d'effectuer la mise à niveau vers vCenter Server 5.0. La mise à niveau vers
vCenter Server 5.0 ne conserve ni ne migre aucune donnée collectée par vCenter Guided Consolidation
Service. Après la mise à niveau, toutes les données sont effacées et vous ne pouvez les récupérer.
n
Sauvegardez les certificats SSL qui se trouvent sur le système VirtualCenter ou vCenter Server avant
d'effectuer la mise à niveau vers vCenter Server 5.0. L'emplacement par défaut des certificats SSL est
%allusersprofile%\Application Data\VMware\VMware VirtualCenter.
n
vCenter Server 5.0 utilise les ports TCP/IP 80 et 443 pour VMware vSphere Web Client. Vous ne pouvez
exécuter vCenter Server sur la même machine qu'un serveur Web utilisant un port Web TCP/IP 80 (HTTP)
ou 443 (HTTPS) car ceci génère des conflits de ports.
n
Si vous utilisez DHCP au lieu d'une adresse IP générée manuellement (statique) pour vCenter Server,
assurez-vous que le nom de l'ordinateur de vCenter Server a été mis à niveau dans le service du nom de
domaine (DNS). Pour ce faire, réalisez un ping du nom de l'ordinateur. Par exemple, si le nom de
l'ordinateur est host-1.company.com, exécutez la commande suivante dans l'invite de commande
Windows :
ping host-1.company.com
Si vous arrivez à faire un ping du nom de l'ordinateur, ce nom est mis à niveau dans le DNS.
n
Assurez-vous que l'interface de gestion des hôtes ESXi possède une résolution DNS valide depuis vCenter
Server et tous les clients vSphere. Assurez-vous que vCenter Server possède une résolution DNS valide
depuis tous les hôtes ESXi et tous les clients vSphere.
Conditions préalables pour toutes les bases de données vCenter Server
n
Si votre serveur de base de données n'est pas pris en charge par vCenter Server, effectuez une mise à
niveau de la base de données vers une version prise en charge ou importez votre base de données dans
une version prise en charge. Reportez-vous à la section « Mises à niveau de base de données prises en
charge », page 33.
VMware, Inc. 29
Mise à niveau vSphere
n
Effectuez une sauvegarde complète de la base de données VirtualCenter Server ou vCenter Server avant
de procéder à la mise à niveau. Le schéma de base de données VirtualCenter 2.5 n'est pas compatible avec
vCenter Server 5.0. Le programme d'installation vCenter Server 5.0 met à niveau votre schéma de base de
données VirtualCenter Server avec des champs supplémentaires, ce qui rend la base de données
inutilisable pour VirtualCenter 2.5 Update 6.
Pour supprimer le rôle DBO, vous pouvez migrer tous les objets du schéma DBO vers un schéma
personnalisé. Consultez l'article de la base de connaissance VMware accessible à l'adresse
http://kb.vmware.com/kb/1036331.
n
Vous devez vous munir de vos informations d'identification de connexion, du nom de la base de données
et du nom du serveur de la base de données qui sera utilisé par la base de données vCenter Server. Le
nom du serveur de la base de données est généralement le nom de connexion du nom source de la base
de données (DSN) du système ODBC de la base de données vCenter Server.
n
Consultez « Mises à niveau de base de données prises en charge », page 33.
Conditions préalables pour les bases de données Microsoft SQL
n
Pour utiliser une base de données Microsoft SQL nouvellement prise en charge, comme Microsoft
SQL 2008, vous n'avez pas besoin de réaliser une nouvelle installation de vCenter Server si votre base de
données existante est également Microsoft SQL Server. Par exemple, vous pouvez tout d'abord mettre à
niveau votre base de données Microsoft SQL Server 2000 vers Microsoft SQL Server 2005 ou
Microsoft SQL Server 2008 et ensuite mettre à niveau VirtualCenter 2.5 Update 6 ou supérieur vers
vCenter Server 5.0. Lorsque vous migrez la base de données de Microsoft SQL Server 2000 vers
Microsoft SQL Server 2005 ou une version ultérieure, paramétrez le niveau de compatibilité de la base de
données sur 90.
n
JDK 1.6 doit être installé sur la machine vCenter Server. De plus, sqljdbc4.jar doit être ajouté à la variable
CLASSPATH sur la machine sur laquelle vCenter Server sera mis à niveau.
n
Si vous effectuez une mise à niveau à partir de VirtualCenter 2.5 Update 6 avec le SQL Server 2005 Express
groupé (en installant vCenter Server 5.0 sur une machine différente et en conservant la base de données),
vous n'avez pas besoin d'effectuer une nouvelle installation de vCenter Server.
n
Le DSN de votre système doit utiliser le pilote SQL Native Client.
n
Accordez les autorisations suivantes à l'utilisateur vCenter de la base de données vCenter :
GRANT ALTER ON SCHEMA :: <schema> to <user>;
GRANT REFERENCES ON SCHEMA :: <schema> to <user>;
GRANT INSERT ON SCHEMA :: <schema> to <user>;
GRANT CREATE TABLE to <user>;
GRANT CREATE VIEW to <user>;
GRANT CREATE Procedure to <user>;
Accordez les autorisations suivantes à l'utilisateur de la base de données MSDB :
GRANT SELECT on msdb.dbo.syscategories to <user>;
GRANT SELECT on msdb.dbo.sysjobsteps to <user>;
GRANT SELECT ON msdb.dbo.sysjobs to <user>;
GRANT EXECUTE ON msdb.dbo.sp_add_job TO <user>;
GRANT EXECUTE ON msdb.dbo.sp_delete_job TO <user>;
GRANT EXECUTE ON msdb.dbo.sp_add_jobstep TO <user>;
GRANT EXECUTE ON msdb.dbo.sp_update_job TO <user>;
GRANT EXECUTE ON msdb.dbo.sp_add_category TO <user>;
GRANT EXECUTE ON msdb.dbo.sp_add_jobserver TO <user>;
GRANT EXECUTE ON msdb.dbo.sp_add_jobschedule TO <user>;
30 VMware, Inc.
Loading...