VMWARE ESXi - 5.0.1 Administrator’s Guide [fr]
Mise à niveau vSphere
vSphere 5.0 Update 1
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-000782-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–2012 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 15
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 20
Prévoir suffisamment d'espace pour la journalisation du système 20
Ports requis pour vCenter Server 21
Ports requis pour vCenter Server Appliance 22
Conflit entre vCenter Server et IIS pour le port 80 23
Exigences de DNS pour vSphere 24
Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en
charge 25
Exigences matériel d'Update Manager 25
Mise à niveau vers vCenter Server 5,0 27
4
Préparer la mise à niveau vers vCenter Server 27
Mise à niveau vers vCenter Server 5,0 43
Procéder à une mise à niveau vers vCenter Server sur une machine différente et mettre à niveau la
base de données 46
Mise à niveau du dispositif VMware vCenter Server 62
Mettre à jour VMware vCenter Server Appliance à partir d'un référentiel VMware.com 63
Mettre à jour VMware vCenter Server Appliance à partir d'un bundle de mise à jour zippé 63
Mettre à jour VMware vCenter Server Appliance à partir du lecteur de CD-ROM 64
La mise à niveau de vCenter Server échoue lorsqu'il est impossible d'arrêter le service Tomcat 64
Après avoir effectué la mise à niveau de vCenter Server 65
VMware, Inc.
Mise à niveau d'Update Manager 77
5
Mise à niveau du serveur Update Manager 77
Mise à niveau du plug-in du client Update Manager 79
Mettre à niveau et migrer vos hôtes 81
6
Préparer à la mise à niveau des hôtes 81
Effectuer la mise à niveau ou la migration 104
Après avoir effectué la mise à niveau ou la migration des hôtes 154
3
Mise à niveau vSphere
Mise à niveau Machines virtuelles 157
7
À propos de VMware Tools 158
À propos des mises à niveau des machines virtuelles et des hôtes 160
Versions de matériel de machine virtuelle 160
Effectuer une mise à niveau orchestrée des machines virtuelles avec vSphere Update Manager 161
Planifier les interruptions des machines virtuelles 167
Interruption pour la mise à niveau des machines virtuelles 167
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle Windows 168
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle Linux 169
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle Solaris 171
Installer ou mettre à niveau manuellement VMware Tools dans une machine virtuelle NetWare 172
Packages spécifiques du système d'exploitation pour des systèmes d'exploitation clients Linux 173
Effectuer une mise à niveau automatique de VMware Tools 174
Mettre à niveau VMware Tools sur plusieurs machines virtuelles 175
Configurer une machine virtuelle pour mettre à niveau automatiquement VMware Tools 175
Mettre à niveau le matériel virtuel 176
Mettre à niveau le matériel virtuel sur plusieurs machines virtuelles 178
Désinstaller VMware Tools 178
Exemples de scénarios de mise à niveau 181
8
Mise à niveau des environnements avec clusters hôte 181
Mise à niveau des environnements sans clusters d'hôtes 183
Déplacement des machines virtuelles avec vMotion pendant une mise à niveau 184
Déplacement de machines virtuelles éteintes ou en veille pendant une mise à niveau
avec vCenter Server 185
Mise à niveau vers vCenter Server sur une nouvelle machine 186
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 187
Mise à niveau séparée des composants vSphere dans un environnement VMware View 188
Index 189
4 VMware, Inc.
À propos de la mise à niveau de vSphere
Mise à niveau vSphere décrit comment mettre à niveau ou migrer vers vSphere 5.0 Update 1.
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 héritées d'ESX, ESXi et VirtualCenter et que vous souhaitez migrer vers
VMware vSphere™ 5.0 Update 1 en effectuant de nouvelles installations des composants de vSphere qui ne
conservent pas les configurations existantes, reportez-vous à la documentation Installation et configuration de
vSphere.
Public cible
vSphere Upgrade concerne ceux qui ont besoin de mettre à niveau les versions antérieures de vSphere pour
vSphere 5.0 Update 1. Ces sujets sont destinés aux utilisateurs expérimentés de Microsoft Windows ou aux
administrateurs système Linux qui sont familiers avec la technologie de machine virtuelle et les opérations de
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 séparée des composants vSphere dans un environnement
VMware View », page 188.
3 Assurez-vous que votre système remplit les conditions matérielles et logicielles requises de vSphere.
Voir Chapitre 3, « Spécifications système », page 11.
4 Si votre déploiement de vSphere inclut vCenter Server, mettez à niveau vCenter Server.
Voir Chapitre 4, « Mise à niveau vers vCenter Server 5,0 », page 27.
VMware, Inc.
7
Mise à niveau vSphere
5 Si vous utilisez VMware Update Manager, mettez à niveau VMware Update Manager.
Voir Chapitre 5, « Mise à niveau d'Update Manager », page 77.
6 Mettez à niveau vos hôtes ESXi.
Voir Chapitre 6, « Mettre à niveau et migrer vos hôtes », page 81. vSphere 5.0.1 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. Voir
« Utiliser vSphere Update Manager pour effectuer des mises à niveau d'hôte orchestrées »,
page 105.
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. Voir « Mettre à
niveau ou migrer des hôtes de façon interactive », page 119.
Utilisez un script pour effectuer une mise à niveau sans surveillance de plusieurs hôtes. Voir
« Installation, mise à niveau ou migration d'hôtes en utilisant un script », page 121
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. Voir « Utiliser vSphere Auto Deploy pour
réapprovisionner des hôtes », page 136.
Corrigez les hôtes ESXi 5.0 en utilisant les commandes esxcli. Voir « Mettre à niveau des hôtes à
l'aide des commandes esxcli », page 141.
7 Réappliquez votre licence d'hôte.
Voir « Réappliquer les licences après la mise à niveau vers ESXi 5.0 », page 155.
8 Mettez à niveau les machines virtuelles et les dispositifs virtuels, manuellement ou en utilisant VMware
Update Manager pour effectuer une mise à niveau orchestrée.
Voir Chapitre 7, « Mise à niveau Machines virtuelles », page 157.
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 et de mise à jour ESXi
5.0.x », page 88.
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 15
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 20
n
« Prévoir suffisamment d'espace pour la journalisation du système », page 20
n
« Ports requis pour vCenter Server », page 21
n
« Ports requis pour vCenter Server Appliance », page 22
n
« Conflit entre vCenter Server et IIS pour le port 80 », page 23
n
« Exigences de DNS pour vSphere », page 24
n
« Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en
charge », page 25
n
« Exigences matériel d'Update Manager », page 25
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.
Ressources matérielles et système
Pour installer et utiliser ESXi 5.0, vos ressources matérielles et système doivent répondre aux exigences
suivantes :
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.
VMware, Inc.
11
Mise à niveau vSphere
n
ESXi prend en charge un large éventail de processeurs multicœurs x64. Pour obtenir la liste des processeurs
pris en charge, consultez le guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
n
ESXi nécessite un minimum de 2 Go de RAM physique. VMware recommande 8 Go de RAM pour
bénéficier pleinement des fonctionnalités ESXi et exécuter des machines virtuelles dans des
environnements de production normaux.
n
Pour prendre en charge des machines virtuelles 64 bits, la prise en charge de la virtualisation matérielle
(Intel VT-x ou AMD RVI) doit être activée sur les processeurs x64.
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.
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.
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.
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.
Systèmes de stockage
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.
12 VMware, Inc.
Chapitre 3 Spécifications système
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.
Exigences de démarrage d’ESXi
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.
Exigences de stockage pour l’installation d’ESXi 5.0
L’installation d’ESXi 5.0 nécessite un périphérique de démarrage de 1 Go minimum. Lors du démarrage à
partir d'un disque local ou SAN/iSCSI LUN, un disque de 5,2 Go est nécessaire pour permettre la création du
volume VMFS et d’une partition Scratch de 4 Go sur le périphérique de démarrage. Si un disque plus petit ou
LUN est utilisé, le programme d'installation tentera d'affecter une région scratch sur un disque local séparé.
Si un disque local ne peut pas être trouvé, la partition scratch, /scratch, sera située sur le ramdisk de l’hôte
ESXi, liée à /tmp/scratch. Vous pouvez reconfigurer /scratch pour utiliser un disque séparé ou LUN. Pour
de meilleures performances et une optimisation de la mémoire, VMware vous recommande de ne pas
laisser /scratch sur le ramdisk de l’hôte ESXi.
Pour reconfigurer /scratch, consultez la rubrique « Définir la partition Scratch de vSphere Client » dans la
documentation Installation et configuration de vSphere.
En raison de la sensibilité E/S des périphériques USB et SD, le programme d'installation ne crée pas une
partition Scratch sur ces périphériques. Il n'y a donc aucun avantage réel à utiliser des périphériques USB/SD
de grande capacité puisque ESXi utilise uniquement le premier Go. Lors de l'installation sur les périphériques
USB ou SD, le programme d'installation tente d'affecter une région scratch sur un disque local ou une banque
de données disponible. Si aucun disque local ou banque de données n’est trouvé, /scratch est placé sur le
ramdisk. Vous devez reconfigurer /scratch pour utiliser une banque de données persistante après
l'installation.
Dans les installations Auto Deploy, le programme d'installation tente d'affecter une région scratch sur un
disque local ou une banque de données disponible. Si aucun disque local ou banque de données n’est
trouvé, /scratch est placé sur le ramdisk. Vous devez reconfigurer /scratch pour utiliser une banque de données
persistante après l'installation.
Pour les environnements qui démarrent à partir de SAN ou qui utilisent Auto Deploy, il n'est pas nécessaire
d'affecter un LUN distinct pour chaque hôte ESXi. Vous pouvez co-localiser les régions scratch pour plusieurs
hôtes ESXi sur un LUN unique. Le nombre d'hôtes affectés à un LUN unique doit être adapté à la taille des
LUN et au comportement E/S des machines virtuelles.
VMware, Inc. 13
Mise à niveau vSphere
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.
Pour les conditions requises du système ESXi, voir « Configuration matérielle requise pour ESXi », page 11.
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. VMware recommande 8 Go de RAM
pour bénéficier pleinement des fonctionnalités ESXi et
exécuter des machines virtuelles dans des environnements
de production normaux. Un hôte ESXi doit comporter
suffisamment de mémoire RAM pour exécuter
simultanément des machines virtuelles. Les exemples
suivants sont fournis pour vous aider à calculer la quantité
de RAM requise par les machines virtuelles s'exécutant sur
l'hôte ESXi.
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
Partitionnement VMFS5 Le programme d'installation ESXicrée les volumes VMFS
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.
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.
14 VMware, Inc.
Tableau 3-1. Recommandations pour améliorer les performances (suite)
Élément du système Recommandation
Chapitre 3 Spécifications système
Processeurs Les processeurs plus rapides améliorent les performances
Compatibilité matérielle Utilisez au niveau de votre serveur des périphériques qui
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 obtenir la liste complète des systèmes d’exploitation pris en charge par ESXi, consultez le Guide de
compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility/search.php.
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.
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.
VMware, Inc. 15
Mise à niveau vSphere
Tableau 3-2. Spécifications matérielles minimales pour vCenter Server (suite)
Spécifications matérielles pour vCenter Server
Mémoire 4 Go de RAM. Les spécifications de la mémoire doivent être
Stockage disque 4 Go. Les spécifications du disque doivent être supérieures
Disque pour Microsoft SQL Server 2008 R2 Express Jusqu'à 2 Go d'espace disque disponible pour décompresser
Mise en réseau Connexion Gigabit recommandée.
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.
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.
l'archive d'installation. Une fois l'installation terminée,
environ 1,5 Go de ces fichiers est supprimé.
Les paramètres de segment JVM recommandés pour vCenter Server dépendent de la taille de votre inventaire.
Tableau 3-3. Paramètres de segment JVM recommandés pour vCenter Server
VMware VirtualCenter
Inventaire vCenter
Server
Petit inventaire
(jusqu'à 100 hôtes ou
jusqu'à 1 000 machines
virtuelles)
Inventaire moyen (100
à 400 hôtes ou 1 000 à 4
000 machines
virtuelles)
Grand inventaire (plus
de 400 hôtes ou plus de
4 000 machines
virtuelles)
Management Webservices
(Tomcat) Inventory Service
1 Go 2 Go 512 Mo
2 Go 4 Go 1 Go
3 Go 6 Go 2 Go
Stockage basé sur le
profil
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.
16 VMware, Inc.
Chapitre 3 Spécifications système
Spécifications matérielles et recommandations pour VMware vCenter Server
Appliance
IMPORTANT La base de données intégrée n'est pas configurée pour gérer un inventaire contenant plus de 5
hôtes et 50 machines virtuelles. Si vous utilisez la base de données intégrée avec vCenter Server Appliance, le
dépassement de ces limites peut provoquer de nombreux problèmes, tels que le vCenter Server ne répondant
plus.
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.
Tableau 3-5. Paramètres de segment JVM recommandés pour VMware vCenter Server Appliance
Inventaire de VMware
vCenter Server
Appliance
Petit inventaire
(jusqu'à 100 hôtes ou
jusqu'à 1 000 machines
virtuelles)
Inventaire moyen (100
à 400 hôtes ou 1 000 à 4
000 machines
virtuelles)
Grand inventaire (plus
de 400 hôtes ou plus de
4 000 machines
virtuelles)
VMware VirtualCenter
Management Webservices
(Tomcat) Inventory Service
1 Go 2 Go 512 Mo
2 Go 4 Go 1 Go
3 Go 6 Go 2 Go
Stockage basé sur le
profil
Spécifications et recommandations pour vSphere Client
Vérifiez que la machine hôte de vSphere Client remplit les conditions suivantes.
Tableau 3-6. Spécifications matérielles minimales et recommandations pour vSphere Client
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 500 Mo (1 Go recommandé)
VMware, Inc. 17
Mise à niveau vSphere
Tableau 3-6. Spécifications matérielles minimales et recommandations pour vSphere Client (suite)
Matériel vSphere Client Spécifications et recommandations
Stockage disque 1,5 Go d'espace disque libre pour une installation complète
Mise en réseau Connexion Gigabit recommandée
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# déjà
installées sur le système où vous installez vSphere Client.
n
vSphere Client
Si aucun de ces composants n'est 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.
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.
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 1 Go 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 1 Go 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 1 Go 1,5 Go
18 VMware, Inc.
Chapitre 3 Spécifications système
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%.
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.
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é sur votre système. 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.
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.
VMware, Inc. 19
Mise à niveau vSphere
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.
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.
20 VMware, Inc.
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.
Pour plus d'informations sur les ports requis pour vCenter Server Appliance, voir « Ports requis pour vCenter
Server Appliance », page 22.
Chapitre 3 Spécifications système
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.
Tableau 3-12. Ports requis pour la communication entre les composants
Port Description
80 vCenter Server requiert le port 80 pour les connections HTTP directes. Le port 80 redirige les requêtes
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 23.
389 Ce port doit être ouvert sur les instances locales et distantes de vCenter Server. C'est le numéro de port
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.
VMware, Inc. 21
Mise à niveau vSphere
Tableau 3-12. Ports requis pour la communication entre les composants (suite)
Port Description
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
903 Le port 903 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
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.
Ports requis pour vCenter Server Appliance
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 les activités de migration et de provisionnement entre les hôtes gérés,
les hôtes source et de destination doivent pouvoir échanger des données.
Pour plus d'informations sur les ports requis pour vCenter Server sur Windows, voir « Ports requis pour
vCenter Server », page 21.
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. vCenter Server Appliance est préconfiguré
pour utiliser les ports répertoriés dans Tableau 3-13. Pour les pare-feu personnalisés, vous devez ouvrir les
ports requis. Si vous avez un pare-feu 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.
22 VMware, Inc.
Tableau 3-13. Ports requis pour vCenter Server Appliance
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
443 Le port par défaut que le système vCenter Server utilise pour écouter les connexions provenant de
902 Le port par défaut utilisé par vCenter Server pour envoyer des données à des hôtes gérés. Les hôtes
8080 Services Web HTTP. Utilisé pour VMware VirtualCenter Management Web Services.
8443 Services Web HTTPS. Utilisé pour VMware VirtualCenter Management Web Services.
10080 vCenter Inventory Service HTTP.
10443 vCenter Inventory Service HTTPS.
10109 Base de données de vCenter Inventory Service
514 Serveur vSphere Syslog Collector.
1514 Serveur vSphere Syslog Collector (SSL).
6500 Serveur coredump réseau (UDP).
6501 Service Auto Deploy.
6502 Gestion d'Auto Deploy.
9090 vSphere Web Client HTTP.
9443 vSphere Web Client HTTPS.
5480 HTTPS de l'interface utilisateur Web de vCenter Server Appliance.
5489 Service CIM de l’interface utilisateur Web de vCenter Server Appliance.
22 Port système de SSHD.
vers le port 443 HTTPS. Cette redirection est utile si vous utilisez accidentellement http://serveur au
lieu de https://serveur.
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.
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.
Le port 902 ne doit pas être bloqué entre vSphere Client et les hôtes. vSphere Client utilise ce port pour
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. 23
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 21.
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. Pour ce faire, tapez nslookup
your_vCenter_Server_fqdn
dans l'invite de ligne de
commande. Si le FQDN peut être résolu, la commande nslookup renvoie l'IP et le nom de la machine du
contrôleur de domaine.
Vérifiez que la recherche DNS inversée renvoie un nom de domaine complet lorsque vous l'interrogez sur
l'adresse IP de vCenter Server. Lorsque vous installez vCenter Server, l'installation du composant du serveur
Web qui prend en charge vSphere Client échoue si le programme d'installation ne peut rechercher le nom de
domaine complet de vCenter Server à partir de son adresse IP. La recherche inversée est implémentée sur base
des enregistrements PTR. Pour créer un enregistrement PTR, consultez la documentation de votre système
d'exploitation hôte vCenter Server.
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.
24 VMware, Inc.
Chapitre 3 Spécifications système
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-14. 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
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-15. 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.
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.
VMware, Inc. 25
Mise à niveau vSphere
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.
REMARQUE Assurez-vous que le système sur lequel vous installez le serveur Update Manager n'est pas un
contrôleur de domaine Active Directory.
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 Guide de compatibilité vSphere à l'adresse
http://www.vmware.com/resources/compatibility/search.php.
Pour plus d'informations sur les formats de bases de données pris en charge, consultez le document Matrices
d'interopérabilité des produits VMware à l’adresse
http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.
26 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 27
n
« Mise à niveau vers vCenter Server 5,0 », page 43
n
« Procéder à une mise à niveau vers vCenter Server sur une machine différente et mettre à niveau la base
de données », page 46
n
« Mise à niveau du dispositif VMware vCenter Server », page 62
n
« Mettre à jour VMware vCenter Server Appliance à partir d'un référentiel VMware.com », page 63
n
« Mettre à jour VMware vCenter Server Appliance à partir d'un bundle de mise à jour zippé »,
page 63
n
« Mettre à jour VMware vCenter Server Appliance à partir du lecteur de CD-ROM », page 64
n
« La mise à niveau de vCenter Server échoue lorsqu'il est impossible d'arrêter le service Tomcat »,
page 64
n
« Après avoir effectué la mise à niveau de vCenter Server », page 65
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 29.
À propos de la mise à niveau de vCenter Server 5.0.x
VMware prend en charge les mises à niveau sur place sur les systèmes 64 bits de vCenter Server 4.x et vCenter
Server 5.0 vers vCenter Server 5.0.x.
Vous pouvez effectuer une mise à niveau de VirtualCenter 2.5 Update 6 et vCenter Server 4.0.x vers vCenter
Server 5.0.x en installant vCenter Server 5.0.x 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.
VMware, Inc.
27
Mise à niveau vSphere
vCenter Server 5.0.x peut gérer des 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 Professionnel Édition x64 vers vCenter Server 5.0, car vCenter Server 5.0 ne prend pas en charge Windows
XP Professionnel Édition x64.
Résumé de la mise à niveau de vCenter Server
La mise à niveau vers vCenter Server 5.0.x affecte les autres composants logiciels du 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,
vSphere Client et
vSphere Web Client
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 Mise à niveau vers vCenter Server 5.0.x.
vCenter Client 5.0 Mise à niveau vers vCenter Client 5.0.x.
vSphere Web Client 5.0 Mise à niveau vers vSphere Web Client 5.0.x.
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 à
Utilisation de l'outil de migration de données pour effectuer une
mise à niveau vers vCenter Server 5.0.x 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, utilisez l'outil de
migration de données pour effectuer la mise à niveau vers vCenter
Server 5.0.x 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 dans vCenter
Server 5.0.x
28 VMware, Inc.
Tableau 4-1. Mise à niveau des composants de vCenter Server. (suite)
Produit Composant Description
Chapitre 4 Mise à niveau vers vCenter Server 5,0
Linked Mode Vous ne pouvez pas joindre un système vCenter Server à un groupe
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.x
Volumes VMFS2 Pris en charge en lecture seule (désapprouvé).
Machines virtuelles VM2 Mise à niveau (facultative)
Disque virtuel VMDK2 Non pris en charge avec vCenter Server 5.0.x
ESX MUI Aucune modification.
VMware Tools Mise à niveau (facultative)
Hôte ESX/ESXi 3,5 Mise à niveau vers ESXi 5.0.x (facultatif).
Hôte ESX/ESXi 4.0 Mise à niveau vers ESXi 5.0.x (facultatif).
Hôte ESX/ESXi 4,1 Mise à jour vers 4.1 Update 1 ou ultérieure avant mise à niveau de
Hôte ESXi 5.0 Mise à niveau vers ESXi 5.0.x (facultatif).
Volumes VMFS3 Aucune modification.
Machines virtuelles VM3 Mise à niveau (facultative)
Disque virtuel VMDK3 Non pris en charge avec vCenter Server 5,0.
Linked Mode au cours de la mise à niveau. Vous pouvez procéder
au raccordement une fois la mise à niveau vers vCenter Server
achevée.
Si vous mettez à niveau un système vCenter Server 5.0 qui fait partie
d'un groupe Linked Mode, il n'est pas supprimé du groupe. Si vous
mettez à niveau un système vCenter Server antérieur à la version
5.0 qui fait partie d'un groupe en Linked Mode, il est supprimé du
groupe. vCenter Server ne prend pas en charge les groupes Linked
Mode qui contiennent la version 5.0.x et des versions antérieures à
la version 5.0 de vCenter Server. Une fois tous les systèmes vCenter
Server du groupe mis à niveau vers la version 5.0.x, vous pouvez les
joindre.
vCenter Server est configuré pour utiliser un serveur de licences.
Installez un serveur de licence si nécessaire.
vCenter Server vers la version 5.0 (obligatoire). Mise à niveau vers
ESXi 5.0.x (facultatif).
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 tous les sujets secondaires dans « Préparer la mise à niveau vers vCenter Server », page 27.
n
Lisez les notes de mise à jour de VMware vSphere 5.0 pour vous renseigner sur les problèmes
d'installation connus.
VMware, Inc. 29
Mise à niveau vSphere
n
2 Préparez votre système pour la mise à niveau.
n
n
n
n
3 Sauvegardez les bases de données vCenter Server et les certificats SSL.
n
Si votre installation vSphere se trouve dans un environnement VMware View, reportez-vous à « Mise
à niveau séparée des composants vSphere dans un environnement VMware View », page 188.
Assurez-vous que votre système satisfait aux conditions requises pour vCenter Server 5.0. Voir
Chapitre 3, « Spécifications système », page 11 et le Guide de compatibilité VMware, à l'adresse
http://www.vmware.com/resources/compatibility/search.php.
Vérifiez que votre base de données existante est prise en charge pour vCenter Server 5.0. Voir
« Spécifications système et correctifs applicables à la base de données vCenter Server », page 34 et
le Guide de compatibilité VMware, à l'adresse
http://www.vmware.com/resources/compatibility/search.php.
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.
Examinez les conditions préalables à la mise à niveau. Reportez-vous à « Conditions préalables pour
la mise à niveau vers vCenter Server », page 31.
Effectuez une sauvegarde complète de la base de données vCenter Server et de la base de données
de vCenter Inventory Service. Pour la base de données vCenter Server, consultez la documentation
du fournisseur pour votre type de base de données vCenter Server. Pour la base de données du service
d'inventaire, consultez les rubriques « Sauvegarde de la base de données du service de l'inventaire
sous Windows » et « Sauvegarde de la base du service d'inventaire sous Linux » dans la
documentation Installation et configuration de vSphere.
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. Reportez-vous à « Sauvegarde
de VirtualCenter 2.5 Update 6 ou supérieur », page 37.
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 39.
6 Assurez-vous qu'aucun processus exécuté n'entre en conflit avec les ports utilisés par vCenter Server.
Voir« Ports requis pour vCenter Server », page 21.
7 Effectuez la mise à niveau de vCenter Server.
8 Configurez de nouvelles licences vSphere 5.0.
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. Voir « Mise à niveau de vSphere
Client », page 66.
10 Passez en revue les sujets dans « Après avoir effectué la mise à niveau de vCenter Server », page 65 pour
connaître les options et exigences ultérieures à la mise à niveau.
30 VMware, Inc.
Loading...