n vsphere 5 · utiliser l'option d'installation personnalisée pour mettre à niveau la...

vSphere UpgradeUpdate 2

VMware vSphere 5.5VMware ESXi 5.5

vCenter Server 5.5

This document supports the version of each product listed andsupports all subsequent versions until the document isreplaced by a new edition. To check for more recent editions ofthis document, see http://www.vmware.com/support/pubs.

EN-001516-04

http://www.vmware.com/support/pubs

vSphere Upgrade

2 VMware, Inc.

You can find the most up-to-date technical documentation on the VMware Web site at:

http://www.vmware.com/support/

The VMware Web site also provides the latest product updates.

If you have comments about this documentation, submit your feedback to:

[email protected]

Copyright © 2009–2017 VMware, Inc. All rights reserved. Copyright and trademark information.

VMware, Inc.3401 Hillview Ave.Palo Alto, CA 94304www.vmware.com


mailto:[email protected]

http://pubs.vmware.com/copyright-trademark.html

Contents

À propos de la mise à niveau de vSphere 7

Informations mises à jour 9

1 Présentation du processus de mise à niveau 11

Différences entre vSphere 5.x et vSphere 4.x 13Différences entre les mises à niveau et les mises à jour de vSphere 15

2 Spécifications système 17

Configuration matérielle requise pour ESXi 17Configurations matérielles requises pour vCenter Server, vSphere Web Client , vCenter Inventory

Service et vCenter Single Sign-On 21Configuration logicielle requise pour vCenter Server 27Spécifications logicielles pour vSphere Web Client 28Prévoir suffisamment d'espace pour la journalisation du système 28Ports requis pour vCenter Server 29Ports requis pour vCenter Server Appliance 32Conflit entre vCenter Server et IIS pour le port 80 33Exigences de DNS pour vSphere 33Modèles de serveurs de gestion à distance et versions de microprogrammes pris en charge 34Exigences matériel d'Update Manager 34

3 Préparer la mise à niveau vers vCenter Server 37

À propos de la mise à niveau de vCenter Server 38Impact de vCenter Single Sign-On sur les mises à niveau de vCenter Server 38Modes de déploiement de vCenter Single Sign-On 40vCenter Single Sign-On et haute disponibilité 42Composants vCenter Single Sign-On 44Configuration de l'utilisateur administrateur de vCenter Server 44Authentification dans l'environnement vCenter Server 45Incidence de vCenter Single Sign-On sur le comportement de la connexion 45Sources d'identité pour vCenter Server avec vCenter Single Sign-On 46Résumé de la mise à niveau de vCenter Server 47Informations requises pour l'installation ou la mise à niveau de vCenter Single Sign-On, Inventory

Service, vCenter Server et vSphere Web Client 49Meilleures pratiques pour les mises à niveau de vCenter Server 55Conditions préalables pour la mise à niveau vers vCenter Server 56Notes de configuration de la base de données vCenter Server 60Mise à niveau vers vCenter Server sur une machine différente 61Mises à niveau de base de données prises en charge 62Confirmer que vCenter Server peut communiquer avec la base de données locale 62Synchronisation des horloges sur le réseau vSphere 63

VMware, Inc. 3

Formats d'URL JDBC pour la base de données vCenter Server 64Solutions d'équilibrage de charge DNS et dénomination des banques de données vCenter Server 65À propos de l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter 66Interruption au cours de la mise à niveau de vCenter Server 68Télécharger le programme d'installation de vCenter Server 68Microsoft SQL Database configuré dans un mode de compatibilité non pris en charge provoque

l'échec de l'installation et de la mise à niveau de vCenter Server 69

4 Mise à niveau de vCenter Server 71

Processus de mise à niveau et de connexion de vCenter Server pour les environnements quin'intègrent pas vCenter Single Sign-On 72

Processus de mise à niveau et de connexion de vCenter Server pour les environnements quiintègrent vCenter Single Sign-On 74

Utilisation de l'option d''installation simple pour mettre à niveau vCenter Server et les composantsrequis 76

Utiliser l'option d'installation personnalisée pour Mettre à niveau la version 5.0.x et les versionsantérieures vCenter Server et les composants requis 80

Utiliser l'installation personnalisée pour mettre à niveau un déploiement autonome de vCenterSingle Sign-On de la version 5.1.x de vCenter Server et des composants requis 89

Utiliser l'installation personnalisée pour mettre à niveau vCenter Server à partir d'un déploiementhaute disponibilité de vCenter Single Sign-On version 5.1.x 96

Utiliser l'option d'installation personnalisée pour mettre à niveau vCenter Server à partir de laversion 5.1.x d'un déploiement de vCenter Single Sign-On multisite 106

Ajouter une source d'identité de vCenter Single Sign-On 118Migrer vCenter Server et ses composants à partir d'un hôte Windows Server 2003 124L'installation de vCenter Single Sign-On échoue 134Mise à jour de vCenter Server avec des Service Packs 135Mise à niveau et mise à jour de vCenter Server Appliance 136Installer ou mettre à niveau séparément vCenter Server Java Components 141Installer ou mettre à niveau séparément vCenter Server tc Server 141Mise à jour de Java Components et de vCenter Server tc Server avec VIMPatch 142La mise à niveau de vCenter Server échoue lorsqu'il est impossible d'arrêter le service Tomcat 143

5 Après avoir effectué la mise à niveau de vCenter Server 145

Installer ou mettre à niveau vSphere Web Client 146Installer ou mettre à niveau vSphere ESXi Dump Collector 147Installer ou mettre à niveau vSphere Syslog Collector 149Installer ou mettre à niveau vSphere Auto Deploy 150Installer ou mettre à niveau vSphere Authentication Proxy 151Activer la prise en charge d'IPv6 pour vCenter Inventory Service 153Considérations sur Linked Mode pour vCenter Server 153Conditions préalables de Linked Mode pour vCenter Server 154Rejoindre un groupe Linked Mode après une mise à niveau vers vCenter Server 155Configuration des paramètres de VMware vCenter Server - tc Server dans vCenter Server 156Configurer le nombre maximal de connexions de base de données après une mise à niveau vers

vCenter Server 157

vSphere Upgrade

4 VMware, Inc.

6 Mise à niveau d'Update Manager 159Mise à niveau du serveur Update Manager 160Mise à niveau du plug-in du client Update Manager 161

7 Mettre à niveau et migrer vos hôtes 163

Préparer à la mise à niveau des hôtes 163Effectuer la mise à niveau ou la migration 189Après avoir effectué la mise à niveau ou la migration des hôtes 243

8 Mise à niveau de machines virtuelles et de VMware Tools 245

9 Exemples de scénarios de mise à niveau 247

Déplacement des machines virtuelles avec vMotion pendant une mise à niveau 247Déplacement de machines virtuelles éteintes ou en veille pendant une mise à niveau

avec vCenter Server 248Migration des hôtes ESX 4.x ou ESXi 4.x vers ESXi 5.5 dans une installation Auto Deploy démarrée

par PXE 249Mise à niveau séparée de composants vSphere dans un environnement Horizon View 250

Index 253

Contents

VMware, Inc. 5

vSphere Upgrade

6 VMware, Inc.

À propos de la mise à niveau de vSphere

La documentation Mise à niveau vSphere décrit la procédure de mise à niveau de VMware vSphere™ vers laversion actuelle.

Pour passer à la version actuelle de vSphere en effectuant une nouvelle installation qui ne conserve pas lesconfigurations existantes, reportez-vous à la documentation Installation et configuration de vSphere.

Public cibleLa documentation Mise à niveau vSphere est destinée à tous ceux qui veulent mettre à niveau leurs versionsprécédentes de vSphere. Ces rubriques s'adressent à des administrateurs expérimentés de systèmesMicrosoft Windows ou Linux qui connaissent la technologie des machines virtuelles et les fonctionnementsdes centres de données.

VMware, Inc. 7

vSphere Upgrade

8 VMware, Inc.

Informations mises à jour

La mise à niveau de vSphere est mise à jour à chaque nouvelle version du produit ou lorsque cela s'avèrenécessaire.

Ce tableau indique l'historique des mises à jour de Mise à niveau vSphere.

Révision Description

EN-001516-04

Mise à jour de « À propos du fichier boot.cfg », page 220 pour ajouter une référence à un exemple.

EN-001516-03

n Mise à jour de l'étape 1 de « Mettre à jour VMware vCenter Server Appliance à partir d'un bundle demise à jour zippé », page 139 et de « Mettre à jour VMware vCenter Server Appliance à partir dulecteur de CD-ROM », page 140 pour ajouter des informations sur le nom du fichier detéléchargement.

n Mise à jour de la configuration requise et des étapes dans la rubrique « Formater une clé USB pourlancer l'installation ou la mise à niveau d'ESXi », page 176.

n Révisions mineures des exemples dans les rubriques « Créer une image ISO du programmed'installation avec un script d'installation ou de mise à niveau personnalisé », page 179 et « Optionsde démarrage », page 209.

EN-001516-02

n Mise à jour de « Créer une image ISO du programme d'installation avec un script d'installation ou demise à niveau personnalisé », page 179 et de « Options de démarrage », page 209 avec lesinformations pour utiliser des majuscules lorsque vous fournissez le chemin du script personnalisé.

n Mise à jour de « Mise à jour de vCenter Server avec des Service Packs », page 135 pour inclure desinformations sur l'utilisation de l'option d'installation personnalisée pour mettre à niveauvCenter Server 5.5 vers une version 5.5 ultérieure.

VMware, Inc. 9

Révision Description

EN-001516-01

n Mise à jour de « Ports requis pour vCenter Server », page 29 pour corriger le port de vSphere WebClient - Console distante HTML5.

n Mise à jour des conditions préalables pour l'installation ou la mise à niveau de vSphereAuthentication Proxy dans « Installer ou mettre à niveau vSphere Authentication Proxy », page 151.

n Mise à jour de « À propos de la mise à niveau de vCenter Server », page 38 pour inclure lesinformations de certificat de clé de 2048 bits.

n Mise à jour de « Formater une clé USB pour lancer l'installation ou la mise à niveau d'ESXi »,page 176 avec informations sur syslinux version 4.03

n Mise à jour de « Conditions préalables pour la mise à niveau vers vCenter Server », page 56 pourexpliquer plus clairement comment vérifier si les services vCenter Single Sign-On sont en coursd'exécution.

n Mise à jour de « Conditions préalables pour la mise à niveau vers vCenter Server », page 56 pourexpliquer plus clairement comment vérifier que vCenter Server nécessite des certificats SSL vérifiés.

n Mise à jour du chemin d'accès pour la sauvegarde des certificats SSL avant la mise à niveau devCenter Server dans « Meilleures pratiques pour les mises à niveau de vCenter Server », page 55 et « Conditions préalables pour la mise à niveau vers vCenter Server », page 56

n Mise à jour de « Spécifications logicielles pour vSphere Web Client », page 28 avec prise en chargedu navigateur en cours.

n Mise à jour de « Modèles de serveurs de gestion à distance et versions de microprogrammes pris encharge », page 34 avec les modèles de serveurs de gestion à distance pris en charge actuellement.

n Mise à jour de Chapitre 3, « Préparer la mise à niveau vers vCenter Server », page 37 et Chapitre 4,« Mise à niveau de vCenter Server », page 71 pour corriger les modes de déploiement de vCenterSingle Sign-On et l'état dans lequel les clusters haute disponibilité ne sont pas pris en charge dans lesdéploiements de vCenter Single Sign-On multisite.

n Mise à jour de « Synchroniser les horloges ESXi avec un serveur de temps réseau », page 63 dans unétat dans lequel vous devez vous connecter à vCenter Server à l'aide de vSphere Client.

n Mise à jour de « Installer ou mettre à niveau vSphere Syslog Collector », page 149 avec le nombremaximal d’hôtes ESXi pris en charge.

n Mise à jour de « Différences entre les mises à niveau et les mises à jour de vSphere », page 15 pourinclure des liens vers des rubriques de vCenter Server mises à jour.

n Mises à jour mineures.

EN-001516-00

Version initiale.

vSphere Upgrade

10 VMware, Inc.

Présentation du processus de mise àniveau 1

La mise à niveau est un processus à étapes multiples dans lequel les procédures doivent être réalisées dansun ordre donné. Suivez le processus dé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.

Important Avant de tenter d'effectuer la mise à niveau, assurez-vous que vous comprenez tout leprocessus de mise à niveau. Si vous ne respectez pas les consignes de sécurité, vous pourriez perdre desdonnées et l'accès à vos serveurs. Sans planification, vous risquez de provoquer des temps d'interruptionplus longs que nécessaire.

Si vous utilisez vCenter Server Heartbeat dans votre déploiement vSphere, utilisez la documentationd'installation et de mise à niveau de vSphere Server Heartbeat pour mettre à niveau vCenter Server.

vCenter Server 5.5 retire la prise en charge de Windows Server 2003 comme système d'exploitation hôte.Reportez-vous au Guide de compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility/search.php et à « Migrer vCenter Server et ses composantsà partir d'un hôte Windows Server 2003 », page 124.

vCenter Server 5.5 retire la prise en charge de Windows Server 2008 SP1 comme système d'exploitation hôte.Mettez à niveau les hôtes Windows Server 2008 SP1 vers SP2 avant de mettre à niveau vCenter Server vers laversion 5.5. Reportez-vous au Guide de compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility/search.php et à la politique de support Microsoft àl'adresse http://support.microsoft.com/lifecycle/#ServicePackSupport.

Vous devez effectuer la procédure de mise à niveau en respectant un ordre donné au risque de perdre desdonné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. Parexemple, après avoir effectué une mise à niveau vers vCenter Server 5.x, vous ne pourrez pas revenir àvCenter Server 4.x. Avec des sauvegardes et des planifications appropriées, vous pourrez récupérer vosenregistrements logiciels d'origine..

Vous devez achever une procédure avant de passer à la procédure suivante. Suivez les indications de chaqueprocédure concernant l'ordre requis des étapes subsidiaires mineures.

Certaines commandes pouvant mettre à niveau simultanément plus d'une seule étape, VMware vousrecommande 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 utiliservCenter Update Manager pour gérer le processus pour vous.

VMware, Inc. 11

http://www.vmware.com/resources/compatibility/search.php


http://support.microsoft.com/lifecycle/#ServicePackSupport

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 sontcompatibles avec la version de vCenter Server vers laquelle vous effectuez la mise à niveau. Reportez-vous à 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 de composants vSphere dans un environnementHorizon View », page 250.

3 Assurez-vous que votre système remplit les conditions matérielles et logicielles requises de vSphere.

Reportez-vous à la section Chapitre 2, « Spécifications système », page 17.

4 Mettez à niveau vCenter Single Sign-On, vCenter Inventory Service, vCenter Server etvSphere Web Client.

Important Si vous utilisez vCenter Server Heartbeat dans votre déploiement vSphere, utilisez ladocumentation d'installation et de mise à niveau de vSphere Server Heartbeat pour mettre à niveauvCenter Server et les composants associés.

Reportez-vous à la section Chapitre 4, « Mise à niveau de vCenter Server », page 71. Utilisez larubrique « Informations requises pour l'installation ou la mise à niveau de vCenter Single Sign-On,Inventory Service, vCenter Server et vSphere Web Client », page 49 pour créer une fiche de travailcontenant les informations dont vous aurez besoin lors de l'installation de vCenter Single Sign-On,vCenter Inventory Service et vCenter Server.

5 Si vous utilisez VMware Update Manager, mettez à niveau VMware Update Manager.

Reportez-vous à la section Chapitre 6, « Mise à niveau d'Update Manager », page 159.

6 Mettez à niveau vos hôtes ESXi.

Reportez-vous à Chapitre 7, « Mettre à niveau et migrer vos hôtes », page 163. vSphere proposeplusieurs moyens de mettre à niveau les hôtes :

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 à niveaud'hôte orchestrées », page 189.

n Mettez à niveau un seul hôte à la fois, interactivement, à partir d'une image du programmed'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 206.

n Utilisez un script pour effectuer une mise à niveau sans surveillance de plusieurs hôtes. Reportez-vous à la section « Installation, mise à niveau ou migration d'hôtes en utilisant un script », page 207

n Si un hôte a été déployé en utilisant vSphere Auto Deploy, vous pouvez utiliser Auto Deploy pourmettre à niveau l'hôte en le réapprovisionnant. Reportez-vous à la section « Utiliser vSphere AutoDeploy pour réapprovisionner des hôtes », page 224.

n Mettez à niveau ou appliquez un correctif aux hôtes ESXi 5.x à l'aide de commandes esxcli.Reportez-vous à la section « Mettre à niveau des hôtes à l'aide des commandes esxcli », page 228.

7 Réappliquez votre licence d'hôte.

Reportez-vous à la section « Réappliquer les licences après la mise à niveau vers ESXi 5.5 », page 244.

8 Mettez à niveau les machines virtuelles et les dispositifs virtuels, manuellement ou en utilisant VMwareUpdate Manager pour effectuer une mise à niveau orchestrée.

Reportez-vous à la section Chapitre 8, « Mise à niveau de machines virtuelles et de VMware Tools »,page 245.

vSphere Upgrade

12 VMware, Inc.

http://www.vmware.com/resources/compatibility/sim/interop_matrix.php

Ce chapitre aborde les rubriques suivantes :

n « Différences entre vSphere 5.x et vSphere 4.x », page 13

n « Différences entre les mises à niveau et les mises à jour de vSphere », page 15

Différences entre vSphere 5.x et vSphere 4.xvSphere 5.x est une mise à niveau majeure de vSphere 4.x.

Les modifications suivantes par rapport à vSphere 4.x concernent l'installation et la configuration devSphere. Pour obtenir la liste complète des nouvelles fonctionnalités de vSphere 5.x, consultez les notes demise à jour des versions 5.x.

La console de serviceest supprimée

ESXi n'inclut pas de console de service. Vous pouvez effectuer la plupart destâches que vous avez effectuées dans la console de service en utilisant lescommandes esxcli d'ESXi Shell, les commandes vCLI et les commandesPowerCLI VMware. Reportez-vous à la section Gestion de ligne de commandedans vSphere 5.0 pour les utilisateurs de la console du service et Initiation auxinterfaces de ligne de commande vSphere.

ESXi ne comporte pasde programmed'installation graphique

Le programme d'installation graphique se basait sur la console de service,qui ne fait pas partie d'ESXi. ESXi conserve le programme d'installationtextuel.

vSphere Auto Deploy etvSphere ESXi ImageBuilder CLI

Avant ESXi 5.0, ESXi était installé sur le disque physique de chaque hôteESXi. Dans ESXi 5.x, vous pouvez charger une image ESXi directement dansla mémoire en utilisant vSphere Auto Deploy. Vous pouvez provisionner etreprovisionner un grand nombre d'hôtes ESXi d'une manière efficace avecvCenter Server, et gérer les mises à jour et les correctifs d'ESXi en utilisant unprofil d'image. Vous pouvez stocker une configuration d'hôte, telle qu'uneconfiguration de réseau ou de stockage, et l'appliquer à l'hôte en utilisantAuto Deploy. Vous pouvez utiliser ESXi Image Builder CLI pour créer desimages 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 commanded'Image Builder de vSphere Auto Deploy et d'ESXi, reportez-vous à ladocumentation Installation et configuration de vSphere.

Modifications dans lesprocessus d'installationet de mise à niveaud'ESXi

ESXi 5 utilise un seul assistant d'installation pour les nouvelles installationset les mises à niveau. ESXi 5 offre également une nouvelle option qui permetde déployer ESXi directement dans la mémoire de l'hôte avec vSphere AutoDeploy. Les outils vihostupdate et esxupdate ne sont pas pris en charge dansESXi 5.x. Vous ne pouvez effectuer ni une mise à niveau ni une migration àpartir des versions antérieures d'ESX ou d'ESXi vers des version 5.x d'ESXi en

Chapitre 1 Présentation du processus de mise à niveau

VMware, Inc. 13

utilisant un utilitaire de ligne de commande. Après avoir effectué une mise àniveau ou une migration vers ESXi 5.x, vous pouvez mettre à niveau ouappliquer les correctifs aux hôtes ESXi 5.x en utilisant les commandes vCLIesxcli de l'interface de ligne de commande.

Important Après la mise à niveau ou la migration de l'hôte vers ESXi 5.x,vous ne pouvez pas revenir à la version 4.x du logiciel ESX ou ESXi.Sauvegardez votre hôte avant d'effectuer une mise à niveau ou une migrationde sorte à pouvoir le restaurer l'hôte 4.x, en cas d'échec de de la mise àniveau ou de la migration.

Reportez-vous à la section « Options de mise à niveau vers ESXi 5.5 »,page 170.

Mise en cache duprogrammed'installation

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èsaux fichiers d'installation sur différents réseaux en cours de chargement.

Remarque Les installations à base d'un script ne peuvent pas effectuer undémarrage PXE d'un serveur, puis obtenir l'image binaire d'une autre formede support.

Modifications apportéesau partitionnement desdisques d'hôte

Tous les hôtes nouvellement installés dans vSphere 5.x utilisent le format dela 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 deplus de 2 To.

Les hôtes vSphere 5.x venant d'être installés utilisent VMFS5, une versionmise à jour du système de fichiers VMware pour vSphere 5.x. À la différencedes versions précédentes, ESXi 5.x ne crée pas de partitions VMFS sur ledeuxième 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.

VMware vCenter ServerAppliance

En tant qu'autre solution pour installer vCenter Server sur une machineWindows, vSphere 5.x fournit VMware vCenter Server Appliance. vCenterServer Appliance est une machine virtuelle basée sur Linux préconfigurée etoptimisée pour l'exécution de vCenter Server et des services associés.

vSphere Web Client vSphere Web Client est une application serveur basée sur un navigateur quivient remplacer vSphere Client, devenu obsolète. Vous pouvez utiliser unnavigateur Web pour vous connecter à vSphere Web Client afin de gérer unhôte ESXi via un serveur vCenter Server.

vCenter Single Sign On Les versions 5.1 et ultérieures de vSphere intègrent vCenter Single Sign-Ondans l'infrastructure de gestion de vCenter Server. Cette modification affectel'installation, la mise à niveau, et le fonctionnement de vCenter Server.L'authentification via vCenter Single Sign-On renforce la sécurité de la plate-forme d'infrastructure VMware cloud, car elle permet aux composantslogiciels vSphere de communiquer entre eux par le biais d'un mécanismed'échange de jetons sécurisé, au lieu de demander à chaque composantd'authentifier distinctement un utilisateur avec un service d'annuaire telqu'Active Directory. Reportez-vous à « Impact de vCenter Single Sign-On surles mises à niveau de vCenter Server », page 38

vSphere Upgrade

14 VMware, Inc.

Différences entre les mises à niveau et les mises à jour de vSpherePour les produits vSphere, il convient de distinguer les mises à niveau, qui apportent des modificationsmajeures au logiciel, des mises à jour, qui apportent des changements de moindre importance.

Les versions des produits VMware sont numérotées avec deux chiffres, par exemple, vSphere 5.1. Uneversion dont l'un des chiffres change, par exemple, de la version 4.1 à la version 5.0 ou de la version 5.0 à laversion 5.1, implique que le logiciel a fait l'objet de modifications majeures et nécessite une mise à niveau àpartir de la version précédente. Une version qui apporte une petite modification, nécessitant uniquementune mise à jour, est indiquée par un numéro de mise à jour, par exemple, vSphere 5.1 Update 1.

Lorsque vous mettez à niveau un hôte ESXi, certaines informations de configuration de l'hôte sontconservées dans la version mise à niveau, et l'hôte mis à niveau, après redémarrage, peut joindre uneinstance de vCenter Server qui a été mise au même niveau. Comme les mises à jour et les correctifsn'impliquent pas de modifications majeures au logiciel, la configuration d'hôte n'est pas modifiée.

Pour plus d'informations sur la mise à jour de vCenter Server, reportez-vous aux sections « Mise à jour devCenter Server avec des Service Packs », page 135 et « Mise à niveau et mise à jour de vCenter ServerAppliance », page 136.

Chapitre 1 Présentation du processus de mise à niveau

VMware, Inc. 15

vSphere Upgrade

16 VMware, Inc.

Spécifications système 2Les systèmes exécutant vCenter Server et des instances ESXi doivent correspondre aux conditionsmaté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 informationsrelatives à la préparation de VMware Auto Deploy dans la documentation Installation et configuration devSphere.


n « Configuration matérielle requise pour ESXi », page 17

n « Configurations matérielles requises pour vCenter Server, vSphere Web Client, vCenter InventoryService et vCenter Single Sign-On », page 21

n « Configuration logicielle requise pour vCenter Server », page 27

n « Spécifications logicielles pour vSphere Web Client », page 28

n « Prévoir suffisamment d'espace pour la journalisation du système », page 28

n « Ports requis pour vCenter Server », page 29

n « Ports requis pour vCenter Server Appliance », page 32

n « Conflit entre vCenter Server et IIS pour le port 80 », page 33

n « Exigences de DNS pour vSphere », page 33

n « Modèles de serveurs de gestion à distance et versions de microprogrammes pris en charge »,page 34

n « Exigences matériel d'Update Manager », page 34

Configuration matérielle requise pour ESXiAssurez-vous que l'hôte remplit les spécifications de matériel requises prises en charge par ESXi 5.5.

Ressources matérielles et systèmePour installer et utiliser ESXi 5.5, vos ressources matérielles et système doivent répondre aux exigencessuivantes :

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.5 n'installera et n'exécutera que les serveurs dotés de CPU x86 64 bits.

n ESXi 5.5 nécessite une machine hôte disposant d'au moins deux cœurs.

VMware, Inc. 17

http://www.vmware.com/resources/compatibility

n ESXi 5.5 ne prend en charge que les instructions de CPU LAHF et SAHF.

n ESXi 5.5 nécessite d'activer le bit NX/XD pour le processeur dans le BIOS.

n ESXi prend en charge un large éventail de processeurs multicœurs x64. Pour obtenir la liste desprocesseurs pris en charge, consultez le guide de compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility.

n ESXi nécessite un minimum de 4 Go de RAM physique. Fournissez au moins 8 Go de RAM pourbénéficier pleinement des fonctionnalités ESXi et exécuter des machines virtuelles dans desenvironnements 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'adaptateursré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 Contrôleurs SCSI de base. Adaptec Ultra-160 ou Ultra-320, LSI Logic Fusion-MPT, ou la plupart desNCR/Symbios SCSI.

n Contrôleurs RAID. Contrôleurs Dell PERC (Adaptec RAID ou LSI MegaRAID), HP Smart ArrayRAID, ou IBM (Adaptec) ServeRAID.

n Disque SCSI ou un LUN RAID local non réseau disposant d'un espace non partitionné pour lesmachines virtuelles.

n Pour le Serial ATA (SATA), un disque connecté via des contrôleurs SAS pris en charge ou descontrôleurs SATA embarqués pris en charge. Les disques SATA seront considérés comme distants etnon locaux. Ces disques ne seront pas utilisés en tant que partition scratch par défaut car ils sontconsidérés comme distants.

Remarque Vous ne pouvez pas connecter un périphérique CD-ROM SATA à une machine virtuelle surun hôte ESXi 5.5. Pour utiliser le périphérique CD-ROM SATA, vous devez utiliser le mode d'émulationIDE.

Systèmes de stockagePour obtenir la liste des systèmes de stockage pris en charge, reportez-vous au Guide de compatibilité VMwareà l'adresse http://www.vmware.com/resources/compatibility. ESXi 5.5 prend en charge l'installation et ledé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 encharge 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

vSphere Upgrade

18 VMware, Inc.




n ServerWorks HT1000

Remarque ESXi ne prend pas en charge l'utilisation de disques SATA internes locaux sur le serveur del'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 et pour lestockage 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.

n Software Fibre Channel over Ethernet (FCoE). Reportez-vous à la section « Installation et démarrageESXi avec le logiciel FCoE », page 188.

Exigences de démarrage d’ESXivSphere 5.5 prend en charge le démarrage des hôtes ESXi depuis l'interface UEFI (Unified ExtensibleFirmware 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 VMwareAuto 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 lemicroprogramme du système et que le microprogramme situé sur une carte add-in que vous utilisez leprennent 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'ESXi5.5 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 del'hôte du BIOS hérité à l'interface UEFI n'est pas pris en charge après l'installation d'ESXi 5.5.

Exigences de stockage pour l’installation d’ESXi 5.5L’installation d’ESXi 5.5 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éationdu volume VMFS et d’une partition Scratch de 4 Go sur le périphérique de démarrage. Si un disque pluspetit ou LUN est utilisé, le programme d'installation tentera d'affecter une région scratch sur un disque localséparé. Si un disque local ne peut pas être trouvé, la partition scratch, /scratch, sera située sur le ramdisk del’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 paslaisser /scratch sur le ramdisk de l’hôte ESXi.

Pour reconfigurer /scratch, reportez-vous à la rubrique « Définir la répartition Scratch depuis vSphere WebClient » 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 unepartition Scratch sur ces périphériques. Lors de l'installation sur les périphériques USB ou SD, le programmed'installation tente d'affecter une région scratch sur un disque local ou une banque de données disponible. Siaucun disque local ou banque de données n’est trouvé, /scratch est placé sur le ramdisk. Aprèsl'installation, vous devez reconfigurer /scratch pour utiliser une banque de données persistante. Bien qu'unpériphérique USB/SD de 1 Go suffise pour une installation minimale, VMware recommande vivementd'utiliser un périphérique USB/SD d'au moins 4 Go. L'espace supplémentaire sera utilisé pour une partitionde vidage de mémoire étendue sur le périphérique USB/SD. VMware recommande d'utiliser un lecteur flashUSB haute qualité d'au moins 16 Go afin que les cellules flash supplémentaires puissent prolonger la vie dusupport de démarrage, mais des lecteurs haute qualité d'au moins 4 Go sont suffisants pour accueillir lapartition de vidage de mémoire étendue. Voir l'article 2004784 dans la base des connaissances.

Chapitre 2 Spécifications système

VMware, Inc. 19

http://kb.vmware.com/kb/2004784

Dans les installations Auto Deploy, le programme d'installation tente d'affecter une région scratch sur undisque local ou une banque de données disponible. Si aucun disque local ou banque de données n’esttrouvé, /scratch est placé sur le ramdisk. Vous devez reconfigurer /scratch pour utiliser une banque dedonné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écessaired'affecter un LUN distinct pour chaque hôte ESXi. Vous pouvez co-localiser les régions scratch pourplusieurs hôtes ESXi sur un LUN unique. Le nombre d'hôtes affectés à un LUN unique doit être adapté à lataille des LUN et au comportement E/S des machines virtuelles.

Recommandations pour améliorer les performances d' ESXiPour améliorer les performances, installez ESXi sur un système robuste possédant plus de RAM que leminimum requis et plusieurs disques physiques.

Pour la configuration requise du système ESXi, consultez la section « Configuration matérielle requise pourESXi », page 17. Reportez-vous également aux documents techniques sur les performances de vSphere 5 àl'adresse https://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.5.pdf.

Tableau 2‑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 lesserveurs classiques. Fournissez au moins 8 Go de RAMpour bénéficier pleinement des fonctionnalités ESXi etexécuter des machines virtuelles dans des environnementsde production normaux. Un hôte ESXi doit comportersuffisamment de mémoire RAM pour exécutersimultanément des machines virtuelles. Les exemplessuivants sont fournis pour vous aider à calculer la quantitéde RAM requise par les machines virtuelles s'exécutant surl'hôte ESXi.L'exploitation de quatre machines virtuelles avecRed Hat Enterprise Linux ou Windows XP requiert aumoins 3 Go de RAM pour des performances de base. Ceciinclut environ 1024 Mo pour les machines virtuelles,256 Mo minimum pour chaque système d'exploitation, telque recommandé par les fournisseurs.L'exécution de ces quatre machines virtuelles avec 512 Mode RAM nécessite que l'hôte ESXi dispose d'environ 4 Gode RAM incluant 2048 Mo pour les machines virtuelles.Ces calculs ne prennent pas en compte les économies demémoire possibles dues à une utilisation variable de lacapacité de mémoire pour chaque machine virtuelle. VoirGestion des ressources de vSphere .

Adaptateurs Fast Ethernet dédiés pour les machinesvirtuelles

Placez le réseau de gestion et les réseaux des machinesvirtuelles sur des adaptateurs réseau physiques distinctes.Les cartes Ethernet Gigabit dédiées aux machinesvirtuelles, telles que les adaptateurs Intel PRO 1000,améliorent le débit des machines virtuelles ayant un traficréseau élevé.

Emplacement de disque Placez toutes les données que vos machines virtuellesutilisent sur des disques physiques alloués spécifiquementaux machines virtuelles. Les performances sont meilleuressi vous ne stockez pas vos machines virtuelles sur le disquecontenant l'image de démarrage ESXi. Utilisez des disquesphysiques présentant une taille suffisante pour accueillirdes images de disque utilisées par toutes les machinesvirtuelles.

vSphere Upgrade

20 VMware, Inc.

https://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.5.pdf

Tableau 2‑1. Recommandations pour améliorer les performances (suite)

Élément du système Recommandation

Partitionnement VMFS5 Le programme d'installation ESXicrée les volumes VMFSinitiaux sur le premier disque local vierge trouvé. Pourajouter des disques ou modifier la configuration d'origine,utilisez vSphere Web Client. Cette pratique garantit que lessecteurs de partition de départ sont alignés sur 64k, ce quiaméliore les performances de stockage.Remarque Pour des environnements SAS uniquement, leprogramme d'installation peut ne pas formater les disques.Pour certains disques SAS, il est impossible d'identifier siles disques sont locaux ou distants. Après l'installation,vous pouvez utiliser vSphere Web Client pour configurerVMFS.

Processeurs Les processeurs plus rapides améliorent les performancesd'ESXi. Pour certaines charges de travail, les caches de taillesupérieure améliorent les performances d'ESXi.

Compatibilité matérielle Utilisez au niveau de votre serveur des périphériques quisont pris en charge par les pilotes ESXi 5.5. Reportez-vousau Guide de compatibilité matérielle à l'adresse http://www.vmware.com/resources/compatibility.

Configurations matérielles requises pour vCenter Server,vSphere Web Client , vCenter Inventory Service et vCenter SingleSign-On

Les machines hôtes vCenter Server doivent répondre à la configuration matérielle requise.

vCenter Server et vCenter Server Appliance sont des applications de gestion qui requièrent les ressourcesadéquates pour pouvoir fonctionner à leur niveau optimal. Vous devez consulter ces directives pourconnaître la configuration minimale requise pour un environnement spécifique. En surdimensionnant vCenterServer, vous pouvez améliorer les performances, réduire la latence et obtenir une meilleure simultanéité desdéploiements de production.

Configurations matérielles requises pour vCenter Single Sign-On,vSphere Web Client , vCenter Inventory Service et vCenter Server

Vous pouvez installer vCenter Single Sign-On, vSphere Web Client, vCenter Inventory Service et vCenterServer sur une même machine hôte (comme avec l'installation simple de vCenter) ou sur différentesmachines. Reportez-vous à la section Tableau 2-2.

Les tableaux suivants répertorient les configurations matérielles requises pour vCenter Single Sign-On etInventory Service, exécutés sur des machines hôtes distinctes.

n Tableau 2-3

n Tableau 2-4

Si vous utilisez l'installation personnalisée pour installer vCenter Single Sign-On, vCenter Inventory Serviceet vCenter Server sur la même machine hôte, les configurations requises en termes de mémoire et destockage pour vCenter Single Sign-On et Inventory Service s'ajoutent à celles requises pour vCenter Server.Reportez-vous à la section Tableau 2-5.


VMware, Inc. 21


Tableau 2‑2. Configurations matérielles minimales requises pour le déploiement à l'aide de l'optiond'installation simple de vCenter Single Sign-On, vSphere Web Client , vCenter Inventory Service et vCenterServer

Configuration matérielle requise pour l'hôte dans undéploiement à l'aide de l'option d'installation simple Configuration minimale requise

Processeur Processeur Intel ou AMD x64 avec au moins deux cœurslogiques fonctionnant chacun à 2 GHz.

Mémoire 12 Go.La quantité de mémoire nécessaire est plus élevée si la basede données vCenter Server s'exécute sur la même machineque le système vCenter Server.vCenter Server comprend plusieurs services Java : VMwareVirtualCenter Management Webservices (tc Server),Inventory Service et service de gestion de stockage baséesur le profil. Lorsque vous installez vCenter Server, voussélectionnez la taille de votre inventaire vCenter Serverpour allouer de la mémoire à ces services. La taille del'inventaire détermine les paramètres de segment JVMmaximum des services. Vous pourrez modifier ceparamètre après l'installation si le nombre d'hôtes venait àchanger. Consultez les recommandations présentées dans Tableau 2-7.

Stockage disque 100 Go recommandé.40 à 60 Go d'espace disque sont nécessaires aprèsl'installation, en fonction de la taille de l'inventaire. Vousdevez fournir plus d'espace pour prendre en comptel'augmentation de la taille de l'inventaire.Une quantité de stockage plus élevée est nécessaire si labase de données vCenter Server s'exécute sur la mêmemachine que le système vCenter Server, en fonction de lataille de la base de données.Dans vCenter Server 5.x, la taille par défaut pour lesjournaux vCenter Server est supérieure à 450 Mo que dansvCenter Server 4.x. Assurez-vous que l'espace disquealloué au dossier des journaux est suffisant pour répondreà cette augmentation.

Débit du réseau 1 Gbps

Tableau 2‑3. Configuration matérielle minimale requise pour vCenter Single Sign-On, exécuté sur unemachine hôte distincte dans vCenter Server

Configuration matérielle pour vCenter Single Sign-On Server


Mémoire 3 Go. Si vCenter Inventory Service s'exécute sur la mêmemachine hôte que vCenter Server, reportez-vous à Tableau2-2 ou à Tableau 2-5.

Stockage disque 2 Go.


vSphere Upgrade

22 VMware, Inc.

Tableau 2‑4. Configuration matérielle minimale pour vCenter Inventory Service exécuté sur une machinehôte distincte depuis vCenter Server

Matériel vCenter Inventory Service Server


Mémoire 3 Go. Si vCenter Inventory Service s'exécute sur la mêmemachine hôte que vCenter Server, reportez-vous à Tableau2-2 ou à Tableau 2-5.

Stockage disque Si vCenter Inventory Service s'exécute sur la mêmemachine hôte que vCenter Server, cette configurations'ajoute à la celle qui est requise en termes d'espace disquepour vCenter Server et toutes les autres applications quis'exécutent sur la machine hôte vCenter Server. Reportez-vous à la section Tableau 2-5.La configuration requise en termes de stockage sur disquepour Inventory Service dépend de la taille de l'inventaire etde la quantité d'activités des machines virtuelles del'inventaire. À des taux d'activité standard, InventoryService utilise entre 6 et 12 Go d'espace disque pour 15 000machines virtuelles réparties sur 1 000 hôtes.Un taux d'activité élevé (plus de 20 pour cent des machinesvirtuelles changent par heure) entraîne l'écriture desjournaux WAL (write-ahead logs) sur le disque pour gérerles mises à jour, au lieu d'utiliser l'écriture en ligne dans ledisque existant. Ce taux d'activité élevé est souvent associéaux cas d'utilisation de Virtual Desktop Infrastructure(VDI).Dans les recommandations suivantes pour l'espace disquerequis, un petit inventaire représente 1 à 100 hôtes ou 1 à1 000 machines virtuelles, et un grand inventairecorrespond à plus de 400 hôtes ou 4 000 machinesvirtuelles.n Petit inventaire, taux d'activité faible : 5 Go.n Petit inventaire, taux d'activité élevé : 15 Go.n Grand inventaire, taux d'activité faible : 15 Go.n Grand inventaire, taux d'activité élevé : 40 à 60 Go.


Tableau 2‑5. Spécifications matérielles minimales pour vCenter Server

Spécifications matérielles pour vCenter Server 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 processeurAMD 64. Le processeur Itanium (IA64) n'est pas pris encharge. Les spécifications du processeur doivent êtresupérieures si la base de données s'exécute sur la mêmemachine.


VMware, Inc. 23

Tableau 2‑5. Spécifications matérielles minimales pour vCenter Server (suite)

Spécifications matérielles pour vCenter Server Server

Mémoire La quantité de mémoire nécessaire dépend de laconfiguration vCenter Server.n Si vCenter Server n'est pas installé sur la même

machine que Single Sign-On et vCenter InventoryService, 4 Go de RAM sont nécessaires.

n Si vCenter Server, vCenter Single Sign-On et vCenterInventory Service sont installés sur la même machinehôte (comme avec l'installation simple de vCenter),10 Go de RAM sont nécessaires.

La quantité de mémoire nécessaire est plus élevée si la basede données vCenter Server s'exécute sur la même machineque le système vCenter Server.vCenter Server comprend plusieurs services Java : VMwareVirtualCenter Management Webservices (tc Server),Inventory Service et service de gestion de stockage baséesur le profil. Lorsque vous installez vCenter Server, voussélectionnez la taille de votre inventaire vCenter Serverpour allouer de la mémoire à ces services. La taille del'inventaire détermine les paramètres de segment JVMmaximum des services. Vous pourrez modifier ceparamètre après l'installation si le nombre d'hôtes venait àchanger. Consultez les recommandations présentées dans Tableau 2-7.

Stockage disque La quantité de stockage disque nécessaire à l'installationvCenter Server dépend de la configuration de vCenterServer.n Si vCenter Server n'est pas installé sur la même

machine que vCenter Single Sign-On et vCenterInventory Service, 4 Go de RAM sont nécessaires.

n Si vCenter Server, vCenter Single Sign-On et vCenterInventory Service sont installés sur la même machinehôte (comme avec l'installation simple de vCenter), aumoins 40 à 60 Go d'espace disque sont nécessairesaprès l'installation, selon la taille de l'inventaire. Vousdevez fournir plus d'espace pour prendre en comptel'augmentation de la taille de l'inventaire. Pour lesrecommandations relatives à l'espace disque requispour vCenter Single Sign-On et Inventory Service,reportez-vous à Tableau 2-3 et à Tableau 2-4

Une quantité de stockage plus élevée est nécessaire si labase de données vCenter Server s'exécute sur la mêmemachine que le système vCenter Server, en fonction de lataille de la base de données.Dans vCenter Server 5.x, la taille par défaut pour lesjournaux vCenter Server est supérieure à 450 Mo que dansvCenter Server 4.x. Assurez-vous que l'espace disquealloué 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 pourdécompresser l'archive d'installation. Une fois l'installationterminée, environ 1.5 Go de ces fichiers est supprimé.


Remarque L'installation de vCenter Server sur un lecteur réseau ou un lecteur flash USB n'est pas prise encharge.

vSphere Upgrade

24 VMware, Inc.

Consultez la documentation de votre base de données pour connaître ses spécifications matérielles. Lesconditions requises pour la base de données s'ajoutent à celles requises pour vCenter Server si la base dedonnées et vCenter Server s'exécutent sur la même machine.

vSphere Web ClientvSphere Web Client comporte deux éléments : Un serveur Java et une application client Adobe Flexfonctionnant sur un navigateur.

Tableau 2‑6. Personnaliser le matériel d'une machine virtuelle pour le vSphere Web Client

vSphere Web Client Server

Mémoire Au moins 3 Go : 2 Go pour le segment Java et 1 Go pourn Le code résidentn La pile pour les threads Javan Segments globaux/bss pour le processus Java

CPU Processeur 2 GHz à au moins deux cœurs

Stockage disque Au moins 2 Go d'espace disque libre

Mise en réseau Connexion Gigabit recommandée

Paramètres de segment de mémoire JVM pour vCenter ServerLes paramètres de segment de mémoire JVM pour vCenter Server dépendent de la taille de l'inventaire.Reportez-vous à la section « Configuration des paramètres de VMware vCenter Server - tc Server dansvCenter Server », page 156.

Tableau 2‑7. Paramètres de segment de mémoire JVM pour vCenter Server

InventairevCenter Server

VMware VirtualCenterManagementWebservices (tcServer) Inventory Service

Stockage basésur le profil

Recommandationsminimales globalesrelatives à la mémoire

Petit inventaire(jusqu'à100 hôtes oujusqu'à1 000 machinesvirtuelles)

512 Mo 3 Go 1 Go 16 Go

Inventairemoyen (100 à 400hôtes ou 1 000 à4 000 machinesvirtuelles)

512 Mo 6 Go 2 Go 24 Go

Grand inventaire(plus de400 hôtes ou plusde4 000 machinesvirtuelles)

1 024 Mo 12 Go 4 Go 32 Go


VMware, Inc. 25

Spécifications matérielles et recommandations pour VMware vCenter ServerAppliance

Tableau 2‑8. Spécifications matérielles pour VMware vCenter Server Appliance

Spécifications matérielles pour VMware vCenter ServerAppliance Server

Stockage disque sur la machine hôte Pour la plupart des déploiements, vCenter ServerAppliance nécessite au moins 70 Go d'espace disque et estlimité à une taille maximale de 125 Go. L'espace disquerequis dépend de la taille de l'inventaire vCenter Server.vCenter Server Appliance peut être déployé avec desdisques virtuels alloués dynamiquement dont la taille peutatteindre 125 Go. Si la machine hôte ne dispose pas d'unespace disque libre suffisant pour permettre à la taille desdisques virtuels vCenter Server Appliance d'augmenter,vCenter Server peut arrêter l'opération et vous ne pouvezpas gérer l'environnement vSphere.

Mémoire de VMware vCenter Server Appliance Avec la base de données PostgreSQL intégrée, vCenterServer Appliance prend en charge jusqu'à 100 hôtes ou3 000 machines virtuelles, et ses besoins en mémoire sontles suivantsn Très petit inventaire (10 hôtes maximum, 100 machines

virtuelles maximum) : au moins 8 Go.n Petit inventaire (10 à 50 hôtes ou 100 à 1 500 machines

virtuelles) : au moins 16 Go.n Inventaire moyen (inventaire maximal pris en charge

par la base de données intégrée ; 50 à 100 hôtes ou1 500 à 3 000 machines virtuelles) : au moins 24 Go.

Avec une base de données Oracle externe, vCenter ServerAppliance prend en charge jusqu'à 1 000 hôtes ou10 000 machines virtuelles enregistrées, ainsi que10 000 machines virtuelles actives, et ses besoins enmémoire sont les suivants :n Très petit inventaire (10 hôtes maximum, 100 machines

virtuelles maximum) : au moins 8 Go.n Petit inventaire (de 10 à 100 hôtes ou de 100 à

1 000 machines virtuelles) : au moins 16 Go.n Inventaire moyen (de 100 à 400 hôtes ou de 1 000 à

4 000 machines virtuelles) : au moins 24 Go.n Grand inventaire (plus de 400 hôtes ou plus de

4 000 machines virtuelles) : au moins 32 Go.

Pour les limites relatives à l'inventaire et aux autres configurations de vCenter Server Appliance, reportez-vous à Valeurs maximales de configuration.

vSphere Upgrade

26 VMware, Inc.

Tableau 2‑9. Paramètres de segment de mémoire JVM pour VMware vCenter Server Appliance

Inventaire deVMwarevCenter ServerAppliance

VMware VirtualCenterManagementWebservices (tcServer) Inventory Service

Stockage basésur le profil

Recommandationsminimales globalesrelatives à la mémoire

Petit inventaire(jusqu'à100 hôtes oujusqu'à1 000 machinesvirtuelles)

512 Mo 3 Go 1 Go 16 Go

Inventairemoyen (100 à 400hôtes ou 1 000 à4 000 machinesvirtuelles)

512 Mo 6 Go 2 Go 24 Go

Grand inventaire(plus de400 hôtes ou plusde4 000 machinesvirtuelles)

1 024 Mo 12 Go 4 Go 32 Go

Reportez-vous à la section « Configuration des paramètres de VMware vCenter Server - tc Server dansvCenter Server », page 156.

Configuration logicielle requise pour vCenter ServerAssurez-vous que votre système d'exploitation prend en charge vCenter Server. vCenter Server nécessite unsystème d'exploitation 64 bits, et le DSN de système 64 bits est requis pour que vCenter Server puisse seconnecter à sa base de données.

Pour la liste complète des systèmes d'exploitation pris en charge, reportez-vous à la rubrique http://kb.vmware.com/kb/2091273.

vCenter Server nécessite que Microsoft .NET 3.5 SP1 Framework soit installé sur votre système. S'il n'est pasinstallé sur votre système, le programme d'installation de vCenter Server l'installera. L'installation dulogiciel .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 WindowsUpdate. Windows Update sélectionne automatiquement la version localisée correcte de votre systèmed'exploitation. Le programme .NET Framework installé via le programme d'installation de vCenter Servercontient uniquement la version anglaise.

vCenter Server 5.5 ne prend plus en charge Windows Server 2003 comme système d'exploitation hôte. Voirle Guide de compatiblité VMware sur http://kb.vmware.com/kb/2091273 .

vCenter Server 5.5 ne prend plus en charge Windows Server 2008 SP1 comme système d'exploitation hôte.Mettez à niveau les hôtes Windows Server 2008 SP1 vers la version SP2 avant de procéder à la mise à niveaude vCenter Server vers la version 5.5. Consultez le Guide de compatibilité VMware à l'adresse http://kb.vmware.com/kb/2091273 et la stratégie de cycle de vie des logiciels Microsoft à l'adresse http://support.microsoft.com/fr-fr/lifecycle/#ServicePackSupport.


VMware, Inc. 27




http://support.microsoft.com/lifecycle/#ServicePackSupport

Si vous envisagez d'utiliser la base de données Microsoft SQL Server 2008 R2 Express intégrée avec vCenterServer, veillez à installer Microsoft Windows Installer 4.5 (MSI 4.5) sur le système. Vous pouvez téléchargerMSI 4.5 depuis le site Web Microsoft. Vous pouvez également installer MSI 4.5 directement depuis leprogramme d'installation vCenter Server autorun.exe.

VMware vCenter Server Appliance peut uniquement être déployé sur les hôtes fonctionnant sur la versionESX 4.x ou ESXi 4.x ou une version ultérieure.

Spécifications logicielles pour vSphere Web ClientAssurez-vous que votre navigateur prend en charge vSphere Web Client.

VMware a testé et prend en charge les systèmes d'exploitation invités et versions de navigateur suivantspour vSphere Web Client.

Tableau 2‑10. Systèmes d'exploitation invités et versions de navigateur pris en charge pourvSphere Web Client .

Système d'exploitation Navigateur

Windows 32 bits et 64 bits Microsoft Internet Explorer 8, 9 (64 bits seulement) et 10.Pour vSphere 5.5 Update 1 et versions ultérieures, vous pouvez utiliser MicrosoftInternet Explorer 11. Pour que le plug-in d'intégration du client fonctionne avecMicrosoft Internet Explorer 11, utilisez le mode de compatibilité : accédez à Outils >Paramètres d'affichage de compatibilité pour ajouter l'adresse IP de vSphere WebClient à la liste des sites Web avant de recharger le navigateur.Mozilla Firefox : la dernière version du navigateur, et la version précédente aumoment de la production de vSphere 5.5.Google Chrome : la dernière version du navigateur, et la version précédente aumoment de la production de vSphere 5.5.

Mac OS Mozilla Firefox : la dernière version du navigateur, et la version précédente aumoment de la production de vSphere 5.5.Google Chrome : la dernière version du navigateur, et la version précédente aumoment de la production de vSphere 5.5.

Les versions ultérieures de ces navigateurs sont susceptibles de fonctionner, mais n'ont pas été testées.

vSphere Web Client nécessite également qu'Adobe Flash Player 11.5.0 ou une version ultérieure soit installéeavec le plug-in adapté à votre navigateur.

Prévoir suffisamment d'espace pour la journalisation du systèmeESXi 5.x utilise une nouvelle infrastructure de journalisation. Si votre hôte est déployé avec Auto Deploy ousi vous configurez un répertoire journal distinct de l'emplacement par défaut dans un répertoire scratch surle volume VMFS, il est possible que vous deviez modifier les paramètres actuels de la taille et de la rotationdes journaux pour vous assurer que vous disposez de suffisamment d'espace pour la journalisation dusystème.

Tous les composants vSphere utilisent cette infrastructure. Les valeurs par défaut de la capacité des journauxde cette infrastructure varient, en fonction de la quantité de mémoire disponible et de la manière dont vousavez configuré la journalisation du système. Les hôtes qui sont déployés avec Auto Deploy stockent lesjournaux sur un disque RAM, ce qui signifie que la quantité d'espace disponible pour les journaux est peuimportante.

Si votre hôte est déployé avec Auto Deploy, reconfigurez le stockage de vos journaux de l'une des manièressuivantes :

n Redirigez les journaux sur le réseau vers un collecteur distant.

n Redirigez les journaux vers un stockage NAS ou NFS.

vSphere Upgrade

28 VMware, Inc.

Il est possible que vous deviez reconfigurer le dimensionnement et les rotations des journaux des hôtes quisont installés sur le disque, si vous redirigez les journaux vers un stockage qui n'est pas le stockage pardé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 configurationpar défaut qui stocke les journaux dans un répertoire scratch sur le volume VMFS. Pour ces hôtes, ESXi 5.xconfigure automatiquement les journaux pour qu'ils s'adaptent au mieux à votre installation et prévoitsuffisamment d'espace pour accueillir les messages de journal.

Tableau 2‑11. Taille minimale recommandée et configuration de la rotation des journaux hostd, vpxa et fdm.

LogTaille maximale dufichier journal

Nombre de rotations àconserver Espace disque total nécessaire

Agent de gestion (hostd) 10240 Ko 10 100 Mo

Agent VirtualCenter(vpxa)

5120 Ko 10 50 Mo

Agent vSphere HA(gestionnaire de domainede pannes, fdm)

5120 Ko 10 50 Mo

Pour plus d'informations sur l'installation et la configuration de syslog et d'un serveur syslog et surl'installation de vSphere Syslog Collector, consultez la documentation Installation et configuration de vSphere.

Ports requis pour vCenter ServerLe système VMware vCenter Server doit pouvoir envoyer des données à chaque hôte géré et recevoir desdonnées de chaque vSphere Web Client. Pour autoriser les activités de migration et de provisionnemententre 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 pourvCenter Server Appliance », page 32.

VMware utilise des ports désignés pour la communication. En outre, les hôtes gérés surveillent des portsdé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'installationouvre les ports pendant l'installation. Pour les pare-feu personnalisés, vous devez ouvrir les ports requis. Sivous 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 puissentrecevoir des données.

Remarque Dans Microsoft Windows Server 2008, un pare-feu est activé par défaut.

Tableau 2‑12. Ports requis pour la communication entre les composants

Port Description

22 SSH Server (vSphere Client)

53 Client DNS

80 vCenter Server requiert le port 80 pour les connections HTTP directes. Le port 80 redirige lesrequêtes vers le port 443 HTTPS. Cette redirection est utile si vous utilisez accidentellementhttp://serveur au lieu de https://serveur.WS-Management (nécessite également l'ouverture du port 443)Si vous utilisez une base de données Microsoft SQL personnalisée (pas la base de données SQLServer 2008 groupée) qui est stockée sur la même machine hôte que vCenter Server, le port 80 estutilisé par SQL Reporting Service. Lorsque vous installez vCenter Server, le programme d'installationvous invitera à modifier le port HTTP de vCenter Server. Remplacez le port HTTP de vCenter Serverpar une valeur personnalisée pour garantir le succès de l'installation.Microsoft Internet Information Services (IIS) utilise également le port 80. Reportez-vous à « Conflitentre vCenter Server et IIS pour le port 80 », page 33.


VMware, Inc. 29

Tableau 2‑12. Ports requis pour la communication entre les composants (suite)

Port Description

88 Interface de contrôle RPC pour Kerberos, utilisé par vCenter Single Sign-On

111 Service RPC utilisé pour l'enregistrement NIS par vCenter Server Appliance

123 Client NTP

135 Utilisé pour joindre vCenter Virtual Appliance à un domaine Active Directory

161 Serveur SNMP

389 Ce port doit être ouvert sur les instances locales et distantes de vCenter Server. C'est le numéro deport LDAP des services d'annuaire du groupes vCenter Server. Le système vCenter Server a besoinde se lier au port 389, même si vous ne joignez pas cette instance de vCenter Server à un groupeLinked Mode. Si un autre service utilise ce port, il est préférable de le supprimer ou de lui attribuerun autre port. Vous pouvez faire fonctionner le service LDAP sur n'importe quel autre port entre1025 et 65535.Si cette instance sert de Microsoft Windows Active Directory, modifiez le numéro de port 389 pourun numéro de port disponible entre 1025 et 65535.

427 Le client CIM utilise le Service Location Protocol, version 2 (SLPv2) pour rechercher des serveursCIM.

443 Le port par défaut que le système vCenter Server utilise pour écouter les connexions provenant devSphere 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éesdepuis les clients SDK.Ce port est également utilisé pour les services suivants :n WS-Management (nécessite également l'ouverture du port 80)n Accès vSphere Client à vSphere Update Managern Connexions clients de gestion de réseau tiers à vCenter Servern Accès clients de gestion de réseau tiers à des hôtes

513 vCenter Virtual Appliance utilisé pour l'activité de la journalisation

636 Pour vCenter Server Linked Mode, c'est le port SSL de l'instance locale. Si un autre service utilise ceport, il est préférable de le supprimer ou de lui attribuer un autre port. Vous pouvez faire fonctionnerle service SSL sur n'importe quel autre port entre 1025 et 65535.

902 Le port par défaut utilisé par vCenter Server pour envoyer des données à des hôtes gérés. Les hôtesgérés envoient également régulièrement un signal de pulsation par le port UDP 902 au systèmevCenter Server. Ce port ne doit pas être bloqué par les pare-feu entre le serveur et les hôtes, ou entreles hôtes.Le port 902 ne doit pas être bloqué entre vSphere Client et les hôtes. vSphere Client utilise ce portpour afficher les consoles des machines virtuelles.

903 Accédez à une console de machine virtuelle à partir de vSphere Client lorsque vSphere Client estconnecté directement à l'hôte ESXi (et non à vCenter Server).Transactions MKS (xinetd/vmware-authd-mks)

1234, 1235 vSphere Replication

2012 Interface de contrôle RPC pour vCenter Single Sign-On vmdir.

2013 Interface de contrôle RPC pour Kerberos, utilisé par vCenter Single Sign-On

2014 Port RPC pour toutes les API VMCA (VMware Certificate Authority)

2049 Transactions provenant des périphériques de stockage NFSCe port est utilisé sur l'interface VMkernel.

3260 Transactions vers les périphériques de stockage iSCSI

3268 Port par défaut pour les déploiements de contrôleurs multi-domaines Active Directory

3269 Port SSL par défaut pour les déploiements de contrôleurs multi-domaines Active Directory

5900-5964 Protocole RFB qui est utilisé par les outils de gestion tels que VNC

vSphere Upgrade

30 VMware, Inc.

Tableau 2‑12. Ports requis pour la communication entre les composants (suite)

Port Description

5988 Transactions CIM sur HTTP

5989 Transactions XML CIM sur HTTPS

6501 Service Auto Deploy

6502 Gestion Auto Deploy

7005 vCenter Single Sign-On



7343 vSphere Web Client - HTML5 Remote Console

7444 HTTPS vCenter Single Sign-On

8000 Requêtes de vMotion

8009 Port connecteur AJP pour la communication entre vCenter Server Appliance et Tomcat

8080 Services Web HTTP. Utilisé pour VMware VirtualCenter Management Web Services.

8100 Trafic entre les hôtes pour vSphere Fault Tolerance (FT)

8182 Trafic entre les hôtes pour vSphere High Availability (HA)

8200 Trafic entre les hôtes pour vSphere Fault Tolerance (FT)

8443 Services Web HTTPS. Utilisé pour VMware VirtualCenter Management Web Services.

9009 Utilisé pour permettre à vCenter Server Appliance de communiquer avec vSphere Web Client.

9090 vSphere Web Client HTTP

9443 vSphere Web Client HTTPS

9875 - 9877 vSphere Web Client Java Management Extension (JMX). Obtenu de manière dynamique audémarrage du service vSphere Web Client.

10080 vCenter Inventory Service HTTP

10109 Gestion de vCenter Inventory Service

10111 Communication vCenter Inventory Service Linked Mode

10443 vCenter Inventory Service HTTPS

11711 vCenter Single Sign-On LDAP

11712 vCenter Single Sign-On LDAPS

12721 Service VMware Identity Management

49000 - 65000 vCenter Single Sign-On - VMware Identity Management Service. Obtenu de manière dynamique audémarrage de VMware Identity Management Service.

60099 Port de notification de changement de service Web Service

Pour que le système vCenter Server utilise un autre port pour recevoir les données de vSphere Web Client,consultez la documentation Gestion de vCenter Server et des hôtes.

Pour plus d'informations sur la configuration du pare-feu, reportez-vous à la documentation SécuritévSphere.


VMware, Inc. 31

Ports requis pour vCenter Server ApplianceLe système VMware vCenter Server doit pouvoir envoyer des données à chaque hôte géré et recevoir desdonnées de chaque vSphere Web Client. Pour les activités de migration et de provisionnement entre leshô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 pourvCenter Server », page 29.

VMware utilise des ports désignés pour la communication. En outre, les hôtes gérés surveillent des portsdé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 2-13. Pour les pare-feu personnalisés, vous devez ouvrir lesports requis. Si vous avez un pare-feu entre deux hôtes gérés et que vous désirez effectuer des activitéssource ou cible, comme une migration ou un clonage, vous devez configurer un moyen pour que les hôtesgérés puissent recevoir des données.

Tableau 2‑13. Ports requis pour vCenter Server Appliance

Port Description

80 vCenter Server requiert le port 80 pour les connections HTTP directes. Le port 80 redirige lesrequêtes vers le port 443 HTTPS. Cette redirection est utile si vous utilisez accidentellementhttp://serveur au lieu de https://serveur.

443 Le système vCenter Server utilise le port 443 pour surveiller les transferts de données depuis lesclients SDK.

902 Le port par défaut utilisé par vCenter Server pour envoyer des données à des hôtes gérés. Les hôtesgérés envoient également régulièrement un signal de pulsation par le port UDP 902 au systèmevCenter Server. Ce port ne doit pas être bloqué par les pare-feu entre le serveur et les hôtes, ou entreles 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 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 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.

Pour que le système vCenter Server utilise un autre port pour recevoir les données de vSphere Web 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.

vSphere Upgrade

32 VMware, Inc.

Conflit entre vCenter Server et IIS pour le port 80vCenter Server et Microsoft Internet Information Service (IIS) utilisent tous les deux le port 80 comme portpar défaut pour les connexions HTTP directes. Ce conflit peut empêcher vCenter Server de redémarrer aprèsl'installation de vSphere Authentication Proxy.

Problème

vCenter Server ne peut pas redémarrer après l'installation de vSphere Authentication Proxy.

Cause

Si IIS n'est pas installé lorsque vous installez vSphere Authentication Proxy, le programme d'installationvous invite à installer IIS. Étant donné qu'IIS utilise le port 80, qui est le port par défaut pour les connexionsHTTP directes de vCenter Server, vCenter Server ne peut pas redémarrer après l'installation de vSphereAuthentication Proxy. Reportez-vous à la section « Ports requis pour vCenter Server », page 29.

Solution

u Pour résoudre un conflit entre IIS et vCenter Server pour le port 80, effectuez l'une des opérationssuivantes.

Option Description

Si vous avez installé IIS avantd'installer vCenter Server

Remplacez le port 80 pour les connexions HTTP directes de vCenter Serverpar une autre valeur.

Si vous avez installé vCenter Serveravant d'installer IIS

Avant de redémarrer vCenter Server, remplacez le port de liaison 80 dusite Web par défaut d'IIS par une autre valeur.

Exigences de DNS pour vSpherevCenter Server, comme tous les autres serveurs réseau, doit être installé sur une machine dont l'adresse IPest 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 vCenterServer. Cette adresse IP doit avoir un enregistrement de DNS (système de nom de domaine) (interne).

Assurez-vous que la résolution DNS des hôtes ESXi depuis vCenter Server et tous les vSphere Web Clientfonctionne. De même, vérifiez que la résolution DNS de vCenter Server depuis tous les hôtes ESXi et tous lesclients vSphere Web Client fonctionne.

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 decommande. Si le FQDN peut être résolu, la commande nslookup renvoie l'IP et le nom de la machine ducontrôleur de domaine.

Vérifiez que la recherche DNS inversée renvoie un nom de domaine complet lorsque vous l'interrogez surl'adresse IP de vCenter Server. Lorsque vous installez vCenter Server, l'installation du composant de serveurweb prenant en charge vSphere Web Client échoue si le programme d'installation ne trouve pas le nom dedomaine complet de vCenter Server à partir de son adresse IP. La recherche inversée est implémentée enutilisant les enregistrements PTR. Pour créer un enregistrement PTR, consultez la documentation de votresystè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 del'ordinateur du vCenter Server a été mis à jour dans le service du nom de domaine (DNS). Exécutez unecommande ping avec le nom de l'ordinateur pour tester la connexion. Par exemple, si le nom de l'ordinateurest host-1.company.com, exécutez la commande suivante dans l'invite de commande Windows :

ping host-1.company.com


VMware, Inc. 33

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 demicroprogrammes pris en charge

Vous pouvez utiliser des applications de gestion à distance pour installer ou mettre à niveau ESXi ou pourgérer des hôtes à distance.

Tableau 2‑14. Modèles de serveurs de gestion à distance et versions minimum de microprogrammes prisen charge

Modèle de serveur de gestion àdistance Version de microprogramme Java

Dell DRAC 7 1.30.30 (Build 43) 1.7.0_60-b19

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

HP ILO 3 1.28 1.7.0_60-b19

HP ILO 4 1.13 1.7.0_60-b19

IBM RSA 2 1.03, 1.2 1.6.0_22

Exigences matériel d'Update ManagerVous pouvez exécuter Update Manager sur n'importe quel système ayant la configuration matérielleminimale.

La configuration matérielle minimale pour Update Manager varie en fonction de la manière dontUpdate Manager déployé. Si la base de données est installée sur la même machine qu'Update Manager, lesexigences de taille de mémoire et de vitesse de processeur sont supérieures. Pour garantir des performancesacceptables, vérifiez que le système dispose de la configuration matérielle minimale.

Tableau 2‑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 entreUpdate Manager et les hôtes ESX/ESXi.

Mémoire 2 Go de RAM si Update Manager et vCenter Server se trouvent sur des machinesdiffé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 dedonnées dédiée pour Update Manager et non pas une base de données partagée avec vCenter Server et desauvegarder régulièrement la base de données. La meilleure pratique consiste à placer la base de donnéessur 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'utilisationde la base de données. Pour plus d'informations sur les exigences d'espace, voir le document VMwarevCenter Update Manager Sizing Estimator.

vSphere Upgrade

34 VMware, Inc.

Pour plus d'informations sur les spécifications matérielles ESXi 5.x et vCenter Server 5.x, voir Chapitre 2,« Spécifications système », page 17.

Systèmes d'exploitation et formats de bases de données pris en chargeUpdate 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 Veillez à ce que le système sur lequel vous installez le serveur Update Manager ne soit pas uncontrôleur de domaine Active Directory.

Le plug-in Update Manager nécessite vSphere Client et fonctionne avec les mêmes systèmes d'exploitationque vSphere Client.

Update Manager analyse les machines virtuelles Windows et Linux pour rechercher les mises à niveauVMware 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 peutgérer les petits environnements en utilisant l'offre groupée SQL Server 2008 R2 Express. Dans le cas desenvironnements ayant plus de 5 hôtes et 50 machines virtuelles, créez une base de données Oracle ou SQLServer pour Update Manager. Dans les grand environnements, vous devez installer la base de donnéesUpdate Manager sur ordinateur différent de celui où se trouvent le serveur Update Manager et la base dedonnées vCenter Server.

Pour afficher la liste des systèmes d'exploitation sur lesquels vous pouvez installer le serveurUpdate Manager et UMDS, reportez-vous à Systèmes d'exploitation hôtes pris en charge pour l'installationde VMware vCenter Server. Les systèmes d'exploitation Windows pris en charge pour l'installation devCenter Server répertoriés dans l'article s'appliquent également pour l'installation des versions respectivesdu serveur Update Manager et de l'UMDS.

Pour afficher la liste des formats de base de données compatibles avec le serveur Update Manager et UMDS,consultez la section Interopérabilité de solutions/bases de données dans les Matrices d'interopérabilité desproduits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.


VMware, Inc. 35




vSphere Upgrade

36 VMware, Inc.

Préparer la mise à niveau versvCenter Server 3

Avant d'effectuer une mise à niveau vers vCenter Server, assurez-vous que votre système est préparécorrectement.

Afin d'être certain que votre système est prêt pour la mise à niveau, lisez toutes les sous-rubriques de cettesection.


n « À propos de la mise à niveau de vCenter Server », page 38

n « Impact de vCenter Single Sign-On sur les mises à niveau de vCenter Server », page 38

n « Modes de déploiement de vCenter Single Sign-On », page 40

n « vCenter Single Sign-On et haute disponibilité », page 42

n « Composants vCenter Single Sign-On », page 44

n « Configuration de l'utilisateur administrateur de vCenter Server », page 44

n « Authentification dans l'environnement vCenter Server », page 45

n « Incidence de vCenter Single Sign-On sur le comportement de la connexion », page 45

n « Sources d'identité pour vCenter Server avec vCenter Single Sign-On », page 46

n « Résumé de la mise à niveau de vCenter Server », page 47

n « Informations requises pour l'installation ou la mise à niveau de vCenter Single Sign-On, InventoryService, vCenter Server et vSphere Web Client », page 49

n « Meilleures pratiques pour les mises à niveau de vCenter Server », page 55

n « Conditions préalables pour la mise à niveau vers vCenter Server », page 56

n « Notes de configuration de la base de données vCenter Server », page 60

n « Mise à niveau vers vCenter Server sur une machine différente », page 61

n « Mises à niveau de base de données prises en charge », page 62

n « Confirmer que vCenter Server peut communiquer avec la base de données locale », page 62

n « Synchronisation des horloges sur le réseau vSphere », page 63

n « Formats d'URL JDBC pour la base de données vCenter Server », page 64

n « Solutions d'équilibrage de charge DNS et dénomination des banques de données vCenter Server »,page 65

n « À propos de l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter », page 66

VMware, Inc. 37

n « Interruption au cours de la mise à niveau de vCenter Server », page 68

n « Télécharger le programme d'installation de vCenter Server », page 68

n « Microsoft SQL Database configuré dans un mode de compatibilité non pris en charge provoquel'échec de l'installation et de la mise à niveau de vCenter Server », page 69

À propos de la mise à niveau de vCenter ServerVMware prend en charge les mises à niveau sur place des systèmes 64 bits de vCenter Server 4.x, vCenterServer 5.0.x et vCenter Server 5.1.x vers vCenter Server 5.5.

Contrairement aux versions antérieures à vCenter Server 5.1, vCenter Server 5.5 ne prend pas en charge lamigration d'une installation existante de vCenter Server 5.0.x ou antérieure vers une nouvelle machinependant une mise à niveau vers la version 5.5. Vous pouvez migrer une telle installation de vCenter Serverexistante vers une nouvelle machine pendant une mise à niveau vers la version 5.0.x, puis exécuter une miseà niveau sur place de la version 5.0.x vers la version 5.5. Consultez « Mise à niveau vers vCenter Server surune machine différente », page 61.

Les versions précédentes de vCenter Server utilisent un certificat auto-signé clé 512 bits, mais vCenter Server5.5 nécessite un certificat de clé 2048 bits. Les certificats ne sont pas remplacés au cours de la mise à niveau.Pour une mise à niveau réussie, remplacez le certificat de clé 512 bits par un certificat de clé 2048 bits enutilisant l'une des options suivantes.

n Vous pouvez effectuer une nouvelle installation de vCenter Server 5.5.

n Pour vCenter Server 5.1, vous pouvez utiliser les étapes de l'article de la Base de connaissances 1014953pour remplacer les certificats SSL.

n Pour vCenter Server 5.0, vous pouvez utiliser les étapes de l'article de la Base de connaissances 2015421pour remplacer les certificats SSL.

vCenter Server 5.5 peut gérer des hôtes ESX 4.x/ESXi 4.x, ESXi 5.0.x et 5.1 x dans le même cluster avec deshôtes ESXi 5.5. vCenter Server 5.5 ne peut pas gérer les hôtes ESX 2.x ou 3.x.

Remarque Vous ne pouvez pas mettre à niveau une instance de vCenter Server 4.x exécutée sousWindows XP Édition x64 professionnelle vers vCenter Server 5.5, car vCenter Server 5.5 ne prend pas encharge la version Windows XP x64 professionnelle.

vSphere 5.1 a introduit le service vCenter Single Sign On comme partie intégrante de l'infrastructure degestion de vCenter Server. Cette modification affecte l'installation de vCenter Server, la mise à niveau, et sonutilisation. Reportez-vous à « Impact de vCenter Single Sign-On sur les mises à niveau de vCenter Server »,page 38.

Impact de vCenter Single Sign-On sur les mises à niveau de vCenterServer

Les utilisateurs qui peuvent se connecter à vCenter Server après une mise à niveau varient selon la version àpartir de laquelle vous procédez à la mise à niveau et la configuration du déploiement.

Dans les mises à niveau vers vCenter Server 5.0 et versions antérieures, qui n'incluent pas un servicevCenter Single Sign-On, les utilisateurs du système d'exploitation local et les utilisateurs Active Directoryqui sont enregistrés sur un système vCenter Server continuent d'utiliser le système vCenter Server mis àniveau.

vSphere Upgrade

38 VMware, Inc.

http://kb.vmware.com/1014953

http://kb.vmware.com/2015421

Ce comportement change si vous procédez à une mise à niveau à partir d'une version qui n'inclut pasvCenter Single Sign-On vers une version qui l'inclut : vCenter Server version 5.1 ou vCenter Serverversion 5.5.

Remarque Avec vCenter Single Sign-On, les utilisateurs du système d'exploitation local deviennentbeaucoup moins importants que les utilisateurs d'un service d'annuaire comme Active Directory. Enconséquence, il n'est pas toujours possible, voire même souhaitable, de conserver les utilisateurs du systèmed'exploitation local comme utilisateurs authentifiés.

Après la mise à niveau à partir d'une version antérieure à la version 5.1, vous pouvez être invité à vousidentifier en tant qu'administrateur du dossier racine dans la hiérarchie de l'inventaire vSphere lors del'installation. Cette situation peut se produire en raison de modifications apportées aux banquesd'utilisateurs entre les versions antérieures à la version 5.1 et les versions 5.1 et ultérieures de vSphere.Reportez-vous à la section « Héritage hiérarchique des autorisations », page 122.

Mise à niveau à l'aide de l'option d'installation simpleUne mise à niveau à l'aide de l'option d'installation simple installe ou met à niveau un système vCenterServer et ses composants associés.

Si vous procédez à une mise à niveau vers vCenter Server 5.5 à partir d'une version de vCenter Server quin'inclut pas vCenter Single Sign-On, vCenter Single Sign-On reconnaît les utilisateurs existants du systèmed'exploitation local. En outre, l'utilisateur [email protected] peut se connecter en tant qu'unutilisateur administrateur à vCenter Single Sign-On et à vCenter Server. Si votre installation précédenteprenait en charge les utilisateurs Active Directory, vous pouvez ajouter le domaine Active Directory commesource d'identité.

Si vous procédez à une mise à niveau de vCenter Single Sign-On et de vCenter Server, vCenter Single Sign-On reconnaît les utilisateurs existants du système d'exploitation local. En outre, l'[email protected] peut se connecter à vCenter Single Sign-On et à vCenter Server en tantqu'utilisateur administrateur. Si votre installation précédente incluait un domaine Active Directory commesource d'identité, cette source d'identité est toujours disponible après la mise à niveau. Dans la mesure oùvCenter Server prend uniquement en charge la source d'identité par défaut, il peut être nécessaire que lesutilisateurs spécifient le domaine lorsqu'ils se connectent (DOMAIN\user).

Mise à niveau personnaliséeUne mise à niveau personnalisée peut installer différents composants de vCenter Server sur différentesmachines ou installer un deuxième système vCenter Server sur la même machine. Vous utilisez égalementl'option d'installation personnalisée pour mettre à niveau un environnement qui est installé dans différentsemplacements.

Si vous procédez à une mise à niveau vers vCenter Server 5.5 à partir d'une version de vCenter Server quin'inclut pas vCenter Single Sign-On, et que vous installez vCenter Single Sign-On sur une autre machine quecelle de vCenter Server, vCenter Single Sign-On ne reconnaît pas les utilisateurs existants du systèmed'exploitation local. L'utilisateur [email protected] peut se connecter à vCenter Single Sign-On etvCenter Server en tant qu'utilisateur administrateur. Si votre installation précédente prenait en charge lesutilisateurs Active Directory, vous pouvez ajouter le domaine Active Directory comme source d'identité.

Si vous mettez à niveau vCenter Server à partir d'une version qui inclut vCenter Single Sign-On en modemultisite, et si les différents systèmes vCenter Server utilisent la configuration Linked Mode, vous devezd'abord effectuer une resynchronisation. Vous pouvez ensuite mettre à niveau toutes les instances devCenter Single Sign-On et maintenir la fonctionnalité Linked Mode. La configuration Linked Mode estrequise pour disposer d'une vue unique de tous les systèmes vCenter Server. vCenter Single Sign-Onmultisite est pris en charge uniquement si la version de tous les nœuds est identique.

Chapitre 3 Préparer la mise à niveau vers vCenter Server

VMware, Inc. 39

Si vous mettez à niveau vCenter Server à partir d'une version qui inclut vCenter Single Sign-On en modehaute disponibilité, vous devez mettre à niveau toutes les instances haute disponibilité de vCenter SingleSign-On. Effectuez d'abord la mise à niveau, puis configurez la haute disponibilité en protégeantvCenter Server et vCenter Single Sign-On avec VMware HA ou VMware Heartbeat une fois la mise à niveauterminée.

Remarque Lorsque vous installez le composant de vCenter Single Sign-On qui est inclus avecvCenter Server version 5.5 dans plusieurs emplacements, le service d'annuaire VMware est mis à jour pourtoutes les instances de vCenter Single Sign-On si vous effectuez une modification dans un emplacement.

Modes de déploiement de vCenter Single Sign-OnvCenter Server propose plusieurs façons de déployer vCenter Single Sign-On pour une utilisation optimalede l'environnement vSphere.

Vous pouvez déployer vCenter Single Sign-On dans l'un des trois modes.

Serveur vCenter SingleSign-On autonome

Ce mode de déploiement crée la première ou la seule instance vCenter SingleSign-On du domaine vsphere.com. L'option d'installation simple devCenter Server déploie vCenter Single Sign-On en mode autonome.

Le déploiement du serveur vCenter Single Sign-On autonome prend encharge la connectivité des utilisateurs et des groupes intégrés d'ActiveDirectory, d'OpenLDAP, du système d'exploitation local et de vCenter SingleSign-On. Dans la plupart des cas, l'instance de vCenter Single Sign-On estinstallée sur la même machine hôte que vCenter Server, comme avec l'optionInstallation simple de vCenter Server ou avec vCenter Server Appliance.

Le déploiement du serveur vCenter Single Sign-On autonome est appropriédans les circonstances suivantes :

n Si vous disposez d'une seule instance de vCenter Server d'une tailled'inventaire prise en charge : jusqu'à 1 000 hôtes ou 10 000 machinesvirtuelles.

n Si vous disposez de plusieurs sites qui sont dispersés géographiquementet qui ont chacun une instance de vCenter Server locale, et que vousn'avez pas besoin d'un affichage unique comme dans vCenter LinkedMode.

n Si vous déployez l'instance principale de vCenter Single Sign-On d'uncluster vCenter Single Sign-On de haute disponibilité.

n Si vous déployez la première instance de vCenter Single Sign-On d'undomaine vCenter Single Sign-On multisite.

Haute disponibilité Ce mode de déploiement vous permet d'installer une instance de vCenterSingle Sign-On en tant que partenaire de haute disponibilité sur une instanceexistante du serveur vCenter Single Sign-On principal que vous avezdéployé précédemment en mode autonome au même emplacement. Une foisque vous placez les instances principale et de haute disponibilité derrière unéquilibrage de charge de réseau tiers (par exemple, Apache HTTPD ouvCNS), les instances de service d'annuaire VMware des instances de vCenterSingle Sign-On commencent la réplication des informations entre elles. Lesadministrateurs de vCenter Single Sign-On, lorsqu'ils sont connectés àvCenter Server par le biais de vSphere Web Client voient l'instance principalede vCenter Single Sign-On.

vSphere Upgrade

40 VMware, Inc.

Ce mode de déploiement présente les restrictions suivantes :

n Il assure un basculement uniquement pour le service vCenter SingleSign-On. Il n'assure pas le basculement pour la machine hôte vCenterSingle Sign-On.

n Il prend en charge la connectivité des utilisateurs et des groupes intégrésActive Directory, OpenLDAP et vCenter Single Sign-On, mais ne prendpas en charge l'utilisation de comptes d'utilisateurs du systèmed'exploitation local.

Reportez-vous à « vCenter Single Sign-On et haute disponibilité », page 42pour les options de haute disponibilité.

Reportez-vous à la section http://kb.vmware.com/kb/2112736 pour la matricede compatibilité haute disponibilité de vCenter Single Sign-On.

Multisite Ce mode de déploiement vous permet d'installer une instance de vCenterSingle Sign-On en tant que partenaire de réplication sur une instanceexistante du serveur vCenter Single Sign-On que vous avez déployéprécédemment à un emplacement différent. Le déploiement multisite estnécessaire lorsqu'un seul administrateur doit gérer des instances devCenter Server qui sont déployées sur des sites dispersés géographiquementen Linked Mode.

Chaque site est représenté par une instance de vCenter Single Sign-On avecun serveur vCenter Single Sign-On. Le point d'entrée du site vCenter SingleSign-On est la machine avec laquelle les autres sites communiquent. Il s'agitde la seule machine qui doit être visible depuis les autres sites.

Remarque Ce mode de déploiement est requis si vous disposez de serveursvCenter dispersés sur le plan géographique en Linked Mode. Il convientégalement d'envisager d'utiliser ce mode dans les cas suivants :

n Si plusieurs serveurs vCenter Server doivent pouvoir communiquerentre eux.

n Si vous avez besoin d'un domaine de sécurité de serveur vCenter SingleSign-On pour votre organisation.

Ce mode de déploiement présente les restrictions suivantes :

n Il prend en charge la connectivité des utilisateurs et des groupes intégrésActive Directory, OpenLDAP et vCenter Single Sign-On, mais ne prendpas en charge l'utilisation de comptes d'utilisateurs du systèmed'exploitation local.

n Les clusters à haute disponibilité ne sont pas pris en charge dans lesdéploiements multisite de vCenter Single Sign-On.

Avec ce mode de déploiement, vous pouvez installer les instances de vCenterSingle Sign-On dans n'importe quel ordre. Tout nœud qui est installé après lepremier nœud peut pointer vers n'importe quel nœud déjà installé. Parexemple, le troisième nœud peut pointer vers le premier ou le second nœud.

Pour plus d'informations sur les différences entre les modes de déploiement de vCenter Single Sign-On enfonction du build de vSphere 5.5, reportez-vous à la section http://kb.vmware.com/kb/2072435.


VMware, Inc. 41



vCenter Single Sign-On et haute disponibilitévSphere offre plusieurs méthodes permettant de garantir la disponibilité de votre déploiement vSphere avecvCenter Single Sign-On.

vCenter Single Sign-On est simplement un composant d'authentification pour vCenter Server. La protectionde vCenter Single Sign-On n'a aucune utilité sans celle de vCenter Server. La protection de l'un sans l'autrene constitue pas une solution de disponibilité satisfaisante. La solution que vous choisirez pour protégervCenter Server fournira la même protection à vCenter Single Sign-On, sans la complexité supplémentairegénérée par l'intégration de technologies tierces.

Options de protection de vCenter Single Sign-On et de vCenter ServerVous pouvez utiliser un équilibrage de charge pour fournir une haute disponibilité pour vCenter SingleSign-On, mais pas pour vCenter Server. Les options suivantes varient en termes de niveau de protectionoffert pour vCenter Single Sign-On et vCenter Server, et dans le temps de récupération nécessaire.

Sauvegarde etrestauration

L'option de sauvegarde et de restauration devrait être un élément essentielde toute solution de disponibilité, car elle constitue une méthode derécupération granulaire, par bande, disque ou snapshot. Toutefois, le tempsde récupération est généralement mesuré en heures ou en jours et nécessiteune intervention manuelle. Toutes les solutions de sauvegarde doivent êtreindépendantes de Center Server. Une solution comme VMware DataProtection peut restaurer une machine virtuelle directement sur l'hôte ESXilorsque vCenter Server n'est pas disponible. Pour plus d'informations,consultez le Guide d'administration de vSphere Data Protection.

vSphere HA vSphere HA représente la norme de l'industrie en termes de conservation dela disponibilité des machines virtuelles et de détection des pannes des hôtesESXi. En outre, avec vSphere HA, si aucune réaction ne se produit suite à unsignal de pulsation de VMware Tools configuré, la machine virtuelle estautomatiquement redémarrée sur un autre hôte fonctionnel au sein ducluster HA. La détection s'effectue généralement en quelques secondes. Leredémarrage complet d'une machine virtuelle ne prend que quelquesminutes, ce qui garantit la redondance des problèmes de l'hôte et des pannesdu système d'exploitation de la machine virtuelle. vSphere HA n'a aucuneconnaissance de l'application en cours d'exécution au sein de la machinevirtuelle

vCenter ServerHeartbeat

Ce plug-in vCenter Server, disposant d'une licence distincte, assure laprotection (physique et virtuelle) de vCenter Server et permet de se protégerdes pannes d'hôtes. vCenter Server Heartbeat ajoute également des fonctionsde surveillance et d'intelligence au niveau de l'application à tous lescomposants de vCenter Server. vCenter Server Heartbeat, installédirectement sur l'instance de vCenter Server ou sur un composant devCenter Server, répercute toutes les modifications sur une machine virtuelleclonée. Dès qu'un événement de panne se déclenche, la machine virtuelleclonée prend le relais. La récupération peut s'effectuer en redémarrant lecomposant, en redémarrant l'intégralité de l'application ou en basculantintégralement le composant ou l'application vers une ou plusieurs machinesvirtuelles associées. Le temps de récupération est mesuré en minutes.

vSphere Upgrade

42 VMware, Inc.

Modes de déploiement de vCenter Single Sign-On et haute disponibilitéPour déterminer le meilleur mode de déploiement de vCenter Single Sign-On en terme de disponibilité,tenez compte de l'environnement que vCenter Single Sign-On desservira.

Instance de vCenterServer unique avecserveur vCenter SingleSign-On local en modede déploiementautonome

Le mode de déploiement le plus simple de vCenter Single Sign-On pour lahaute disponibilité consiste à installer vCenter Single Sign-On en mode dedéploiement autonome, sur la même machine que l'instance de vCenterServer, puis à ajouter la solution High Availability. Si la machine unique quihéberge vCenter Server et vCenter Single Sign-On est virtuelle, vous pouvezla placer dans un cluster sur lequel vSphere HA est activé et la protéger sansaucune configuration supplémentaire. Si vous avez besoin d'une protectionau niveau de l'application, vous pouvez utiliser vCenter Server Heartbeat. SivCenter Server et vCenter Single Sign-On sont hébergés sur un serveurphysique, vCenter Server Heartbeat est la seule solution possible pourassurer la disponibilité.

Plusieurs instances devCenter Server dans unemplacement unique

Dans ce type d'environnement, une instance de vCenter Single Sign-Onautonome et dédiée dessert plusieurs instances de vCenter Server dans unemplacement unique. Si vCenter Single Sign-On est hébergé sur une machinevirtuelle, vous pouvez placer le serveur vCenter Single Sign-On autonomedans un cluster sur lequel vSphere HA est activé et protéger vCenter SingleSign-On sans aucune configuration supplémentaire. Si vous avez besoind'une protection au niveau de l'application, vous pouvez utiliser vCenterServer Heartbeat. vCenter Server Heartbeat est la seule solution possiblepour assurer la disponibilité si vCenter Single Sign-On est installé sur unserveur physique. Si vous utilisez vSphere HA ou vCenter Server Heartbeat,ce déploiement assure une protection complète de l'environnement vCenterSingle Sign-On centralisé.

Vous pouvez également installer une instance supplémentaire de vCenterSingle Sign-On en tant que partenaire de haute disponibilité à l'instance devCenter Single Sign-On existante, et placez les deux instances de vCenterSingle Sign-On derrière un équilibrage de charge tiers. La paire d'instancesvCenter Single Sign-On équilibrées peut servir de protection centralisée pourvCenter Single Sign-On lorsque plusieurs instances de vCenter Serverexistent dans le même emplacement géographique.

Instances de vCenterServer disperséesgéographiquement

Si votre déploiement de vSphere comporte des instances de vCenter Serversituées dans différents emplacements, il est déconseillé d'utiliser unenvironnement vCenter Single Sign-On distant centralisé pour assurerl'authentification de vCenter Server. Il est préférable, dans ce cas, de fournirune ou plusieurs instances de vCenter Single Sign-On à chaqueemplacement. Selon le déploiement des instances de vCenter Server à chaqueemplacement, vous pouvez utiliser les mêmes stratégies de disponibilitédécrites ci-dessus dans les options « Instance de vCenter Server unique avecserveur vCenter Single Sign-On local en mode de déploiement autonome » et« Plusieurs instances de vCenter Server dans un emplacement unique avecun serveur vCenter Single Sign-On ».


VMware, Inc. 43

Composants vCenter Single Sign-OnvCenter Single Sign-On inclut Security Token Service (STS), un serveur d'administration, vCenter LookupService et le service d'annuaire VMware (vmdir).

Les composants sont déployés lors de l'installation.

STS (Security TokenService)

Les certificats STS permettent à un utilisateur qui s'est connecté via vCenterSingle Sign-On d'utiliser tous les services vCenter pris en charge par vCenterSingle Sign-On sans avoir à s'authentifier auprès de chacun d'eux. Le servicesSTS envoie des jetons SAML (Security Assertion Markup Language). Cesjetons de sécurité représentent l'identité d'un utilisateur dans l'un des typesde sources d'identité pris en charge par vCenter Single Sign-On.

Serveurd'administration

Le serveur d'administration autorise les utilisateurs disposant des privilègesd'administrateur sur vCenter Single Sign-On à configurer le serveur vCenterSingle Sign-On et à gérer les utilisateurs et les groupes dansvSphere Web Client. Initialement, seul l'[email protected] dispose de ces privilèges.

vCenter Lookup Service vCenter Lookup Service contient des informations de topologie surl'infrastructure vSphere, ce qui permet aux composants vSphere de seconnecter entre eux en toute sécurité. Lorsque vous installez d'autrescomposants de vSphere, vous êtes invité à entrer l'URL de Lookup Service,sauf si vous procédez à une installation simple. Par exemple, les programmesd'installation d'Inventory Service et de vCenter Server demandent l'URL deLookup Service, puis contactent Lookup Service pour rechercher vCenterSingle Sign-On. Après l'installation, Inventory Service et le systèmevCenter Server sont enregistrés dans vCenter Lookup Service de sorte qued'autres composants vSphere, tels que vSphere Web Client, puissent lesretrouver.

VMware DirectoryService

Service d'annuaire associé au domaine vsphere.local. Ce service est unservice d'annuaire mutualisé et masterisé qui met à disposition un annuaireLDAP sur le port 11711. En mode multisite, une mise à jour du contenu duservice d'annuaire VMware dans une instance de VMware Directory Serviceentraîne la mise à jour automatique des instances du service d'annuaireVMware associées à tous les autres nœuds vCenter Single Sign-On.

Configuration de l'utilisateur administrateur de vCenter ServerLa façon dont vous définissez l'administrateur de vCenter Server dépend du déploiement de vCenter SingleSign On.

Dans les versions de vSphere antérieures à vSphere 5.1, les administrateurs de vCenter Server sont lesutilisateurs appartenant au groupe d'administrateurs du système d'exploitation local.

Dans vSphere 5.1.x et 5.5, lorsque vous installez vCenter Server, vous devez indiquer l'utilisateuradministrateur ou le groupe d'administrateurs par défaut (initial) de vCenter Server. Pour les déploiementsdans lesquels vCenter Server et vCenter Single Sign-On sont sur la même machine hôte, vous pouvezdésigner le groupe Administrateurs du système d'exploitation local comme utilisateurs administratifs devCenter Server. Il s'agit de l'option par défaut. Ce comportement reste inchangé par rapport àvCenter Server 5.0.

vSphere Upgrade

44 VMware, Inc.

Pour les plus grandes installations, dans lesquelles vCenter Single Sign-On et vCenter Server sont déployéssur des hôtes différents, vous ne pouvez pas conserver le même comportement que dans vCenter Server 5.0.Attribuez plutôt le rôle d'administrateur de vCenter Server à un utilisateur ou à un groupe à partir d'unesource d'identité qui est enregistrée dans le serveur vCenter Single Sign-On : Active Directory, OpenLDAPou la source d'identité du système.

Authentification dans l'environnement vCenter ServerDans vCenter Server version 5.1 et versions ultérieures, les utilisateurs sont authentifiés par vCenter SingleSign-On.

Dans les versions de vCenter Server antérieures à vCenter Server 5.1, quand un utilisateur se connecte àvCenter Server, vCenter Server authentifie l'utilisateur en le validant par rapport à un domaineActive Directory ou à la liste des utilisateurs de système d'exploitation local.

L'utilisateur [email protected] dispose par défaut des privilèges d'administrateur de vCenterSingle Sign-On. Lorsqu'il est connecté au serveur vCenter Single Sign-On à partir de vSphere Web Client,l'utilisateur [email protected] peut attribuer des privilèges d'administrateur vCenter Single Sign-On à d'autres utilisateurs. Ces utilisateurs peuvent être différents de ceux qui gèrent vCenter Server.

Les utilisateurs peuvent se connecter à vCenter Server avec vSphere Web Client. Les utilisateurss'authentifient dans vCenter Single Sign-On. Ils peuvent afficher toutes les instances de vCenter Server pourlesquelles ils disposent d'autorisations. Une fois que les utilisateurs sont connectés à vCenter Server, aucuneautre authentification n'est nécessaire. Les actions que les utilisateurs peuvent effectuer sur les objetsdépendent des autorisations vCenter Server dont ils disposent sur ces objets.

Pour plus d'informations sur vCenter Single Sign-On, reportez-vous à Sécurité vSphere.

Incidence de vCenter Single Sign-On sur le comportement de laconnexion

Le comportement de la connexion avec vCenter Single Sign-On dépend du domaine auquel l'utilisateurappartient et des sources d'identité que vous avez ajoutées à vCenter Single Sign-On.

Lorsqu'un utilisateur se connecte au système vCenter Server à partir de vSphere Web Client, lecomportement de la connexion n'est pas le même selon que l'utilisateur se trouve ou non dans le domainepar défaut.

n Les utilisateurs qui se trouvent dans le domaine par défaut peuvent se connecter avec leurs nomd'utilisateur et mot de passe.

n Les utilisateurs qui se trouvent dans un domaine qui a été ajouté à vCenter Single Sign-On en tant quesource d'identité, mais qui n'est pas le domaine par défaut, peuvent se connecter à vCenter Server, maisils doivent spécifier le domaine de l'une des manières suivantes.

n En incluant un préfixe de nom de domaine : par exemple, MONDOMAINE\utilisateur1

n En incluant le domaine : par exemple, [email protected]

n Les utilisateurs qui se trouvent dans un domaine qui n'est pas une source d'identité vCenter SingleSign-On ne peuvent pas se connecter à vCenter Server. Si le domaine que vous ajoutez à vCenter SingleSign-On fait partie d'une hiérarchie de domaines, Active Directory détermine si les utilisateurs desautres domaines de la hiérarchie sont ou non authentifiés.

Après l'installation sur un système Windows, l'utilisateur [email protected] dispose de privilègesd'administrateur sur le serveur vCenter Single Sign-On et sur le système vCenter Server.


VMware, Inc. 45

Une fois que vous avez déployé vCenter Virtual Appliance, l'utilisateur [email protected] disposede privilèges d'administrateur sur le serveur vCenter Single Sign-On et sur le système vCenter Server.L'utilisateur root@localos dispose de privilèges administratifs sur le serveur vCenter Single Sign-On et peuts'authentifier auprès du système vCenter Server. Attribuez des autorisations à root@localos pour permettre àcet utilisateur d'accéder au système vCenter Server.

Sources d'identité pour vCenter Server avec vCenter Single Sign-OnLes sources d'identité vous permettent d'associer un ou plusieurs domaines à vCenter Single Sign-On. Undomaine est un référentiel d'utilisateurs et de groupes que le serveur vCenter Single Sign-On peut utiliserpour l'authentification des utilisateurs.

Une source d'identité est un ensemble de données d'utilisateurs et de groupes. Les données d'utilisateurs etde groupes sont stockées dans Active Directory, OpenLDAP ou localement dans le système d'exploitation dela machine sur laquelle vCenter Single Sign-On est installé. Lors de l'installation, chaque instance de vCenterSingle Sign-On dispose d'une source d'identité du système d'exploitation local vpshere.local. Cette sourced'identité est interne à vCenter Single Sign-On.

Un administrateur vCenter Single Sign-On peut créer des utilisateurs et des groupes vCenter Single Sign-On.

Types de sources d'identitéLes versions de vCenter Server antérieures à la version 5.1 prenaient en charge les utilisateurs ActiveDirectory et les utilisateurs du système d'exploitation local en tant que référentiels d'utilisateurs. Parconséquent, les utilisateurs du système d'exploitation local peuvent toujours s'authentifier dans le systèmevCenter Server. vCenter Server version 5.1 et version 5.5 utilisent vCenter Single Sign-On pourl'authentification. Pour obtenir la liste des sources d'identité prises en charge par vCenter Single Sign-On 5.1,reportez-vous à la documentation de vSphere 5.1. vCenter Single Sign-On 5.5 prend en charge les types deréférentiels d'utilisateurs suivants en tant que sources d'identité, mais ne prend en charge qu'une sourced'identité par défaut.

n Active Directory versions 2003 et ultérieures. vCenter Single Sign-On vous permet de spécifier undomaine Active Directory unique en tant que source d'identité. Le domaine peut avoir des domainesenfants ou être un domaine racine de la forêt. Cette source d'identité est nommée Active Directory(authentification Windows intégrée) dans vSphere Web Client.

n Active Directory sur LDAP. vCenter Single Sign-On prend en charge plusieurs sources d'identité ActiveDirectory sur LDAP. Ce type de source d'identité, utilisé pour la compatibilité avec le service vCenterSingle Sign-On intégré à vSphere 5.1, est appelé Active Directory comme serveur LDAP dans vSphereWeb Client.

n OpenLDAP 2.4 et versions ultérieures. vCenter Single Sign-On prend en charge plusieurs sourcesd'identité OpenLDAP. Cette source d'identité est nommée OpenLDAP dans vSphere Web Client.

n Utilisateurs du système d'exploitation local. Les utilisateurs du système d'exploitation local sont lesutilisateurs du système d'exploitation sur lequel le serveur vCenter Single Sign-On est en coursd'exécution. La source d'identité locale système d'exploitation existe uniquement dans une installationsimple de vCenter Server et dans les installations personnalisés avec une instance autonome dedéploiement de vCenter Single Sign-On. La source d'identité de système d'exploitation local n'est pasdisponible dans les déploiements avec plusieurs instances vCenter Single Sign-On. Une seule sourced'identité de système d'exploitation local est autorisée. Cette source d'identité est nommée localos dansvSphere Web Client.

vSphere Upgrade

46 VMware, Inc.

n Utilisateurs du système vCenter Single Sign-On. Lorsque vous installez vCenter Single Sign-On, uneseule source d'identité système, nommée vsphere.local, est créée. Cette source d'identité est nomméevsphere.local dans vSphere Web Client.

Remarque À tout moment, il n'existe qu'un seul domaine par défaut. Si un utilisateur d'un domaine autreque le domaine par défaut se connecte, il doit ajouter le nom de domaine (DOMAIN\user) pours'authentifier.

Les sources d'identité de vCenter Single Sign-On sont gérées par les utilisateurs administrateurs de vCenterSingle Sign-On.

Vous pouvez ajouter des sources d'identité à une instance du serveur vCenter Single Sign-On. Les sourcesd'identité distantes sont limitées aux mises en œuvre des serveurs Active Directory et OpenLDAP.

Pour plus d'informations sur vCenter Single Sign-On, reportez-vous à Sécurité vSphere.

Comportement de la connexionLorsqu'un utilisateur se connecte au système vCenter Server à partir de vSphere Web Client, lecomportement de la connexion n'est pas le même selon que l'utilisateur se trouve ou non dans le domainepar défaut.

n Les utilisateurs qui se trouvent dans le domaine par défaut peuvent se connecter avec leurs nomd'utilisateur et mot de passe.

n Les utilisateurs qui se trouvent dans un domaine qui a été ajouté à vCenter Single Sign-On en tant quesource d'identité, mais qui n'est pas le domaine par défaut, peuvent se connecter à vCenter Server, maisils doivent spécifier le domaine de l'une des manières suivantes.

n En incluant un préfixe de nom de domaine : par exemple, MONDOMAINE\utilisateur1

n En incluant le domaine : par exemple, [email protected]

n Les utilisateurs qui se trouvent dans un domaine qui n'est pas une source d'identité vCenter SingleSign-On ne peuvent pas se connecter à vCenter Server. Si le domaine que vous ajoutez à vCenter SingleSign-On fait partie d'une hiérarchie de domaines, Active Directory détermine si les utilisateurs desautres domaines de la hiérarchie sont ou non authentifiés.

vCenter Single Sign-On ne propage pas les autorisations qui résultent de groupes imbriqués à partir desources d'identité dissemblables. Par exemple, si vous ajoutez le groupe Administrateurs de domaine augroupe Administrateurs locaux, les autorisations ne sont pas propagées, car le système d'exploitation localet Active Directory sont des sources d'identité distinctes.

Résumé de la mise à niveau de vCenter ServerLa mise à niveau vers vCenter Server 5.5.x affecte les autres composants logiciels du centre de données.

Tableau 3-1 résume l'impact sur les composants de votre centre de données.


VMware, Inc. 47

Tableau 3‑1. Mise à niveau de vCenter Server et des composants connexes

Produit ou composant Description

vCenter Server Assurez-vous de la prise en charge du chemin de mise à niveau depuis votre versionactuelle de vCenter Server jusqu'à la version vers laquelle vous effectuez la mise àniveau. Reportez-vous à la matrice d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Base de données vCenterServer

Assurez-vous que votre base de données est prise en charge par la version de vCenterServer vers laquelle vous effectuez la mise à niveau. Mettez à niveau la base de donnéessi nécessaire. Reportez-vous à la matrice d'interopérabilité des produits VMware àl'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.Remarque La version 5.5.x de vCenter Server Appliance utilise PostgreSQL pour la basede données intégrée. Concernant les bases de données externes, vCenter ServerAppliance prend en charge uniquement les bases de données Oracle dont les versionsfigurent dans la matrice d'interopérabilité des produits VMware pour la version devCenter Server vers laquelle vous effectuez la mise à niveau.

Client Web vSphere Assurez-vous que votre installation de vSphere Web Client est compatible avec la versionde vCenter Server vers laquelle vous effectuez la mise à niveau. Pour de meilleuresperformances et une compatibilité accrue, mettez à niveau votre installation de vSphereWeb Client vers une version identique à celle de votre installation de vCenter Server.Reportez-vous à la matrice d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Hôtes ESX et ESXi Assurez-vous que votre hôte ESX ou ESXi est compatible avec la version de vCenterServer vers laquelle vous effectuez la mise à niveau. Mettez à niveau si nécessaire.Reportez-vous à la matrice d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Volumes VMFS2 Pris en charge en lecture seule (désapprouvé).

Volumes VMFS3 Aucune modification.

Disque virtuel VMDK2 Non pris en charge.

Disque virtuel VMDK3 Non pris en charge.

Machines virtuelles Les options de mise à niveau dépendent de votre version actuelle. Reportez-vous à lasection Chapitre 8, « Mise à niveau de machines virtuelles et de VMware Tools »,page 245.

VMware Tools Les options de mise à niveau dépendent de votre version actuelle. Consultez lesinformations sur la mise à niveau de VMware Tools contenues dans Chapitre 8, « Mise àniveau de machines virtuelles et de VMware Tools », page 245.

Auto Deploy 5.0.x, 5.1 x et5.5.0

Pour garantir la compatibilité et les meilleures performances possibles, lorsque vouseffectuez la mise à niveau vers vCenter Server 5.5.x, mettez à niveau Auto Deploy vers lamême version.

vSphere Upgrade

48 VMware, Inc.





Informations requises pour l'installation ou la mise à niveau devCenter Single Sign-On, Inventory Service, vCenter Server et vSphereWeb Client

Préparez l'installation de vCenter Server en enregistrant les valeurs requises par vCenter Server et lescomposants associés.

Les assistants d'installation de vCenter Single Sign-On, vSphere Web Client, vCenter Inventory Service etvCenter Server vous invitent à fournir des informations sur l'installation ou la mise à niveau. Conservez unenregistrement des valeurs entrées, dans le cas où vous devriez réinstaller vCenter Server. Vous pouvezimprimer cette rubrique pour l'utiliser en tant que fiche de travail afin d'y noter les informations dont vousavez besoin pour l'installation ou la mise à niveau de vCenter Single Sign-On, vSphere Web Client,Inventory Service et vCenter Server.

Remarque Selon le type d'installation ou de mise à niveau que vous faites, il est possible que certainesentrées ne soient pas requises.

Tableau 3‑2. Informations requises pour l'installation de vCenter Single Sign-On

Informations requises Par défaut Votre saisie

Port HTTPS vCenter Single Sign-On. 7444

Type de déploiement de vCenter Single Sign-On.Vous avez le choix entre les options suivantes :n Serveur vCenter Single Sign-On autonome. Sélectionnez cette

option pour créer un serveur vCenter Single Sign-On, quideviendra le premier serveur vCenter Single Sign-On d'unnouveau domaine.

n Haute disponibilité. Sélectionnez cette option pour créer unserveur vCenter Single Sign-On supplémentaire en tant quepartenaire haute disponibilité qui réplique les informationsd'un serveur vCenter Single Sign-On existant sur le même site.Vous devez placer l'instance principale et l'instance de hautedisponibilité derrière un réseau tiers d'équilibrage de charge.

n Multisite. Sélectionnez cette option pour créer un serveurvCenter Single Sign-On supplémentaire qui réplique lesinformations d'un serveur vCenter Single Sign-On existant surun autre site.

Nom de domaine. vsphere.local Vous ne pouvez pasmodifier le nom dedomaine par défautpendant l'installation.

Nom d'utilisateur. [email protected]

Vous ne pouvez pasmodifier le nomd'utilisateur par défautpendant l'installation.


VMware, Inc. 49

Tableau 3‑2. Informations requises pour l'installation de vCenter Single Sign-On (suite)


Mot de passe du compte d'administrateur de vCenter Single Sign-On dans le domaine par défaut.Vous devez utiliser le même nom d'utilisateur et le même mot depasse vCenter Single Sign-On lorsque vous installez ou mettez àniveau vCenter Single Sign-On, Inventory Service, vCenter Serveret vSphere Web Client.Par défaut, le mot de passe doit comporter au moins huitcaractères, au moins un caractère en minuscule, un caractère enmajuscule, un chiffre et un caractère spécial. Pour plusd'informations sur la modification de la stratégie de mot de passe,reportez-vous à la documentation Sécurité vSphere. Les caractèressuivants ne sont pas pris en charge dans les mots de passe :caractères non-ASCII, point-virgule (;), guillemet double ("),guillemet simple ('), accent circonflexe (^) et barre oblique inverse(\).

Nom du site.Le nom que vous avez attribué au site vCenter Single Sign-On.Utilisé comme conteneur logique pour regrouper des instancesvCenter Single Sign-On qui font partie du même domaine. Pourplacer les instances vCenter Single Sign-On derrière un équilibragede charge, vous devez installer l'instance principale et l'instancevCenter Single Sign-On haute disponibilité en tant que partenairesde réplication répartis au même emplacement géographiqueportant le même nom.

Nom de l'hôte partenaire. Nécessaire uniquement si vous installezdes serveurs vCenter Single Sign-On supplémentaires.Le nom d'hôte du partenaire est l'adresse IP ou le nom DNS duserveur vCenter Single Sign-On existant à partir duquel il convientd'effectuer la réplication.

Tableau 3‑3. Informations requises pour l'installation de vSphere Web Client


Configuration de la langueCette section contrôle la langue uniquement pour le programmed'installation.

Anglais

Dossier de destination.Dossier d'installation de vSphere Web Client. Le chemind'installation ne peut contenir les caractères suivants : les caractèresnon-ASCII, la virgule (,), le point (.), le point d'exclamation (!), lesymbole dièse (#), l'arobase (@) et le symbole de pourcentage (%).Si la création de noms 8.3 est désactivée sur la machine hôte,n'installez pas vSphere Web Client dans un répertoire n'ayant pasun nom court 8.3 ou dont le nom contient des espaces. Cettesituation rend vSphere Web Client inaccessible.

C:\ProgramFiles\VMware\Infrastructure

Port HTTP de vSphere Web Client. 9090

Port HTTPS de vSphere Web Client. 9443

Nom d'administrateur de vCenter Single Sign-On.Cette entrée est sensible à la casse et doit correspondre au nomd'administrateur que vous avez entré lors de l'installation devCenter Single Sign-On

[email protected]

vSphere Upgrade

50 VMware, Inc.

Tableau 3‑3. Informations requises pour l'installation de vSphere Web Client (suite)


Mot de passe du compte d'administrateur de vCenter Single Sign-On dans le domaine par défaut.Vous devez utiliser le même mot de passe vCenter Single Sign-Onlorsque vous installez ou mettez à niveau vCenter Single Sign-On,Inventory Service, vCenter Server et vSphere Web Client.

URL de Lookup Service.L'URL de Lookup Service est au formathttps://SSO_host_FQDN_or_IP:7444/lookupservice/sdk, 7444correspondant au numéro de port HTTPS par défaut devCenter Single Sign-On. Cette entrée doit correspondre à l'URL quevous avez entrée lors de l'installation de vCenter Inventory Service.

Tableau 3‑4. Informations requises pour l'installation ou la mise à niveau de vCenter Inventory Service



Anglais

Dossier de destination.Dossier dans lequel installer Inventory Service. Le chemind'installation ne peut pas contenir les caractères suivants : lescaractères non-ASCII, la virgule (,), le point (.), le pointd'exclamation (!), le symbole dièse (#), l'arobase (@) et le symbolede pourcentage (%).


Nom de domaine complet.Nom de domaine complet pour le système Inventory Service local.

Port HTTPS de vCenterInventory Service.

Reportez-vous à « Ports requis pourvCenter Server », page 29.

10443

Port de gestion devCenter InventoryService.

10109

Port de communicationLinked Mode devCenter InventoryService

10111

Taille de l'inventaire.Taille de l'inventaire de votre déploiement de vCenter Server :n Petite (moins de 100 hôtes ou 1 000 machines virtuelles.n Moyenne (de 100 à 400 hôtes ou de 1 000 à 4 000 machines

virtuelles.n Grande (plus de 400 hôtes ou 4 000 machines virtuelles.Ce paramètre détermine les paramètres de segment JVMmaximum de VMware VirtualCenter Management Webservices(Tomcat), d'Inventory Service, et de Profile-Driven Storage Service.Vous pourrez modifier ce paramètre après l'installation si lenombre d'hôtes venait à changer. Consultez les recommandationsprésentées dans « Configurations matérielles requises pourvCenter Server, vSphere Web Client, vCenter Inventory Service etvCenter Single Sign-On », page 21.


VMware, Inc. 51

Tableau 3‑4. Informations requises pour l'installation ou la mise à niveau de vCenter Inventory Service(suite)


Nom d'utilisateur pour le compte d'utilisateur administrateur devCenter Single Sign-On.Vous devez utiliser le même nom d'utilisateur et le même mot depasse vCenter Single Sign-On lorsque vous installez vCenterSingle Sign-On, et lorsque vous installez ou mettez à niveauInventory Service, vCenter Server et vSphere Web Client.

administrateur

URL de Lookup Service.L'URL de Lookup Service est au formathttps://SSO_host_FQDN_or_IP:7444/lookupservice/sdk, 7444correspondant au numéro de port HTTPS par défaut devCenter Single Sign-On. Si vous avez entré un numéro de portdifférent en installant vCenter Single Sign-On, utilisez ce numérode port.

Tableau 3‑5. Informations requises pour l'installation ou la mise à niveau de vCenter Server



Anglais

Clé de licence vCenter Server.Si vous omettez la clé de licence, vCenter Server sera installé enmode évaluation. Après avoir installé vCenter Server, vous pouvezentrer la licence de vCenter Server dans vSphere Web Client.

Nom de la source de données (DSN).Requis si vous utilisez une base de données existante. Non requissi vous utilisez la base de données Microsoft SQL Server 2008Express fournie. Les espaces placés au début et à la fin ne sont paspris en charge. Supprimez les espaces placés au début ou à la findu DSN.

Nom d'utilisateurde la base dedonnées.

Requis si vous utilisez une base de donnéesexistante. Non requis si vous utilisez la basede données groupée. Les caractères non ASCIIne sont pas pris en charge.

Mot de passe dela base dedonnées.

URL JDBC pour la base de données.Requis si vous utilisez une base de données existante. Leprogramme d'installation vCenter Server doit générer et validerl'URL JDBC de la base de données vCenter Server. Si le programmed'installation ne parvient pas à se connecter à la base de donnéesen utilisant l'URL JDBC qui a été générée, le programmed'installation vous demandera de spécifier l'URL JDBC.Le format de l'URL JDBC varie en fonction de la base de donnéesque vous utilisez. Reportez-vous à la section « Formats d'URLJDBC pour la base de données vCenter Server », page 64.v

Informations de compte vCenter Server Service.Il peut s'agir du compte du système Microsoft Windows ou d'uncompte utilisateur spécifié. Utilisez un compte d'utilisateur spécifiési vous envisagez d'utiliser l'authentification Microsoft Windowspour SQL Server.

Compte de systèmeMicrosoft Windows

vSphere Upgrade

52 VMware, Inc.

Tableau 3‑5. Informations requises pour l'installation ou la mise à niveau de vCenter Server (suite)


Nom de domaine complet (FQDN) de la machine vCenter ServerNom de domaine complet du système que vous installez survCenter Server. Le programme d'installation de vCenter Servervérifie que le nom de domaine complet peut être résolu. Si ce n'estpas le cas, un message d'avertissement s'affiche. Remplacez l'entréepar un nom de domaine complet pouvant être résolu. Vous devezsaisir le nom de domaine complet, pas l'adresse IP.

Autonome ou intégrer un groupe.Rejoignez un groupe Linked Mode pour permettre àvSphere Web Client d'afficher, de rechercher et de gérer desdonnées sur plusieurs systèmes vCenter Server.

Autonome

Nom de domaine complet de Directory Services pour le groupevCenter Server.Nom de domaine complet d'une instance distante de vCenterServer. Requis si l'instance de vCenter Server intègre un groupe.Les instances locales et distantes seront membres d'un groupeLinked Mode.

Port LDAP de Directory Services pour l'instance vCenter Serverdistante.Port LDAP de l'instance distante. Requis si l'instance de vCenterServer intègre un groupe Linked Mode. Reportez-vous à « Portsrequis pour vCenter Server », page 29.

389

Port HTTPS devCenter Server.

Reportez-vous à « Ports requis pour vCenterServer », page 29.

443

Port HTTP devCenter Server.

80

Port de signal depulsation (UDP)utilisé pourl'envoi dedonnées auxhôtes ESX/ESXi.

902

Port HTTP deVMwareVirtualCenterManagementWeb Services

8080

Port HTTPS deVMwareVirtualCenterManagementWeb Services.

8443

Port denotification duservice demodification desservices Web.

60099

Port LDAP deDirectoryServices pourl'instance vCenterServer locale.

389


VMware, Inc. 53



Port SSL deDirectoryServices pourl'instance vCenterServer locale.

636

Ports éphémères.Sélectionnez Augmenter le nombre de ports éphémèresdisponibles si votre vCenter Server gère des hôtes sur lesquelsvous brancherez simultanément plus de 2 000 machines virtuelles.Cette option empêche que la réserve de ports éphémèresdisponibles ne s'épuise.

Taille de l'inventaire.Taille de l'inventaire de votre déploiement de vCenter Server :n Petite (moins de 100 hôtes ou 1 000 machines virtuelles.n Moyenne (de 100 à 400 hôtes ou de 1 000 à 4 000 machines

virtuelles.n Grande (plus de 400 hôtes ou 4 000 machines virtuelles.Ce paramètre détermine les paramètres de segment JVMmaximum de VMware VirtualCenter Management Webservices(Tomcat), d'Inventory Service, et de Profile-Driven Storage Service.Vous pourrez modifier ce paramètre après l'installation si lenombre d'hôtes venait à changer. Consultez les recommandationsprésentées dans « Configurations matérielles requises pourvCenter Server, vSphere Web Client, vCenter Inventory Service etvCenter Single Sign-On », page 21.

Nom d'utilisateurpour le compted'utilisateuradministrateurde vCenter SingleSign-On.

Vous devez utiliser le même nom d'utilisateuret le même mot de passe vCenter Single Sign-On lorsque vous installez vCenter Single Sign-On, et lorsque vous installez ou mettez àniveau Inventory Service, vCenter Server etvSphere Web Client.

administrateur

Mot de passepour le compted'utilisateuradministrateurde vCenter SingleSign-On.

URL de Lookup Service.L'URL de Lookup Service est au formathttps://SSO_host_FQDN_or_IP:7444/lookupservice/sdk, 7444correspondant au numéro de port HTTPS par défaut devCenter Single Sign-On. Si vous avez entré un numéro de portdifférent en installant vCenter Single Sign-On, utilisez ce numérode port.

vSphere Upgrade

54 VMware, Inc.



URL de Inventory Service.L'URL d'Inventory Service est au formathttps://Inventory_Service_host_FQDN_or_IP:10443. 10443correspond au numéro de port HTTPS par défautd'Inventory Service. Si vous avez entré un numéro de port différentlors de l'installation d'Inventory Service, utilisez ce numéro deport.

Dossier de destination.Dossier dans lequel installer vCenter Server. Le chemind'installation ne peut pas contenir les caractères suivants : lescaractères non-ASCII, la virgule (,), le point (.), le pointd'exclamation (!), le symbole dièse (#), l'arobase (@) et le symbolede pourcentage (%).


Meilleures pratiques pour les mises à niveau de vCenter ServerLorsque vous mettez à niveau vCenter Server, vous devez comprendre et respecter le processus desmeilleures 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 ceprocessus 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 sontcompatibles avec la version de vCenter Server vers laquelle vous effectuez la mise à niveau.Reportez-vous à 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 Chapitre 3, « Préparer la mise à niveau vers vCenter Server »,page 37.

n Lisez la section relative aux problèmes d'installation connus dans les notes de mise à jour deVMware vSphere.

n Si votre installation vSphere se trouve dans un environnement VMware View, reportez-vous à « Mise à niveau séparée de composants vSphere dans un environnement Horizon View », page 250.

2 Préparez votre système pour la mise à niveau.

n Assurez-vous que votre système réponde aux exigences de la version de vCenter Server verslaquelle vous effectuez la mise à niveau. Consultez Chapitre 2, « Spécifications système », page 17ainsi que la matrice d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

n Vérifiez que votre base de données existante est prise en charge par la version de vCenter Serververs laquelle vous effectuez la mise à niveau. Reportez-vous à la matrice d'interopérabilité desproduits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

n Assurez-vous que votre base de données vCenter Server est prête et que les autorisations sontcorrectement définies. Reportez-vous aux informations relatives à la préparation des bases dedonné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éalablespour la mise à niveau vers vCenter Server », page 56.


VMware, Inc. 55




3 Sauvegardez les bases de données vCenter Server et les certificats SSL.

n Effectuez une sauvegarde complète de la base de données vCenter Server et de la base de donnéesde vCenter Inventory Service. Pour la base de données vCenter Server, consultez la documentationdu fournisseur pour votre type de base de données vCenter Server. Pour la base de données duservice d'inventaire, consultez les rubriques « Sauvegarde de la base de données du service del'inventaire sous Windows » et « Sauvegarde de la base du service d'inventaire sous Linux » dans ladocumentation Installation et configuration de vSphere.

n Sauvegardez les certificats SSL qui se trouvent sur le système vCenter Server avant de mettre celui-ci à niveau vers vCenter Server 5.5. L'emplacement par défaut des certificats SSL est%allusersprofile%\VMware\VMware VirtualCenter.

4 Arrêtez le service VMware VirtualCenter Server.

5 Exécutez l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter et résolvez tous lesproblèmes. Reportez-vous à « Exécuter l'outil de vérification de pré-mise à niveau de l'agent hôtevCenter », page 67.

6 Assurez-vous qu'aucun processus exécuté n'entre en conflit avec les ports utilisés par vCenter Server.Reportez-vous à « Ports requis pour vCenter Server », page 29.

7 Mettez à niveau vCenter Server et les composants requis.

Reportez-vous à la procédure appropriée à votre propre déploiement de vCenter Server :

n « Utilisation de l'option d''installation simple pour mettre à niveau vCenter Server et lescomposants requis », page 76

n « Utiliser l'installation personnalisée pour mettre à niveau un déploiement autonome de vCenterSingle Sign-On de la version 5.1.x de vCenter Server et des composants requis », page 89

n « Utiliser l'installation personnalisée pour mettre à niveau vCenter Server à partir d'un déploiementhaute disponibilité de vCenter Single Sign-On version 5.1.x », page 96

n « Utiliser l'option d'installation personnalisée pour mettre à niveau vCenter Server à partir de laversion 5.1.x d'un déploiement de vCenter Single Sign-On multisite », page 106

8 Configurez de nouvelles licences vSphere 5.5.

9 Pour connaître les options et les exigences à respecter après la mise à niveau, consultez les rubriques de Chapitre 5, « Après avoir effectué la mise à niveau de vCenter Server », page 145.

Conditions préalables pour la mise à niveau vers vCenter ServerAvant de commencer la mise à niveau vers vCenter Server, assurez-vous que le système vCenter Server etque la base de données sont convenablement préparés.

Conditions préalables pour comprendre et préparer le processus de mise àniveau

n vCenter Server 5.5 nécessite vCenter Single Sign-On et Inventory Service. Installez ou mettez à jour cescomposants dans l'ordre suivant : vCenter Single Sign-On, vSphere Web Client, Inventory Service etvCenter Server. Consultez les rubriques dans la section « Impact de vCenter Single Sign-On sur lesmises à niveau de vCenter Server », page 38

n Lisez les notes de version qui contiennent les problèmes identifiés et des notes d'installation spéciales.

n Collectez les informations nécessaires pour terminer l'assistant d'installation. Reportez-vous à « Informations requises pour l'installation ou la mise à niveau de vCenter Single Sign-On, InventoryService, vCenter Server et vSphere Web Client », page 49.

n Téléchargez le programme d'installation de vCenter Server sur le site Web de VMware.

vSphere Upgrade

56 VMware, Inc.

Configuration système requisen Vérifiez que votre système répond aux configurations requises énumérées dans « Configurations

matérielles requises pour vCenter Server, vSphere Web Client, vCenter Inventory Service et vCenterSingle Sign-On », page 21 et « Configuration logicielle requise pour vCenter Server », page 27, et que lesports requis sont ouverts, comme indiqué dans « Ports requis pour vCenter Server », page 29.

n Si votre système vSphere inclut des solutions ou des plug-ins VMware, assurez-vous qu'ils sontcompatibles avec la version de vCenter Server vers laquelle vous effectuez la mise à niveau. Reportez-vous à la matrice d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

n Avant de mettre à niveau tout vCenter Server qui appartient à un groupe Linked Mode, supprimez-ledu groupe Linked Mode. La mise à niveau de vCenter Server qui sont membres d'un groupe LinkedMode peut causer l'échec de la mise à niveau, et peut laisser les vCenter Server dans un état instable.Après avoir mis à niveau tous les membres d'un groupe Linked Mode vers la version 5.5, vous pouvezles rejoindre.

n Si vous n'avez pas l'intention d'utiliser le mode évaluation, assurez-vous que vous disposez de clés delicence valides pour toutes les fonctionnalités achetées. Les clés de licence des versions de vSphereantérieures à la version 5.0 ne sont pas pris en charge dans vCenter Server 5.x. Si vous ne disposez pasde la clé de licence, vous pouvez l'installer en mode d'évaluation et utiliser vSphere Web Client pourentrer la clé de licence ultérieurement.

n Fermez toutes les instances de vSphere Web Client.

n Assurez-vous que le système sur lequel vous mettez à niveau vCenter Server n'est pas un contrôleur dedomaine Active Directory principal ou de sauvegarde.

n Supprimez tous les hôtes ESX Server 2.x ou 3.x de l'inventaire vCenter Server ou mettez ces hôtes àniveau vers la version 4.0 ou une version ultérieure.

n Mettez à jour les hôtes ESX/ESXi 4.1 vers la version 4.1 Update 1 ou une version ultérieure. Voir l'article 2009586 dans la base des connaissances.

n Avant d'installer ou de mettre à niveau un produit vSphere, synchronisez les horloges de toutes lesmachines sur le réseau vSphere. Reportez-vous à « Synchronisation des horloges sur le réseauvSphere », page 63.

n Vérifiez que le nom de domaine complet (FQDN) du système où vous mettez à niveau vCenter Serverpeut être résolu. Pour ce faire, tapez nslookup your_vCenter_Server_fqdn dans l'invite de ligne decommande. Si le FQDN peut être résolu, la commande nslookup renvoie l'IP et le nom de la machine ducontrôleur de domaine.

n Exécutez l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter.

n Le chemin d'accès d'installation de la version précédente de vCenter Server doit être compatible avec lesexigences d'installation du Microsoft Active Directory Application Mode (ADAM/AD LDS). Le chemind'installation ne peut pas contenir les caractères suivants : caractères non-ASCII, la virgule (,), le point(.), le point d'exclamation (!), le symbole de livre (#), le symbole at (@) et le symbole de pourcentage (%).Si votre version précédente de vCenter Server n'est pas conforme à cette exigence, vous devez effectuerune nouvelle installation de vCenter Server.

n Sauvegardez les certificats SSL qui se trouvent sur le système vCenter Server avant de mettre celui-ci àniveau vers vCenter Server 5.5. L'emplacement par défaut des certificats SSL est %allusersprofile%\VMware\VMware VirtualCenter.

n Assurez-vous que le contrôle de certificat SSL est activé pour tous les clusters vSphere HA. S'il n'est pasactivé lors de la mise à niveau, HA ne parviendra pas à le configurer sur les hôtes. Sélectionnez vCenterServer dans le panneau d'inventaire. Sélectionnez l'onglet Gérer et le sous-onglet Général et vérifiezque le champ Paramètres SSL est défini sur vCenter nécessite des certificats SSL vérifiés.


VMware, Inc. 57



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.5.

n Avant l'installation de vCenter Server, vérifiez que les services vCenter Single Sign-On suivants sontdémarrés : le service de certificats VMware, VMware Directory service, VMware Identity ManagerService, le service VMware KDC et tcruntime-C-ProgramData-VMware-cis-runtime-VMwareSTSService

n Si vous avez effectué une installation simple sous Windows, ou si vous avez installé le serveurvCenter Single Sign-On sur un système Windows différent dans le cadre d'une installationpersonnalisée, sélectionnez Démarrer > Panneaux de configuration > Outils d'administration.Cliquez sur Services et vérifiez les services.

n Si vCenter Single Sign-On s'exécute sur un dispositif vCenter Server Appliance, utilisez l'interfacede gestion de dispositif. Reportez-vous à l'article 2054085 de la Base de connaissances VMware.

n Vous devez vous connecter comme membre du groupe Administrateurs sur la machine hôte avec unnom d'utilisateur qui ne contient pas de caractères non-ASCII.

Configuration réseau requisen 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 mettez à niveau vCenter Server, l'installation ducomposant du serveur Web qui prend en charge vSphere Web Client échoue si le programmed'installation ne peut pas rechercher le nom de domaine complet de vCenter Server à partir de sonadresse IP. La recherche inversée est implémentée en utilisant les enregistrements PTR. Pour créer unenregistrement PTR, consultez la documentation de votre système d'exploitation hôte vCenter Server.

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 dedomaine (DNS). Pour ce faire, réalisez un ping du nom de l'ordinateur. Par exemple, si le nom del'ordinateur est host-1.company.com, exécutez la commande suivante dans l'invite de commandeWindows :



n Assurez-vous que l'interface de gestion des hôtes ESXi obtient une résolution DNS valide de vCenterServer et de tous les clients vSphere Web Client. De même, vérifiez que vCenter Server obtient unerésolution DNS valide de tous les hôtes ESXi et de tous les clients vSphere Web Client.

n Si vous prévoyez d'utiliser Active Directory en tant que source d'identité, vérifiez qu'il est correctementconfiguré. Le DNS de la machine hôte de vCenter Single Sign-On Server doit contenir à la fois desentrées de recherche et de recherche inversée pour le contrôleur de domaine d'Active Directory. Parexemple, un ping mycompany.com doit renvoyer l'adresse IP du contrôleur de domaine de mycompany.De même, la commande ping -a pour cette adresse IP doit retourner le nom d'hôte du contrôleur dedomaine. Évitez d'essayer de corriger les problèmes de résolution de noms en modifiant les fichierd'hôtes. Au lieu de cela, assurez-vous que le serveur DNS est correctement configuré. Pour plusd'informations sur la configuration d'Active Directory, reportez-vous au site Web de Microsoft. Enoutre, l'horloge système de la machine hôte vCenter Single Sign-On Server doit être synchronisée avecl'horloge du contrôleur de domaine.

Conditions préalables pour toutes les bases de données vCenter Servern 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 dansune version prise en charge. Reportez-vous à « Mises à niveau de base de données prises en charge »,page 62.

n Effectuez une sauvegarde complète de la base de données vCenter Server avant de procéder à la mise àniveau.

vSphere Upgrade

58 VMware, Inc.

Si vous choisissez de supprimer le rôle DBO, vous pouvez migrer tous les objets du schéma DBO versun 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 dedonnées et du nom du serveur de la base de données qui sera utilisé par la base de donnéesvCenter Server. Le nom du serveur de la base de données est généralement le nom de connexion dunom source de la base de données (DSN) du système ODBC de la base de données vCenter Server.

n Voir « Mises à niveau de base de données prises en charge », page 62.

Conditions préalables pour les bases de données Microsoft SQLn 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 basede données existante est également Microsoft SQL Server. Par exemple, vous pouvez mettre à niveauune base de données Microsoft SQL Server 2000 vers Microsoft SQL Server 2005 ou Microsoft SQLServer 2008, puis mettre à niveau vCenter Server 4.0 ou version ultérieure vers vCenter Server 5.5.Lorsque vous migrez la base de données de Microsoft SQL Server 2000 vers Microsoft SQL Server 2008ou version ultérieure, définissez 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é à lavariable CLASSPATH sur la machine sur laquelle vCenter Server sera mis à niveau. S'il n'est pas installésur votre système, le programme d'installation de vCenter Server l'installera. L'installation de JDK 1.6peut nécessiter une connexion Internet.

n Le DSN de votre système doit utiliser le pilote SQL Native Client.

n Si vous choisissez de supprimer le rôle DBO et de migrer tous les objets du schéma DBO vers unschéma personnalisé, tel que décrit dans l'article de la base de connaissances VMware à l'adresse http://kb.vmware.com/kb/1036331, octroyez les autorisations suivantes à l'utilisateur de vCenter dans labase 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>;

Conditions préalables pour les bases de données Oraclen Pour utiliser une base de données Oracle nouvellement prise en charge, comme Oracle 11g, vous n'avez

pas besoin de réaliser une nouvelle installation de vCenter Server si votre base de données existante estégalement Oracle. Par exemple, vous pouvez mettre à niveau votre base de données Oracle 9i versOracle 11g et ensuite mettre à niveau vCenter Server 4.x vers vCenter Server 5.5.


VMware, Inc. 59



n Le fichier du pilote JDBC doit être compris dans la variable CLASSPATH.

n Affectez le rôle DBA ou accordez les autorisations suivantes à l'utilisateur :

grant connect to <user>

grant resource to <user>

grant create view to <user>

grant create any sequence to <user>

grant create any table to <user>

grant create materialized view to <user>

grant execute on dbms_job to <user>

grant execute on dbms_lock to <user>

grant unlimited tablespace to <user> # To ensure sufficient space

Une fois la mise à niveau terminée, vous pouvez également supprimer les autorisations suivantes duprofil d'utilisateur : create any sequence et create any table.

Par défaut, le rôle RESOURCE dispose des privilèges attribués CREATE PROCEDURE, CREATETABLE et CREATE SEQUENCE. Si le rôle RESOURCE n'a pas ces privilèges, accordez-les àl'utilisateur de la base de données vCenter Server.

Notes de configuration de la base de données vCenter ServerAprès avoir choisi un type de base de données pris en charge, assurez-vous que vous avez bien compristoutes les exigences de configuration spéciales.

Tableau 3-6 n'est pas une liste complète de bases de données prises en charge par vCenter Server. Pour plusd'informations sur les versions de bases de données et les configurations Service Pack spécifiques prises encharge avec vCenter Server, consultez le document Matrices d’interopérabilité des produits VMware. Cetterubrique est destinée uniquement à fournir des notes pour une configuration de base de données spéciale nefigurant pas dans les Matrices d'interopérabilité des produits.

Remarque vCenter Update Manager nécessite également une base de données. VMware recommandel'utilisation de bases de données distinctes pour vCenter Server et vCenter Update Manager.

Les bases de données vCenter Server ont besoin d'un encodage UTF.

Voir aussi « Mises à niveau de base de données prises en charge », page 62.

vSphere Upgrade

60 VMware, Inc.

http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php?

Tableau 3‑6. Notes de configuration pour les bases de données prises en charge avec vCenter Server

Type de base dedonnées Notes de configuration

Microsoft SQLServer 2008 R2 Express

Base de données groupée que vous pouvez utiliser pour les déploiements de taille réduite(5 hôtes et 50 VM maximum).Modèle de classement SQL Server : SQL_Latin1_General_CP1_CI_AS.Version minimale du DSN du système ODBC : SQL Native Client 10.0(version 2009.100.4000.00), que vous pouvez télécharger gratuitement sur le site du Centrede téléchargement microsoft.com.Vous ne pouvez pas installer la base de données groupée pendant une mise à niveau versvCenter Server. Pour pouvoir utiliser la base de données, Microsoft SQL Server 2008 R2Express doit être installé ; sinon, vous devez effectuer une nouvelle installation devCenter Server.Remarque Cette base de données n'est pas prise en charge pour le dispositif vCenterServer.

Microsoft SQL Server 2008 Vérifiez que la machine possède une entrée valide de nom de source de données ODBC.Modèle de classement SQL Server : SQL_Latin1_General_CP1_CI_AS.Version minimale du DSN du système ODBC : SQL Native Client 10.0(version 2009.100.4000.00), que vous pouvez télécharger gratuitement sur le site du Centrede téléchargement microsoft.com.Remarque Cette base de données n'est pas prise en charge pour le dispositif vCenterServer.

Microsoft SQLServer 2012 SP1

Vérifiez que la machine possède une entrée valide de nom de source de données ODBC.

Oracle 11g et 12c Vérifiez que la machine possède une entrée valide de nom de source de données ODBC.Arès avoir terminé l'installation de vCenter Server, procédez comme suit :n Appliquez le dernier correctif au client et au serveur Oracle.n Copiez le pilote Oracle JDBC (ojdbc14.jar ou ojdbc5.jar) dans le répertoire d'installation

de vCenter Server, dans le sous-répertoire tomcat\lib : vCenter installlocation\Infrastructure\tomcat\lib.

n Dans la section Services du programme Outils d'administration du panneau deconfiguration Windows, redémarrez le service WMware VirtualCenter ManagementWebservices.

Le programme d'installation de vCenter Server tentera de copier le pilote Oracle JDBC del'emplacement du client Oracle vers le répertoire d'installation de vCenter Server. Si le piloteOracle JDBC est introuvable à l'emplacement du client Oracle, le programme d'installationde vCenter Server vous demandera de copier le fichier manuellement. Vous pouveztélécharger le fichier sur le site Web oracle.com.

Mise à niveau vers vCenter Server sur une machine différenteAu lieu de réaliser une mise à niveau sur place vers vCenter Server, vous pouvez vouloir utiliser unemachine différente pour votre mise à niveau. Comme vCenter Server 5.x nécessite une plateforme 64 bits,vous ne pouvez pas effectuer une mise à niveau depuis une version de vCenter Server installée sur uneplateforme 32 bits.

Le support d'installation de vCenter Server 5.0 comprend un outil de migration de données. Lorsque vouseffectuez une mise à niveau vers la version 5.0, vous pouvez utiliser cet outil pour migrer les informationsde configuration telles que paramètres de port, certificats SSL et informations de licence depuis votre hôtevCenter Server existant. Cet outil de migration de données n'est pas pris en charge pour les versions vCenterServer 5.1 ou ultérieures. Au cours d'une mise à niveau vers la version 5.1.x ou 5.5, vous ne pouvez pasmigrer directement un serveur vCenter Server existant vers une autre machine. Au cours d'une mise àniveau vers la version 5.0, vous pouvez migrer un serveur vCenter Server existant vers une autre machine,puis effectuer une mise à niveau sur place de la version 5.0 à la version 5.1.x ou 5.5. Consultez ladocumentation Mise à niveau vSphere de la version 5.0.


VMware, Inc. 61

Mises à niveau de base de données prises en chargeLorsque vous faites une mise à niveau vers vCenter Server 5.5, assurez-vous que la version de mise à niveauprend en charge votre base de données.

Pour connaître la liste des versions de base de données spécifiques prises en charge pour la version devCenter Server vers laquelle vous mettez à niveau, consultez la matrice d'interopérabilité des produitsVMware sur le site http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Remarque La version 5.5 de vCenter Server Appliance utilise PostgreSQL pour la base de donnéesincorporée. Concernant les bases de données externes, vCenter Server Appliance prend en chargeuniquement les bases de données Oracle dont les versions figurent dans la matrice d'interopérabilité desproduits VMware pour la version de vCenter Server vers laquelle vous effectuez la mise à niveau.

Confirmer que vCenter Server peut communiquer avec la base dedonnées locale

Si votre base de données est située sur la machine sur laquelle vCenter Server va être installé et que vousavez récemment modifié le nom de cette machine, assurez-vous que le DSN vCenter Server est configurépour communiquer avec le nouveau nom de la machine.

Changer le nom de l'ordinateur vCenter Server a une incidence sur la communication de la base de donnéessi le serveur de base de données se trouve sur le même ordinateur que vCenter Server. Si vous avez modifiéle nom de la machine, vous pouvez vérifier si la communication reste intacte.

Le changement de nom n'a pas d'incidence sur la communication avec des bases de données distantes. Vouspouvez ignorer cette procédure si votre base de donnée est distante.

Vérifiez auprès de votre administrateur de base de données ou du fournisseur de base de données que tousles composants de la base de données fonctionnent après que vous avez renommé le serveur.

Prérequis

n Assurez-vous que le serveur de base de données fonctionne.

n Assurez-vous que le nom de l'ordinateur vCenter Server est mis à niveau dans le service du nom dedomaine (DNS).

Procédure

1 Mettez à niveau les informations de source de données, tel que nécessaire.

2 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 dansl'invite de commande Windows :



vSphere Upgrade

62 VMware, Inc.


Synchronisation des horloges sur le réseau vSphereAvant d'installer vCenter Single Sign-On, d'installer vSphere Web Client ou de déployer le dispositifvCenter Server, assurez-vous que les horloges de toutes les machines du réseau vSphere sont synchronisées.

Si les horloges des machines vCenter Server du réseau ne sont pas synchronisées, les certificats SSL, qui sontsensibles au temps, peuvent ne pas être reconnus comme valides dans les communications entre lesmachines du réseau. Des horloges non synchronisées peuvent entraîner des problèmes d'authentification, cequi peut causer l'échec de l'installation de vSphere Web Client ou empêcher le démarrage du service vpxddu dispositif vCenter Server.

Assurez-vous que tous les hôtes Windows sur lesquels un composant vCenter s'exécute sont synchronisésavec le serveur NTP. Consultez l'article de la base de connaissances Meilleures pratiques de chronométragepour Windows, notamment NTP.

Synchroniser les horloges ESXi avec un serveur de temps réseauAvant d'installer vCenter Single Sign-On, vSphere Web Client ou le dispositif vCenter Server Appliance,assurez-vous que les horloges de toutes les machines du réseau vSphere sont synchronisées.

Procédure

1 Démarrez vSphere Client et connectez-vous à l'hôte ESXi.

2 Dans l'onglet Configuration, cliquez sur Configuration de temps.

3 Cliquez sur Propriétés, puis sur Options.

4 Sélectionnez Paramètres NTP.

5 Cliquez sur Ajouter.

6 Dans la boîte de dialogue Ajouter serveur NTP, saisissez l'adresse IP ou le nom de domaine complet duserveur NTP avec lequel effectuer la synchronisation.

7 Cliquez sur OK.

L'hôte se synchronise avec le serveur NTP.

Synchroniser l'horloge de vCenter Server Appliance avec un serveur NTPAvant de déployer vCenter Server Appliance, assurez-vous que les horloges de toutes les machines sur leréseau sont synchronisées. Des horloges non synchronisées peuvent entraîner des erreurs d'installation etd'authentification.

Sur les systèmes joints à un domaine Windows, l'horloge de vCenter Server Appliance est synchroniséeautomatiquement avec le contrôleur de domaine. Sur d'autres systèmes, vous pouvez activer lasynchronisation de l'horloge à l'aide de VMware Tools. Comme alternative, vous pouvez utiliser cetteprocédure.

Procédure

1 Ouvrez un navigateur Web et accédez à l'interface de gestion de vCenter Server Appliance(https://vCenter-Appliance-Address:5480/).

2 Connectez-vous en tant qu'utilisateur racine.

3 Dans l'onglet vCenter Server, sélectionnez le sous-onglet Heure.


VMware, Inc. 63



4 Sélectionnez une ou plusieurs des options disponibles.

Option Description

Aucune synchronisation Ne pas effectuer de synchronisation.

Synchronisation NTP Sélectionnez cette option et spécifiez un ou plusieurs serveurs NTP pourconfigurer la synchronisation du dispositif directement avec un serveurNTP.

Synchronisation VMware Tools Sélectionnez cette option pour synchroniser toutes les machines virtuelles.

Synchronisation Active Directory Cette option devient disponible uniquement si vous ajoutez le dispositif àun domaine Active Directory. Si vous sélectionnez cette option, aucune desautres options n'est disponible.

5 Cliquez sur Enregistrer les paramètres.

L'horloge de vCenter Server Appliance est synchronisée avec le serveur NTP.

Formats d'URL JDBC pour la base de données vCenter ServerLe programme d'installation vCenter Server génère et valide l'URL JDBC de la base de données vCenterServer. Si le programme d'installation ne parvient pas à se connecter à la base de données en utilisant l'URLJDBC qui a été générée, le programme d'installation vous demandera de spécifier l'URL JDBC.

Remarque sur l'URL JDBC pour toutes les bases de données

Remarque Le nom du domaine ne peut pas contenir un point d'exclamation (!). Java interprète le pointd'exclamation comme un séparateur de fichier jar.

Formats d'URL JDBC pour les bases de données Microsoft SQL ServerPour les bases de données Microsoft SQL Server, vous pouvez utiliser comme modèle les exemples d'URLJDBC suivants :

n Connexion à l'instance SQL Server (anonyme) par défaut par le nom d'hôte :

jdbc:sqlserver://host;databaseName=database

n Connexion à l'instance nommée par le nom d'hôte et le nom d'instance :

jdbc:sqlserver://host;instanceName=instance;databaseName=database

n Connexion à SQL Server par le nom d'hôte et le port :

jdbc:sqlserver://host:port;databaseName=database

n Connexion par le port :

jdbc:sqlserver://localhost:1422;databaseName\=VIM_VCDB (le nom d'utilisateur, le mot de passe et letype de base de données seront transmis séparément)

n Connexion à un serveur local avec sécurité intégrée :

jdbc:sqlserver://localhost\\SQLEXP_VIM;databaseName=VIM_VCDB;integratedSecurity=true

n Connexion à un serveur local sans sécurité intégrée :

jdbc:sqlserver://localhost\\SQLEXP_VIM;databaseName\=VIM_VCDB (le nom d'utilisateur, le mot depasse et le type de base de données seront transmis séparément)

vSphere Upgrade

64 VMware, Inc.

La configuration JDBC de VMware vCenter Server pour Microsoft SQL Server pourrait ne pas fonctionnerpar défaut avec des adresses IPv6 directes. Vous devez sélectionner l'une des formes suivantes :

n Utilisez la forme du nom d'hôte pour une URL JDBC de type 4 standard (recommandé) :

jdbc:sqlserver://database-fully-qualified-host-name:port

n Utilisez le format d'adresse IPv6 directe :

jdbc:sqlserver://;serverName=[IPv6-address]

Pour plus d'informations sur le formatage de l'URL JDBC pour les bases de données MS SQL, notammentles options de configuration du port et de l'instance, consultez le site Web msdn.microsoft.com. Au momentde la publication de cette rubrique, ces informations étaient disponibles sur http://msdn.microsoft.com/en-us/library/ms378428.aspx.

Formats d'URL JDBC pour les bases de données OraclePour les bases de données Oracle, vous pouvez utiliser comme modèle les exemples d'URL JDBC suivants :

n Ce format nécessite un nom d'hôte et une adresse, un port (par défaut 1521) et un nom de service (parexemple, « oracle.world ») :

jdbc:oracle:thin:@host:port/service

n Ce format nécessite un nom d'hôte et une adresse, un port (par défaut 1521) et un SID (par exemple,« ORCL ») :

jdbc:oracle:thin:@host:port:SID

n Ce format est destiné à un client Oracle entièrement configuré avec Oracle Net, ce qui est utile pour laconfiguration non TCP ou les RAC (clusters d'application réels) Oracle :

jdbc:oracle:thin:@tnsname

n L'exemple suivant concerne un RAC Oracle doté d'un pilote léger et ne disposant pas d'un client Oraclecomplet :

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=rac1-vip)(PORT=1521))

(ADDRESS=(PROTOCOL=TCP)(HOST=rac2-vip)(PORT=1521))(LOAD_BALANCE=yes)(FAILOVER=ON)

(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=RAC.DBTEAM)(FAILOVER_MODE=(BACKUP=rac1)

(TYPE=SELECT)(METHOD=BASIC)))))

Dans cet exemple, rac1-vip est la première IP virtuelle de nœud, rac2-vip est la deuxième IP virtuellede nœud, RAC.DBTEAM est le nom de service de RAC DB, et rac1 le nom du nœud de basculement.

Pour plus d'informations sur le formatage de l'URL JDBC pour les bases de données Oracle, consultez le siteWeb oracle.com.

Solutions d'équilibrage de charge DNS et dénomination des banquesde données vCenter Server

vCenter Server 5.x utilise des identificateurs internes pour les banques de données qui sont différents deceux des versions antérieures de vCenter Server. Cette modification affecte la manière dont vous ajoutez desbanques de données NFS partagées et peut avoir un impact sur les mises à niveau vers vCenter Server 5.x.

Les versions vCenter Server antérieures à la version 5.0 convertissent les noms d'hôte de banque de donnéesen adresses IP. Par exemple, si vous montez une banque de données NSF en fonction du nom \\nfs-datastore\folder, les versions vCenter Server antérieures à la version 5.0 convertissent le nom nfs-datastoreen adresse IP, telle que 10.23.121.25, avant de le stocker. Le nom d'origine nfs-datastore n'est pas perdu.


VMware, Inc. 65

http://msdn.microsoft.com/en-us/library/ms378428.aspx

Cette conversion des noms d'hôte en adresses IP génère un problème lorsque des solutions d'équilibrage decharge DNS sont utilisées avec vCenter Server. Les solutions d'équilibrage de charge DNS elles-mêmesrépliquent les données et apparaissent en tant que banque de données logique unique. L'équilibrage decharge est exécuté lors de la conversion du nom d'hôte de banque de données en adresse IP en résolvant lenom d'hôte de banque de données en différentes adresses IP, en fonction de la charge. Cet équilibrage decharge a lieu en dehors de vCenter Server et il est implémenté par le serveur DNS. Dans les versions vCenterServer antérieures à la version 5.0, les fonctions, telles que vMotion, ne fonctionnent pas avec ces solutionsd'équilibrage de charge DNS, car l'équilibrage de charge fait apparaître une banque de données logique sousforme de plusieurs banques de données. vCenter Server ne peut pas exécuter vMotion, car il ne peut pasdéterminer que ce qui'il voit comme plusieurs banques de données plusieurs banques de donnéesreprésente en fait une seule banque de données partagée par deux hôtes.

Pour résoudre ce problème, vCenter Server 5.0 et les versions ultérieures ne convertissement pas les nomsde banque de données en adresses IP lorsque vous ajoutez des banques de données. Ainsi, vCenter Serverpeut reconnaître une banque de données partagée, mais uniquement si vous ajoutez la banque de données àchaque hôte en utilisant le même nom de banque de données. Par exemple, vCenter Server ne reconnaît pasune banque de données comme étant partagée entre les hôtes dans les cas suivants.

n La banque de données est ajoutée en fonction de l'adresse IP à l'hôte 1 et du nom hostname à l'hôte 2.

n La banque de données est ajoutée en fonction du nom hostname à l'hôte 1 et du nomhostname.vmware.com à l'hôte 2.

Pour que vCenter Server reconnaisse une banque de données comme étant partagée, vous devez ajouter àchaque hôte la banque de données en utilisant le même nom.

Noms de banque de données et mises à niveau vers vCenter Server 5.xDans les versions vCenter Server antérieures à la version 5.0, la banque de données vCenter Server stocke leschemins de banque de données dans l'ancien format comme adresses IP. La mise à niveau vers vCenterServer 5.x convertit ces chemins dans le nouveau format. Si vous utilisez une solution d'équilibrage decharge DNS avec des banques de données partagées, avant la mise à niveau vers vCenter Server 5.x, veillez àmonter chaque banque de données partagée sur chacun de ses hôtes avec le même nom.

La mise à niveau vers vCenter Server 5.x peut échouer également en cas de mémoire insuffisante si vousutilisez une solution d'équilibrage de charge DNS avec des banques de données partagées. Dans une grandebase de données vCenter Server, la conversion des chemins de base de données dans le nouveau format peutnécessiter une grande quantité de mémoire. Consultez l'article de la base de connaissance VMwareaccessible à l'adresse http://kb.vmware.com/kb/2015055.

À propos de l'outil de vérification de pré-mise à niveau de l'agent hôtevCenter

L'outil de vérification de pré-mise à niveau de l'agent hôte vCenter produit un rapport montrant lesproblèmes connus pouvant empêcher la réussite de la mise à niveau du logiciel de l'agent hôte vCenter.

Pour garantir la réussite de la mise à niveau vers vCenter Server 5.x, vous devez diagnostiquer et corrigertous les problèmes éventuels sur les hôtes ESX/ESXi gérés. Vous pouvez exécuter l'outil de vérification depré-mise à niveau de l'agent hôte vCenter pour les mises à niveau sur place de vCenter Server 4.x versvCenter Server 5.x.

L'agent hôte vCenter s'exécute sur tous les hôtes ESX/ESXi gérés. Ce logiciel coordonne les actions reçuesdepuis vCenter Server. Lorsque vous ajoutez un hôte sur vCenter Server, l'agent est installé sur l'hôtephysique ESX/ESXi. Lorsque vous effectuez une mise à niveau vers vCenter Server 5.x, l'agent résidant surchaque hôte ESX/ESXi doit également être mis à niveau.

vSphere Upgrade

66 VMware, Inc.


Au cours d'une mise à niveau de vCenter Server, le logiciel de l'agent existant est désinstallé et le logiciel del'agent mis à niveau est installé en lieu et place de ce dernier. En cas d'échec de la mise à niveau, le logicielde l'agent mis à niveau peut ne pas être installé et l'hôte peut devenir injoignable parvCenter Server 4.x ou 5.x. Pour éviter cette situation, vous pouvez exécuter l'outil de vérification de pré-miseà niveau de l'agent hôte vCenter avant de tenter de procéder à la mise à niveau vers vCenter Server 5.x.

L'outil de vérification de pré-mise à niveau de l'agent hôte vCenter vérifie et s'assure que le logiciel agent estprêt à être mis à niveau. Certaines des vérifications comprennent des vérifications visant à s'assurer quel'hôte est accessible, que l'espace disque est suffisant, que le réseau fonctionne, que le système de fichiers estintact et que les correctifs nécessaires sont appliqués. A chaque fois que vous exécutez l'outil, le systèmeinterroge VMware.com et télécharge de nouvelles mises à jour pour l'outil. Cette action s'assure de ladétection de nouveaux problèmes de mise à niveau et que l'outil reste aussi utile que possible.

Important Une vérification de pré-mise à niveau de l'agent hôte vCenter ne garantit pas la réussite de lamise à niveau vers vCenter Server 5.x. La mise à niveau vers vCenter Server comprend de multiplescomposants, et l'outil ne vérifie qu'un seul composant : l'agent hôte vCenter. L'outil ne vérifie que lesproblèmes connus. D'autres problèmes peuvent être présents et non vérifiés par l'outil.

L'outil de vérification de pré-mise à niveau de l'agent hôte vCenter ne répare pas les problèmes rapportés.Vous devez résoudre les problèmes signalés manuellement et réexécuter l'outil pour vérifier que lesproblèmes sont résolus.

Pour la procédure d'exécution de l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter,reportez-vous à la rubrique « Exécuter l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter »,page 67.

Exécuter l'outil de vérification de pré-mise à niveau de l'agent hôte vCenterL'outil de vérification de pré-mise à niveau de l'agent hôte vCenter signale les problèmes connus quipourraient empêcher la réussite de la mise à niveau du logiciel de l'agent hôte vCenter.

Pour plus d'informations sur l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter, reportez-vous à la rubrique « À propos de l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter »,page 66.

Prérequis

n Vérifiez que les hôtes ESX/ESXi sont gérés par vCenter Server.

n Vérifiez que le logiciel vCenter Host Agent est en cours d'exécution sur chaque hôte ESX/ESXi géré.

n Vérifiez que vous disposez d'une connectivité Internet depuis le système vCenter Server. Ceci permetd'appliquer de nouvelles mises à jour à l'outil et vous permet de visualiser les rapports et les articles dela Base de connaissance (KB) associés à ces rapports.

n Téléchargez le programme d'installation vCenter Server. Reportez-vous à la section « Télécharger leprogramme d'installation de vCenter Server », page 68.

Procédure

1 Dans l'inventaire du logiciel d'installation, faites un double clic sur le fichier autorun.exe pour lancerl'installation.

2 Sélectionnez Host Agent Pre-Upgrade Checker et cliquez sur Installer.

3 Sélectionnez le DSN du système vCenter Server à partir duquel vous procédez à la mise à niveau etsélectionnez les informations d'identification de connexion appropriées pour ce DSN.

Si vous n'êtes pas certain du type d'informations d'identification à sélectionner, vérifiez le typed'authentification configuré pour le DSN (Panneau de configuration > Outils d'administration >Sources de données ODBC > DSN système).


VMware, Inc. 67

4 Si le DSN exige une connexion pour le type d'informations d'identification utilisé, saisissez un nomd'utilisateur et un mot de passe et cliquez sur Suivant.

5 Sélectionnez une option pour scanner tous les hôtes ou des hôtes spécifiques.

Option Action

Analyser tous les hôtes Sélectionnez Mode standard et cliquez sur Suivant.

Spécifiez les hôtes à analyser a Sélectionnez Mode personnalisé et cliquez sur Suivant.b Sélectionnez les hôtes à scanner et cliquez sur Suivant. pour

sélectionner tous les hôtes d'un cluster, cliquez deux fois sur le cluster.

6 Cliquez sur Exécuter la vérification préalable.

L'outil prend 30 à 40 secondes pour chaque hôte.

7 Quand la vérification est terminée, cliquez sur Suivant.

8 Consultez les rapports de pré-mise à niveau.

n Pour afficher le rapport d'un hôte particulier, cliquez sur le lien à côté du nom de l'hôte.

n Pour voir un rapport résumé de tous les hôtes, cliquez sur Voir le rapport.

Vous avez une liste des problèmes à résoudre avant de procéder à la mise à niveau.

Suivant

Au moyen de ce rapport, utilisez les articles KB concernés pour chercher et résoudre les problèmes dechaque hôte. Une fois les problèmes résolus, réexécutez l'outil de vérification de pré-mise à niveau de l'agenthôte vCenter. Répétez ce processus jusqu'à ce que vous ayez résolu tous les problèmes signalés, puisprocédez à la mise à niveau.

Interruption au cours de la mise à niveau de vCenter ServerLorsque vous mettez à niveau vCenter Server, une interruption est requise pour vCenter Server.

Prévoyez l'interruption suivante de vCenter Server :

n La mise à niveau nécessite l'arrêt de vCenter Server pendant 40 à 50 minutes, selon la taille de la base dedonnées. La mise à niveau du schéma de la base de données prend environ 10 à 15 minutes de ce temps.Cette estimation n'inclut pas la reconnexion de l'hôte après la mise à niveau.

Si Microsoft .NET Framework n'est pas installé sur la machine, un redémarrage est requis avant dedémarrer l'installation de vCenter Server.

n VMware Distributed Resource Scheduler ne fonctionne pas lorsque la mise à niveau est en cours.VMware HA ne fonctionne pas au cours de la mise à niveau.

Une interruption est requise pour les hôtes ESX/ESXi gérés par vCenter Server, ou pour les machinesvirtuelles exécutées sur les hôtes.

Télécharger le programme d'installation de vCenter ServerTélécharger le programme d'installation de vCenter Server, vSphere Web Client, ainsi que les autrescomposants et les outils de prise en charge de vCenter.

Prérequis

Créez un compte My VMware à l'adresse https://my.vmware.com/web/vmware/.

vSphere Upgrade

68 VMware, Inc.

https://my.vmware.com/web/vmware/

Procédure

1 Téléchargez le programme d'installation de vCenter Server sur le site Web VMware à l'adresse https://my.vmware.com/web/vmware/downloads.

vCenter Server fait partie de VMware vSphere, répertorié sous Infrastructure de centre de données et decloud.

2 Vérifiez que le total de contrôle md5sum est correct.

Consultez la rubrique Utilisation du total de contrôle MD5 sur le site Web de VMware, à l'adresse http://www.vmware.com/download/md5.html.

Microsoft SQL Database configuré dans un mode de compatibiliténon pris en charge provoque l'échec de l'installation et de la mise àniveau de vCenter Server

L'installation de vCenter Server avec une base de données SQL Microsoft échoue lorsque la base de donnéesest définie sur le mode de compatibilité avec une version non prise en charge.

Problème

Le message d'erreur suivant apparaît : L'utilisateur de base de données saisi ne dispose pas desautorisations nécessaires à l'installation et à la configuration de vCenter Server avec la base

de données sélectionnée. Veuillez corriger la ou les erreur(s) suivante(s) : %s

Cause

La version de la base de données doit être prise en charge pour vCenter Server. Pour SQL, même si la basede données est une version prise en charge, si elle est définie pour être exécutée en mode compatibilité avecune version non prise en charge, cette erreur se produit. Par exemple, si SQL 2008 est défini pour êtreexécuté en mode compatibilité SQL 2000, cette erreur se produit.

Solution

u Assurez-vous que la base de données vCenter Server est une version prise en charge et qu'elle n'est pasdéfinie sur le mode compatibilité avec une version non prise en charge. Reportez-vous au documentMatrices d’interopérabilité des produits VMware à l'adresse suivante : http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php?.


VMware, Inc. 69

https://my.vmware.com/web/vmware/downloads

http://www.vmware.com/download/md5.html

http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php?

vSphere Upgrade

70 VMware, Inc.

Mise à niveau de vCenter Server 4La mise à niveau de vCenter Server inclut une mise à niveau du schéma de base de données et du logicielvCenter Server.

vSphere 5.1 proposait vCenter Single Sign-On dans le cadre de l'infrastructure de gestion de vCenter Server.Cette modification affecte l'installation de vCenter Server, la mise à niveau, et son utilisation. Reportez-vousà la section « Impact de vCenter Single Sign-On sur les mises à niveau de vCenter Server », page 38.


n « Processus de mise à niveau et de connexion de vCenter Server pour les environnements quin'intègrent pas vCenter Single Sign-On », page 72

n « Processus de mise à niveau et de connexion de vCenter Server pour les environnements qui intègrentvCenter Single Sign-On », page 74

n « Utilisation de l'option d''installation simple pour mettre à niveau vCenter Server et les composantsrequis », page 76

n « Utiliser l'option d'installation personnalisée pour Mettre à niveau la version 5.0.x et les versionsantérieures vCenter Server et les composants requis », page 80

n « Utiliser l'installation personnalisée pour mettre à niveau un déploiement autonome de vCenterSingle Sign-On de la version 5.1.x de vCenter Server et des composants requis », page 89

n « Utiliser l'installation personnalisée pour mettre à niveau vCenter Server à partir d'un déploiementhaute disponibilité de vCenter Single Sign-On version 5.1.x », page 96

n « Utiliser l'option d'installation personnalisée pour mettre à niveau vCenter Server à partir de laversion 5.1.x d'un déploiement de vCenter Single Sign-On multisite », page 106

n « Ajouter une source d'identité de vCenter Single Sign-On », page 118

n « Migrer vCenter Server et ses composants à partir d'un hôte Windows Server 2003 », page 124

n « L'installation de vCenter Single Sign-On échoue », page 134

n « Mise à jour de vCenter Server avec des Service Packs », page 135

n « Mise à niveau et mise à jour de vCenter Server Appliance », page 136

n « Installer ou mettre à niveau séparément vCenter Server Java Components », page 141

n « Installer ou mettre à niveau séparément vCenter Server tc Server », page 141

n « Mise à jour de Java Components et de vCenter Server tc Server avec VIMPatch », page 142

n « La mise à niveau de vCenter Server échoue lorsqu'il est impossible d'arrêter le service Tomcat »,page 143

VMware, Inc. 71

Processus de mise à niveau et de connexion de vCenter Server pourles environnements qui n'intègrent pas vCenter Single Sign-On

Le processus de mise à niveau diffère en fonction de plusieurs facteurs. Avant de commencer, vous devezcomprendre comment fonctionnent les processus de mise à niveau complète, d'installation de vCenterSingle Sign-On et d'attribution des autorisations. Cette rubrique explique comment effectuer la mise àniveau et la gestion des utilisateurs si vous procédez à une mise à niveau à partir de vSphere 5.0 ou uneversion antérieure qui n'intègre pas vCenter Single Sign-On.

Si vous procédez à une mise à niveau à partir de vSphere 5.0 ou une version antérieure, votreenvironnement d'origine n'inclut pas de serveur vCenter Single Sign-On. Le processus de mise à niveau etl'obligation éventuelle d'ajouter des sources d'identité ou d'attribuer des autorisations dépendent de votreenvironnement actuel et de vos intentions, comme le montre l'illustration suivante.

Remarque Cette rubrique traite des cas de mise à niveau les plus fréquents. Elle ne traite pas de la mise àniveau d'une installation qui inclut un déploiement de vCenter Single Sign-On haute disponibilité.Reportez-vous à « Utiliser l'installation personnalisée pour mettre à niveau vCenter Server à partir d'undéploiement haute disponibilité de vCenter Single Sign-On version 5.1.x », page 96.

Figure 4‑1. Processus de mise à niveau et de connexion des environnements qui n'intègrent pas vCenterSingle Sign-On

Plusieurs emplacements ?

Oui

Source de l'ID

Mise à niveau Install. simple

Mise à niveau Install. perso.

Se connecter à SSO et ajouter domaine

Définir srce d'identité par déft ou incl.

domaine ds connexion

Non Oui

Terminé Terminé

1 machine cible ?

Non

AD

localos

Source de l'IDAD localos

Ajouter utilisateurs à domaine localos ou AD

vSphere Upgrade

72 VMware, Inc.

L'interaction s'effectue comme suit.1 Si votre environnement actuel est installé sur différentes machines, et éventuellement dans différents

emplacements, il est préférable que l'environnement cible utilise la même structure.n Si votre environnement actuel est réparti sur plusieurs machines ou à plusieurs emplacements,

effectuez une mise à niveau à l'aide de l'option d'installation personnalisée. (Voir l'étape 4)

n Si votre environnement actuel n'est pas réparti sur plusieurs machines ou plusieurs emplacements,distribuez la mise à niveau sur plusieurs machines à l'aide de l'option d'installation personnalisée(étape 4) ou continuez à placer tous les composants de vCenter sur la même machine (étape 2).

2 Si tous les composants de vCenter Server se trouvent sur la même machine hôte, procédez à la mise àniveau avec l'option d'installation simple. Reportez-vous à la section « Utilisation de l'optiond''installation simple pour mettre à niveau vCenter Server et les composants requis », page 76. Une foisle processus de mise à niveau avec l'option d'installation simple terminé, les utilisateurs du systèmed'exploitation local et l'utilisateur [email protected] peuvent s'authentifier.

n Si votre environnement intégrait uniquement des utilisateurs du système d'exploitation local, lasource d'identité localos suffit. Vous pouvez vous connecter à vCenter Server en tant [email protected] ou en tant que n'importe quel utilisateur du système d'exploitationlocal qui disposait précédemment d'autorisations.

n Si votre environnement utilisait Active Directory pour gérer les utilisateurs et les autorisations,passez à l'étape 3.

3 Si votre environnement avant la mise à niveau utilisait Active Directory pour gérer les utilisateurs et lesautorisations, le domaine Active Directory est ajouté à vCenter Single Sign-On en tant que sourced'identité. Les utilisateurs qui disposaient précédemment d'autorisations pour accéder aux objetsvCenter Server conservent ces autorisations.

Une seule source d'identité par défaut est prise en charge par vSphere 5.5, et la source d'identité ActiveDirectory n'est initialement pas la source d'identité par défaut. Les utilisateurs peuvent se connecteruniquement s'ils incluent le domaine dans l'identifiant de connexion (DOMAIN\user).

Vous pouvez vous connecter au serveur vCenter Single Sign-On en tant [email protected] et définir le domaine Active Directory en tant que source d'identité pardéfaut.

a Connectez-vous au serveur vCenter Single Sign-On en tant que [email protected] etajoutez le domaine Active Directory en tant que source d'identité. Reportez-vous à la section « Ajouter une source d'identité de vCenter Single Sign-On », page 118.

b Définissez le domaine Active Directory en tant que source d'identité par défaut. Une seule sourced'identité par défaut est prise en charge. Les utilisateurs d'autres domaines peuvent inclure ledomaine dans l'identifiant de connexion (DOMAIN\user).

c Les utilisateurs qui disposaient précédemment d'autorisations pour accéder aux objets vCenterServer conservent ces autorisations.

4 Si vous décidez d'installer les services vCenter Server sur différentes machines, utilisez le processus demise à niveau à l'aide de l'option d'installation personnalisée. Reportez-vous à la section « Utiliserl'option d'installation personnalisée pour Mettre à niveau la version 5.0.x et les versions antérieuresvCenter Server et les composants requis », page 80.a Si votre environnement actuel prend uniquement en charge les utilisateurs du système

d'exploitation local, assurez-vous que ces derniers sont disponibles en tant qu'utilisateurs localossur la machine sur laquelle vCenter Single Sign-On est installé ou ajoutez un domaine ActiveDirectory ou OpenLDAP qui inclut ces utilisateurs.

b Si votre environnement actuel prend en charge un domaine Active Directory, connectez-vous auserveur vCenter Single Sign-On en tant que [email protected] et ajoutez le domaineActive Directory à vCenter Single Sign-On. Reportez-vous à la section « Ajouter une sourced'identité de vCenter Single Sign-On », page 118.

Chapitre 4 Mise à niveau de vCenter Server

VMware, Inc. 73

c Vous pouvez définir la source d'identité par défaut ou les utilisateurs qui se connectent à vCenterServer peuvent inclure le nom de domaine lors de la connexion.

Processus de mise à niveau et de connexion de vCenter Server pourles environnements qui intègrent vCenter Single Sign-On

Le processus de mise à niveau diffère en fonction de plusieurs facteurs. Avant de commencer, vous devezcomprendre comment fonctionnent les processus de mise à niveau complète, d'installation de vCenterSingle Sign-On et d'attribution des autorisations. Cette rubrique explique comment effectuer la mise àniveau et la gestion des utilisateurs si vous procédez à une mise à niveau à partir de vSphere 5.1, qui intègreune version antérieure de vCenter Single Sign-On.

Si vous procédez à une mise à niveau à partir de vSphere 5.1.x, votre environnement d'origine inclut unserveur vCenter Single Sign-On. La procédure de mise à niveau et l'obligation éventuelle d'ajouter dessources d'identité ou d'attribuer des autorisations dépendent de votre environnement actuel et de vosintentions, comme le montre l'illustration suivante.

Remarque Cette rubrique traite des cas de mise à niveau les plus fréquents. Elle ne traite pas de la mise àniveau d'une installation qui inclut un déploiement de vCenter Single Sign-On haute disponibilité.Reportez-vous à la section « Utiliser l'installation personnalisée pour mettre à niveau vCenter Server à partird'un déploiement haute disponibilité de vCenter Single Sign-On version 5.1.x », page 96.

Figure 4‑2. Organigramme d'une mise à niveau de vCenter à partir d'environnements qui intègrent vCenterSingle Sign-On

Plusieurs emplacements ?

Oui

Mise à niveau Install. simple

Resynchroniser

Définir srce d'identité par déft ou incl.

domaine ds connexion

Non Oui

Terminé Terminé

1 machine cible ?

localos uniquement

localos et AD

Non

SSO multisite ?

Mise à niveau Install. perso.

Non

Oui

Source de l'ID

vSphere Upgrade

74 VMware, Inc.

L'interaction s'effectue comme suit.

1 Si votre environnement actuel est installé sur différentes machines, et éventuellement dans différentsemplacements, il est préférable que l'environnement cible utilise une structure similaire.

Avec vSphere 5.5, plusieurs systèmes vCenter Server peuvent utiliser un système vCenter Single Sign-On unique.

n Si votre environnement actuel utilise une installation de vCenter Single Sign-On multisite,resynchronisez votre environnement. Consultez les articles de base de connaissances http://kb.vmware.com/kb/2042849 et http://kb.vmware.com/kb/2038677, puis démarrez la mise àniveau à l'aide de l'option d'installation personnalisée. Reportez-vous à la section « Utiliser l'optiond'installation personnalisée pour Mettre à niveau la version 5.0.x et les versions antérieures vCenterServer et les composants requis », page 80. Les utilisateurs qui peuvent accéder à vCenter SingleSign-On et à vCenter Server sont déterminés en fonction des sources d'identité définies avant lamise à niveau. Voir l'étape 3.

n Si votre environnement actuel n'utilise pas vCenter Single Sign-On en mode multisite, vous pouvezdistribuer la mise à niveau sur plusieurs machines à l'aide de l'option d'installation personnaliséeou continuer à placer tous les services vCenter sur la même machine (étape 2).

2 Si tous les composants de vCenter Server se trouvent sur la même machine hôte, procédez à la mise àniveau avec l'option d'installation simple. Reportez-vous à la section « Utilisation de l'optiond''installation simple pour mettre à niveau vCenter Server et les composants requis », page 76. Une foisle processus de mise à niveau avec l'option d'installation simple terminé, les utilisateurs du systèmed'exploitation local et l'utilisateur [email protected] peuvent s'authentifier.

n Si votre environnement intégrait uniquement des utilisateurs du système d'exploitation local, lasource d'identité localos suffit. Vous pouvez vous connecter à vCenter Server en tant [email protected] ou en tant que n'importe quel utilisateur du système d'exploitationlocal qui disposait précédemment d'autorisations.

Remarque Les utilisateurs du système d'exploitation local dans des groupes intégrés ne sont plusdisponibles. Vous pouvez ajouter ces groupes explicitement.

n Si votre environnement utilisait une source d'identité Active Directory ou OpenLDAP, ces sourcesd'identité sont intégrées à vCenter Single Sign-On après la mise à niveau, mais ne constituent pas lasource d'identité par défaut. Passez à l'étape 3.

3 Si votre environnement utilisait une source d'identité Active Directory ou OpenLDAP.

n Les utilisateurs de la source d'identité par défaut (système d'exploitation local par défaut) peuventse connecter à vCenter Server s'ils étaient précédemment autorisés à le faire.

n Les utilisateurs se trouvant dans d'autres sources d'identité peuvent se connecter à vCenter Servers'ils utilisent le nom et le mot de passe de domaine (par exemple, DOMAIN1\user1).

n Vous pouvez vous connecter à vCenter Single Sign-On en tant que [email protected] transformer la source d'identité Active Directory ou OpenLDAP en source d'identité pardéfaut.


VMware, Inc. 75



Utilisation de l'option d''installation simple pour mettre à niveauvCenter Server et les composants requis

vCenter Server 5.1 et versions ultérieures nécessitent les composants vCenter Single Sign-On et vCenterInventory Service. En fonction de votre installation vCenter Server existante, vous pouvez utiliser l'optiond'installation simple pour une mise à niveau vers vCenter Server, incluant Single Sign-On,vSphere Web Client et Inventory Service, le tout sur une seule machine hôte.

Vous pouvez utiliser l'installation simple pour mettre à niveau vCenter Server si vous disposez d'uneinstallation vCenter Server de version 4.x, 5.0.x ou 5.1.x qui est prise en charge pour la mise à niveau, et sitous les composants de vCenter Server dans l'installation que vous mettez à niveau se trouvent sur la mêmemachine hôte. Reportez-vous à la matrice d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php. Selon la version à partir delaquelle vous procédez à la mise à niveau, l'option d'installation simple installe ou met à niveau Single Sign-On, et met à niveau vSphere Web Client, Inventory Service et vCenter Server.

Vous pouvez également mettre à niveau les composants de vCenter Server séparément, pour les installationsdans lesquelles l'emplacement et la configuration des composants sont personnalisés. Reportez-vous à « Utiliser l'installation personnalisée pour mettre à niveau un déploiement autonome de vCenter SingleSign-On de la version 5.1.x de vCenter Server et des composants requis », page 89, « Utiliser l'installationpersonnalisée pour mettre à niveau vCenter Server à partir d'un déploiement haute disponibilité de vCenterSingle Sign-On version 5.1.x », page 96 ou à « Utiliser l'option d'installation personnalisée pour mettre àniveau vCenter Server à partir de la version 5.1.x d'un déploiement de vCenter Single Sign-On multisite »,page 106.

Remarque Vous ne pouvez pas utiliser l'installation simple pour effectuer une mise à niveau de vCenterServer 5.5 vers une version 5.5.x ultérieure, par exemple, de la version 5.5.0 vers la version 5.5 Update 1. Sivous essayez de procéder ainsi, le programme d'installation affiche le message Les composants vCenterPackage sont déjà installés. Installez les composants restants en cliquant sur les liens

correspondants sur la gauche. Cela signifie que certains composants vCenter Server de la version 5.5.xsont peut-être déjà installés et que vous devez mettre à niveau tous les autres composants à l'aide desprogrammes d'installation individuels. Pour mettre à niveau vCenter Server 5.5 vers une version 5.5.xultérieure, vous devez utiliser les programmes d'installation individuels de vCenter Single Sign-On, vSphereWeb Client, vCenter Inventory Service et vCenter Server. Reportez-vous à « Utiliser l'installationpersonnalisée pour mettre à niveau un déploiement autonome de vCenter Single Sign-On de la version 5.1.xde vCenter Server et des composants requis », page 89.

Prérequis

Reportez-vous à la section « Conditions préalables pour la mise à niveau vers vCenter Server », page 56.

Procédure

1 Installer ou mettre à niveau vCenter Single Sign-On et vSphere Web Client dans le cadre d'uneinstallation simple de vCenter Server page 77Créez ou mettez à niveau le nœud unique d'une installation simple, de base de vCenter Single Sign-On, puis installez ou mettez à niveau vSphere Web Client et vCenter Inventory Service.

2 Mettre à niveau vCenter Inventory Service dans le cadre d'une installation simple de vCenter Serverpage 78Vous pouvez installer ou mettre à niveau vCenter Single Sign-On, vSphere Web Client, vCenterInventory Service et vCenter Server ensemble sur une seule machine d'hôte à l'aide de l'optiond'instalation simple de vCenter Server.

vSphere Upgrade

76 VMware, Inc.


3 Mettre à niveau vCenter Server dans le cadre d'une installation simple page 78Vous pouvez mettre à niveau vCenter Server dans le cadre d'une installation simple après avoirinstallé vCenter Single Sign-On, puis mis à niveau vSphere Web Client et Inventory Service.

Installer ou mettre à niveau vCenter Single Sign-On et vSphere Web Client dansle cadre d'une installation simple de vCenter Server

Créez ou mettez à niveau le nœud unique d'une installation simple, de base de vCenter Single Sign-On, puisinstallez ou mettez à niveau vSphere Web Client et vCenter Inventory Service.

Si vous mettez à niveau un déploiement de vCenter Server intégrant vCenter Single Sign-On, cetteprocédure met à niveau l'instance de vCenter Single Sign-On existante et ne contient aucune des étapesrépertoriées ci-dessous qui concernent une nouvelle installation.

Vous pouvez utiliser l'option d'installation simple pour la première instance de vCenter Single Sign-On et devCenter Server dans un déploiement impliquant plusieurs instances de vCenter Server. Vous devez utiliserl'option d'installation personnalisée pour les instances suivantes de vCenter Single Sign-On et de vCenterServer dans le même déploiement. Pour plus d'informations sur vCenter Single Sign-On, reportez-vous à « Impact de vCenter Single Sign-On sur les mises à niveau de vCenter Server », page 38 et à ladocumentation Sécurité vSphere.

Remarque vCenter Server 5.5 ne prend en charge la connexion entre vCenter Server et des composants devCenter Server par adresse IP que si l'adresse IP est compatible avec IPv4. Pour vous connecter à un systèmevCenter Server dans un environnement IPv6, vous devez utiliser le nom de domaine complet (FQDN) ou lenom d'hôte du vCenter Server. La meilleure pratique consiste à utiliser FQDN, qui fonctionne dans tous lescas, au lieu de l'adresse IP, qui peut changer si elle a été attribuée par DHCP.

Prérequis

n Reportez-vous à « Conditions préalables pour la mise à niveau vers vCenter Server », page 56.

n Téléchargez le programme d'installation vCenter Server. Reportez-vous à « Télécharger le programmed'installation de vCenter Server », page 68.

Procédure


2 Sélectionnez Installation simple, puis cliquez sur Installer.

3 Suivez les invites de l'assistant d'installation afin de choisir la langue de la page d'accueil et acceptez lestermes des contrats de brevet et de licence d'utilisateur final.

4 Si l'écran de contrôle des conditions préalables indique des problèmes, annulez l'installation, corrigezles problèmes et redémarrez le programme d'installation.

5 Définissez un mot de passe pour le compte d'administrateur vCenter Single Sign-On.

Il s'agit du mot de passe de l'utilisateur [email protected]. vsphere.local est un nouveaudomaine qui est créé par vCenter Single Sign-On. Après l'installation, vous pouvez vous connecter àvCenter Single Sign-On et à vCenter Server en tant que [email protected].

Par défaut, le mot de passe doit comporter au moins huit caractères, au moins un caractère enminuscule, un caractère en majuscule, un chiffre et un caractère spécial. Pour plus d'informations sur lamodification de la stratégie de mot de passe, reportez-vous à la documentation Sécurité vSphere. Lescaractères suivants ne sont pas pris en charge dans les mots de passe : caractères non-ASCII, point-virgule (;), guillemet double ("), guillemet simple ('), accent circonflexe (^) et barre oblique inverse (\).

6 Entrez le nom du site pour vCenter Single Sign-On.

Choisissez votre propre nom pour le site vCenter Single Sign-On.


VMware, Inc. 77

7 Acceptez ou modifiez le port HTTPS pour vCenter Single Sign-On.

8 Sélectionnez le dossier dans lequel vous souhaitez installer vCenter Single Sign-On.

Le chemin d'installation ne peut pas contenir les caractères suivants : caractères non-ASCII, la virgule(,), le point (.), le point d'exclamation (!), le symbole de livre (#), le symbole at (@) et le symbole depourcentage (%).

9 Passez en revue les options d'installation, puis cliquez sur Installer.

L'installation ou la mise à niveau de vCenter Single Sign-On commence. Une fois l'installation ou la mise àniveau de vCenter Single Sign-On terminée, le programme d'installation procède aux installations ou auxmises à niveau de vSphere Web Client et de vCenter Inventory Service.

Aucune entrée n'est nécessaire pour une mise à niveau à l'aide de l'option d'installation simple devSphere Web Client.

Remarque Dès qu'un composant est installé ou mis à niveau, le programme d'installation peut prendrequelques minutes avant de démarrer l'installation du composant suivant.

Mettre à niveau vCenter Inventory Service dans le cadre d'une installationsimple de vCenter Server

Vous pouvez installer ou mettre à niveau vCenter Single Sign-On, vSphere Web Client, vCenter InventoryService et vCenter Server ensemble sur une seule machine d'hôte à l'aide de l'option d'instalation simple devCenter Server.

Procédure

1 Choisissez s'il convient de conserver la base de données existante ou de la remplacer par une nouvellebase de données vide.

2 Cliquez sur Install.

Inventory Service est mis à niveau, et l'assistant de mise à niveau de vCenter server démarre.

Suivant

Mise à niveau de vCenter Server. Passez à « Mettre à niveau vCenter Server dans le cadre d'une installationsimple », page 78.

Mettre à niveau vCenter Server dans le cadre d'une installation simpleVous pouvez mettre à niveau vCenter Server dans le cadre d'une installation simple après avoir installévCenter Single Sign-On, puis mis à niveau vSphere Web Client et Inventory Service.

Cette procédure continue la mise à niveau de vCenter Server à l'aide de l'option d'installation simple à partirde la sous-tâche « Mettre à niveau vCenter Inventory Service dans le cadre d'une installation simple devCenter Server », page 78. Si la mise à niveau échoue, aucune récupération automatique de la précédenteversion de vCenter Server ne se produira.


Prérequis

n Reportez-vous à la section « Conditions préalables pour la mise à niveau vers vCenter Server », page 56.

vSphere Upgrade

78 VMware, Inc.

Procédure

1 (Facultatif) Entrez votre clé de licence.

Important Si vous n'entrez pas une clé de licence, votre licence expirera. Après l'installation, vouspouvez vous connecter à vCenter Server et entrer à nouveau la clé de licence.

2 Entrez ou confirmez vos informations d'identification de base de données.

3 Sélectionnez si vous souhaitez mettre à niveau la base de données vCenter Server.

n Sélectionnez Mettre à niveau la base de données vCenter Server existante pour poursuivre lamise à niveau vers vCenter Server.

n Sélectionnez Ne pas mettre à niveau la base de données vCenter Server existante si vous nedisposez pas d'une copie de sauvegarde de votre base de données.

Vous pouvez poursuivre la mise à niveau.

4 Cliquez sur J'ai effectué une sauvegarde de la base de données vCenter Server existante et descertificats SSL.

5 Sélectionnez la méthode de mise à niveau de vCenter Agent.

Option Description

Automatique Pour mettre à niveau automatiquement vCenter Agent sur tous les hôtesde l'inventaire vCenter Server.

Manuel Si l'un des cas suivants s'applique :n Vous devez contrôler la fréquence des mises à niveau de vCenter

Agent sur des hôtes spécifiques.n vCenter Agent est installé sur chacun des hôtes de l'inventaire pour

permettre à vCenter Server de gérer l'hôte. vCenter Agent doit être misà niveau quand vCenter Server est mis à niveau.

vCenter Agent est installé sur chacun des hôtes de l'inventaire pour permettre à vCenter Server de gérerl'hôte. vCenter Agent doit être mis à niveau quand vCenter Server est mis à niveau.

6 Sélectionnez le compte dans lequel vCenter Service va être exécuté.

Option Description

Compte SYSTÈME Cochez la case Utiliser le compte système local Windows, indiquez lenom de domaine complet de l'hôte vCenter Server et cliquez sur Suivant.Vous ne pouvez pas utiliser le compte système local Windows si vousutilisez la base de données groupée ou SQL Server avec l'authentificationWindows.

Compte utilisateur Décochez la case Utiliser le compte système local Windows, indiquez lemot de passe du compte et le nom de domaine complet de l'hôte vCenterServer, puis cliquez sur Suivant.

7 Acceptez ou modifiez les numéros de port pour vous connecter à vCenter Server.

8 (Facultatif) Sélectionnez Augmenter le nombre de ports éphémères disponibles.

9 Sélectionnez la taille de votre inventaire vCenter Server pour allouer de la mémoire à plusieurs servicesJava utilisés par vCenter Server.

Ce paramètre détermine les paramètres de segment JVM maximum de VMware VirtualCenterManagement Webservices (Tomcat), d'Inventory Service, et de Profile-Driven Storage Service. Vouspourrez modifier ce paramètre après l'installation si le nombre d'hôtes venait à changer. Voir lesrecommandations dans la rubrique Configuration matérielle requise pour vCenter Server.



VMware, Inc. 79

vCenter Simple Install est terminée.

Utiliser l'option d'installation personnalisée pour Mettre à niveau laversion 5.0.x et les versions antérieures vCenter Server et lescomposants requis

Vous pouvez mettre à niveau vCenter Server et d'autres composants vCenter séparément pour personnaliserl'emplacement et la configuration de chacun d'eux.

Cette procédure met à niveau vCenter Server 5.0.x et les versions antérieures, qui n'intègrent pas vCenterSingle Sign-On. Si vous mettez à niveau vCenter Server 5.1.x, reportez-vous à l'une des procéduressuivantes :

n « Utiliser l'installation personnalisée pour mettre à niveau un déploiement autonome de vCenter SingleSign-On de la version 5.1.x de vCenter Server et des composants requis », page 89.

n « Utiliser l'installation personnalisée pour mettre à niveau vCenter Server à partir d'un déploiementhaute disponibilité de vCenter Single Sign-On version 5.1.x », page 96.

n « Utiliser l'option d'installation personnalisée pour mettre à niveau vCenter Server à partir de laversion 5.1.x d'un déploiement de vCenter Single Sign-On multisite », page 106.

Pour la plupart des déploiements de base de vCenter Single Sign-On, si tous les composants sont situés surla même machine hôte, vous pouvez mettre à niveau vCenter Single Sign-On, vSphere Web Client,Inventory Service et vCenter Server ensemble sur la machine hôte unique à l'aide de l'option d'installationsimple de vCenter Server.

Reportez-vous à « Utilisation de l'option d''installation simple pour mettre à niveau vCenter Server et lescomposants requis », page 76.


Prérequis

n Voir Chapitre 3, « Préparer la mise à niveau vers vCenter Server », page 37.

n Reportez-vous à « Conditions préalables pour la mise à niveau vers vCenter Server », page 56

Procédure

1 Installer la première ou l'unique instance de vCenter Single Sign-On dans un déploiement de vCenterServer page 81Créez l'unique instance de vCenter Single Sign-On dans une installation de base de vCenter SingleSign-On ou la première instance de vCenter Single Sign-On dans un déploiement impliquant plusieursinstances de vCenter Single Sign-On.

2 (Facultatif) Installer un nœud vCenter Single Sign-On supplémentaire sur un site existant page 83Créez un nœud vCenter Single Sign-On supplémentaire en tant que partenaire pour une installationvCenter Single Sign-On existante au même emplacement afin de pouvoir configurer un équilibrage decharge tiers pour fournir de la haute disponibilité vCenter Single Sign-On.

vSphere Upgrade

80 VMware, Inc.

3 (Facultatif) Installer un nœud vCenter Single Sign-On supplémentaire sur un nouveau site page 84Créez un nœud vCenter Single Sign-On supplémentaire en tant que partenaire dans une installationvCenter Single Sign-On existante à un autre emplacement afin que les informations d'authentificationsoient répliquées entre les instances de vCenter Single Sign-On. Les instances de vCenter Serverenregistrés avec les instances de réplication vCenter Single Sign-On sont en Linked Mode etappartiennent au même domaine vCenter Single Sign-On.

4 Installer ou mettre à niveau vSphere Web Client page 85vSphere Web Client vous permet de vous connecter à un système vCenter Server pour gérer ledéploiement de vSphere via un navigateur.

5 Mettre à niveau vCenter Inventory Service séparément à l'aide d'une installation personnaliséepage 86Vous pouvez utiliser l'installation personnalisée pour mettre à niveau vCenter Single Sign-On, vCenterInventory Service et vCenter Server séparément afin de personnaliser l'emplacement et laconfiguration des composants.

6 Mettre à niveau vCenter Server séparément à l'aide de l'option d'installation personnalisée page 87Vous pouvez mettre à niveau vCenter Server séparément après l'installation de vCenter Single Sign-On et la mise à niveau de d'Inventory Service.

Installer la première ou l'unique instance de vCenter Single Sign-On dans undéploiement de vCenter Server

Créez l'unique instance de vCenter Single Sign-On dans une installation de base de vCenter Single Sign-Onou la première instance de vCenter Single Sign-On dans un déploiement impliquant plusieurs instances devCenter Single Sign-On.

Ces instructions vous permettent d'installer ou de mettre à niveau vCenter Single Sign-On uniquement.Vous devez installer ou mettre à niveau vCenter Single Sign-On et mettre à niveau Inventory Service avantde mettre à niveau vCenter Server. Pour la plupart des déploiements, vous pouvez installer vCenter SingleSign-On, vSphere Web Client, vCenter Inventory Service et vCenter Server ensemble sur une seule et mêmemachine hôte à l'aide de l'installation simple de vCenter Server. Reportez-vous aux sections « Modes dedéploiement de vCenter Single Sign-On », page 40 et « Utilisation de l'option d''installation simple pourmettre à niveau vCenter Server et les composants requis », page 76.

Pour plus d'informations sur vCenter Single Sign-On, reportez-vous à « Impact de vCenter Single Sign-Onsur les mises à niveau de vCenter Server », page 38Sécurité vSphere.


Prérequis

n Voir « Modes de déploiement de vCenter Single Sign-On », page 40.

n Consultez « Impact de vCenter Single Sign-On sur les mises à niveau de vCenter Server », page 38.




VMware, Inc. 81

Procédure


2 Sous Installation personnalisée, sélectionnez vCenter Single Sign-On et cliquez sur Installer.



5 Sélectionnez le mode de déploiement autonome du serveur vCenter Single Sign-On.







9 Acceptez ou modifiez le dossier d'installation de vCenter Single Sign-On par défaut.


vCenter Single Sign-On est installé.

Après l'installation ou la mise à niveau de vCenter Single Sign-On, les sources d'identité et les utilisateurspar défaut suivants sont disponibles :

localos Tous les utilisateurs du système d'exploitation local. Ces utilisateurs peuventse voir accorder les autorisations de vCenter Server. Si vous effectuez unemise à niveau, les utilisateurs qui disposent déjà d'autorisations lesconservent.

vsphere.local Contient tous les utilisateurs disposant d'un accès administrateur au serveurvCenter Single Sign-On. Initialement, seul l'utilisateur administrateur estdéfini.

Suivant

Pour déployer un système vCenter Server impliquant plusieurs instances de vCenter Single Sign-On,installez une instance supplémentaire de vCenter Single Sign-On sur un site existant ou nouveau. Reportez-vous à la section « (Facultatif) Installer un nœud vCenter Single Sign-On supplémentaire sur un siteexistant », page 83 ou « (Facultatif) Installer un nœud vCenter Single Sign-On supplémentaire sur unnouveau site », page 84. Si le déploiement de votre système vCenter Server ne nécessite qu'une seuleinstance de vCenter Single-Sign-On, installez vSphere Web Client. Reportez-vous à « Installer ou mettre àniveau vSphere Web Client », page 146.

Pour ajouter d'autres sources d'identité, tel qu'un domaine Active Directory natif (authentification Windowsintégrée) ou un service d'annuaire OpenLDAP, reportez-vous à « Ajouter une source d'identité de vCenterSingle Sign-On », page 118.

vSphere Upgrade

82 VMware, Inc.

(Facultatif) Installer un nœud vCenter Single Sign-On supplémentaire sur unsite existant

Créez un nœud vCenter Single Sign-On supplémentaire en tant que partenaire pour une installation vCenterSingle Sign-On existante au même emplacement afin de pouvoir configurer un équilibrage de charge tierspour fournir de la haute disponibilité vCenter Single Sign-On.

Prérequis



n Installez le premier nœud du cluster vCenter Single Sign-On haute disponibilité. Reportez-vous à « Installer la première ou l'unique instance de vCenter Single Sign-On dans un déploiement de vCenterServer », page 81.

Procédure





5 Sélectionnez le mode de déploiement Haute disponibilité.

6 Entrez les informations pour orienter ce nœud supplémentaire vers le premier serveur vCenter SingleSign-On.

Remarque Si le nœud principal est un cluster haute disponibilité, entrez l'adresse de l'équilibreur decharge du nœud principal.

a Entrez le nom d'hôte du partenaire.

Le nom d'hôte du partenaire est l'adresse IP ou le nom DNS du serveur vCenter Single Sign-Onexistant à partir duquel il convient d'effectuer la réplication.

b Entrez le mot de passe du compte de l'administrateur de vCenter Single Sign-On du serveurvCenter Single Sign-On existant ([email protected]).

7 Passez en revue le certificat de partenaire et acceptez-le.

8 Dans le menu déroulant du nom de site, sélectionnez le nom du site du premier serveur vCenter SingleSign-On, puis cliquez sur suivant.





VMware, Inc. 83

Suivant

Vous devez placer l'instance principale et l'instance de vCenter Single Sign-On haute disponibilité derrièreun équilibrage de charge tiers.

Important Si vous n'effectuez pas la configuration de vCenter Single Sign-On haute disponibilité, vouspouvez rencontrer un comportement inattendu avec l'instance de vCenter Single Sign-On récemmentinstallée.

(Facultatif) Installer un nœud vCenter Single Sign-On supplémentaire sur unnouveau site

Créez un nœud vCenter Single Sign-On supplémentaire en tant que partenaire dans une installation vCenterSingle Sign-On existante à un autre emplacement afin que les informations d'authentification soientrépliquées entre les instances de vCenter Single Sign-On. Les instances de vCenter Server enregistrés avecles instances de réplication vCenter Single Sign-On sont en Linked Mode et appartiennent au mêmedomaine vCenter Single Sign-On.

Prérequis



n Installez le premier nœud du domaine vCenter Single Sign-On multisite. Reportez-vous à « Installer lapremière ou l'unique instance de vCenter Single Sign-On dans un déploiement de vCenter Server »,page 81.

Procédure





5 Sélectionnez le mode de déploiement Multisite.

6 Entrez les informations pour orienter ce nœud supplémentaire vers un serveur vCenter Single Sign-Onexistant.



b Entrez le mot de passe du compte administrateur de vCenter Single Sign-On du serveur vCenterSingle Sign-On existant :

7 Passez en revue le certificat de partenaire et acceptez-le.

8 Entrez le nom du nouveau site.




vSphere Upgrade

84 VMware, Inc.

Le serveur vCenter Single Sign-On supplémentaire est installé.

Suivant

Répétez cette procédure pour chaque nœud supplémentaire.

Installer ou mettre à niveau vSphere Web ClientvSphere Web Client vous permet de vous connecter à un système vCenter Server pour gérer le déploiementde vSphere via un navigateur.

Si une version antérieure de vSphere Web Client est installée, cette procédure met à niveauvSphere Web Client.


Prérequis


n Vérifiez que le système dispose bien d'une connexion Internet.

n Assurez-vous que le système remplit les conditions logicielles requises pour vSphere Web Client.Reportez-vous à la section « Spécifications logicielles pour vSphere Web Client », page 28.

n Avant d'installer ou de mettre à niveau un produit vSphere, synchronisez les horloges de toutes lesmachines sur le réseau vSphere. Reportez-vous à la section « Synchronisation des horloges sur le réseauvSphere », page 63.

n Installez vCenter Single Sign-On, ou mettez-le à niveau vers la version actuelle.

n Vérifiez que vSphere Web Client et vCenter Server sont enregistrés dans le même serveur vCenterSingle Sign-On pour garantir que vSphere Web Client peut accéder à l'inventaire vCenter Server.

n Fermez tous les navigateurs avant d'installer ou de désinstaller vSphere Web Client.

n Connectez-vous comme membre du groupe Administrateurs sur la machine hôte avec un nomd'utilisateur qui ne contient pas de caractères non-ASCII.

Procédure


2 Sélectionnez vSphere Web Client et cliquez sur Installer.

3 Suivez les invites de l'assistant d'installation afin de choisir la langue du programme d'installation etacceptez les termes du contrat de licence d'utilisateur final.

4 Acceptez le dossier de destination par défaut ou cliquez sur Modifier pour sélectionner un autreemplacement.



VMware, Inc. 85

Si la création de noms 8.3 est désactivée sur la machine hôte, n'installez pas vSphere Web Client dans unrépertoire n'ayant pas un nom court 8.3 ou dont le nom contient des espaces. Cette situation rendvSphere Web Client inaccessible.

5 Acceptez les paramètres de port par défaut ou changez-les.

6 Entrez les informations permettant d'enregistrer vSphere Web Client dans vCenter Single Sign-On.

Le nom d'utilisateur de l'administrateur de vCenter Single Sign-On est [email protected] etle mot de passe doit correspondre à celui que vous avez entré pour l'administrateur lorsque vous avezinstallé vCenter Single Sign-On. L'URL de Lookup Service est au format https://SSO_host_FQDN_or_IP:7444/lookupservice/sdk, 7444 correspondant au numéro de port HTTPS par défaut devCenter Single Sign-On. Le numéro doit correspondre à celui que vous avez entré lors de l'installationde vCenter Single Sign-On. Si vous avez entré un numéro de port différent lors de l'installation devCenter Single Sign On, utilisez ce numéro de port.

7 Cliquez sur Installer.

8 Démarrez vSphere Web Client en effectuant l'une des actions suivantes.

n Si vous démarrez vSphere Web Client pour la première fois, ouvrez un navigateur pris en charge etconsultez la page https://vSphere_Web_Client_host_name_or_IP:9443/vsphere-client.

n Dans les sessions suivantes, vous pouvez démarrer vSphere Web Client dans le menu Démarrer deWindows, en sélectionnant Programmes > VMware > VMware vSphere Web Client > vSphereWeb Client.

Remarque Après avoir mis à niveau vSphere Web Client, lorsque vous vous connectez pour lapremière fois, vous pouvez voir le message d'erreur Impossible d'accéder à l'emplacement désiré.Cela peut se produire lorsqu'une session vSphere Web Client de la version précédente reste ouvertependant la mise à niveau. Dans ce cas, actualisez le navigateur et connectez-vous de nouveau.

Mettre à niveau vCenter Inventory Service séparément à l'aide d'une installationpersonnalisée

Vous pouvez utiliser l'installation personnalisée pour mettre à niveau vCenter Single Sign-On, vCenterInventory Service et vCenter Server séparément afin de personnaliser l'emplacement et la configuration descomposants.

Ces instructions mettent à niveau vCenter Inventory Service uniquement. Vous devez installer ou mettre àniveau vCenter Single Sign-On avant de mettre à niveau Inventory Service et vCenter Server.


Prérequis



n Reportez-vous à la section « Conditions préalables pour la mise à niveau vers vCenter Server », page 56

n Téléchargez le programme d'installation de vCenter Server.

n Mettez à niveau vCenter Single Sign-On.

vSphere Upgrade

86 VMware, Inc.

Procédure


2 Sélectionnez vCenter Inventory Service et cliquez sur Installer.


4 Si vous mettez à niveau ou réinstallez une instance existante d'Inventory Service, indiquez si voussouhaitez conserver la base de données existante ou la remplacer par une nouvelle base de donnéesvide.


Inventory Service est mis à niveau.

Mettre à niveau vCenter Server séparément à l'aide de l'option d'installationpersonnalisée

Vous pouvez mettre à niveau vCenter Server séparément après l'installation de vCenter Single Sign-On et lamise à niveau de d'Inventory Service.

Vous pouvez également mettre à niveau vCenter Server dans le cadre d'une installation simple. Reportez-vous à la section « Utilisation de l'option d''installation simple pour mettre à niveau vCenter Server et lescomposants requis », page 76 et « Impact de vCenter Single Sign-On sur les mises à niveau de vCenterServer », page 38.

Cette procédure nécessite une interruption du vCenter Server que vous mettez à niveau. Il n'est pasnécessaire de mettre hors tension les machines virtuelles.

Si une ancienne version de vCenter Server est installée sur votre machine, le programme d'installationvCenter Server la détecte et la met à niveau. Si la mise à niveau échoue, aucune récupération automatique dela précédente version de vCenter Server ne se produira.


Prérequis


n Voir « Impact de vCenter Single Sign-On sur les mises à niveau de vCenter Server », page 38.


n Installez vCenter Single Sign On et Inventory Service.

Procédure


2 Sélectionnez vCenter Server et cliquez sur Installer.




VMware, Inc. 87







Option Description







Option Description







vSphere Upgrade

88 VMware, Inc.

12 Entrez les informations pour enregistrer vCenter Server dans vCenter Single Sign-On.

Le nom d'utilisateur de l'administrateur de vCenter Single Sign-On est [email protected] etle mot de passe doit correspondre à celui que vous avez entré lorsque vous avez installévCenter Single Sign-On. L'URL de Lookup Service est au format https://SSO_host_FQDN_or_IP:7444/lookupservice/sdk, 7444 correspondant au numéro de port HTTPS par défaut devCenter Single Sign-On. Le numéro doit correspondre à celui que vous avez entré lors de l'installationde vCenter Single Sign-On. Si vous avez entré un numéro de port différent lors de l'installation devCenter Single Sign-On, utilisez ce numéro de port.

Remarque Si vous avez installé vCenter Single Sign-On dans vCenter Server Appliance, vous pouvezentrer le nom d'utilisateur administrateur vCenter Single Sign-On root@localos. Dans ce cas, le mot depasse correspond au mot de passe racine de vCenter Server Appliance. L'URL de Lookup Service a leformat https://vCenter_Appliance_IP_or_host_name:{7444}/lookupservice/sdk.

13 Entrez l'URL d'Inventory Service.

L'URL d'Inventory Service est au format https://Inventory_Service_host_FQDN_or_IP:10443. 10443correspond au numéro de port HTTPS par défaut d'Inventory Service. Si vous avez entré un numéro deport différent lors de l'installation d'Inventory Service, utilisez ce numéro de port.


L'installation peut prendre plusieurs minutes. Plusieurs barres de progression apparaissent durantl'installation des composants sélectionnés.

Suivant

Passez en revue les rubriques de Chapitre 5, « Après avoir effectué la mise à niveau de vCenter Server »,page 145 pour vous renseigner sur les autres actions ultérieures à la mise à niveau que vous souhaitezentreprendre.

Utiliser l'installation personnalisée pour mettre à niveau undéploiement autonome de vCenter Single Sign-On de la version 5.1.xde vCenter Server et des composants requis

Vous pouvez mettre à niveau vCenter et les composants séparément pour personnaliser l'emplacement et laconfiguration des composants. Le déploiement autonome de vCenter Single Sign-On ne contient qu'un seulnœud vCenter Single Sign-On.

Pour la plupart des déploiements autonomes de vCenter Single Sign-On, si tous les composants sont sur lamême machine hôte, vous pouvez mettre à niveau vCenter Single Sign-On, vSphere Web Client, vCenterInventory Service et vCenter Server ensemble sur une seule machine hôte en utilisant l'option d'installationsimple de vCenter Server.

Reportez-vous à « Utilisation de l'option d''installation simple pour mettre à niveau vCenter Server et lescomposants requis », page 76.


Prérequis

n Consultez les rubriques dans Chapitre 3, « Préparer la mise à niveau vers vCenter Server », page 37.



VMware, Inc. 89

Procédure

1 Installer ou mettre à niveau vCenter Single Sign-On dans un déploiement de base page 90Créez ou mettez à niveau vCenter Single Sign-On dans une installation vCenter Single Sign-On.




Installer ou mettre à niveau vCenter Single Sign-On dans un déploiement debase

Créez ou mettez à niveau vCenter Single Sign-On dans une installation vCenter Single Sign-On.

Ces instructions vous permettent d'installer ou de mettre à niveau vCenter Single Sign-On uniquement.Vous devez installer ou mettre à niveau vCenter Single Sign-On et mettre à niveau Inventory Service avantde mettre à niveau vCenter Server. Pour la plupart des déploiements, vous pouvez installer vCenter SingleSign-On, vSphere Web Client, vCenter Inventory Service et vCenter Server ensemble sur une seule et mêmemachine hôte à l'aide de l'installation simple de vCenter Server. Reportez-vous aux sections « Modes dedéploiement de vCenter Single Sign-On », page 40 et « Utilisation de l'option d''installation simple pourmettre à niveau vCenter Server et les composants requis », page 76.

Pour plus d'informations sur vCenter Single Sign-On, reportez-vous à « Impact de vCenter Single Sign-Onsur les mises à niveau de vCenter Server », page 38 et à la documentation Sécurité vSphere.


Prérequis





Procédure




vSphere Upgrade

90 VMware, Inc.


5 Si vous installez une nouvelle instance de vCenter Single Sign-On, passez à Étape 6Étape 7. Si vousmettez à niveau une installation existante de vCenter Single Sign-On, procédez comme suit :

a Entrez le mot de passe du compte d'administrateur de vCenter Single Sign-On.

b Passez à Étape 10.








10 Vérifiez les options d'installation et cliquez sur Installer.

vCenter Single Sign-On est installé ou mis à niveau.





Suivant

Mettez à niveau vSphere Web Client. Reportez-vous à « Installer ou mettre à niveau vSphere Web Client »,page 146.


VMware, Inc. 91




Prérequis









Procédure








vSphere Upgrade

92 VMware, Inc.












Prérequis






Procédure




VMware, Inc. 93











Prérequis





Procédure





vSphere Upgrade

94 VMware, Inc.







Option Description







Option Description








VMware, Inc. 95








Suivant


Utiliser l'installation personnalisée pour mettre à niveau vCenterServer à partir d'un déploiement haute disponibilité de vCenter SingleSign-On version 5.1.x

En mode haute disponibilité, deux nœuds vCenter Single Sign-On fonctionnent avec une base de données,des données et des magasins d'utilisateurs identiques pour s'assurer que vCenter Single Sign-On n'est pasun point de défaillance unique.

Cette procédure met à jour un système vCenter Server existant qui avait été installé avec un déploiementhaute disponibilité de vCenter Single Sign-On.

Vous pouvez mettre à niveau vCenter Single Sign-On dans une installation haute disponibilité sans mettrehors connexion tous les nœuds vCenter Single Sign-On en même temps. Pendant la mise à niveau du nœudSingle Sign-On, l'équilibreur de charge redirige toutes les demandes vers le deuxième nœud. Une fois lepremier nœud mis à niveau, vous pouvez mettre à niveau le deuxième nœud.

vCenter Server peut continuer à fonctionner pendant la mise à niveau de vCenter Single Sign-On. Lesutilisateurs connectés continuent à avoir accès à vCenter Server et aux solutions associées qui sontconnectées à vCenter Single Sign-On pendant la mise à niveau. Cependant, il est impossible de démarrervCenter Server, vSphere Web Client et vCenter Inventory Service pendant que le premier nœud Single Sign-On est hors connexion.


vSphere Upgrade

96 VMware, Inc.

Prérequis



n Vérifiez que l'équilibreur de charge dans votre déploiement haute disponibilité de vCenter Single Sign-On est configuré de la manière décrite dans les articles 2034157 et 2033588 de la base de connaissancesVMware.

Procédure

1 Mettre à niveau le premier nœud vCenter Single Sign-On dans une installation haute disponibilitépage 97Mettez à niveau le premier nœud d'une installation vCenter Single Sign-On pour assurer la hautedisponibilité.

2 Mettre à niveau un serveur vCenter Single Sign-On supplémentaire pour la haute disponibilitépage 98Mettez à niveau un nœud vCenter Single Sign-On supplémentaire pour une installation vCenterSingle Sign-On haute disponibilité existante.

3 Reconfigurer l'équilibrage de charge après la mise à niveau d'un déploiement haute disponibilité devCenter Single Sign-On vers la version 5.5 page 99Après la mise à niveau des deux nœuds d'un déploiement haute disponibilité de vCenter Single Sign-On 5.1.x vers la version 5.5, vous devez reconfigurer l'équilibrage de charge.




Mettre à niveau le premier nœud vCenter Single Sign-On dans une installationhaute disponibilité

Mettez à niveau le premier nœud d'une installation vCenter Single Sign-On pour assurer la hautedisponibilité.


Pour plus d'informations sur vCenter Single Sign-On, reportez-vous à « Impact de vCenter Single Sign-Onsur les mises à niveau de vCenter Server », page 38 et à la documentation Sécurité vSphere.

Prérequis

n Vérifiez les conditions préalables pour la mise à niveau vers vCenter Server


VMware, Inc. 97



Procédure




4 Entrez le mot de passe du compte d'administrateur de vCenter Single Sign-On.


Le premier nœud vCenter Single Sign-On haute disponibilité est mis à niveau.





Suivant

Mettez à niveau la deuxième instance de vCenter Single Sign-On. Reportez-vous à la section « Mettre àniveau un serveur vCenter Single Sign-On supplémentaire pour la haute disponibilité », page 98.

Mettre à niveau un serveur vCenter Single Sign-On supplémentaire pour lahaute disponibilité

Mettez à niveau un nœud vCenter Single Sign-On supplémentaire pour une installation vCenter Single Sign-On haute disponibilité existante.

Prérequis

Voir les étapes précédentes dans la rubrique multitâche, « Utiliser l'installation personnalisée pour mettre àniveau vCenter Server à partir d'un déploiement haute disponibilité de vCenter Single Sign-Onversion 5.1.x », page 96

Procédure




4 Entrez le mot de passe du compte d'administrateur de vCenter Single Sign-On.


6 Sélectionnez le mode de déploiement Serveur supplémentaire dans un domaine existant.

vSphere Upgrade

98 VMware, Inc.






8 Sélectionnez un site existant comme partenaire ou entrez un nouveau site.


Reconfigurer l'équilibrage de charge après la mise à niveau d'un déploiementhaute disponibilité de vCenter Single Sign-On vers la version 5.5

Après la mise à niveau des deux nœuds d'un déploiement haute disponibilité de vCenter Single Sign-On 5.1.x vers la version 5.5, vous devez reconfigurer l'équilibrage de charge.

Prérequis

Mettez à niveau les deux nœuds vCenter Single Sign-On vers la version 5.5.

Procédure

1 Dans le fichier httpd.conf de l'équilibrage de charge, dans la section Configure the STS forclustering, changez les valeurs de ims en sts.

Prenez l'exemple suivant comme modèle.

# Configure the STS for clustering

ProxyPass /sts/ balancer://stscluster/ nofailover=On

ProxyPassReverse /sts/ balancer://stscluster/

Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/sts"

env=BALANCER_ROUTE_CHANGED

<Proxy balancer://stscluster>

BalancerMember https://sso1.example.com:7444/sts route=node1 loadfactor=100 retry=300

BalancerMember https://sso2.example.com:7444/sts route=node2 loadfactor=1 retry=300

ProxySet lbmethod=byrequests stickysession=ROUTEID failonstatus=500

</Proxy>

2 Configurez les deux serveurs vCenter Single Sign-On pour l'équilibrage de charge.

a Dans le premier nœud vCenter Single Sign-On, modifiez le fichier server.xml pour ajouter l'entréejvmRoute="node1".

L'emplacement par défaut du fichier estC:\ProgramData\VMware\cis\runtime\VMwareSTService\conf\server.xml.

b Redémarrez le serveur TC.


VMware, Inc. 99

c Dans le deuxième nœud vCenter Single Sign-On, modifiez le fichier server.xml pour ajouterl'entrée jvmRoute="node2".

L'emplacement par défaut du fichier estC:\ProgramData\VMware\cis\runtime\VMwareSTService\conf\server.xml.

d Redémarrez le serveur TC.

3 Dans le premier nœud vCenter Single Sign-On, effectuez les opérations suivantes :

a Dans une invite de commande, exécutez ssolscli.cmd listServices pour obtenir les points determinaison du service.

b Modifiez les fichiers sts_id, admin_id et gc_id pour faire correspondre les ID de serveur (ServerId)de la sortie de la commande ssolscli.cmd listServices.

Chaque fichier doit contenir une ligne similaire à celle-ci :

SSO node1 Site name:a03772af-b7db-4629-ac88-ba677516e2b1

4 Modifiez le fichier sts.properties pour remplacer le nom d'hôte de vCenter Single Sign-On par le nomd'hôte de l'équilibreur de charge.

Utilisez l'exemple suivant comme modèle :

[service]

friendlyName=The security token service interface of the SSO server

version=1.5

ownerId=

type=urn:sso:sts

description=The security token service interface of the SSO server

productId=product:sso

viSite=SSO node1 site name

[endpoint0]

uri=https://loadbalancer fqdn.com:7444/sts/STSService/vsphere.local

ssl=C:\updateInfo\cacert.pem

protocol=wsTrust

5 Modifiez le fichier admin.properties pour remplacer le nom d'hôte de vCenter Single Sign-On par lenom d'hôte de l'équilibreur de charge.


[service]

friendlyName=The administrative interface of the SSO server

version=1.5

ownerId=

type=urn:sso:admin

description=The administrative interface of the SSO server



[endpoint0]

uri=https://loadbalancer fqdn.com:7444/sso-adminserver/sdk/vsphere.local


protocol=vmomi

vSphere Upgrade

100 VMware, Inc.

6 Modifiez le fichier gc.properties pour remplacer le nom d'hôte de vCenter Single Sign-On par le nomd'hôte de l'équilibreur de charge.


[service]

friendlyName=The group check interface of the SSO server

version=1.5

ownerId=

type=urn:sso:groupcheck

description=The group check interface of the SSO server



[endpoint0]

uri=https://loadbalancer fqdn.com:7444/sso-adminserver/sdk/vsphere.local


protocol=vmomi

7 Pour chacun des ID de service, exécutez la commande ssolscli.cmd updateService:

ssolscli.cmd updateService -d https://sso1.example.com/lookupservice/sdk -u

[email protected] -p password -si sts_id -ip sts.properties


[email protected] -p password -si admin_id -ip admin.properties


[email protected] -p password -si gc_id -ip gc.properties

8 Redémarrez le premier nœud vCenter Single Sign-On.

9 Redémarrez le deuxième nœud vCenter Single Sign-On.

10 Redémarrez l'équilibreur de charge.

Suivant

Mettez à niveau vSphere Web Client.




Prérequis





VMware, Inc. 101






Procédure















vSphere Upgrade

102 VMware, Inc.





Prérequis






Procédure












VMware, Inc. 103



Prérequis





Procédure











Option Description






vSphere Upgrade

104 VMware, Inc.


Option Description














Suivant



VMware, Inc. 105

Utiliser l'option d'installation personnalisée pour mettre à niveauvCenter Server à partir de la version 5.1.x d'un déploiement devCenter Single Sign-On multisite

Dans un déploiement multisite de vCenter Server 5.1.x, un seul administrateur peut gérer des instances devCenter Server déployées sur des sites dispersés sur le plan géographique en Linked Mode. Lorsque vouseffectuez une mise à niveau vers vCenter Server 5.5, le déploiement de vCenter Single Sign-On change.

Dans vCenter Server 5.5, chaque instance de vCenter Single Sign-On utilise la source d'identité par défaut, etpeut utiliser d'autres sources d'identité si le domaine est inclus lorsqu'un utilisateur se connecte.

Il n'existe aucun composant de la suite vSphere qui communique avec plusieurs serveurs vCenter SingleSign-On. Pour un accès plus rapide, chaque composant vSphere doit être configuré pour communiquer avecson instance locale de vCenter Single Sign-On.


Prérequis



n Lorsque vous effectuez une mise à niveau à partir d'un déploiement de vCenter Single Sign-Onmultisite existant, pour conserver la fonctionnalité Linked Mode, vous devez mettre à niveau toutes lesinstances de Single Sign-On vers la même version, puis les resynchroniser manuellement. Consultez lesarticles de la base de connaissances VMware http://kb.vmware.com/kb/2042849 et http://kb.vmware.com/kb/2038677.

Procédure

1 Installer ou mettre à niveau le premier serveur vCenter Single Sign-On dans une installation multisitevCenter Single Sign-On page 107Créez ou mettez à niveau le premier serveur vCenter Single Sign-On pour une installation vCenterSingle Sign-On multisite.




vSphere Upgrade

106 VMware, Inc.



5 Installer ou mettre à niveau un serveur Single Sign-On supplémentaire pour une installation multisitevCenter Single Sign-On page 113Créez ou mettez à niveau un serveur vCenter Single Sign-On supplémentaire pour une installationmultisite de vCenter Single Sign-On.




Installer ou mettre à niveau le premier serveur vCenter Single Sign-On dansune installation multisite vCenter Single Sign-On

Créez ou mettez à niveau le premier serveur vCenter Single Sign-On pour une installation vCenter SingleSign-On multisite.

Prérequis




Procédure




4 Si vous installez une nouvelle instance de vCenter Single Sign-On, passez à Étape 5. Si vous mettez àniveau une installation existante de vCenter Single Sign-On, procédez comme suit :

a Entrez le mot de passe du compte d'administrateur de vCenter Single Sign-On.







VMware, Inc. 107



Le premier serveur vCenter Single Sign-On multisite est installé ou mis à niveau.








Prérequis








vSphere Upgrade

108 VMware, Inc.


Procédure
















VMware, Inc. 109





Prérequis






Procédure











vSphere Upgrade

110 VMware, Inc.



Prérequis





Procédure











Option Description







VMware, Inc. 111


Option Description














Suivant


vSphere Upgrade

112 VMware, Inc.

Installer ou mettre à niveau un serveur Single Sign-On supplémentaire pourune installation multisite vCenter Single Sign-On

Créez ou mettez à niveau un serveur vCenter Single Sign-On supplémentaire pour une installation multisitede vCenter Single Sign-On.

Prérequis

n Installez ou mettez à niveau le premier nœud lors de l'installation multisite de vCenter Single Sign-On.Reportez-vous à la section « Installer ou mettre à niveau le premier serveur vCenter Single Sign-Ondans une installation multisite vCenter Single Sign-On », page 107.


n Reportez-vous à la section « Conditions préalables pour la mise à niveau vers vCenter Server », page 56.

Procédure




4 Si vous installez une nouvelle instance de Single Sign-On, passez à Étape 5. Si vous mettez à niveau uneinstallation existante de Single Sign-On, procédez comme suit :

a Entrez le mot de passe du compte administrateur Single Sign-On.



6 Sélectionnez le mode de déploiement Multisite.






8 Sélectionnez un site existant comme partenaire ou entrez un nouveau site.


Le serveur vCenter Single Sign-On supplémentaire est installé.

Suivant

Répétez cette procédure pour chaque nœud supplémentaire multisite.


VMware, Inc. 113




Prérequis









Procédure








vSphere Upgrade

114 VMware, Inc.












Prérequis






Procédure




VMware, Inc. 115











Prérequis





Procédure





vSphere Upgrade

116 VMware, Inc.







Option Description







Option Description








VMware, Inc. 117








Suivant


Ajouter une source d'identité de vCenter Single Sign-OnLes utilisateurs peuvent se connecter à vCenter Server uniquement s'ils se trouvent dans un domaine qui aété ajouté comme source d'identité vCenter Single Sign-On. Les utilisateurs administrateurs de vCenterSingle Sign-On peuvent ajouter des sources d'identité dans vSphere Web Client.

Une source d'identité peut être un domaine Active Directory natif (authentification Windows intégrée) ouun service d'annuaire OpenLDAP. Pour des raisons de compatibilité descendante, Active Directory commeserveur LDAP est également disponible.

Immédiatement après l'installation, les sources d'identité et utilisateurs par défaut suivants sontdisponibles :


vsphere.local Contient les utilisateurs internes de vCenter Single Sign-On.

Procédure

1 Connectez-vous à vSphere Web Client en tant qu'[email protected] ou un autre utilisateurdisposant des privilèges vCenter Single Sign-On.

2 Accédez à Administration > Single Sign-On > Configuration.

3 Dans l'onglet Sources d'identité, cliquez sur l'icône Ajouter source d'identité.

vSphere Upgrade

118 VMware, Inc.

4 Sélectionnez le type de source d'identité et entrez les paramètres de source d'identité.

Option Description

Active Directory (authentificationWindows intégrée)

La source d'identité est un serveur Microsoft Active Directory. ActiveDirectory 2003 et les versions ultérieures sont prises en charge. Configurezvotre domaine Active Directory, notamment Kerberos, conformément auxinstructions du site Web Microsoft.

Active Directory comme serveurLDAP

Cette option est prise en charge à des fins de compatibilité descendanteavec le service vCenter Single Sign-On inclus avec vSphere 5.1. Utilisezplutôt une source d'identité Active Directory native.

OpenLDAP La source d'identité est un serveur OpenLDAP. OpenLDAP 2.4 et lesversions ultérieures sont prises en charge.

Système d'exploitation local Utilisateurs locaux du système d'exploitation dans lequel le servicevCenter Single Sign-On est installé (par exemple, Windows). Une seulesource d'identité de système d'exploitation local est prise en charge.

Remarque Si le compte d'utilisateur est verrouillé ou désactivé, les authentifications, et les recherchesd'utilisateurs et de groupes dans le domaine Active Directory échouent. Le compte d'utilisateur doitdisposer d'un accès en lecture seule sur l'UO utilisateur et du groupe, et il doit être en mesure de lire lesattributs de l'utilisateur et du groupe. Il s'agit de la configuration du domaine Active Directory pardéfaut pour ce qui est des autorisations des utilisateurs. VMware recommande l'utilisation d'unutilisateur spécial de service.

5 Si vous avez configuré une source d'identité Active Directory comme serveur LDAP ou OpenLDAP,cliquez sur Tester la connexion pour vous assurer que vous pouvez vous connecter à la sourced'identité.

6 Cliquez sur OK.

Suivant

Lorsqu'une source d'identité est ajoutée, tous les utilisateurs peuvent être authentifiés mais ont l'autorisationAucun accès. Un utilisateur disposant de privilèges vCenter Server Modify.permissions peut attribuer desautorisations à des utilisateurs ou des groupes d'utilisateurs pour leur permettre de se connecter àvCenter Server. Reportez-vous à « Attribuer des autorisations dans vSphere Web Client », page 121.

Paramètres de source d'identité Active DirectorySi vous sélectionnez le type de source d'identité Active Directory (authentification Windows intégrée), vouspouvez utiliser le compte de l'ordinateur local en tant que nom de principal du service (SPN, ServicePrincipal Name) ou spécifier un SPN de manière explicite.

Sélectionnez Utiliser un compte d'ordinateur pour accélérer la configuration. Si vous prévoyez derenommer l'ordinateur local sur lequel s'exécute vCenter Single Sign-On, il est préférable de spécifier unSPN de manière explicite.

Tableau 4‑1. Ajouter des paramètres de source d'identité

Champ Description

Nom de domaine Nom de domaine complet (FDQN) du domaine. N'entrezpas une adresse IP dans ce champ.

Utiliser un compte d'ordinateur Sélectionnez cette option pour utiliser le compte del'ordinateur local en tant que SPN. Lorsque voussélectionnez cette option, vous spécifiez uniquement lenom de domaine. Si vous prévoyez de renommerl'ordinateur, ne sélectionnez pas cette option.


VMware, Inc. 119

Tableau 4‑1. Ajouter des paramètres de source d'identité (suite)

Champ Description

Utiliser un SPN Sélectionnez cette option si vous prévoyez de renommerl'ordinateur local. Vous devez spécifier un SPN, unutilisateur pouvant s'authentifier auprès de la sourced'identité et un mot de passe pour cet utilisateur.

Service Principal SPN permettant à Kerberos d'identifier le service ActiveDirectory. Incluez le domaine dans le nom. Par exemple,STS/exemple.com.Il peut s'avérer nécessaire d'exécuter la commande setspn-S pour ajouter l'utilisateur souhaité. Pour obtenir desinformations sur l'outil de ligne de commande setspn,reportez-vous à la documentation de Microsoft.Le SPN doit être unique dans le domaine. L'exécution de lacommande setspn -S permet de vérifier qu'aucundoublon n'est créé.

Nom d'utilisateur principal (UPN) Nom d'un utilisateur pouvant s'authentifier auprès de cettesource d'identité. Utilisez le format d'adresse e-mail. Parexemple, [email protected]. Vous pouvez vérifier lenom d'utilisateur principal (UPN, User Principal Name)dans l'Éditeur ASDI (Active Directory Service InterfacesEditor).

Mot de passe Mot de passe de l'utilisateur qui s'authentifie généralementauprès de cette source d'identité. Cet utilisateur estégalement celui qui est spécifié dans le champ Nomd'utilisateur principal (UPN). Incluez le nom de domaine.Par exemple, [email protected].

Paramètres de source d'identité du serveur LDAP Active Directory et duserveur OpenLDAP

Active Directory est disponible en tant que source d'identité du serveur LDAP pour assurer la compatibilitédescendante. Utilisez l'option Active Directory (authentification Windows intégrée) pour une installationnécessitant moins d'entrées. La source d'identité du serveur OpenLDAP est disponible pour lesenvironnements qui utilisent OpenLDAP.

Si vous configurez une source d'identité OpenLDAP, consultez l'article 2064977 de la base de connaissancesVMware pour connnaître les conditions préalables supplémentaires.

Tableau 4‑2. Active Directory en tant que serveur LDAP et paramètres OpenLDAP

Champ Description

Nom Nom de la source d'identité.

Nom de domaine (DN) de base des utilisateurs Nom unique de base pour les utilisateurs.

Nom de domaine Nom de domaine complet du domaine, par exemple,exemple.com. N'entrez pas une adresse IP dans ce champ.

Alias du domaine Pour les sources d'identité Active Directory, le nomNetBIOS du domaine. Ajoutez le nom NetBIOS dudomaine Active Directory en tant qu'alias de la sourced'identité si vous utilisez les authentifications SSPI.Pour les sources d'identité OpenLDAP, le nom du domaineen lettres majuscules est ajouté si vous ne spécifiez pasd'alias.

DN de base des groupes Nom unique de base pour les groupes.

vSphere Upgrade

120 VMware, Inc.


Tableau 4‑2. Active Directory en tant que serveur LDAP et paramètres OpenLDAP (suite)

Champ Description

URL du serveur principal Serveur LDAP du contrôleur de domaine principale dudomaine.Utilisez le format suivant : ldap://hostname:port ouldaps://hostname:port. Le port est généralement 389 pourldap: connections et 636 pour ldaps: connections. Pour lesdéploiements de contrôleurs multi-domaines ActiveDirectory, le port est généralement 3268 pour ldap:connections et 3269 pour ldaps: connections.Un certificat qui établit la confiance du point terminalLDAP du serveur Active Directory est requis lorsque vousutilisez ldaps:// dans l'URL LDAP principale ou secondaire.

URL secondaire du serveur Adresse du serveur LDAP d'un contrôleur de domainesecondaire utilisé pour le basculement.

Nom d'utilisateur ID d'un utilisateur du domaine qui dispose au minimumd'un accès en lecture seule au nom de domaine (DN) debase pour les utilisateurs et les groupes.

Mot de passe Mot de passe de l'utilisateur spécifié par Nom d'utilisateur.

Attribuer des autorisations dans vSphere Web ClientAprès avoir créé des utilisateurs et des groupes et avoir défini des rôles, vous devez affecter les utilisateurset les groupes et leurs rôles aux objets appropriés d'inventaire. Vous pouvez assigner les mêmesautorisations en même temps sur des objets multiples en déplaçant les objets vers un dossier et endéfinissant les autorisations sur le dossier.

Les autorisations octroyées dans vSphere Web Client doivent correspondre précisément aux autorisations,notamment la casse, d'ActiveDirectory. Si vous avez effectué une mise à niveau à partir de versionsantérieures de vSphere, vérifiez le respect de la casse si vous rencontrez des problèmes avec les groupes.

Prérequis

Autorisations.Modifier autorisation sur l'objet dont vous souhaitez modifier les autorisations.

Procédure

1 Accédez à l'objet dans le navigateur d'objets de vSphere Web Client.

2 Cliquez sur l'onglet Gérer et sélectionnez Autorisations.

3 Cliquez sur Ajouter autorisation.

4 Cliquez sur Add.

5 Identifiez l'utilisateur ou le groupe à qui sera octroyée l'autorisation.

a Sélectionner le domaine où l'utilisateur ou le groupes sont situés depuis le menu déroulantDomaine.

b Entrez un nom dans la fenêtre de recherche ou sélectionnez un nom dans la liste.

Le système recherche des noms d'utilisateur, des noms de groupe et des descriptions.

c Sélectionnez l'utilisateur ou le groupe, puis cliquez sur Ajouter.

Le nom est ajouté soit à la liste Utilisateurs soit à la liste groupes.

d (Facultatif) Cliquez sur Vérifier noms pour vérifier que l'utilisateur ou le groupe existe dans la basede données.

e Cliquez sur OK.


VMware, Inc. 121

6 Sélectionner un rôle du menu déroulant Rôle assigné.

Les rôles qui sont attribués à l'objet apparaissent dans le menu. Les privilèges contenus dans le rôle sontmentionnés dans la section au-dessous de l'intitulé du rôle.

7 (Facultatif) Désélectionner la case à cocher Propagation aux objets enfant.

Le rôle est appliqué seulement à l'objet sélectionné et ne se propage pas aux objets enfant.

8 Vérifier que les utilisateurs et les groupes sont affectés aux autorisations appropriées et cliquer sur OK.

Le serveur ajoute l'autorisation à la liste d'autorisations pour l'objet.

La liste d'autorisations référence tous les utilisateurs et les groupes qui ont des rôles assignés à l'objet etindique où le rôle est assigné dans la hiérarchie de vCenter Server.

Héritage hiérarchique des autorisationsQuand vous assignez une autorisation à un objet, vous pouvez choisir si l'autorisation propage la hiérarchied'objet. Vous définissez la propagation pour chaque autorisation. La propagation n'est pas universellementappliquée. Les autorisations définies pour un objet enfant ignorent toujours les autorisations qui sontpropagées à partir des objets parent.

La figure illustre la hiérarchie d'inventaire et les chemins par lesquels les autorisations peuvent êtrepropagées.

vSphere Upgrade

122 VMware, Inc.

Figure 4‑3. Hiérarchie d'inventaire de vSphere

modèle hôte VDS banque de

cluster

vApp

vAppvApp

machinevirtuelle

machinevirtuelle

pool de ressources

pool de ressources

machinevirtuelle

machinevirtuelle

pool de ressources

commutateurstandard

cluster de banques de

groupe

distribués

Dossier de VM dossier d'hôte

centre de données

vCenter Server(niveau de l'instance de vCenter Server)

dossierréseau

dossier de banque de données

dossier de centre de données

objet racine(niveau d'autorisations global)

catégorie de

balise

bibliothèque

élément de

balises

données

de portsdonnées

bibliothèque

de contenu

La plupart des objets d'inventaire héritent des autorisations d'un objet parent unique dans la hiérarchie. Parexemple, un centre de données hérite des autorisations de son dossier parent du centre de données ou ducentre de données de parent. Les machines virtuelles héritent des autorisations du dossier parent demachine virtuelle et simultanément l'hôte, le cluster ou le pool de ressources parent. Pour limiter lesprivilèges d'un utilisateur sur une machine virtuelle, vous devez définir des autorisations sur le dossierparent et l'hôte parent, le cluster, ou le pool de ressources parent de cette machine virtuelle.

Pour définir des autorisations pour un commutateur distribué et ses groupes de ports distribués associés,définissez les autorisations sur un objet parent, tel qu'un dossier ou le centre de données. Vous devezégalement sélectionner l'option pour propager ces autorisations aux objets enfant.


VMware, Inc. 123

Les autorisations prennent plusieurs formes dans la hiérarchie :

Entités gérées Vous pouvez définir des autorisations sur des entités gérées.

n Clusters

n Centres de données

n Banques de données

n Clusters de banques de données

n Dossiers

n Hôtes

n Réseaux (excepté vSphere Distributed Switches)

n Groupes de ports distribués

n Pools de ressources

n Modèles

n Machines virtuelles

n vSphere vApps

Entités globales Les entités globales dérivent des autorisations du système de vCenter Serverracine.

n Champs personnalisés

n Licences

n Rôles

n Intervalles de statistiques

n Sessions

Migrer vCenter Server et ses composants à partir d'un hôte WindowsServer 2003

vCenter Server 5.5 ne prend pas en charge Windows Server 2003 en tant que machine hôte, et ne prend pasen charge les mises à niveau à partir d'hôtes Windows Server 2003. Vous pouvez installer vCenter Server 5.5et les composants associés sur un hôte pris en charge et migrer les données de configuration de votreinstallation Windows Server 2003.

Prérequis

n Vérifiez que la nouvelle machine hôte répond aux exigences de vCenter Server 5.5. Reportez-vous à lasection Chapitre 2, « Spécifications système », page 17.


n Téléchargez le programme d'installation vCenter Server.

Procédure

1 Installer vCenter Single Sign-On lors d'une migration vers vSphere 5.5 à partir d'un hôte WindowsServer 2003 page 125vCenter Server 5.5 ne prend pas en charge les hôtes Windows Server 2003 pour vCenter Server.Lorsque vous effectuez une migration à partir d'un hôte Windows Server 2003 vers un hôte pris encharge par vCenter Server 5.5, installez vCenter Single Sign-On sur le nouvel hôte.

vSphere Upgrade

124 VMware, Inc.


3 Migrer les données de vSphere Web Client à partir d'un hôte Windows Server 2003 page 128Lorsque vous effectuez la migration d'un hôte Windows Server 2003 vers un hôte pris en charge par laversion 5.5 de vCenter Server, vous pouvez également migrer certaines données de configuration.

4 Migrer les données de vCenter Inventory Service Data à partir d'un hôte Windows Server 2003page 129Lorsque vous effectuez une migration à partir d'un hôte Windows Server 2003 vers un hôte pris encharge par vCenter Single Sign-On 5.5, vous pouvez également migrer les certificats et les données deconfiguration SSL d'Inventory Service.

5 Installer Inventory Service dans une migration de vCenter Server à partir d'un hôte WindowsServer 2003 page 130Une fois que vous avez migré les certificats SSL et les données de configuration d'Inventory Serviced'un hôte Windows Server 2003 vers un hôte pris en charge pour Inventory Service 5.5, vous pouvezinstaller Inventory Service sur le nouvel hôte.

6 Migrer les données de vCenter Server à partir d'un hôte Windows Server 2003 page 131Lorsque vous effectuez une migration à partir d'un hôte Windows Server 2003 vers un hôte pris encharge par vCenter Single Sign-On 5.5, vous pouvez également migrer la base de données et lescertificats SSL de vCenter Server.

7 Installer vCenter Server dans une migration à partir d'un hôte Windows Server 2003 page 132Après avoir migré les certificats SSL de vCenter Server à partir d'un hôte Windows Server 2003 vers unhôte pris en charge par vCenter Server 5.5, vous pouvez installer vCenter Server sur le nouvel hôte.

Installer vCenter Single Sign-On lors d'une migration vers vSphere 5.5 à partird'un hôte Windows Server 2003

vCenter Server 5.5 ne prend pas en charge les hôtes Windows Server 2003 pour vCenter Server. Lorsquevous effectuez une migration à partir d'un hôte Windows Server 2003 vers un hôte pris en charge parvCenter Server 5.5, installez vCenter Single Sign-On sur le nouvel hôte.

Cette procédure installe vCenter Single Sign-On en mode de base. Pour installer vCenter Single Sign-Onavec plusieurs instances dans un même site ou dans différents sites, reportez-vous à la documentationInstallation et configuration de vSphere.


Prérequis




Procédure



VMware, Inc. 125











vCenter Single Sign-On est installé.




Prérequis








vSphere Upgrade

126 VMware, Inc.


Procédure
















VMware, Inc. 127

Migrer les données de vSphere Web Client à partir d'un hôte WindowsServer 2003

Lorsque vous effectuez la migration d'un hôte Windows Server 2003 vers un hôte pris en charge par laversion 5.5 de vCenter Server, vous pouvez également migrer certaines données de configuration.

Migrez les données vers la nouvelle machine hôte à partir de votre installation existantedevSphere Web Client.

Remarque Dans cette procédure, les chemins d’accès aux fichiers supposent que vous avez installévSphere Web Client

dans l'emplacement par défaut. Si vous utilisez un autre emplacement, modifiez les chemins d'accès demanière appropriée.

Prérequis

n Vérifiez que la nouvelle machine hôte répond à la configuration requise par la version 5.5 de vSphereWeb Client. Reportez-vous à la section Chapitre 2, « Spécifications système », page 17.

n Passez en revue les rubriques de Chapitre 3, « Préparer la mise à niveau vers vCenter Server », page 37

n Dans la machine hôte vSphere Web Client existante, vérifiez que le service VMware vSphere Web Clientest arrêté, dans le panneau de configuration Outils d'administration de Windows, sous Services.

Procédure

1 Copiez le contenu du dossier SerenityDB sur le nouvel hôte, dans C:\ProgramData\VMware\vSphere WebClient\SerenityDB.

Pour les installations des versions 5.0.x, le dossier se trouve dans C:\ProgramFiles\VMware\Infrastructure\vSphere Web Client\DMServer\SerenityDB.

Pour les installations des versions 5.1.x, le dossier se trouve dans C:\Documents and Settings\AllUsers\Application Data\VMware\vSphere Web Client\SerenityDB.

2 Si vous effectuez une migration à partir de la version 5.1.x de vSphere Web Client, copiez le fichierC:\Documents and Settings\All Users\Application Data\VMware\vSphere Web

Client\webclient.properties sur le nouvel hôte, dans C:\ProgramData\VMware\vSphere WebClient\webclient.properties.

Le fichier webclient.properties n'existe pas dans les versions de vSphere antérieures à la version 5.1.

3 Copiez le dossier vSphere Web Client ssl sur le nouvel hôte, dans C:\ProgramData\VMware\vSphere WebClient\ssl.

Pour les installations des versions 5.0.x, le dossier se trouve dans C:\ProgramFiles\VMware\Infrastructure\vSphere Web Client\DMServer\config\ssl.

Pour les installations des versions 5.1.x, le dossier se trouve dans C:\Documents and Settings\AllUsers\Application Data\VMware\vSphere Web Client\ssl.

4 Copiez le dossier vSphere Web Client logs sur le nouvel hôte, dans C:\ProgramData\VMware\vSphereWeb Client\serviceability\logs.

Pour les installations des versions 5.0.x, le dossier se trouve dans C:\ProgramFiles\VMware\Infrastructure\vSphere Web Client\DMServer\serviceability\logs.

Pour les installations des versions 5.1.x, le dossier se trouve dans C:\Documents and Settings\AllUsers\Application Data\VMware\vSphere Web Client\Logs.

vSphere Upgrade

128 VMware, Inc.

5 Copiez le dossier vSphere Web Client eventlogs sur le nouvel hôte, dansC:\ProgramData\VMware\vSphere Web Client\serviceability\eventlogs.

Pour les installations des versions 5.0.x, le dossier se trouve dans C:\ProgramFiles\VMware\Infrastructure\vSphere Web Client\DMServer\serviceability\eventlogs.

Pour les installations des versions 5.1.x, le dossier se trouve dans C:\Documents and Settings\AllUsers\Application Data\VMware\vSphere Web Client\serviceability\eventlogs.

Migrer les données de vCenter Inventory Service Data à partir d'un hôteWindows Server 2003

Lorsque vous effectuez une migration à partir d'un hôte Windows Server 2003 vers un hôte pris en chargepar vCenter Single Sign-On 5.5, vous pouvez également migrer les certificats et les données de configurationSSL d'Inventory Service.

Remarque Les étapes de cette tâche supposent que vous installez le système vCenter Server et sescomposants dans l'emplacement par défaut. Si vous utilisez un autre emplacement, modifiez les cheminsd'accès de manière appropriée.

Prérequis

n Vérifiez que la machine hôte répond à la configuration système requise par vCenter Server 5.5.Reportez-vous à la section Chapitre 2, « Spécifications système », page 17.


Procédure

1 Si VMware vCenter Inventory Service est en cours d'exécution, arrêtez-le.

a Dans le menu Démarrer de Windows, sélectionnez Outils d'administration Windows > Services.

b Cliquez avec le bouton droit sur VMware vCenter Inventory Service, puis cliquez sur Arrêter.

2 Copiez les certificats SSL du dossier Inventory Service\ssl de la machine source.

Pour les installations de la version 5.0.x, ce dossier est situé dans C:\ProgramFiles\VMware\Infrastructure\Inventory Service\ssl.

Pour les installations de la version 5.1.x, ce dossier est situé dans C:\Documents and Settings\AllUsers\Application Data\VMware\Infrastructure\Inventory Service\ssl.

3 Créez le dossier SSL suivant sur la machine hôte sur laquelle vous allez installer la nouvelle instanced'Inventory Service : C:\ProgramData\VMware\Infrastructure\Inventory Service\ssl.

4 Collez les certificats copiés dans le dossier C:\ProgramData\VMware\Infrastructure\InventoryService\ssl.

5 Copiez toutes les données du dossier Inventory Service\data

Pour les installations de la version 5.0.x, ce dossier est situé dans C:\ProgramFiles\VMware\Infrastructure\Inventory Service\data.

Pour les installations de la version 5.1.x, ce dossier est situé dans C:\Documents and Settings\AllUsers\Application Data\VMware\Infrastructure\Inventory Service\data.

6 Créez le dossier de données suivant sur la machine hôte sur laquelle vous allez installer la nouvelleinstance d'Inventory Service : C:\Program Files\VMware\Infrastructure\Inventory Service\data.

7 Collez les fichiers de données copiés dans le dossier C:\ProgramFiles\VMware\Infrastructure\Inventory Service\data.


VMware, Inc. 129

Installer Inventory Service dans une migration de vCenter Server à partir d'unhôte Windows Server 2003

Une fois que vous avez migré les certificats SSL et les données de configuration d'Inventory Service d'unhôte Windows Server 2003 vers un hôte pris en charge pour Inventory Service 5.5, vous pouvez installerInventory Service sur le nouvel hôte.


Prérequis

n Vérifiez que la nouvelle machine hôte répond à la configuration requise par la version 5.5 de vCenterInventory Service. Reportez-vous à la section Chapitre 2, « Spécifications système », page 17.


Procédure




4 Acceptez ou modifiez le dossier d'installation par défaut.


5 Entrez le nom de domaine complet de l'ordinateur hôte d'Inventory Service.

6 Choisissez s'il convient de conserver la base de données existante ou de la remplacer par une nouvellebase de données vide.

7 Acceptez ou modifiez les valeurs par défaut des numéros de port d'Inventory Service.



vSphere Upgrade

130 VMware, Inc.

9 Entrez les informations pour enregistrer Inventory Service avec vCenter Single Sign-On.



10 Cliquez sur Installer les certificats.


Inventory Service est installé avec les certificats SSL et les données de configuration que vous avez migrés àpartir de l'installation Windows Server 2003.

Migrer les données de vCenter Server à partir d'un hôte Windows Server 2003Lorsque vous effectuez une migration à partir d'un hôte Windows Server 2003 vers un hôte pris en chargepar vCenter Single Sign-On 5.5, vous pouvez également migrer la base de données et les certificats SSL devCenter Server.

Remarque Cette tâche suppose que votre système vCenter Server utilise une base de donnéespersonnalisée. Les étapes de cette tâche supposent que vous installez le système vCenter Server et sescomposants dans l'emplacement par défaut. Si vous utilisez un autre emplacement, modifiez les cheminsd'accès de manière appropriée.

Prérequis

n Vérifiez que la machine hôte répond à la configuration système requise par vCenter Server 5.5.Reportez-vous à la section Chapitre 2, « Spécifications système », page 17.


Procédure

1 Si le service VMware VirtualCenter Server sur l'hôte source est en cours d'exécution, arrêtez-le.

a Dans le panneau de configuration Windows Outils d'administration, double-cliquez sur Services.

b Cliquez avec le bouton droit sur VMware VirtualCenter Server et sélectionnez Arrêter.

2 Copiez les certificats SSL du dossier VMware VirtualCenter\SSL de la machine source.

Ce dossier est situé dans C:\Documents and Settings\All Users\Application Data\VMware\VMwareVirtualCenter\SSL.

3 Créez le dossier SSL suivant sur la machine hôte sur laquelle vous allez installer la nouvelle instance devCenter Server : C:\ProgramData\VMware\VMwareVirtualCenter\SSL.

4 Collez les certificats copiés dans le dossier C:\ProgramData\VMware\VMware VirtualCenter\SSL.

5 Créez un DSN 64 bits qui pointe vers la base de données et l'utilisateur de base de données vCenterServer hérités.


VMware, Inc. 131

Installer vCenter Server dans une migration à partir d'un hôte WindowsServer 2003

Après avoir migré les certificats SSL de vCenter Server à partir d'un hôte Windows Server 2003 vers un hôtepris en charge par vCenter Server 5.5, vous pouvez installer vCenter Server sur le nouvel hôte.

Si vous n'entrez pas la clé de licence, vCenter Server fonctionne en mode d'évaluation, ce qui permetd'utiliser l'ensemble des fonctionnalités pendant une période d'évaluation de 60 jours. Après l'installation,vous pouvez convertir vCenter Server au mode sous licence en saisissant la clé de licence.


Prérequis

n Vérifiez que la nouvelle machine hôte répond à la configuration requise par la version 5.5 de vCenterInventory Service. Reportez-vous à la section Chapitre 2, « Spécifications système », page 17.


n Pour installer vCenter Server sur un autre lecteur que C:, vérifiez qu'il reste suffisamment d'espace surle lecteur C: pour installer le fichier .msi de Microsoft Windows Installer.

Procédure




4 Cliquez sur Utiliser une base de données prise en charge existante et sélectionnez votre base dedonnées héritée dans la liste des DSN disponibles. Entrez le nom d'utilisateur et le mot de passe duDSN.

Remarque Un avertissement peut indiquer que DSN pointe vers une ancienne version de référentielqui doit être mise à niveau. Si vous cliquez sur Oui, le programme d'installation met à niveau le schémade la base de données, la rendant définitivement incompatible avec les versions précédentes deVirtualCenter.

5 Si le programme d'installation vous le demande, saisissez l'URL JDBC de votre base de donnéesvCenter Server existante.

Le programme d'installation doit générer et valider l'URL JDBC pour la base de données vCenterServer. Si le programme d'installation ne parvient pas à se connecter à la base de données en utilisantl'URL JDBC qui a été générée, le programme d'installation vous demandera de spécifier l'URL JDBC.

6 Si le programme d'installation vous avertit que le DNS pointe vers une ancienne version d'un référentieldevant être mis à niveau, cliquez sur Oui.

Le programme d'installation met à niveau le schéma de la base de données, rendant cette dernièreirréversiblement incompatible avec les versions précédentes de vCenter Server.

vSphere Upgrade

132 VMware, Inc.

7 Entrez le nom d'utilisateur et le mot de passe d'administrateur que vous avez utilisés pour vousconnecter au système sur lequel vous installez vCenter Server.

Vous devez entrer le nom d'utilisateur et le mot de passe pour vous connecter à vCenter Server aprèsl'avoir installé.

La zone du nom de domaine complet affiche le nom de domaine complet du système sur lequel vousinstallez vCenter Server. Le programme d'installation de vCenter Server vérifie que le nom de domainecomplet peut être résolu. Si ce n'est pas le cas, un message d'avertissement s'affiche lorsque vous cliquezsur Suivant. Remplacez l'entrée par un nom de domaine complet pouvant être résolu. Vous devez saisirle nom de domaine complet, pas l'adresse IP.

8 Sélectionnez Créer une instance autonome VMware vCenter Server ou Joindre un groupe VMwarevCenter en utilisant le mode Linked pour partager des informations.

En joignant un groupe Linked Mode, vSphere Web Client peut afficher, rechercher et gérer les donnéessur les systèmes vCenter Server.

Remarque Cette option n'apparaît pas si vous mettez à niveau le schéma de la base de donnéesVirtualCenter ou vCenter Server. Vous pouvez joindre un groupe Linked Mode une fois l'installationterminée.

9 Si vous joignez un groupe, entrez le nom de domaine complet et le numéro de port LDAP d'un dessystèmes vCenter Server distants.








14 Si vous êtes invité à installer ou remplacer un certificat, suivez l'invite.

15 Enregistrez un administrateur vCenter Server avec vCenter Single Sign-On, puis cochez la case sil'administrateur est un groupe.

L'administrateur ou le groupe que vous inscrivez reçoit les privilèges nécessaires pour administrerl'instance vCenter Server que vous installez.


VMware, Inc. 133






Plusieurs barres de progression apparaissent durant l'installation des composants sélectionnés.

19 Cliquez sur Terminer .

vCenter Server est installé avec les certificats SSL et la base de données vCenter Server migrés de votreinstallation Windows Server 2003.

Suivant

Une fois l'installation terminée, utilisez vSphere Web Client pour vous connecter à vCenter Server.

Consultez les rubriques dans Chapitre 5, « Après avoir effectué la mise à niveau de vCenter Server »,page 145 pour vous renseigner sur les autres actions ultérieures à l'installation que vous pouvezentreprendre.

L'installation de vCenter Single Sign-On échoueDans un environnement Windows, l'installation de vCenter Single Sign-On peut échouer pour plusieursraisons.

Problème

L'installation de vCenter Single Sign-On échoue dans un environnement Windows.

Cause

L'échec d'une installation est dû à plusieurs raisons.

Solution

1 Vérifiez que toutes les conditions préalables à la configuration de l'installation ont été respectées.

Lors de l'échec de l'installation, le programme d'installation affiche un message similaire à celui-ci :####: L'installation a échoué en raison de....

2 Dans une ligne de commande, exécutez la commande suivante pour rassembler un bundle de supportde vCenter Single Sign-On.

C:\Windows\System32\cscript.exe "SSO Server\scripts\sso-support.wsf" /z

3 Cliquez sur OK

4 Pour obtenir des détails sur l'échec et les solutions possibles, consultez les journaux dans %TEMP%\vminst.log.

Pour obtenir la liste complète des journaux, reportez-vous à l'article de la base de connaissancesVMware 2033430.

vSphere Upgrade

134 VMware, Inc.


Mise à jour de vCenter Server avec des Service PacksVMware fournit des Service Packs pour mettre à jour le logiciel vCenter Server 5.x et les composants tiers.

Les versions des Service Packs vCenter Server peuvent inclure des mises à jour de vCenter Server,d'Inventory Service, de vCenter Single Sign On et de Profile-Driven Storage Service.

Les Service Packs de vCenter Server 5.x seront disponibles sur le site Web de VMware. Le processus de miseà jour par Service Pack met à jour les fichiers et les paramètres du registre requis par vCenter Server, puis ilredémarre les services Windows qui sont arrêtés pendant la mise à jour.

Vous ne pouvez pas utiliser l'installation simple pour effectuer une mise à niveau de vCenter Server 5.5 versune version 5.5.x ultérieure, par exemple, de la version 5.5.0 vers la version 5.5 Update 1. Si vous essayez deprocéder ainsi, le programme d'installation affiche le message Les composants vCenter Package sont déjàinstallés. Installez les composants restants en cliquant sur les liens correspondants sur la gauche. Celasignifie que certains composants vCenter Server de la version 5.5.x sont peut-être déjà installés et que vousdevez mettre à niveau tous les autres composants à l'aide des programmes d'installation individuels. Pourmettre à niveau vCenter Server 5.5 vers une version 5.5.x ultérieure, vous devez utiliser les programmesd'installation individuels de vCenter Single Sign-On, vSphere Web Client, vCenter Inventory Service etvCenter Server. Reportez-vous à « Utiliser l'option d'installation personnalisée pour Mettre à niveau laversion 5.0.x et les versions antérieures vCenter Server et les composants requis », page 80.

Remarque Les Service Packs de vCenter Server 5.x seront disponibles sur le site Web de VMware. Leprocessus de mise à jour par Service Pack met à jour les fichiers et les paramètres du registre requis parvCenter Server, puis il redémarre les services Windows qui sont arrêtés pendant la mise à jour.

Les privilèges d'administrateur sont requis pour installer une mise à jour sur Windows Server 2008 ou uneversion ultérieure avec le contrôle de compte d'utilisateur (UAC) activé. L'utilisateur connecté doit être unadministrateur ou un membre du groupe d'Administrateurs dont les privilèges ont été élevés au niveauadministrateur. Reportez-vous à « Élever les privilèges du groupe Administrateurs au niveauadministrateur dans Windows Server 2008 », page 135.

Élever les privilèges du groupe Administrateurs au niveau administrateur dansWindows Server 2008

Lors de l'installation d'une mise à jour de vCenter Server sur Windows Server 2008 et les versionsultérieures avec le contrôle de compte utilisateur (UAC) activé, il est nécessaire que l'utilisateur connectédispose des privilèges d'administrateur. Vous pouvez élever les privilèges des membres du groupeAdministrateurs au niveau administrateur.

Vous pouvez également désactiver l'UAC dans le panneau de configuration de Comptes d'utilisateurs, puisle réactiver une fois la mise à jour achevée. L'ordinateur doit être redémarré chaque fois que vous modifiezce paramètre de stratégie.

Procédure

1 Dans le panneau de configuration Outils d'administration, double-cliquez sur Politique de sécuritélocale.

2 Sous Stratégie locales, sélectionnez Options de sécurité.

3 Double-cliquez sur Contrôle de compte utilisateur : Exécuter les comptes d'administrateurs en moded'approbation d'administrateur.

4 Sélectionnez Désactivé et cliquez sur OK.

5 Redémarrez l'ordinateur.

Tous les membres du groupe Administrateurs peuvent installer la mise à jour.


VMware, Inc. 135

Suivant

Après avoir installé la mise à jour, vous pouvez réactiver le contrôle de compte utilisateur : exécutez lescomptes d'administrateurs en mode d'approbation d'administrateur et redémarrez l'ordinateur.

Mise à niveau et mise à jour de vCenter Server ApplianceVous pouvez mettre à niveau vCenter Server Appliance en déployant une nouvelle version du dispositif.Vous pouvez mettre à jour vCenter Server Appliance à partir d'un référentiel VMware.com, un bundle demise à jour zippé ou le lecteur de CD-ROM.

Mise à niveau de VMware vCenter Server AppliancePour la mise à niveau de vCenter Server Appliance, vous pouvez déployer une nouvelle version dudispositif et importer l'identité du réseau de votre vCenter Server Appliance existant.

Remarque La mise à niveau de la version 5.0 vers la version 5.5 est légèrement différente de celle de laversion 5.1 vers la version 5.5. Les options permettant de définir des rôles ne sont pas disponibles pendant lamise à niveau de la version 5.1 vers la version 5.5.

Les versions des produits VMware sont numérotées avec deux chiffres, par exemple, vSphere 5.5. Uneversion qui change un chiffre, passant, par exemple, de 4.1 à 5.0, ou de 5.1 à 5.5, implique que desmodifications majeures ont été apportées au logiciel et nécessite une mise à niveau à partir de la versionprécédente. Une version qui apporte une petite modification, nécessitant uniquement une mise à jour, estindiquée par un numéro de mise à jour, par exemple, vSphere 5.1 Update 1.

Pour les mises à jour de vCenter Server Appliance, par exemple, de la version 5.1 vers la version 5.1Update 1, reportez-vous à « Mettre à jour VMware vCenter Server Appliance à partir d'un référentielVMware.com », page 139, « Mettre à jour VMware vCenter Server Appliance à partir d'un bundle de mise àjour zippé », page 139, et à « Mettre à jour VMware vCenter Server Appliance à partir du lecteur de CD-ROM », page 140.

Les versions 5.0 Update 1 et versions ultérieures, 5.1.x et 5.5 de vCenter Server Appliance utilisentPostgreSQL pour la base de données intégrée au lieu d'IBM DB2, qui était utilisé dans vCenter ServerAppliance 5.0. Si vous utilisez la base de données intégrée avec vCenter Server Appliance, lorsque vousmettez à jour de la version 5.0 vers la version 5.5, la base de données intégrée IBM DB2 est migrée vers unebase de données PostgreSQL. L'état de configuration de votre base de données existante est conservé et leschéma est mis à jour pour être compatible avec vCenter Server Appliance 5.5.


La version 5.5 de vCenter Server Appliance est déployée avec la version 7 du matériel virtuel qui prend encharge huit CPU virtuelles par machine virtuelle dans ESXi. En fonction des hôtes que vous allez gérer avecvCenter Server Appliance, vous pouvez souhaiter mettre à niveau les hôtes ESXi et mettre à jour la versionmatérielle de vCenter Server Appliance afin de prendre en charge davantage de CPU virtuelles :

n ESXi 4.x prend en charge le matériel virtuel jusqu'à la version 7 qui peut compter un maximum de 8CPU virtuelles par machine virtuelle.

n ESXi 5.0.x prend en charge le matériel virtuel jusqu'à la version 8 qui peut compter un maximum de 32CPU virtuelles par machine virtuelle.

vSphere Upgrade

136 VMware, Inc.

n ESXi 5.1.x prend en charge le matériel virtuel jusqu'à la version 9 qui peut compter un maximum de 64CPU virtuelles par machine virtuelle.

Avertissement Si vous mettez à jour vCenter Server Appliance vers la version 10 du matériel virtuel, vousne pourrez pas modifier les paramètres de machine virtuelle pour le dispositif à l'aide de vSphere Client.Cela peut poser des problèmes pour gérer vCenter Server Appliance, dans la mesure où vous ne pourrezpas utiliser vSphere Web Client pour vous connecter directement à l'hôte sur lequel vCenter ServerAppliance réside, pour le gérer. Ne mettez pas à niveau vCenter Server Appliance vers la versionmatérielle 10.

Pour mettre à jour la version du matériel virtuel d'une machine virtuelle, reportez-vous aux informationsrelatives aux niveaux de compatibilité des machines virtuelles dans la documentation Administration d'unemachine virtuelle vSphere.

Remarque Si votre mise à niveau reconfigure le dispositif afin d'utiliser une instance de vCenter SingleSign-On externe sur un hôte Microsoft Windows, après la mise à niveau vous ne pourrez pas vous connecteren tant qu'utilisateur racine, sauf si vous ajoutez à l'hôte vCenter Single Sign-On un utilisateur portant cenom. Windows n'inclut pas d'utilisateur racine par défaut.

Prérequis

n Vérifiez que les horloges de toutes les machines du réseau vSphere sont synchronisées. Reportez-vous àla section « Synchronisation des horloges sur le réseau vSphere », page 63.

n Si votre dispositif vCenter Server Appliance utilise une instance externe de vCenter Single Sign-On,mettez à niveau Single Sign-On vers la même version que celle du dispositif vCenter Server Appliancevers laquelle vous effectuez la mise à niveau.

n Vérifiez que le certificat SSL de vCenter Server destiné à votre dispositif vCenter Server Applianceexistant est correctement configuré. Reportez-vous à l'article 2057223 de la base de connaissancesVMware.

n Sauvegardez la base de données de vCenter Server.

n Créez un snapshot du dispositif vCenter Server Appliance.

Procédure

1 Déployer la nouvelle version de vCenter Server Appliance.

Le nouveau dispositif dispose d'une configuration réseau par défaut, et le service vCenter Server n'estni configuré, ni activé. Il n'est pas nécessaire de configurer NFS sur le nouveau dispositif. Cetteconfiguration est copiée automatiquement lors de la mise à niveau.

2 Assurez-vous que le nouveau dispositif dispose au moins de la même quantité de RAM et du mêmenombre de CPU que l'ancien.

3 Si vous avez ajouté des disques ou augmenté la taille des VMDK de l'ancien dispositif, reconfigurez lenouveau dispositif afin qu'il dispose au moins du même espace disque que l'ancien.

4 Connectez-vous au nouveau dispositif et à l'ancien dans des fenêtres de navigateur distinctes.

5 Dans l'assistant de configuration de vCenter Server du nouveau dispositif, acceptez le contrat de licenced'utilisateur final.

Cet assistant démarre automatiquement lors de la première connexion. Lors des connexions suivantes,vous pourrez démarrer l'assistant manuellement en cliquant sur le bouton Lancer dans la sectionUtilitaires de la page de démarrage.

6 Dans le nouveau dispositif, dans le panneau des options de configuration, sélectionnez Mise à jour dela version précédente.

7 Dans le nouveau dispositif, cliquez sur Suivant.


VMware, Inc. 137


8 Si vous procédez à une mise à niveau à partir de la version 5.0.x : dans l'ancien dispositif, dans l'ongletMettre à niveau, sélectionnez source pour le rôle du dispositif, puis cliquez sur Définir le rôle.

9 Dans le nouveau dispositif, copiez la clé de dispositif local.

10 Importez la clé que vous avez copiée à l'étape précédente dans l'ancien dispositif.

n Si vous procédez à une mise à niveau à partir de la version 5.0.x : dans l'ancien dispositif, accédez àl'onglet Mettre à niveau, puis au sous-onglet Établir une relation de confiance. Collez la clé dansle champ Clé de dispositif à distance, puis cliquez sur Importer la clé à distance.

n Si vous procédez à une mise à niveau à partir de la version 5.1.x : dans l'ancien dispositif, collez laclé dans la zone Clé de mise à niveau, puis cliquez sur Importer la clé et arrêter vCenter Server.

11 Dans l'ancien dispositif, copiez la clé de dispositif local.

12 Dans le nouveau dispositif, collez la clé que vous avez copiée à l'étape précédente dans la zone Clé demise à niveau, puis cliquez sur Suivant.

L'assistant d'installation effectue une vérification sur le certificat SSL de l'ancien dispositif. Si unproblème est détecté, l'assistant affiche un panneau qui explique le problème et propose une optionpermettant de générer un nouveau certificat auto-signé pour le nouveau dispositif.

13 Si vous souhaitez conserver le certificat actuel et corriger manuellement tous les problèmes qui enrésultent, décochez la case Remplacer le certificat SSL de vCenter.

Si vous effectuez une mise à niveau à partir d'un dispositif de la version 5.1.x, la configuration SingleSign-On existante sera utilisée pour le dispositif mis à niveau. Passez à Étape 15. Si vous effectuez unemise à niveau à partir d'un dispositif de la version 5.0, l'assistant affiche le panneau des paramètresSSO.

14 Si vous effectuez une mise à niveau à partir d'un dispositif de la version 5.0, dans le panneau desparamètres SSO, indiquez si vous souhaitez utiliser une instance externe de Single Sign-On ou laversion intégrée.

Si vous choisissez une instance externe de Single Sign-On, une vérification est effectuée pour s'assurerque la version de l'instance de Single Sign-On est bien 5.5. Si la version est antérieure à 5.5, un messaged'erreur s'affiche et la mise à niveau n'est pas effectuée.

15 Dans le nouveau dispositif, cliquez sur Suivant.

16 Consultez la liste des hôtes gérés par le dispositif source et sélectionnez ceux sur lesquels voussouhaitez exécuter les vérifications préalables à la mise à niveau.

Pour réduire tout risque de problème lors de la mise à niveau, exécutez les vérifications préalables à lamise à niveau sur les hôtes les plus importants.

17 Consultez le contrôle de pré-mise à jour des hôtes du dispositif source et corrigez les erreurs avant decontinuer.

18 Confirmez que vous avez effectué une sauvegarde ou un snapshot du dispositif source et de la base dedonnées externe, puis cliquez sur Suivant.

Le nouveau dispositif ferme l'ancien dispositif et prend l'identitié réseau de l'ancien dispositif. Sil'ancien dispositif a été configuré pour utiliser l'adressage dynamique, le nouveau dispositif vaégalement utiliser l'adressage dynamique. Une fois l'importation terminée, le nouveau vCenter ServerAppliance démarre.

19 Lorsque la mise à jour est terminée, cliquez sur Fermer.

vCenter Server Appliance est mis à jour et le nouveau dispositif va redémarrer.

vSphere Upgrade

138 VMware, Inc.

Mettre à jour VMware vCenter Server Appliance à partir d'un référentielVMware.com

Vous pouvez régler le dispositif vCenter Service pour qu'il se mette à jour automatiquement à partir d'unréférentiel public sur le site Internet VMware.com lorsque VMware publie une mise à jour.

Pour mettre à jour vCenter Server Appliance à partir d'un bundle de mise à jour zippé que vous téléchargezsur votre référentiel interne, voir« Mettre à jour VMware vCenter Server Appliance à partir d'un bundle demise à jour zippé », page 139. Pour mettre à jour vCenter Server Appliance à partir du lecteur CD-ROMvirtuel du dispositif, voir « Mettre à jour VMware vCenter Server Appliance à partir du lecteur de CD-ROM », page 140. Pour les mises à niveau majeures de vCenter Server Appliance, voir « Mise à niveau deVMware vCenter Server Appliance », page 136.

Prérequis

n Vérifiez que les horloges de toutes les machines du réseau vSphere sont synchronisées. Reportez-vous à « Synchronisation des horloges sur le réseau vSphere », page 63.


Procédure

1 Ouvrez l'interface Web de gestion du dispositif virtuel vCenter sur le port 5480.

2 Dans l'onglet Mise à jour, cliquez sur Paramètres.

3 (Facultatif) Sous Mises à jour automatiques, définissez et planifiez le dispositif vCenter Server pourqu'il vérifie et installe les mises à jour.

4 Sous Référentiel de mise à jour, sélectionnez Utiliser le référentiel par défaut.

Le référentiel par défaut est réglé à l'URL correcte VMware.com.


6 Cliquez sur Statut.

7 Sous Actions, cliquez sur Consulter les mises à jour ou Installer les mises à jour.

Mettre à jour VMware vCenter Server Appliance à partir d'un bundle de mise àjour zippé

Si votre accès Internet est limité, vous pouvez configurer votre propre référentiel interne pour les mises àjour plutôt que d'obtenir des mises à jour à partir d'un référentiel public VMware. Vous pouvez téléchargerles mises à jour sous forme de bundle de mise à jour zippé.

Pour mettre à jour vCenter Server Appliance à partir d'un référentiel VMware public, voir « Mettre à jourVMware vCenter Server Appliance à partir d'un référentiel VMware.com », page 139. Pour mettre à jourvCenter Server Appliance à partir du lecteur CD-ROM virtuel du dispositif, voir « Mettre à jour VMwarevCenter Server Appliance à partir du lecteur de CD-ROM », page 140. Pour les mises à niveau majeures devCenter Server Appliance, voir « Mise à niveau de VMware vCenter Server Appliance », page 136.

Prérequis



n Créez un compte My VMware à l'adresse https://my.vmware.com/web/vmware/.


VMware, Inc. 139


Procédure

1 Depuis le site Web de VMware à l'adresse https://my.vmware.com/web/vmware/downloads,téléchargez le fichier ZIP du dispositif de mise à jour de vCenter Server.

VMware-vCenter-Server-Appliance-version_number-build_number-updaterepo.zip

2 Sur le serveur Web de votre choix, créez un répertoire de référentiel sous la racine : par exemple,vc_update_repo.

3 Extrayez le bundle zippé dans le répertoire de référentiel.

Les fichiers extraits se trouvent dans deux sous-répertoires : manifest et package-pool.



6 Sélectionnez Utiliser le référentiel spécifié.

7 Pour l'URL du référentiel, saisissez l'URL du référentiel que vous avez créé.

Par exemple, si le répertoire de référentiel est vc_update_repo, l'URL doit être semblable à l'URLsuivante : http://web_server_name.your_company.com/vc_update_repo



10 Sous Actions, cliquez sur Installer les mises à jour.

La mise à jour est installée.

Mettre à jour VMware vCenter Server Appliance à partir du lecteur de CD-ROMVous pouvez mettre à jour vCenter Server Appliance à partir d'un fichier ISO que le dispositif lit à partir dulecteur CD-ROM virtuel.

Pour mettre à jour vCenter Server Appliance à partir d'un bundle de mise à jour zippé que vous téléchargezsur votre référentiel interne, voir« Mettre à jour VMware vCenter Server Appliance à partir d'un bundle demise à jour zippé », page 139. Pour mettre à jour vCenter Server Appliance à partir d'un référentiel VMwarepublic, voir « Mettre à jour VMware vCenter Server Appliance à partir d'un référentiel VMware.com »,page 139. Pour les mises à niveau majeures de vCenter Server Appliance, voir « Mise à niveau de VMwarevCenter Server Appliance », page 136.

Prérequis



n Créez un compte My VMware à l'adresse https://my.vmware.com/web/vmware/.

Procédure

1 Rendez-vous sur le site Web de VMware à l'adresse https://my.vmware.com/web/vmware/downloads ettéléchargez l'image ISO de du dispositif de mise à jour vCenter Server.

VMware-vCenter-Server-Appliance-version_number-build_number-updaterepo.iso

2 Connectez le lecteur vCenter Server Appliance CD-ROM au fichier ISO que vous avez téléchargé.



5 Sous Mise à jour du référentiel, sélectionnez Utiliser les mises à jour du CD-ROM.

vSphere Upgrade

140 VMware, Inc.






8 Sous Actions, cliquez sur Installer les mises à jour.

Installer ou mettre à niveau séparément vCenter Server JavaComponents

Les composants vCenter Server Java Components (JRE) requis sont installés ou mis à niveau en modesilencieux lors de l'installation ou de la mise à niveau de vCenter Server. Vous pouvez également installer oumettre à jour vCenter Server Java Components séparément.

Le programme d'installation séparé vous permet de mettre à jour ou de mettre à niveau JRE vers une versionpubliée de manière asynchrone par rapport aux publications de vCenter Server. Si une version antérieure deJRE est présente sur le système, cette procédure met à niveau la version existante de JRE.

Prérequis

n Vérifiez que Microsoft Windows Installler 3.0 ou version ultérieure est présent sur votre système.

n Téléchargez le programme d'installation de vCenter Server à partir de la page des téléchargements deVMware à l'adresse http://www.vmware.com/support/ et extrayez l'archive zip.

Procédure

1 Dans l'Explorateur Windows, double-cliquez sur le fichiervCenter_Server_installation_directory/vJRE/VMware-jre.exe.

L'assistant d'installation de VMware vCenter Server - Java Components s'ouvre.

2 Acceptez le contrat de licence.



Les composants vCenter Server Java Components (JRE) sont installés ou mis à niveau.

Installer ou mettre à niveau séparément vCenter Server tc ServerLe composant vCenter Server tc Server requis est installé ou mis à niveau en mode silencieux lors del'installation ou de la mise à niveau de vCenter Server. Vous pouvez également installer ou mettre à niveauséparément vCenter Server tc Server.

Utilisez le programme d'installation séparé pour mettre à jour ou mettre à niveau vCenter Server tc Serververs une version publiée de manière asynchrone par rapport aux publications de vCenter Server. Si uneversion antérieure de vCenter Server tc Server est présente sur le système, cette procédure met à niveau laversion existante de vCenter Server tc Server.

Prérequis

n Vérifiez que Microsoft Windows Installler 3.0 ou version ultérieure est présent sur votre système.

n Téléchargez le programme d'installation de vCenter Server à partir de la page des téléchargements deVMware à l'adresse http://www.vmware.com/support/ et extrayez l'archive zip.

Procédure

1 Dans l'Explorateur Windows, double-cliquez sur le fichiervCenter_Server_installation_directory/vtcServer/VMware-tcserver.exe.

L'assistant d'installation de VMware vCenter Server - tc Server s'ouvre.


VMware, Inc. 141



2 Acceptez le contrat de licence.



vCenter Server tc Server est installé ou mis à niveau.

Mise à jour de Java Components et de vCenter Server tc Server avecVIMPatch

Vous pouvez mettre à jour séparément la version Java de tous les composants vCenter Server en fonction duserveur JRE, en utilisant le fichier ISO VIMPatch. Vous pouvez également mettre à niveau vCenter Server tcServer en utilisant le même correctif.

Les composants de vCenter Server suivants dépendent de Java :

n vCenter Single Sign-On

n vCenter Inventory Service

n vCenter Server

n vSphere Web Client

n vCenter Orchestrator

Vous pouvez appliquer le correctif sans avoir à réinstaller les composants de vCenter Server. Le correctiffournit les mises à jour pour JRE et vCenter Server tc Server.

Si vCenter Server tc Server est présent sur le système, à l'endroit où le composant respectif devCenter Server est installé, cette procédure met également à niveau la version de vCenter Server tc Server.

Prérequis

n Téléchargez le correctif Java Components depuis la page de téléchargement de VMware à l'adresse https://my.vmware.com/web/vmware/downloads. Le format du nom est VMware-VIMPatch-5.5.0-build_number-YYYYMMDD.iso

n Arrêtez toutes les opérations des composants vCenter Server, comme lorsque vous appliquez lecorrectif, pour arrêter tous les services en cours d'exécution.

Procédure

1 Montez VMware-VIMPatch-5.5.0-build_number-YYYYMMDD.iso sur le système dans lequel le composantde vCenter Server est installé.

2 Double-cliquez sur ISO_mount_directory/autorun.exe.

Un assistant de mise à jour Java Components de vCenter Server s'ouvre.

3 Cliquez sur Tout corriger.

Le correctif vérifie si les composants Java sont à jour et les met à niveau sans notification le cas échéant.

Si vCenter Server tc Server est présent sur le système, il est également mis à niveau.

vSphere Upgrade

142 VMware, Inc.


La mise à niveau de vCenter Server échoue lorsqu'il est impossibled'arrêter le service Tomcat

Une mise à niveau de vCenter Server peut échouer lorsque le programme d'installation est incapabled'arrêter le service Tomcat.

Problème

Si le programme d'installation de vCenter Server ne peut pas arrêter le service Tomcat pendant une mise àniveau, la mise à niveau échoue et affiche un message d'erreur similaire à Impossible de supprimer leservice Tomcat VC. Ce problème est susceptible de se produire même si vous arrêtez le service Tomcatmanuellement avant la mise à niveau, si certains fichiers utilisés par le processus Tomcat sont verrouillés.

Solution

1 À partir du menu Windows Démarrer, sélectionnez Paramètres > Panneau de configuration > Outilsd'administration > Services.

2 Cliquez avec le bouton droit sur VMware VirtualCenter Server et sélectionnez Manuel.

3 Cliquez avec le bouton droit sur VMware vCenter Management Webservices et sélectionnez Manuel.

4 Redémarrez la machine de vCenter Server avant de procéder à la mise à niveau.

Cela permettra de déverrouiller tous les éventuels fichiers verrouillés par le processus Tomcat, etpermettra au programme d'installation de vCenter Server d'arrêter le service Tomcat en vue de la mise àniveau.

Vous pouvez également redémarrer la machine de vCenter Server et relancer le processus de mise à niveau.Vous devrez alors sélectionner l'option garantissant que les données de vCenter Server ne seront pasécrasées.


VMware, Inc. 143

vSphere Upgrade

144 VMware, Inc.

Après avoir effectué la mise à niveaude vCenter Server 5

Après votre mise à niveau vers vCenter Server, étudiez les options et exigences ultérieures à la mise àniveau.

n Pour consulter la base de données de mise à niveau, ouvrez %TEMP%\VCDatabaseUpgrade.log.

n Mettez à niveau tous les modules complémentaires reliés à cette instance de vCenter Server, tels quevSphere Update Manager.

n Sur le site Web de VMware, ouvrez une session sur votre page de compte pour accéder au portail delicence. Sur le portail de licence, mettez à niveau votre licence vCenter Server. À l'aide devSphere Web Client, attribuez la clé de licence mise à niveau à l'hôte vCenter Server.

n Avec les bases de données Oracle, copiez le pilote Oracle JDBC (ojdbc14.jar ou ojdbc5.jar) dans ledossier [VMware vCenter Server]\tomcat\lib.

n Pour les bases de données SQL Server, si vous avez activé une journalisation en vrac de la mise àniveau, désactivez-la une fois la mise à niveau achevée.

n Vous pouvez également joindre le système vCenter Server à un groupe Linked Mode.

n Vous pouvez également mettre à niveau ou migrer les hôtes ESXi ou ESX dans l'inventaire vCenterServer vers la version vers laquelle vous avez mis à niveau vCenter Server.

n Si la vérification de la certification SSL n'est pas activée, activez-la pour tous les clusters vSphere HA. Lavérification de la certification SSL est nécessaire pour configurer HA sur les hôtes. Dans vCenter Server,sélectionnez Administration > Paramètres vCenter Server > Paramètres SSL > vCenter exige descertificats SSL d'hôtes vérifiés. Suivez les instructions pour vérifier le certificat SSL de chaque hôte etcliquez sur OK. Si nécessaire, reconfigurez HA sur les hôtes.


n « Installer ou mettre à niveau vSphere Web Client », page 146

n « Installer ou mettre à niveau vSphere ESXi Dump Collector », page 147

n « Installer ou mettre à niveau vSphere Syslog Collector », page 149

n « Installer ou mettre à niveau vSphere Auto Deploy », page 150

n « Installer ou mettre à niveau vSphere Authentication Proxy », page 151

n « Activer la prise en charge d'IPv6 pour vCenter Inventory Service », page 153

n « Considérations sur Linked Mode pour vCenter Server », page 153

n « Conditions préalables de Linked Mode pour vCenter Server », page 154

n « Rejoindre un groupe Linked Mode après une mise à niveau vers vCenter Server », page 155

n « Configuration des paramètres de VMware vCenter Server - tc Server dans vCenter Server », page 156

VMware, Inc. 145

n « Configurer le nombre maximal de connexions de base de données après une mise à niveau versvCenter Server », page 157




Prérequis









Procédure








vSphere Upgrade

146 VMware, Inc.








Installer une copie locale de l'aide de vSphere Web ClientSi vous n'avez pas accès à l'Internet depuis le système que vous utilisez pour accéder à vSphere Web Client,vous pouvez télécharger et déployer une copie locale de l'aide en ligne.

Par défaut, vSphere Web Client accède à l'aide en ligne sur le Web. Cela permet au client d'accéder à laversion la plus actualisée du contenu de l'aide.

Si vous téléchargez et déployez l'aide localement, la copie locale ne sera pas mise à jour lorsque la nouvelleaide sera publiée sur le Web. Si vous déployez l'aide locale, vérifiez régulièrement l'emplacement detéléchargement pour les mises à jour.

Pour obtenir des instructions relatives au téléchargement et au déploiement au niveau local de l'aide enligne de vSphere Web Client, consultezhttp://kb.vmware.com/kb/2030344.

Installer ou mettre à niveau vSphere ESXi Dump CollectorVous pouvez configurer ESXi pour vider la mémoire vmkernel sur un serveur réseau plutôt que sur undisque lorsqu'une erreur critique se produit sur le système. Installez vSphere ESXi Dump Collector pourcollecter ces vidages de mémoire sur le réseau.

Si une version antérieure de vSphere ESXi Dump Collector est installée sur votre système, cette procédurepermet de mettre à niveau vSphere ESXi Dump Collector à la version actuelle.

Remarque Dans vCenter Server Appliance, vSphere ESXi Dump Collector est installé et activé par défaut.Ces instructions s'appliquent aux déploiements sur Windows.

Pour obtenir des informations sur la configuration d'ESXi afin de vider la mémoire du noyau dans le serveurréseau, reportez-vous aux informations sur la configuration d'vSphere ESXi Dump Collector avec esxclidans la documentation Installation et configuration de vSphere.

Chapitre 5 Après avoir effectué la mise à niveau de vCenter Server

VMware, Inc. 147


vSphere ESXi Dump Collector est plus utile pour les centres de données dans lesquels les hôtes ESXi sontconfigurés en utilisant le processus Auto Deploy, et les hôtes ESXi risquent donc de ne pas avoir de stockagelocal. Vous pouvez également installer vSphere ESXi Dump Collector pour les hôtes ESXi ayant un stockagelocal comme emplacement supplémentaire où les vidages de mémoire vmkernel peuvent être redirigés encas d'erreurs critiques.

Vous pouvez installer vSphere ESXi Dump Collector sur la même machine que le système vCenter Serverassocié ou sur une machine différente ayant une connexion réseau au système vCenter Server.

Le service vSphere ESXi Dump Collector se lie à une adresse IPv4 pour communiquer avec vCenter Server,et ne prend pas en charge IPv6. vCenter Server peut être installé sur une machine hôte dans unenvironnement réseau exclusivement IPv4, mixte IPv4/IPv6 ou exclusivement IPv6, mais la machine qui seconnecte à vCenter Server via vSphere Web Client doit disposer d'une adresse IPv4 pour que le servicevSphere ESXi Dump Collector fonctionne.

Prérequis

n Vérifiez que vous disposez des privilèges d'administrateur.

n Vérifiez que la machine hôte utilise Windows Installer 3.0 ou une version ultérieure.

n Vérifiez que la machine hôte est dotée d'un processeur et d'un système d'exploitation compatibles.vSphere ESXi Dump Collector prend en charge les mêmes processeurs et les mêmes systèmesd'exploitation que vCenter Server. Reportez-vous à la section « Configuration logicielle requise pourvCenter Server », page 27 et « Configurations matérielles requises pour vCenter Server, vSphere WebClient, vCenter Inventory Service et vCenter Single Sign-On », page 21.

n Vérifiez que la machine hôte possède une adresse IPv4 valide. Vous pouvez installer vSphere ESXiDump Collector sur une machine dans un environnement réseau exclusivement en mode IPv4 ou enmode mixte IPv4/IPv6, mais vous ne pouvez pas installer vSphere ESXi Dump Collector sur unemachine dans un environnement exclusivement en mode IPv6.

n Si vous utilisez un emplacement réseau pour le référentiel Dump Collector, vérifiez que cetemplacement est monté.

Collectez les informations suivantes pour terminer l'installation ou la mise à niveau :

n L'emplacement d'installation de vSphere ESXi Dump Collector si vous n'utilisez pas l'emplacement pardéfaut.

n L'emplacement du référentiel vSphere ESXi Dump Collector où seront stockés les fichiers de vidage.

n (Facultatif) La taille maximale du référentiel vSphere ESXi Dump Collector. L'emplacement réseauspécifié doit disposer au minimum de cet espace libre.

n Si vous installez vSphere ESXi Dump Collector comme instance autonome ou l'intégrez à un systèmevCenter Server. vSphere ESXi Dump Collector ne peut pas être intégré aux versions vCenter Serverantérieures à la version 5.0.

n Si vSphere ESXi Dump Collector est intégré à un système vCenter Server, l'adresse et les informationsd'identification du système vCenter Server : adresse IP ou nom, port HTTP, nom d'utilisateur et mot depasse.

n Le port du serveur vSphere ESXi Dump Collector si vous n'utilisez pas le paramètre par défaut.

n Le nom d'hôte ou l'adresse IP pour identifier vSphere ESXi Dump Collector sur le réseau.

vSphere Upgrade

148 VMware, Inc.

n Les informations d'identification d'un utilisateur autorisé à enregistrer ou à mettre à jour l'extension devSphere ESXi Dump Collector avec vCenter Server.

Tableau 5‑1. Privilèges d'extension

Nom de privilège Description

Extension.Enregistrer une étendue Permet d'enregistrer une extension (plug-in).

Extension.Annuler l'enregistrementd'une étendue

Permet d'annuler l'enregistrement d'une extension (plug-in).

Extension.Mettre à jour une étendue Permet de mettre à jour une extension (plug-in).

Procédure


2 Sélectionnez vSphere ESXi Dump Collector et cliquez sur Installer.

3 Suivez les invites de l'assistant pour terminer l'installation ou la mise à niveau.

Installer ou mettre à niveau vSphere Syslog CollectorInstallez vSphere Syslog Collector pour rediriger les journaux système ESXi vers un serveur sur le réseauplutôt que vers un disque local.

Si une version antérieure de vSphere Syslog Collector est installée sur votre système, cette procédure met àniveau vSphere Syslog Collector vers la version actuelle.

Vous pouvez installer vSphere Syslog Collector sur la même machine que le serveur vCenter Server associéou sur une machine différente disposant d'une connexion réseau à vCenter Server. Le service vSphereSyslog Collector se lie à une adresse IPv4 pour communiquer avec vCenter Server, et ne prend pas en chargeIPv6. vCenter Server peut être installé sur une machine hôte dans un environnement réseau exclusivementIPv4, mixte IPv4/IPv6 ou exclusivement IPv6, mais la machine qui se connecte à vCenter Server viavSphere Web Client doit disposer d'une adresse IPv4 pour que le service vSphere Syslog Collectorfonctionne.

Important Le nombre maximal recommandé d'hôtes ESXi pris en charge depuis lesquels collecter desjournaux est 30.

Prérequis



n Vérifiez que la machine hôte dispose d'un processeur et d'un système d'exploitation pris en charge.vSphere Syslog Collector prend en charge les mêmes processeurs et systèmes d'exploitation quevCenter Server. Reportez-vous aux sections « Configuration logicielle requise pour vCenter Server »,page 27 et « Configurations matérielles requises pour vCenter Server, vSphere Web Client, vCenterInventory Service et vCenter Single Sign-On », page 21.

n Déterminez s'il convient d'installer vSphere Syslog Collector comme instance autonome ou de l'intégrerà vCenter Server. vSphere Syslog Collector n'est pas pris en charge pour l'intégration avec les versionsde vCenter Server antérieures à la version 5.0.

n Vérifiez que la machine hôte possède une adresse IPv4 valide. Vous pouvez installer vSphere SyslogCollector sur une machine dans un environnement réseau exclusivement IPv4 ou mixte IPv4/IPv6, maisvous ne pouvez pas installer vSphere Syslog Collector sur une machine dans un environnementexclusivement IPv6.


VMware, Inc. 149


n L'emplacement d'installation de vSphere Syslog Collector si vous n'utilisez pas l'emplacement pardéfaut.

n L'emplacement du référentiel de vSphere Syslog Collector où seront stockés les fichiers syslog.

n (Facultatif) La taille maximale du référentiel de vSphere Syslog Collector. L'emplacement réseauspécifié doit disposer au minimum de cet espace libre.

n (Facultatif) Le nombre maximal de rotations de journaux de vSphere Syslog Collector à conserver.

n Si vSphere Syslog Collector est intégré à un serveur vCenter Server, l'adresse et les informationsd'identification du serveur vCenter Server : adresse IP ou nom, port HTTP, nom d'utilisateur et mot depasse.

n Le port du serveur de vSphere Syslog Collector, si vous n'utilisez pas le paramètre par défaut et s'ilconvient d'utiliser les protocoles TCP et UDP pour ce port.

n Le port SSL du serveur de vSphere Syslog Collector, si vous n'utilisez pas le paramètre par défaut, et s'ilconvient d'utiliser une connexion sécurisée (SSL) pour ce port.

n Le nom d'hôte ou l'adresse IP pour identifier vSphere Syslog Collector sur le réseau.

Procédure


2 Sélectionnez vSphere Syslog Collector et cliquez sur Installer.


Installer ou mettre à niveau vSphere Auto DeployInstallez vSphere Auto Deploy pour provisionner et personnaliser les hôtes physiques en chargeant l'imageESXi directement en mémoire. Vous pouvez provisionner et reprovisionner des centaines d'hôtes ESXiefficacement avec vCenter Server.

Si une version antérieure de vSphere Auto Deploy est installée sur votre système, cette procédure réaliseune mise à niveau vers la version actuelle de vSphere Auto Deploy.

Vous devez installer le serveur vSphere Auto Deploy séparément pour chaque instance de vCenter Serveravec laquelle vous envisagez d'utiliser vSphere Auto Deploy. vSphere Auto Deploy n'est pas pris en chargeavec les versions de vCenter Server antérieures à la version 5.0. Vous devez mettre à niveau vSphere AutoDeploy lors de la mise à niveau de vCenter Server. vSphere Auto Deploy est pris en charge uniquementdans la même version que celle du système vCenter Server correspondant.

vSphere Auto Deploy prend en charge IPv4 et IPv6. Toutefois, vSphere Auto Deploy utilise uneinfrastructure de démarrage PXE qui prend uniquement en charge IPv4. Vous pouvez utiliser vSphere AutoDeploy dans un environnement mixte IPv4-IPv6 ou dans un environnement exclusivement en mode IPv4,mais pas dans un environnement exclusivement en mode IPv6.

Prérequis



n Vérifiez que la machine hôte dispose d'un processus et d'un système d'exploitation pris en charge.vSphere Auto Deploy prend en charge les mêmes processeurs et systèmes d'exploitation que vCenterServer.

vSphere Upgrade

150 VMware, Inc.

Pour terminer l'installation ou la mise à niveaun, spécifiez les informations suivantes :

n L'emplacement d'installation de vSphere Auto Deploy si vous n'utilisez pas l'emplacement par défaut.

n L'emplacement du référentiel vSphere Auto Deploy. N'utilisez pas un partage réseau pour le référentiel.

n (Facultatif) La taille maximale du référentiel vSphere Auto Deploy. La meilleure pratique consiste àallouer 2 Go pour disposer d'un espace suffisant pour quatre profils d'image et d'un espacesupplémentaire. Chaque profil d'image nécessite environ 350 Mo. Déterminez l'espace à réserver pourle référentiel vSphere Auto Deploy en tenant compte du nombre de profils d'image que vous prévoyezd'utiliser. Le disque spécifié doit disposer au minimum de cette quantité d'espace libre.

n L'adresse et les informations d'identification du système vCenter Server pour lequel vous installez lafonction vSphere Auto Deploy : adresse IP ou nom, port HTTP, nom d'utilisateur et mot de passe.

n Le port du serveur vSphere Auto Deploy si vous n'utilisez pas le paramètre par défaut.

n Le nom d'hôte ou l'adresse IP pour identifier vSphere Auto Deploy sur le réseau.

Procédure


2 Sélectionnez vSphere Auto Deploy et cliquez sur Installer.


Installer ou mettre à niveau vSphere Authentication ProxyInstallez vSphere Authentication Proxy pour permettre aux hôtes ESXi de rejoindre un domaine sans utiliserles informations d'identification Active Directory. vSphere Authentication Proxy renforce la sécurité deshôtes démarrés par PXE et des hôtes provisionnés en utilisant Auto Deploy, en évitant de stocker lesinformations d'identification Active Directory dans la configuration de l'hôte.

Si une version antérieure de vSphere Authentication Proxy est installée sur votre système, cette procéduremet à niveau vSphere Authentication Proxy vers la version actuelle.

Vous pouvez installer vSphere Authentication Proxy sur la même machine que le serveur vCenter Serverassocié ou sur une machine différente ayant une connexion réseau à vCenter Server. vSphere AuthenticationProxy n'est pas compatible avec les versions de vCenter Server antérieures à la version 5.0.

Le service vSphere Authentication Proxy se lie à une adresse IPv4 pour communiquer avec vCenter Server,et ne prend pas en charge IPv6. vCenter Server peut être installé sur une machine hôte dans unenvironnement réseau en mode IPv4 uniquement, en mode mixte IPv4/IPv6 ou en mode IPv6 uniquement,mais la machine qui se connecte à vCenter Server via vSphere Web Client doit disposer d'une adresse IPv4pour que le service vSphere Authentication Proxy fonctionne.

Prérequis

n Installez vSphere Auto Deploy. Reportez-vous à « Installer ou mettre à niveau vSphere Auto Deploy »,page 150.



n Vérifiez que la machine hôte dispose d'un processeur pris en charge. vSphere Authentication Proxyprend en charge les mêmes processeurs que vCenter Server. Reportez-vous à « Configurationsmatérielles requises pour vCenter Server, vSphere Web Client, vCenter Inventory Service et vCenterSingle Sign-On », page 21.

n Vérifiez que la machine hôte dispose de Windows Server 2008 R2. En raison d'un problème avec IIS 8.x,vous ne pouvez pas installer vSphere Authentication Proxy sur Windows Server 2012.


VMware, Inc. 151

n Vérifiez que la machine hôte possède une adresse IPv4 valide. Vous pouvez installer vSphereAuthentication Proxy sur une machine dans un environnement réseau exclusivement en mode IPv4 ouen mode mixte IPv4/IPv6, mais vous ne pouvez pas installer vSphere Authentication Proxy sur unemachine dans un environnement exclusivement en mode IPv6.

n Si vous installez vSphere Authentication Proxy sur une machine hôte Windows Server 2008 R2,téléchargez et installez le correctif logiciel Windows décrit dans Windows KB Article 981506 sur le siteWeb support.microsoft.com. Si vous n'installez pas ce correctif, l'initialisation de vSphereAuthentication Proxy Adapter échoue. Ce problème est accompagné de messages d'erreur consignésdans camadapter.log similaires à Échec de la liaison du site Web CAM avec CTL et Échec del'initialisation de CAMAdapter.


n L'emplacement d'installation de vSphere Authentication Proxy si vous n'utilisez pas l'emplacement pardéfaut.

n L'adresse et les informations d'identification du serveur vCenter Server auquel vSphere AuthenticationProxy doit se connecter : adresse IP ou nom, port HTTP, nom d'utilisateur et mot de passe.

n Le nom d'hôte ou l'adresse IP pour identifier vSphere Authentication Proxy sur le réseau.

Procédure

1 Sur la machine hôte sur laquelle vous avez installez le service vSphere Authentication Proxy,installez .NET Framework 3.5.

2 Installez vSphere Auto Deploy.

Il n'est pas nécessaire d'installer Auto Deploy sur la même machine hôte que le service vSphereAuthentication Proxy.

3 Ajoutez au domaine la machine hôte sur laquelle vous aller installer le service proxy d'authentification.

4 Utilisez le compte Administrateur de domaine pour vous connecter à la machine hôte.


6 Sélectionnez vSphere Authentication Proxy et cliquez sur Installer.


Au cours de l'installation, le service d'authentification s'enregistre dans l'instance vCenter Server oùAuto Deploy est enregistré.

Lorsque vous installez le service vSphere Authentication Proxy, le programme d'installation crée un comptede domaine avec les privilèges appropriés pour exécuter le service proxy d'authentification. Le nom decompte commence par le préfixe CAM- et possède un mot de passe de 32 caractères généré de manièrealéatoire associé. Le mot de passe n'expire jamais. Ne changez pas les paramètres du généraux.

Suivant

Configurez ESXi pour utiliser vSphere Authentication Proxy pour rejoindre un domaine. Consultez ladocumentation de Sécurité vSphere.

vSphere Upgrade

152 VMware, Inc.

Activer la prise en charge d'IPv6 pour vCenter Inventory ServicevCenter Inventory Service ne prend pas en charge l'association sur des interfaces IPv6 par défaut. Lorsquevous installez vCenter Server, vCenter Inventory Service prend en charge uniquement IPv4 par défaut.Toutefois, vous pouvez activer le support IPv6 pour vCenter Inventory Service en modifiant le fichierInventory Service dataservice.properties.

Procédure

1 Arrêtez vCenter Inventory Service.

a Dans le panneau de configuration, double-cliquez sur Outils d'administration, puis sélectionnezServices.

b Cliquez avec le bouton droit sur vCenter Inventory Service, puis sélectionnez Arrêter.

2 Dans un éditeur de texte, ouvrez le fichiersuivant :Inventory_Service_installation_directory/lib/server/config/dataservice.properties.

3 Modifiez la lignedataservice.nio.enabled = true par dataservice.nio.enabled = false

4 Redémarrez vCenter Inventory Service.

La prise en charge d'IPv6 pour vCenter Inventory Service est activée.

Considérations sur Linked Mode pour vCenter ServerConsidérez plusieurs problèmes avant de configurer un groupe Linked Mode.

Avant de configurer un groupe Linked Mode, considérez les problèmes suivants.

n Si vous mettez à niveau un système vCenter Server 5.x qui fait partie d'un groupe Linked Mode, il n'estpas supprimé du groupe. Si vous mettez à niveau un système vCenter Server antérieur à la version 5qui fait partie d'un groupe en Linked Mode, il est supprimé du groupe. vCenter Server ne prend pas encharge les groupes Linked Mode qui contiennent la version 5.0.x et des versions antérieures à la version5.0 de vCenter Server. De même, vCenter Server ne prend pas en charge les groupes Linked Modecontenant différentes versions 5.x de vCenter Server ou différentes versions de vCenter Single Sign-On.Une fois toutes les instances de vCenter Server 5.x et toutes les instances de vCenter Single Sign-Ond'un groupe Linked Mode mises à niveau vers la même version 5.x, vous pouvez les joindre à nouveau.

n Chaque utilisateur vCenter Server peut voir les instances vCenter Server pour lesquelles sesautorisations sont valides.

n Lorsque vous configurez le groupe Linked Mode de votre vCenter Server, le premier vCenter Serverdoit être installé en tant qu'instance autonome parce que vous n'avez pas encore de machine distantevCenter Server à joindre. Les instances suivantes peuvent rejoindre le premier vCenter Server oud'autres instances de vCenter Server qui ont joint le groupe Linked Mode.

n Si vous joignez un vCenter Server à une instance autonome qui ne fait pas partie d'un domaine, vousdevez ajouter l'instance autonome à un domaine et ajouter un utilisateur de domaine en tantqu'administrateur.

n Les instances de vCenter Server dans un groupe Linked Mode n'ont pas besoin d'avoir le mêmeidentifiant d'utilisateur de domaine. Les instances peuvent s'exécuter sous différents comptes dedomaine. Elles s'exécutent par défaut en tant que compte LocalSystem de la machine sur laquelle ellessont en cours d'exécution, ce qui signifie qu'il s'agit de comptes différents.

n Pendant l'installation de vCenter Server, si vous entrez une adresse IP pour l'instance distante devCenter Server, le programme d'installation le convertit en nom de domaine entièrement qualifié.


VMware, Inc. 153

n Avertissement Si vous devez désinstaller et réinstaller vCenter Server sur plus d'un membre d'ungroupe Linked Mode, faites-le avec un seul vCenter Server à la fois. La désinstallation et laréinstallation de plusieurs vCenter Server liés en même temps ne sont pas prises en charge et peuventprovoquer des erreurs empêchant vCenter Server de se connecter au service d'inventaire de vCenter. Sivous devez désinstaller et réinstaller plusieurs vCenter Server liés en même temps, isolez-les d'abord dugroupe Linked Mode et rejoignez-les au groupe Linked Mode lorsque la réinstallation est terminée.

Conditions préalables de Linked Mode pour vCenter ServerPréparez le système vCenter Server à joindre un groupe Linked Mode.

Avant de joindre un vCenter Server à un groupe Linked Mode, vérifiez « Considérations sur Linked Modepour vCenter Server », page 153.

Toutes les spécifications requises des systèmes autonomes vCenter Server s'appliquent aux systèmes LinkedMode.

Les conditions suivantes s'appliquent à chaque système vCenter Server qui est membre d'un groupe LinkedMode :

n vCenter Server ne prend pas en charge les groupes Linked Mode qui contiennent à la fois la version 5.xet des versions 5.0 antérieures de vCenter Server. De même, vCenter Server ne prend pas en charge lesgroupes Linked Mode contenant différentes versions 5.x de vCenter Server ou différentes versions devCenter Single Sign-On. Une fois toutes les instances de vCenter Server 5.x et toutes les instances devCenter Single Sign-On d'un groupe Linked Mode mises à niveau vers la même version 5.x, vouspouvez les joindre à nouveau.

n Assurez-vous que toutes les instances vCenter Server dans un groupe Linked Mode sont enregistrés surle même serveur vCenter Single Sign-On.

n Pour joindre deux instances de vCenter Server au sein d'un groupe Linked Mode, l'utilisateuractuellement connecté et exécutant l'opération doit avoir accès à la base de données vCenter Server dechaque instance de vCenter Server.

n Lors de l'intégration d'une instance de vCenter Server dans un groupe Linked Mode, le programmed'installation doit être exécuté par un utilisateur de domaine qui est administrateur à la fois sur lamachine sur laquelle vCenter Server est installé et sur la machine cible du groupe Linked Mode.

n Lors de l'intégration d'une instance de vCenter Server dans un groupe Linked Mode, si la fonction« Contrôle de compte d'utilisateur » est activée sur la machine, des privilèges supérieurs sont requis. Ilssont attribués à l'aide de l'option Exécuter en tant qu'administrateur. Ceci est valable même sil'utilisateur connecté est un administrateur de domaine.

n Pour joindre un groupe Linked Mode, vCenter Server doit être en mode évaluation ou sous licenceédition Standard. Les éditions vCenter Server Foundation et vCenter Server Essentials ne prennent pasen charge Linked Mode.

n Le DNS doit être opérationnel pour que la réplication de Linked Mode fonctionne.

n Les instances de vCenter Server dans un groupe Linked Mode peuvent être dans des domainesdifférents si ces domaines ont une relation de confiance dans les deux sens. Chaque domaine doit avoirconfiance dans les autres domaines sur lesquels les instances de vCenter Server sont installées.

n Toutes les instances vCenter Server doivent avoir un réseau dont l'heure est synchronisée. Leprogramme d'installation vCenter Server confirme que les horloges de la machine n'ont pas un écart deplus de cinq minutes. Reportez-vous à la section « Synchronisation des horloges sur le réseauvSphere », page 63.

vSphere Upgrade

154 VMware, Inc.

Rejoindre un groupe Linked Mode après une mise à niveau versvCenter Server

Après la mise à niveau vers vCenter Server 5.5, vous pouvez également joindre le système à un groupe enmode lié. Un groupe Linked Mode vous permet de vous connecter à une instance de vCenter Server dans legroupe et d'afficher et gérer les inventaires de tous les systèmes vCenter Server du groupe.

Prérequis

Reportez-vous à la section « Conditions préalables de Linked Mode pour vCenter Server », page 154.

Remarque vCenter Server ne prend pas en charge les groupes Linked Mode qui contiennent à la fois laversion 5.x et des versions 5.0 antérieures de vCenter Server. De même, vCenter Server ne prend pas encharge les groupes Linked Mode contenant différentes versions 5.x de vCenter Server ou différentesversions de vCenter Single Sign-On. Une fois toutes les instances de vCenter Server 5.x et toutes lesinstances de vCenter Single Sign-On d'un groupe Linked Mode mises à niveau vers la même version 5.x,vous pouvez les joindre à nouveau.

Procédure

1 Dans le menu Démarrer, sélectionnez Tous les programmes > VMware > Configuration de vCenterServer Linked Mode.

2 Cliquez sur Suivant.

3 Sélectionnez Modifier la configuration en mode lié et cliquez sur Suivant.

4 Cliquez sur Joindre l'instance de vCenter Server à un groupe Linked Mode existant ou une autreinstance et cliquez surSuivant.

5 Saisissez le nom du serveur et le numéro de port LDAP de tout vCenter Server distant qui est ou seraun membre du groupe et cliquez sur Suivant.

Si vous entrez une adresse IP, le programme d'installation la convertit en nom de domaine complet.

6 Si le programme d'installation de vCenter Server détecte un conflit de rôle, sélectionnez commentrésoudre le conflit.

Un conflit se produit si le système qui rejoint et le groupe Linked Mode contiennent chacun un rôleayant le même nom, mais avec des privilèges différents.

Option Description

Oui, laisser VMware vCenter Serverrésoudre les conflits pour moi.

Cliquez sur Suivant.Le rôle sur le système qui joint est renommé nom_vcenternom_rôle oùnom_vcenter est le nom du système vCenter Server qui rejoint le groupeLinked Mode et nom_rôle le nom du rôle d'origine.

Non, je vais résoudre le conflit moi-même.

Pour résoudre les conflits manuellement :a Dans vSphere Web Client, connectez-vous au système vCenter Server

qui rejoint le groupe Linked Mode à l'aide d'un compte disposant desprivilèges d'administrateur.

b Renommez le rôle en conflit.c Fermez la session vSphere Web Client et revenez au programme

d'installation de vCenter Server.d Cliquez sur Précédent, et cliquez sur Suivant.L'installation se poursuit sans conflit.


VMware, Inc. 155


vCenter Server redémarre. Selon la taille de votre inventaire, la modification apportée à Linked Modepeut prendre de quelques secondes à quelques minutes pour se terminer.

L'instance de vCenter Server fait maintenant partie d'un groupe Linked Mode. Les données globales(comme les rôles d'un utilisateur) qui ont été modifiées sur une machine peuvent mettre plusieurs secondesavant d'être visibles sur les autres machines. Le délai est habituellement de 15 secondes ou moins. Unenouvelle instance de vCenter Server peut mettre quelques minutes à être reconnue et publiée par lesinstances existantes, parce que les membres du groupe ne lisent pas souvent les données globales.

Après avoir formé un groupe Linked Mode, vous pouvez vous connecter à une seule instance de vCenterServer et afficher et gérer les inventaires de tous les vCenter Server du groupe.

Suivant

Pour plus d'informations sur les groupes Linked mode, voir la documentation Gestion de vCenter Server et deshôtes.

Configuration des paramètres de VMware vCenter Server - tc Serverdans vCenter Server

À partir de vCenter Server 5.1, vous ne pouvez plus configurer les paramètres de VMware Tomcat Server vial'interface utilisateur de Windows. vCenter Server 5.1 et versions ultérieures utilisent VMware vCenterServer - tc Server, une version d'entreprise d'Apache Tomcat 7. Tomcat version 7 ne fournit pas de panneaude configuration dans l'interface utilisateur de Windows. Au lieu de cela, vous devez configurer Tomcat enmodifiant les fichiers de configuration manuellement.

Vous pouvez ajuster la taille maximale de segment de mémoire JVM pour vCenter Server,vCenter InventoryService et Profile-Driven Storage Service. Pour obtenir des recommandations de taille de segment JVM,consultez « Configurations matérielles requises pour vCenter Server, vSphere Web Client, vCenter InventoryService et vCenter Single Sign-On », page 21 .

Les paramètres pour options Java sont stockés dans les fichiers suivants.

n vCenter Server. installation_directory\VMware\Infrastructure\tomcat\conf\wrapper.conf

n vCenter Inventory Service. installation_directory\VMware\Infrastructure\InventoryService\conf\wrapper.conf

n Profile-Driven Storage Service. installation_directory\VMware\Infrastructure\Profile-DrivenStorage\conf\wrapper.conf

n vSphere Web Client.installation_directory\VMware\vSphereWebClient\server\bin\service\conf\wrapper.conf

Tableau 5‑2. Paramètres de taille maximale du segment JVM d'Inventory Service et du service de stockagebasé sur profil dans le fichier wrapper.conf

Option Java Paramètres et valeurs par défaut

maxmemorysize

Taille maximale du segment JVM en Mo. Ce paramètrecontrôle la taille maximale du segment Java. L'activationparamètre peut réduire la capacité supplémentaire denettoyage de mémoire, améliorant le temps de réponse etde débit du serveur. Pour certaines applications, lesparamètres par défaut de cette option sont trop faibles, cequi entraîne un nombre élevé de nettoyages de mémoire.

Inventory Service : wrapper.java.maxmemory = 2048Stockage basé sur le profil : wrapper.java.maxmemory =1024

vSphere Web Client : Pour les grands déploiements, vousdevrez éventuellement définir cette option surwrapper.java.maxmemory=2048

ping.timeoutduration vSphere Web Client : Pour les grands déploiements, vousdevrez éventuellement définir cette option surwrapper.ping.timeout=120

vSphere Upgrade

156 VMware, Inc.

Les paramètres de port et de sécurité de vCenter Server se trouvent dans les fichiers suivants.

n installation_directory\VMware\Infrastructure\tomcat\conf\server.xml

n installation_directory\VMware\Infrastructure\tomcat\conf\catalina.properties

Tableau 5‑3. Paramètres de port et de sécurité de vCenter Server dans les fichiers server.xml etcatalina.properties

Paramètres de port et de sécurité de vCenter Server Paramètres et valeurs par défaut

Port d'arrêt de base base.shutdown.port = 8003

Port JMX de base L'écouteur effectué par la classecom.springsource.tcserver.serviceability.rmi.JmxSocketListener est spécifique au serveur tc. Cet écouteur permet lagestion JMX de serveur tc, et c'est la configuration JMX quela console de gestion d'AMS utilise pour gérer les instancesdu serveur tc. Les attributs du port spécifient le port duserveur JMX auquel les produits de gestion, tels qu'AMS,se connectent. La variable $ {} jmx.port est fixée à 6969 dansle fichier par défaut catalina.properties. L'attribut lierspécifie l'hôte du serveur JMX. Par défaut, cet attribut estdéfini pour l'hôte local (127.0.0.1).Le réglage par défaut -1 désactive le port.

base.jmx.port=-1

Services Web HTTPS bio-vmssl.http.port=8080

Services Web HTTPS bio-vmssl.https.port=8443

Certificat SSL bio-vmssl.keyFile.name=C:\ProgramData\VMware\VMwareVirtualCenter\SSL\rui.pfx

Mot de passe du certificat SSL bio-vmssl.SSL.password=testpassword

Port AJP bio-vmssl.ajp.port=8009

Consultez Démarrage avec vFabric tc Server et Administration du serveur vFabric tc à https://www.vmware.com/support/pubs/vfabric-tcserver.html.

Vous pouvez gérer les services Windows pour vCenter Server depuis le panneau de configuration Outilsd'administration, sous la rubrique Services. Le service Windows pour vCenter Server est répertorié commeVMware VirtualCenter Management Webservices.

Configurer le nombre maximal de connexions de base de donnéesaprès une mise à niveau vers vCenter Server

Par défaut, un vCenter Server crée un maximum de 50 connexions de base de données simultanées. Si ceparamètre était défini sur une valeur inférieure à 50 dans la version précédente de vCenter Server et quevous effectuez une mise à niveau vers vCenter Server 5.x, la mise à niveau restaurera le paramètre pardéfaut de 50. Si ce paramètre était défini sur une valeur supérieure à 50 dans la version précédente devCenter Server, après la mise à niveau vers vCenter Server 5.x, le système conservera la valeurprécédemment définie. Vous avez la possibilité de reconfigurer ce paramètre personnalisé.

Vous pouvez augmenter le nombre de connexions à la base de données si votre système vCenter Servereffectue souvent de nombreuses opérations et si la performance est essentielle. Vous pouvez diminuer cenombre si la base de données est partagée et si les connexions à la base de données sont coûteuses. Nemodifiez pas cette valeur, à moins que votre système ne présente l'un de ces problèmes.

Vous pouvez effectuer cette tâche avant de configurer l'authentification de votre base de données. Pour plusd'informations sur la configuration de l'authentification, reportez-vous à la documentation de votre base dedonnées.


VMware, Inc. 157

https://www.vmware.com/support/pubs/vfabric-tcserver.html

Procédure

1 Depuis vSphere Web Client, connectez-vous à vCenter Server.

2 Sélectionnez vCenter Server dans l'inventaire.

3 Cliquez sur l’onglet Gérer.

4 Sélectionnez Paramètres.

5 Sélectionnez Général.

6 Cliquez sur Edit.

7 Sélectionnez Base de données.

8 Modifiez la valeur de Connexions maximum de manière appropriée.

9 Cliquez sur OK.

10 Redémarrez vCenter Server.

Les nouveaux paramétrages de la base de données entrent en vigueur.

vSphere Upgrade

158 VMware, Inc.

Mise à niveau d'Update Manager 6Vous pouvez effectuer la mise à niveau vers Update Manager 5.5 depuis les versions Update Manager 4.x,Update Manager 5.0 et Update Manager 5.1 qui sont installées sur un système d'exploitation 64 bits. Lesmises à niveau directes depuis Update Manager 1.0 Update 6 et versions antérieures, et les systèmesUpdate Manager installés sur une plateforme 32 bits ne sont pas prises en charge.

Si vous exécutez une version antérieure de Update Manager sur une plateforme 32 bits, vous ne pouvrezeffectuer une mise à niveau sur place vers la version Update Manager 5.5. Vous devez utiliser l'outil demigration des données fourni avec le support d'installation d'Update Manager 5.0 pour déplacer votresystème Update Manager depuis un système d'exploitation 32 bits vers Update Manager 5.0 sur un systèmed'exploitation 64 bits, puis effectuer une mise à niveau sur place de la version 5.0 vers la version 5.5. Pourobtenir des informations détaillées sur l'utilisation de l'outil de migration des données, reportez-vous à ladocumentation Installation et administration de VMware vSphere Update Manager pour Update Manager 5.0.

Lors de la mise à niveau d'Update Manager, vous ne pouvez pas modifier les correctifs d'installation etl'emplacement de téléchargement des correctifs. Pour modifier ces paramètres, vous devez installer unenouvelle version d'Update Manager au lieu d'effectuer une mise à niveau.

Les versions antérieures d'Update Manager utilisent une clé 512 bits et un certificat autosigné qui ne sontpas remplacés au cours de la mise à niveau. Si vous voulez utiliser une clé de 2 048 bits plus sûre, vouspouvez effectuer une nouvelle installation d'Update Manager 5.5 ou utiliser l'utilitaire Update Managerpour remplacer le certificat existant.

Les tâches planifiées d'analyse et de correction des correctifs des machines virtuelles ne sont pas suppriméesau cours de la mise à niveau. Après la mise à niveau, vous pouvez modifier et supprimer les tâchesd'analyse planifiées qui existent des versions précédentes. Vous pouvez supprimer les tâches de correctionplanifiées, mais vous ne pouvez pas les modifier.

Les lignes de base de correctifs de machines virtuelles sont supprimées lors de la mise à niveau. Les tâchesplanifiées existantes qui les contiennent s'exécutent normalement et ignorent uniquement les opérationsd'analyse et de correction qui utilisent les lignes de base de correctifs de machines virtuelles.

Vous devez mettre à niveau la base de données Update Manager lors de la mise à jour d'Update Manager.Vous pouvez choisir de conserver vos données existantes ou de les remplacer pendant la mise à niveau.

Les composants Java Components (JRE) requis par Update Manager sont installés ou mis à niveau sansnotification sur le système lorsque vous installez ou mettez à niveau Update Manager. DepuisUpdate Manager 5.5 update 1, vous pouvez mettre à niveau les composants Java Components séparémentvers une version publiée de manière asynchrone par rapport aux publications de Update Manager.


n « Mise à niveau du serveur Update Manager », page 160

n « Mise à niveau du plug-in du client Update Manager », page 161

VMware, Inc. 159

Mise à niveau du serveur Update ManagerPour mettre à niveau une instance d'Update Manager installée sur une machine 64 bits, vous devez d'abordmettre à niveau vCenter Server vers une version compatible.

La version Update Manager 5.5 permet d'effectuer des mises à niveau depuis Update Manager 1.0 Update 6,Update Manager 4.x, Update Manager 5.0 et Update Manager 5.1.

Prérequis

n Veillez à affecter à l'utilisateur de base de données le groupe de privilèges nécessaires. Voir le chapitrePréparation de la base de données Update Manager dans Installation et administration de VMware vSphereUpdate Manager.

n Arrêtez le service Update Manager et sauvegardez la base de données Update Manager. Le programmed'installation met à niveau le schéma de base de données, rendant la base de données irréversiblementincompatible avec les versions précédentes d'Update Manager.

Procédure

1 Mettez à niveau vCenter Server vers une version compatible.

Remarque L'assistant d'installation vCenter Server indique qu'Update Manager n'est pas compatiblelors de la mise à niveau de vCenter Server.

Si un message le demande, vous devez redémarrer la machine qui exécute vCenter Server. Autrement,vous ne pouvez pas mettre à niveau Update Manager.

2 Dans le répertoire du programme d'installation du logiciel, cliquez deux fois sur le fichier autorun.exedans C:\installer_location, et sélectionnez vSphere Update Manager.

Si vous ne pouvez pas lancer le fichier autorun.exe, accédez au dossier UpdateManager et exécutezVMware-UpdateManager.exe.

3 Sélectionnez une langue et cliquez sur OK.

4 Dans le message d'avertissement associé à la mise à niveau, cliquez sur OK.

5 Révisez la page d'accueil et cliquez sur Suivant.

6 Lisez le contrat de licence et cliquez sur Suivant.

7 Acceptez les conditions dans le contrat de licence et cliquez sur Suivant.

8 Consultez les informations de support, indiquez si vous voulez supprimer les anciens fichiers de mise àniveau et télécharger les mises à jour depuis les sources de téléchargement par défaut immédiatementaprès l'installation, puis cliquez sur Suivant.

Si vous désélectionnez Effacer les anciens fichiers de mise à niveau hôtes du référentiel, vousconservez les fichiers qui ne peuvent pas être utilisés avec Update Manager 5.5.

Si vous désélectionnez Télécharger les mises à jour depuis les sources par défaut immédiatementaprès l'installation, Update Manager télécharge les mises à jour une fois par jour en fonction de laplanification de téléchargement par défaut ou immédiatement après que vous cliquez sur le boutonTélécharger maintenant dans la page des paramètres de téléchargement. Vous pouvez modifier laplanification de téléchargement par défaut à la fin de l'installation.

9 Tapez les informations d'identification du système vCenter Server et cliquez sur Suivant.

Pour que l'inscription d'Update Manager reste valide avec le système vCenter Server initial, conservezl'adresse IP du système vCenter Server et entrez les informations d'identification de l'installationd'origine.

vSphere Upgrade

160 VMware, Inc.

10 Tapez le mot de passe de la base de données Update Manager et cliquez sur Suivant.

Le mot de passe de la base de données est nécessaire si et seulement si la liaison DSN n'utilise pasd'authentification de Windows NT.

11 Sur la page Mise à niveau de la base de données, sélectionnez les options Oui, je souhaite mettre àniveau ma base de données d'Update Manager et J'ai effectué une sauvegarde de la base de donnéesexistante d'Update Manager, puis cliquez sur Suivant.

12 (Facultatif) Dans la page d'avertissement de réinitialisation de la base de données, conservez la base dedonnées distante existante si elle est déjà mise à niveau avec le dernier schéma.

Si vous remplacez la base de données existante par une base de données vide, vous perdrez toutes lesdonnées existantes.

13 Définissez les paramètres de port Update Manager, indiquez si vous voulez configurer les paramètresproxy et cliquez sur Suivant.

Définissez les paramètres du proxy si l'ordinateur sur lequel est installé Update Manager a accès àInternet.

14 (Facultatif) Fournissez les données du port et du serveur proxy, précisez si le proxy doit ou non êtreauthentifié et cliquez sur Suivant.

15 Cliquez sur Installer pour démarrer la mise à niveau.


Vous avez mis à niveau le serveur Update Manager.

Suivant

Mettez à niveau le plug-in Update Manager Client.

Mise à niveau du plug-in du client Update ManagerLe serveur Update Manager et le plug-in du client Update Manager doivent avoir la même version.

Prérequis

Mise à niveau du serveur Update Manager

Procédure

1 Connectez le vSphere Client au système vCenter Server avec lequel Update Manager est enregistré.

2 Sélectionnez Plug-ins > Gérer les plug-ins.

3 Dans la fenêtre Plug-in Update Manager, cliquez sur Télécharger et installer pour l'extension VMwarevSphere Update Manager.

4 Terminez l'installation de VMware vSphere Update Manager et cliquez sur Terminer.

Le statut de l'extension d'Update Manager est affiché comme Activée.

5 Cliquez sur Fermer pour fermer la fenêtre Gestionnaire de plug-in.

L'icône du plug-in du client Update Manager figure sur la page d'accueil de vSphere Client.

Chapitre 6 Mise à niveau d'Update Manager

VMware, Inc. 161

vSphere Upgrade

162 VMware, Inc.

Mettre à niveau et migrer vos hôtes 7Après avoir mis à niveau vCenter Server, ainsi que vSphere Update Manager si vous utilisez UpdateManager, mettez à niveau ou migrez les hôtes VMware ESX 4.x et ESXi 4.x, ou mettez à jour les hôtes ESXi5.0.x, vers ESXi 5.x.

Ces rubriques s'adressent aux administrateurs chargés de mettre à niveau ESX, ESXi et des machinesvirtuelles depuis ESX 4.x/ESXi 4.x, ou mettant à jour ESXi 5.0.x, vers ESXi 5.x.


n « Préparer à la mise à niveau des hôtes », page 163

n « Effectuer la mise à niveau ou la migration », page 189

n « Après avoir effectué la mise à niveau ou la migration des hôtes », page 243

Préparer à la mise à niveau des hôtesPour que la mise à niveau de vos hôtes soit réussie, comprenez et préparez les modifications que celaimplique.

Meilleures pratiques pour les mises à niveau et migrations d'ESXiLorsque vous mettez à niveau ou migrez des hôtes, vous devez comprendre et respecter le processus desmeilleurs pratiques pour garantir le succès de la mise à niveau ou de la migration.

Pour garantir la réussite d'une mise à niveau ou d'une migration, suivez ces meilleures pratiques :

1 Assurez-vous que vous comprenez le processus de mise à niveau d'ESXi, l'effet de ce processus survotre 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 sontcompatibles avec la version de vCenter Server vers laquelle vous effectuez la mise à niveau.Reportez-vous à 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 des hôtes », page 163 pour comprendre les modifications deconfiguration et de partitionnement entre ESX/ESXi 4.x et ESXi 5.x, les scénarios de mise à niveau etde migration qui sont pris en charge, et les options et outils disponibles pour réaliser cesopérations.

n Lisez la section relative aux problèmes d'installation connus dans les notes de mise à jour deVMware vSphere.

n Si votre installation vSphere se trouve dans un environnement VMware View, reportez-vous à « Mise à niveau séparée de composants vSphere dans un environnement Horizon View », page 250.

VMware, Inc. 163


2 Préparez votre système pour la mise à niveau.

n Assurez-vous que la version actuelle d'ESX ou d'ESXi est prise en charge pour la migration ou lamise à niveau. Reportez-vous à la section « Mises à niveau vers ESXi 5.5.x prises en charge »,page 173.

n Assurez-vous que le matériel de votre système est conforme à la configuration requise pour ESXi.Reportez-vous à la section Chapitre 2, « Spécifications système », page 17 et au Guide decompatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility/search.php.Vérifiez la compatibilité du système, la compatibilité d'E/S (adaptateurs réseau et HBA), lacompatibilité de stockage et la compatibilité du logiciel de stockage.

n Assurez-vous que vous disposez de suffisamment d'espace sur le disque pour la mise à niveau oula migration. La migration d'ESX 4.x vers ESXi 5.x nécessite 50 Mo d'espace libre sur votre banquede données VMFS.

n Si un SAN est connecté à l'hôte, détachez la fibre avant de poursuivre la mise à niveau ou lamigration. Ne désactivez pas les cartes HBA du BIOS.

Remarque Cette étape ne concerne pas les hôtes ESX qui démarrent à partir du SAN et dont laconsole de service se trouve sur les LUN du SAN. Vous pouvez déconnecter les LUN quicontiennent la banque de données VMFS et qui ne contiennent pas la console de service.

3 Sauvegardez votre hôte avant d'effectuer une mise à niveau ou une migration, de sorte que si la mise àniveau échoue vous puissiez restaurer votre hôte.

Important Après la mise à niveau ou la migration de l'hôte vers ESXi 5.x, vous ne pourrez pas revenirà la version 4.x du logiciel ESX ou ESXi.

4 En fonction de la méthode de mise à niveau ou de migration que vous choisissez, il est possible quevous deviez migrer ou mettre hors tension toutes les machines virtuelles de l'hôte. Reportez-vous auxinstructions concernant la méthode de mise à niveau ou de migration.

5 Après la mise à niveau ou migration, testez le système pour vous assurer que la mise à niveau ou lamigration a réussi.

6 Réappliquez vos licences d'hôte. Reportez-vous à la section « Réappliquer les licences après la mise àniveau vers ESXi 5.5 », page 244.

7 Pensez à configurer un serveur syslog pour la journalisation à distance, afin de garantir un espace destockage suffisant sur le disque pour les fichiers journaux. Configurer la journalisation sur un hôtedistant est particulièrement important pour les hôtes disposant d'un stockage local limité. Vous pouvezéventuellement installer vSphere Syslog Collector pour collecter les journaux de tous les hôtes.Reportez-vous à la section « Prévoir suffisamment d'espace pour la journalisation du système »,page 28. Pour obtenir des informations sur l'installation et la configuration de syslog et d'un serveursyslog, l'installation de syslog à partir de l'interface des profils d'hôte et l'installation de vSphere SyslogCollector, reportez-vous à la documentation Installation et configuration de vSphere.

8 Si la mise à niveau ou la migration a échoué, et que vous avez sauvegardé votre hôte, vous pourrez lerestaurer.

Fichiers et paramètres de configuration affectés par la migration ou la mise àniveau d'ESX 4.x ou ESXi 4.x vers ESXi 5.x

La migration ou la mise à niveau d'ESX 4.x ou ESXi 4.x vers ESXi 5.x ne migre pas tous les fichiers et lesparamètres de configuration de l'hôte.

Après la mise à niveau, vous devez reconfigurer certains paramètres de l'hôte.

vSphere Upgrade

164 VMware, Inc.


Migration des fichiers et paramètres ESX 4.x vers ESXi 5.xLe processus de mise à niveau conserve autant que possible la configuration de l'hôte ESX. Cependant, enraison des différences d'architecture entre ESX 4.x et ESXi 5.x, de nombreux fichiers de configuration nepeuvent être migrés lorsque vous sélectionnez l'option Migrer dans l'assistant d'installation ou de mise àniveau ESXi.

Les fichiers VMware pertinents, tels que le fichier /etc/vmware/esx.conf sont migrés, mais de nombreuxparamètres existants tels que les agents et les scripts tiers, ne peuvent être migrés.

Remarque Si un hôte 4.x contient des personnalisations, telles que des VIB ou des pilotes tiers, la mise àniveau avec l'image ISO du programme d'installation standard de VMware entraînera la perte de cespersonnalisations et peut-être une instabilité du système. Utilisez l'interface de ligne de commande ESXiImage Builder pour créer un fichier ISO du programme d'installation d'ESXi personnalisé incluant les VIBou les pilotes. Reportez-vous aux informations sur Image Builder dans la documentation Installation etconfiguration de vSphere.

Tableau 7‑1. Fichiers migrés lors de la mise à niveau ou migration vers ESXi

Fichier migré Commentaires

/etc/sfcb/sfcb.cfg Migré.

/var/lib/sfcb/registration/repository/root/interop/*

Migré.

/etc/logrotate.conf Non migré. La rotation des journaux ESXi est incompatibleavec les versions antérieures.

/etc/localtime Non migré. Les fuseaux horaires ne sont pas pris en chargedans ESXi.

/etc/ntp.conf Migré.

/etc/ntp.drift Migré.

/etc/ntp.keys Migré.

/etc/syslog.conf Migré pour ESXi, non migré pour ESX.

/etc/security/access.conf Migré. Nécessaire pou les configurations PAM.

/etc/security/login.map

/etc/sysconfig/network Migré. Les adaptateurs réseau virtuels (vswifs) de laconsole de service seront converties en adaptateurs réseauvirtuels ESXi. (vmks)

/etc/sysconfig/ntp Non migré.

/etc/sysconfig/xinetd Non migré.

/etc/sysconfig/console/* Non migré.

/etc/sysconfig/i18n Non migré. i18n n'est pas pris en charge dans ESXi

/etc/sysconfig/clock Non migré. Les fuseaux horaires ne sont pas pris en chargedans ESXi.

/etc/sysconfig/crond Non migré.

/etc/sysconfig/syslog Non migré. Le processus syslog est incompatible avec lesversions antérieures.

/etc/sysconfig/keyboard Migré. Toutes les entrées non prises en charge serontaffichées par défaut en anglais.

/etc/sysconfig/mouse Non migré. Aucune prise en charge de la souris dans ESXi.

/etc/sysconfig/static-routes Migré.

Chapitre 7 Mettre à niveau et migrer vos hôtes

VMware, Inc. 165

Tableau 7‑1. Fichiers migrés lors de la mise à niveau ou migration vers ESXi (suite)


/etc/sysconfig/static-routes-ipv6 Migré.

/etc/sysconfig/network-scripts/route-$device Migré.

/etc/ssh Non migré. Reportez-vous à « Configuration SSH affectéepar la mise à niveau ou la migration vers ESXi 5.x »,page 168.

/etc/nsswitch.conf Migré. Utilisé généralement pour différentesconfigurations, particulièrement utile pourl'authentification Active Directory

/etc/yp.conf Non migré. NIS n'est pas pris en charge dans ESXi.

/etc/krb.conf Nécessaire pour disposer également d'une prise en charged'Active Directory

/etc/krb.realms

/etc/krb5.conf

/etc/krb5.acl

/etc/krb5.keytab

/etc/krb5.log

/etc/krb5.mkey

/etc/login.defs Non migré. Ce fichier contrôle les paramètres tels quemaildir, les contrôles de la durée de vie des mots de passe,les paramètres UID et GID min./max., et la commande desuppression d'utilisateur.

/etc/pam.d/* Migré en partie. Nécessaire pour l'authentification etl'autorisation.Remarque Les modifications personnalisées apportéesaux paramètres de /etc/pam.d/system-auth dans ESX4.x sont réinitialisées aux valeurs par défaut par la mise àniveau vers ESXi 5.x. Pour conserver les valeurspersonnalisées, redéfinissez-les manuellement après lamise à niveau.

/etc/hosts.allow Non migré.

/etc/hosts.deny Non migré.

/etc/ldap.conf Non migré. LDAP n'est pas pris en charge dans ESXi.

/etc/openldap

/etc/sudoers Non migré. SUDO n'est pas pris en charge dans ESXi.

/etc/snmp/snmpd.conf Migré vers /etc/vmware/snmp.xml.

/usr/local/etc/ Non migré.

/etc/rc.d/rc*.d/* Non migré. Les scripts rc.d ESX et ESXi sont incompatibles.

/etc/xinetd.conf Non migré. xinetd n'est pas pris en charge dans ESXi.

/etc/motd Migré. Une note indiquant que le système a été mis àniveau vers ESX 5.x est ajoutée.

/etc/likewise/* Migré. Utilisé pour les configurations similaires.

/etc/vmware/vmkiscsid/* Migré.

etc/vmware/init/* Non migré. Les scripts init sont incompatibles.

/etc/vmware/esx.conf Migré.

/etc/vmware/pci* Non migré.

vSphere Upgrade

166 VMware, Inc.

Tableau 7‑1. Fichiers migrés lors de la mise à niveau ou migration vers ESXi (suite)


/etc/vmware/simple.map Non migré. Un nouveau fichier simple.map est généré.

/etc/vmware/license.cfg Non migré. Le temporisateur du mode d'évaluation doitêtre remis à zéro lors des mises à niveau.

/etc/vmware/vmware.lic Non migré. Les mises à niveau vers ESXi 5.x sontréinitialisées en mode d'évaluation.

/etc/vmware/hostd/* Migré.

/etc/vmware/hostd/config.xml Non migré. Ce fichier est actuellement incompatible avecESXi.

/etc/vmware/hostd/proxy.xml Non migré. Ce fichier est actuellement incompatible avecESXi.

/etc/vmware/vmauth/authentication.conf Migré. Utilisé pour les configurations similaires.

/etc/vmware/vmauth/provider.xml

/etc/hosts Migré.

/etc/resolv.conf Migré.

/usr/lib/vmware Non migré.

/etc/fstab Migré en partie. Seules les entrées NFS seront migrées versESXi.

/etc/passwd Migré en partie. Seul le mot de passe de l'utilisateur racinesera sauvegardé, si possible.

/etc/shadow

/etc/groups Non migré.

Modifications apportées à la configuration du pare-feu après la mise à niveau oula migration vers ESXi 5.xLa migration ou la mise à niveau d'ESX/ESXi 4.x vers ESXi 5.x apporte plusieurs modifications à laconfiguration du pare-feu de l'hôte.

Lorsque vous migrez d'ESX 4.x vers ESXi 5.x, la liste des ensembles de règles d'ESX 4.x est remplacée par lanouvelle liste d'ESXi 5.x. La configuration suivante du fichier /etc/vmware/esx.conf est conservée :

n Le statut activé/désactivé existant.

n L'adresse IP autorisée ajoutée par esxcfg-firewall.

Les fichiers d'ensemble de règles qui sont ajoutés par l'utilisateur et les règles de pare-feu personnaliséescréées dans ESX 4.x. ne sont pas conservés après la migration. Lors du premier démarrage suivant lamigration, pour les ensembles de règles qui ne disposent pas d'entrées dans le fichier /etc/vmware/esx.confd'ESX 4.x, le pare-feu ESXi 5.x charge le statut activé par défaut.

Après la migration vers ESXi 5.x, la stratégie de blocage par défaut est configurée sur faux (PASSAGE del'ensemble du trafic par défaut) sur ESXi 5.x uniquement lorsque les valeurs blockIncoming etblockOutgoing de la stratégie par défaut sont fausses dans le fichier /etc/vmware/esx.conf d'ESX 4.x.Autrement, la règle par défaut consiste à refuser l'ensemble du trafic.


VMware, Inc. 167

Les ports personnalisés qui ont été ouverts en utilisant la commande esxcfg-firewall d'ESX/ESXi 4.1 nerestent pas ouverts après la mise à niveau vers ESXi 5.x. Les entrées de configuration sont portées vers lefichier esx.conf par la mise à jour, mais les ports correspondant ne sont pas ouverts. Consultez lesinformations sur la configuration du pare-feu ESXi figurant dans la documentation de Sécurité vSphere

Important Le pare-feu ESXi d'ESXi 5.x n'autorise pas le filtrage par réseau du trafic vMotion. Parconséquent, vous devez établir des règles sur votre pare-feu externe pour vous assurer qu'aucune connexionentrante ne peut être réalisée vers le socket vMotion.

Paramètres du pool de ressources affectés par la mise à niveau de ESX 4.x versESXi 5.xAprès la mise à niveau vers ESXi 5.x, il se peut que les paramètres du pool de ressources ESX 4.x soientinsuffisants pour démarrer toutes les machines virtuelles du pool.

La mise à niveau vers ESXi 5.x affecte la quantité de mémoire disponible pour le système hôte. Parconséquent, dans les pools de ressources configurés pour utiliser la quasi totalité des ressources disponibles,il est possible qu'après la mise à niveau, certaines machines ne disposent pas de suffisamment de ressourcespour démarrer. Si une telle situation se présente, une alerte système sera émise. Vous pouvez accéder à cettealerte en appuyant sur Alt + F11 dans la console directe ESXi. Reconfigurez les pools de ressources pourrésoudre le problème.

Configuration SSH affectée par la mise à niveau ou la migration vers ESXi 5.xLa configuration SSH de l'hôte est migrée uniquement lors des mises à niveau depuis ESXi 4.1 ou ESXi 5.0 xvers ESXi 5.x.

La configuration SSH n'est pas migrée pour les hôtes ESX 4.x ou ESXi 4.0. Pour ces hôtes, l'accès SSH estdésactivé pendant le processus de mise à niveau ou de migration. Vous pouvez réactiver l'accès SSH dans laconsole directe. Accédez à des informations sur l'activation de l'accès SSH dans la documentation Installationet configuration de vSphere.

Modifications apportées à la mise en réseau dans ESXi 5.xCertains paramètres réseau ESX 4.x et ESXi 4.x stockés dans /etc/sysconfig/network sont migrés lors de lamise à niveau ou la migration vers ESXi 5.x. Lors de la migration vers ESXi 5.x, les adaptateurs réseauvirtuels (vswifs) de la console de service d'ESX sont convertis en adaptateurs réseau virtuels ESXi (vmks).

Le groupe de ports distribués ou dvPort auquel les adaptateurs réseau virtuels se connectent est égalementmigré. Le groupe de ports de la console de service est renommé groupe de ports de réseau de gestion.Lorsque les cartes vswif sont migrées vers les cartes vmk, elles sont numérotées dans l'ordre pour suivretoute carte vmk existante. Par exemple, si l'hôte ESX 4.x possède les adaptateurs réseau virtuels vmk0, vmk1et vswif0, après la migration, la nouvelle configuration ESXi sera vmk0, vmk1 et vmk2, vmk2 représentantl'interface de gestion.

Lorsque les adaptateurs réseau virtuels sont configurées pour utiliser DHCP, un paramètre vérifie queDHCP configure la route par défaut et le nom d'hôte, outre l'installation d'une adresse IPv4. Dans ESX, ceparamètre est PEERDNS. Dans ESXi, ce paramètre est DhcpDNS. La valeur PEERDNS des adaptateursréseau virtuels de la console de service ESX est migrée vers le paramètre DhcpDNS des adaptateurs réseauvirtuels ESXi. Le paramètre DhcpDNS conserve la configuration ESX de la route par défaut et le nom d'hôte,ainsi que l'adresse IPv4.

La migration d'ESX 4.x vers ESXi 5.x conserve également les adresses IPv4 et IPv6 assignées manuellement,l'itinéraire par défaut et les itinéraires IPv4 et IPv6 spécifiques à l'hôte.

Lorsque vous effectuez une mise à niveau à partir d'ESXi 4.x vers ESXi 5.x, le nombre de ports maximal pardéfaut d'un commutateur virtuel passe de 64 à 128. Pour conserver le nombre de ports maximal que vouspossédez dans ESXi 4.x, définissez explicitement la valeur avant la mise à niveau, en utilisantvSphere Web Client.

vSphere Upgrade

168 VMware, Inc.

Les hôtes ESX possèdent deux piles IP, une pour VMkernel et l'autre pour la console de service. Les hôtesESXi ne disposant que d'une seule pile IP, la migration ne peut conserver les deux routes par défaut d'ESX.Après la migration, la console de service par défaut d'ESX devient l'unique route par défaut d'ESXi,remplaçant la route VMkernel. Le passage à une seule route par défaut pourrait provoquer une perte deconnectivité pour le trafic non géré et routé en provenance de VMkernel. Pour restaurer la mise en réseauVMkernel, vous pouvez configurer des routes statiques en plus de la route par défaut.

Toutes les interfaces vswif sont migrées vers les interfaces vmk. Si un conflit est détecté entre deuxinterfaces, l'une d'entre elles est désactivée. La mise à niveau désactive tout adressage IP de noyauconflictuel en faveur de l'interface de gestion.

La migration vers ESXi 5 désactive tous les adaptateurs réseau virtuels vmk existants qui remplissent lesconditions suivantes.

n La carte réseau virtuelle vmk possède une adresse IP configurée manuellement (statique).

n L'adresse IP se trouve sur le même sous-réseau que la carte réseau virtuelle vswif qui est migrée vers uncommutateur contenant la carte réseau virtuelle vmk.

n Les adaptateurs réseau virtuels vmk et vswif se trouvent toutes deux sur le même commutateur virtuel.

Par exemple, si la carte vswif0 qui se trouve sur le commutateur vswitch1 et dont l'adresse IP est192.0.2.1/24, est migrée vers un commutateur contenant la carte vmk0 qui se trouve également sur lecommutateur vswitch1 et dont l'adresse est 192.0.2.2/24, après la migration, vmk0 sera désactivée.

Le groupe de ports de la console de service ESX 4.x est supprimé lors de lamigration vers ESXi 5.xÉtant donné que ESXi 5.x ne dispose d'aucune console de service, la migration d'ESX 4.x vers ESXi 5.xsupprime le groupe de ports de la console de service.

Après la migration vers ESXi 5.x, un nouveau groupe de ports est créé : le groupe de ports de gestion deréseau.

Si l'un de vos hôtes ESX exige que le groupe de ports de la console de service prenne en charge un serviceexistant, vous pouvez définir un script de premier démarrage pour recréer le groupe de ports après lamigration. Reportez-vous aux informations relatives à la commande %firstboot figurant dans « Commandes du script d'installation et de mise à niveau », page 211.

Modifications de partitionnement d'ESX 4.x vers ESXi 5.xLe schéma de partitionnement ESXi utilisé dans ESXi 5.x est différent de celui des versions antérieures d'ESXet d'ESXi. ESXi 5.x ne possède pas la partition de console de service que l'on trouve dans ESX.

La manière dont ces modifications affectent votre hôte varie selon que vous effectuez une mise à niveau versESXi 5 ou que vous effectuez une nouvelle installation.

Partitionnement dans les nouvelles installations d'ESXi 5.xDans les nouvelles installations, plusieurs nouvelles partitions sont créées pour les banques de démarrage,la partition scratch et le casier. Les nouvelles installations d'ESXi 5.x utilisent des tables de partition GUID(GPT) au lieu du partitionnement basé sur MSDOS.

La table de partition est fixée dans le cadre de l'image binaire, et est écrite sur le disque au moment où lesystème est installé. Le programme d'installation ESXi laisse les partitions scratch et VMFS vierges, et ESXiles crée lorsque l'hôte est redémarré pour la première fois après l'installation ou la mise à niveau. La taille dela partition scratch est de 4 Go. Le reste du disque est formaté en tant que partition VMFS5.

Remarque Le programme d'installation peut créer plusieurs partitions VFAT. La désignation VFATn'indique pas toujours que la partition est une partition Scratch. Dans certains cas, une partition VFAT peutrester inactive.


VMware, Inc. 169

Partitionnement dans les hôtes ESXi 5.x mis à niveauLes systèmes mis à niveau n'utilisent pas les tables de partition GUID (GPT), mais conservent l'ancienintitulé de partition basée sur MSDOS.

Avec la plupart des hôtes ESXi 4.x, la table de partition n'est pas réécrite lors de la mise à niveau vers ESXi5.x. La table de partition est réécrite pour les systèmes qui possèdent des banques de démarrageirrationnelles. Des banques de démarrage irrationnelles peuvent survenir dans les systèmes qui sont mis àniveau d'ESXi 3.5 vers ESXi 4.x, puis directement mis à niveau vers ESXi 5.x.

Pour les hôtes ESX, la structure de partitionnement est modifiée afin qu'elle ressemble à celle d'un hôte ESXi4.x. La partition VMFS3 est conservée et une nouvelle table de partition basée sur MSDOS remplace la tablede partition existante.

Pour les hôtes ESX, toutes les données stockées dans les partitions personnalisées créées par un utilisateurdans la console de service ne sont pas conservées lors de la migration vers ESXi 5.x.

Les hôtes mis à niveau ne possèdent pas de partition scratch. Au lieu de cela, le répertoire scratch est créé etaccessible hors du volume VMFS. Chacune des autres partitions, comme les banques de démarrage, le casieret vmkcore, sont identiques à celle de tous les autres systèmes.

Dans les hôtes mis à niveau, la partition VMFS n'est pas mise à niveau de VMFS3 vers VMFS5. ESXi 5.x estcompatible avec les partitions VMFS3. Vous pouvez mettre à niveau la partition vers VMFS5 après la mise àniveau de l'hôte vers ESXi 5.x. Pour plus d'informations sur la mise à niveau des banques de données versVMFS5, consultez la documentation Stockage vSphere.

Les hôtes mis à niveau, qui conservent l'ancien partitionnement basé sur MSDOS, ne prennent pas en chargel'installation d'ESXi sur un simple disque physique ou un LUN dont la taille est supérieure à 2 To. Pourinstaller ESXi sur un disque ou un LUN dont la taille est supérieure à 2 To, vous devez procéder à unenouvelle installation.

Remarque Le programme d'installation d'ESXi 5.x ne peut pas détecter les instances ESX 2.x ni les banquesde données VMFS2. Vous ne pouvez pas migrer les instances ESX 2.x vers ESXi 5.x ou conserver les banquesde données VMFS2 lors d'une mise à niveau vers ESXi 5.x. Au lieu de cela, procédez à une nouvelleinstallation d'ESXi 5.x.

Pour que la partition VMFS du disque soit conservée lors d'une mise à niveau vers ESXi 5.x, la partition doitêtre physiquement située après la partition de démarrage, à savoir la partition 4, et la partition étendue surle disque (secteurs 8192 + 1835008). Tout système disposant d'une partition VMFS après la marque desecteur 1843200 peut conserver cette partition VMFS, qu'il ait été ou non installé à l'origine avec ESX 3.5 or4.x.

Pour les systèmes dans lesquels la partition VMFS est placée sur un lecteur différent du lecteur dedémarrage, l'intégralité du contenu du lecteur de démarrage est écrasée lors de la mise à niveau. Toutes lesdonnées supplémentaires contenues sur le disque sont écrasées.

Options de mise à niveau vers ESXi 5.5VMware permet de mettre à niveau les hôtes ESX/ESXi de différentes manières :

vSphere UpdateManager

vSphere Update Manager est un logiciel permettant d'effectuer des mises àniveau, des migrations et des correctifs d'hôtes en cluster, de machinesvirtuelles et de systèmes d'exploitation invités. Update Manager orchestre lesmises à niveau d'hôte et de machine virtuelle. Si le site utilise vCenter Server,VMware recommande d'utiliser Update Manager. Pour obtenir desinstructions sur la conduite d'une mise à niveau orchestrée, consultez

vSphere Upgrade

170 VMware, Inc.

« Utiliser vSphere Update Manager pour effectuer des mises à niveau d'hôteorchestrées », page 189. Pour obtenir des instructions sur la conduite d'unemise à niveau orchestrée de machine virtuelle, consultez la documentationInstallation et administration de VMware vSphere Update Manager.

Mise à niveau oumigration interactive àl'aide d'une image ISOdu programmed'installation d'ESXistockée sur un CD/DVDou une clé USB

Vous pouvez exécuter le programme d'installation ESXi 5.5.x depuis unlecteur de CD/DVD ou une unité flash USB pour effectuer une mise à niveauou une migration interactive. Cette méthode convient pour les déploiementsimpliquant un petit nombre d'hôtes. Le programme d'installation fonctionnede la même façon que lors d'une nouvelle installation, mais si voussélectionnez un disque cible qui contient déjà une installation d'ESX/ESXi 4.x,d'ESXi 5.0.x, d'ESXi 5.1.x ou d'ESXi 5.5.0, il met à niveau l'hôte vers laversion 5.5 et vous offre la possibilité de migrer certains paramètres d'hôte etfichiers de configuration existants, tout en préservant la banque de donnéesVMFS existante. Reportez-vous à la section « Mettre à niveau ou migrer deshôtes de façon interactive », page 206.

Effectuer une mise àniveau scripté

Vous pouvez mettre à niveau ou migrer des hôtes ESXi et ESX 4.x, ESXi 5.0.x,ESXi 5.1.x et ESXi 5.5.0 vers ESXi 5.5.x en appelant un script de mise à jourafin d'effectuer une mise à niveau efficace et sans assistance. Les installationsbasées sur un script sont un moyen efficace de déployer plusieurs hôtes.Vous pouvez utiliser un script pour mettre à niveau ESXi à partir d'un CD,d'un DVD ou d'une clé USB, ou en démarrant le programme d'installationpar PXE. Vous pouvez également invoquer un script à partir d'uneinstallation interactive. Reportez-vous à la section « Installation, mise àniveau ou migration d'hôtes en utilisant un script », page 207.

vSphere Auto Deploy Auto Deploy est une nouvelle fonctionnalité de vSphere 5.x. Lorsqu'un hôteESXi 5.x a été déployé avec Auto Deploy, vous pouvez utiliser Auto Deploypour effectuer un redéploiement de l'hôte et le redémarrer avec un nouveauprofil d'image qui contient une mise à niveau ou un correctif ESXi, un profilde configuration d'hôte et éventuellement des pilotes ou des agents degestion tiers fournis par les partenaires de VMware. Vous pouvez créer desimages personnalisées en utilisant ESXi Image Builder CLI. Reportez-vous àla section « Utiliser vSphere Auto Deploy pour réapprovisionner des hôtes »,page 224.

esxcli Vous pouvez utiliser l'utilitaire de ligne de commande esxcli pour ESXi afinde mettre à niveau des hôtes ESXi 5.0.x ou ESXi 5.1.x vers ESXi 5.5.x. Vous nepouvez pas utiliser esxcli pour mettre à niveau des hôtes ESX/ESXi 4.x versESXi 5.5.x. L'utilitaire de ligne de commande esxcli nécessite l'interface deligne de commande vSphere CLI. Reportez-vous à la section « Mettre àniveau des hôtes à l'aide des commandes esxcli », page 228.

Les utilitaires esxupdate et vihostupdate ne sont pas pris en charge pour les mises à niveau vers ESXi 5.x.

Tableau 7‑2. Méthodes de mise à niveau vers ESXi 5.5.x

Méthode de miseà niveau

Mise à niveaud'ESX ou ESXi4.x vers ESXi5.5.x

Mise à niveaud'ESXi 5.0.x versESXi 5.5.x


Mise à niveaud'ESXi 5.5.0 versESXi 5.5.x


oui oui oui oui

Mise à niveauinteractive à partird'un CD, d'un DVDou d'une clé USB

oui oui oui oui


VMware, Inc. 171

Tableau 7‑2. Méthodes de mise à niveau vers ESXi 5.5.x (suite)

Méthode de miseà niveau

Mise à niveaud'ESX ou ESXi4.x vers ESXi5.5.x



Mise à niveaud'ESXi 5.5.0 versESXi 5.5.x

mise à niveauscripté

oui oui oui oui

vSphere AutoDeploy

non oui, si l'hôte ESXi5.0.x a été déployéen utilisant AutoDeploy

oui, si l'hôte ESXi 5.1.x aété déployé en utilisantAuto Deploy

oui, si l'hôte ESXi 5.5.0 aété déployé avec AutoDeploy

esxcli non oui oui oui

Mise à niveau des hôtes possédant des VIB tiers personnalisésLorsque vous mettez à niveau des hôtes contenant des VIB personnalisés, la mise à niveau affiche unmessage d'erreur à moins que ces mêmes VIB ne soient inclus dans le fichier ISO de mise à niveau.

Un hôte peut posséder des VIB personnalisés, par exemple, pour les pilotes tiers ou les agents de gestion.Par exemple, les hôtes ESX/ESXi 4.x peuvent contenir des modules VEM Cisco Nexus 1000V ou EMCPowerPath. L'architecture d'ESXi 5.x diffère de celle d'ESX/ESXi 4.x de sorte que les progiciels tierspersonnalisés (VIB) ne puissent pas être migrés lorsque vous mettez à niveau ESX/ESXi 4.x vers ESXi 5.x.Lorsque vous mettez à niveau un hôte 4.x possédant des VIB personnalisés qui ne figurent pas dans lefichier ISO de mise à niveau, le programme d'installation ESXi affiche un message d'erreur qui énumère lesVIB manquants.

Pour migrer les personnalisations tierces dans le cadre de la mise à niveau de l'hôte, utilisez ESXi ImageBuilder pour créer une image ISO ESXi personnalisée qui inclut les VIB manquants. Pour plusd'informations sur l'utilisation d'Image Builder pour créer un fichier ISO personnalisé, consultez lesinformations relatives à l'utilisation d'ESXi Image Builder dans la documentation Installation et configurationde vSphere.

Pour mettre à niveau l'hôte ESX/ESXi version 4.x sans inclure le logiciel tiers, vous pouvez effectuer l'une desopérations suivantes.

n Supprimez le logiciel tiers. Si vous utilisez vSphere Update Manager, sélectionnez l'option permettantde supprimer les modules de logiciel lors du processus de correction. Pour obtenir des informations surla mise à niveau avec vSphere Update Manager, consultez la documentation Installation et administrationde VMware vSphere Update Manager.

n Ignorez le message d'erreur pendant la mise à niveau de l'hôte en sélection l'option Forcer la migration.

Avertissement Si vous utilisez l'une de ces deux options, l'hôte mis à niveau risque de ne pas démarrercorrectement, de présenter une instabilité du système ou de perdre sa fonctionnalité. Assurez-vous quevotre système ne dépend pas essentiellement de VIB tiers qui nécessitent une résolution au premierdémarrage et ne peuvent être résolus par la suite. Par exemple, votre système peut avoir besoin de pilotespersonnalisés pour les adaptateurs réseau virtuels à partir desquelles vous démarrez.

Si vous mettez à niveau un hôte 5.0.x, les VIB personnalisés pris en charge sur l'hôte qui ne sont pas inclusdans le fichier ISO du programme d'installation ESXi sont migrés. Si un hôte ou le programmed'installation .ISO contiennent des VIB qui créent un conflit empêchant la mise à niveau, un messaged'erreur s'afficera idenfitiant la VIB problématique Vous pouvez supprimer le VIB et retenter la mise àniveau ou utiliser ESXI Image Builder CLI pour créer un programme d'installation .ISO personnalisé quipourra résoudre le conflit. L'option forcemigrate n'est pas disponible.

vSphere Upgrade

172 VMware, Inc.

Si vous mettez à niveau des hôtes fonctionnant sur ESX/ESXi 4.1 Upgrade 1 ou ESX/ESXi 4.0 Upgrade 3,vous obtiendrez le message d'erreur des VIB énumérés dans Tableau 7-3, même si vous n'avez jamaisinstallé de VIB personnalisés. Si vous êtes sûr que le bon fonctionnement de votre système ne dépend pas deces VIB, vous pouvez choisir d'ignorer les avertissements et de poursuivre la mise à niveau.

Tableau 7‑3. VIB tiers ESX/ESXi 4.0 U3 et 4.1 U1 ne pouvant être migrés vers ESXi 5.x.

Version d'ESX/ESXi ID de bulletin ID de VIB

4.1 Upgrade 1 ESX410-201101224-UG cross_vmware-esx-drivers-net-vxge_400.2.0.28.21239-1OEMSi votre système ne comprend pas dematériel nécessitant ce pilote Neterion,vous pouvez ignorer le messaged'erreur.

4.1 Upgrade 1 ESX410-201101223-UG cross_vmware-esx-drivers-scsi-3w-9xxx_400.2.26.08.036vm40-1OEMSi votre système ne comprend pas dematériel nécessitant ce pilote 3ware,vous pouvez ignorer le messaged'erreur.

4.0 Upgrade 3 ESX400-201105213-UG cross_vmware-esx-drivers-scsi-3w-9xxx_400.2.26.08.036vm40-1OEMSi votre système ne comprend pas dematériel nécessitant ce pilote 3ware,vous pouvez ignorer le messaged'erreur.

Mises à niveau vers ESXi 5.5.x prises en chargeVous pouvez mettre à niveau un hôte ESXi 5.0.x, ESXi 5.1.x ou ESXi 5.5.0 directement vers ESXi 5.5.x et, dansla plupart des cas, vous pouvez migrer un hôte ESX 4.x ou mettre à niveau un hôte ESXi 4.x directement versESXi 5.5.x.

Les détails et le niveau de prise en charge pour une mise à niveau ou une migration vers ESXi 5.5.xdépendent de l'hôte à mettre à niveau et de la méthode de mise à niveau utilisée. Assurez-vous de la priseen charge du chemin de mise à niveau depuis votre version actuelle d'ESX ou d'ESXi vers la version verslaquelle vous effectuez la mise à niveau. Reportez-vous à la matrice d'interopérabilité des produits VMwareà l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.


VMware, Inc. 173


Tableau 7‑4. Scénarios pris en charge pour la mise à niveau ou la migration vers 5.5.x.

Scénario pour la mise à niveau ou la migrationvers 5.5.x Support

hôtes 3.x ESX et ESXi Non pris en charge pour une mise à niveau directe.Vous devez mettre à niveau les hôtes ESX et ESXi 3.x versESX ou ESXi 4.x avant de pouvoir procéder à la mise àniveau vers ESXi 5.5.x. Consultez la documentation de miseà niveau de vSphere 4.x.Il peut être aussi plus simple et plus économiqued'effectuer une nouvelle installation d'ESXi 5.5.x.

Hôte ESX 4.x mis à niveau depuis ESX 3.x avec unestructure de partition incompatible avec ESXi 5.x

Non pris en charge.La partition VMFS ne peut pas être conservée. La mise àniveau ou migration n'est possible que s'il existe aumaximum une partition VMFS sur le disque mis à niveauet cette partition VMFS doit démarrer après le secteur1843200. Effectuez une nouvelle installation. Pourconserver les machines virtuelles, migrez-les sur un autresystème.

Hôte 4.x ESX ou ESXi, migration ou mise à niveau avecvSphere Update Manager

Pris en charge. Reportez-vous à la documentation « UtiliservSphere Update Manager pour effectuer des mises àniveau d'hôte orchestrées », page 189 et Installation etadministration de VMware vSphere Update Manager.

Hôte 4.x ESX ou ESXi, mise à niveau ou migrationinteractive

Pris en charge. Reportez-vous à « Mettre à niveau oumigrer des hôtes de façon interactive », page 206.L'assistant du programme d'installation vous permet dechoisir entre une mise à niveau ou une nouvelleinstallation. Si vous optez pour la mise à niveau, lespartitions ESX et fichiers de configuration seront convertisafin d'être compatibles avec ESXi.

hôte 4.x ESX ou ESXi, mise à niveau scriptée Pris en charge. Reportez-vous à « Installation, mise àniveau ou migration d'hôtes en utilisant un script »,page 207.Dans le script de la mise à niveau, spécifiez le disque àmettre à niveau sur le système. Si le système ne peut pasêtre mis à niveau correctement en raison del'incompatibilité du tableau de partition, le programmed'installation affiche un avertissement et s'interrompt. Si cecas se présente, effectuez une nouvelle installation. La miseà niveau ou migration n'est possible que s'il existe aumaximum une partition VMFS sur le disque mis à niveau,et cette partition VMFS doit démarrer après le secteur1843200.

Hôte 4.x ESX sur un réseau SAN ou SSD Pris en charge partielle.Vous pouvez mettre à niveau l'hôte comme vous le feriezavec un hôte ESX 4.x, mais aucune disposition ne sera prisepour optimiser les partitions du disque. Pour optimiser lespartitions de l'hôte, effectuez une nouvelle installation.

Hôte 4.x ESX, fichier .vmdk de console de servicemanquant, migration interactive depuis le CD ou DVD,migration scriptée, ou migration avec vSphere UpdateManager

Non pris en charge.Si une console de service est manquante, c'estprobablement que la console de service est corrompue ouque le volume VMFS n'est pas disponible, ce qui peut seproduire si le VMFS a été installé sur un serveur SAN etque le LUN n'est pas accessible. Dans un tel cas, si voussélectionnez, dans l'écran de sélection de disque del'assistant du programme d'installation, un disquedisposant d'une installation d'ESX 4.x, l'assistant vousinvitera à effectuer une nouvelle installation.

vSphere Upgrade

174 VMware, Inc.

Tableau 7‑4. Scénarios pris en charge pour la mise à niveau ou la migration vers 5.5.x. (suite)

Scénario pour la mise à niveau ou la migrationvers 5.5.x Support

Hôte 4.x ESX ou ESXi, pilote commercialisé de façonasynchrone ou autre personnalisation tierce, migrationinteractive depuis le CD ou DVD, migration scriptée, oumigration avec vSphere Update Manager

Pris en charge avec ESXi Image Builder CLI.Si un hôte 4.x contient des personnalisations, telles que desVIB ou des pilotes tiers, la mise à niveau avec l'image ISOdu programme d'installation standard de VMwareentraînera la perte de ces personnalisations et peut-être uneinstabilité du système. Reportez-vous à « Mise à niveau deshôtes possédant des VIB tiers personnalisés », page 172.Vous pouvez utiliser ESXi Image Builder CLI pour créer unfichier ISO d'installation d'ESXi personnalisé incluant lesVIB ou les pilotes. Reportez-vous aux informationsconcernant Image Builder dans la documentationInstallation et configuration de vSphere.

Hôte ESXi 5.0.x ou 5.1.x, pilote publié de façon asynchroneou personnalisations tierces, mise à niveau interactive àpartir d'un CD ou d'un DVD, mise à niveau scriptée oumise à niveau avec vSphere Update Manager

Pris en charge.Lorsque vous faites une mise à niveau vers la version 5.5d'un hôte ESXi 5.0.x ou 5.1.x disposant de VIBpersonnalisés, les VIB personnalisés sont migrés. Reportez-vous à « Mise à niveau des hôtes possédant des VIB tierspersonnalisés », page 172.

Hôte ESXi 5.0.x Méthodes prises en charge pour la mise à niveau directevers ESXi 5.5.x :n vSphere Update Manager.n Mise à niveau interactive à partir d'un CD, d'un DVD

ou d'un lecteur USB.n Mise à niveau scriptée.n Auto Deploy. Si l'hôte ESXi 5.0.x a été déployé avec

Auto Deploy, vous pouvez utiliser Auto Deploy pourreprovisionner l'hôte avec une image 5.5.x.

n esxcli.

Hôte ESXi 5.1.x Méthodes prises en charge pour la mise à niveau directevers ESXi 5.5.x :n vSphere Update Manager.n Mise à niveau interactive à partir d'un CD, d'un DVD

ou d'un lecteur USB.n Mise à niveau scriptée.n Auto Deploy. Si l'hôte ESXi 5,1.x a été déployé avec


n esxcli.

Hôte ESXi 5.5.0 Méthodes prises en charge pour la mise à niveau directevers ESXi 5.5.x :n vSphere Update Manager.n Mise à niveau interactive à partir d'un CD, d'un DVD

ou d'un lecteur USB.n Mise à niveau scriptée.n Auto Deploy. Si l'hôte ESXi 5.5.0 a été déployé avec


n esxcli.


VMware, Inc. 175

Utiliser des adresses IP attribuées manuellement pour des mises à niveau etmigrations effectuées avec vSphere Update Manager

Si vous utilisez vSphere Update Manager pour mettre à niveau ou migrer un hôte d'ESX/ESXi 4.x vers ESXi5.x, vous devez utiliser des adresses IP attribuées manuellement pour les hôtes en questions. Les adresses IPattribuées manuellement sont également appelées adresses IP statiques.

Les adresses IP DHCP peuvent poser des problèmes durant les mises à niveau ou migrations d'hôteeffectuées avec Update Manager. Si un hôte perd sont adresse IP DHCP durant une mise à niveau oumigration parce que la période de bail configurée sur le serveur DHCP expire, Update Manager perdra laconnectivité avec l'hôte. Dans un tel cas, même si la mise à niveau ou migration de l'hôte est réussie, UpdateManager fait état de l'échec de la mise à niveau ou migration car il ne peut pas se connecter à l'hôte. Pouréviter un tel scénario, utilisez des adresses IP attribuées manuellement pour vos hôtes.

Options de support de démarrage du programme d'installation ESXiLe système sur lequel vous installez ESXi doit pouvoir accéder au programme d'installation d'ESXi.

Les supports de démarrage suivants sont pris en charge par le programme d'installation d'ESXi :

n Démarrage depuis un CD/DVD. Reportez-vous à la section « Télécharger et graver l'image ISO duprogramme d'installation ESXi sur un CD ou un DVD », page 176.

n Démarrage depuis une clé USB. Reportez-vous à la section « Formater une clé USB pour lancerl'installation ou la mise à niveau d'ESXi », page 176.

n Démarrage PXE depuis le réseau. « Démarrage PXE du programme d'installation ESXi », page 180

n Démarrage depuis un emplacement distant en utilisant une application de gestion à distance. Reportez-vous à la section « Utilisation d'applications de gestion à distance », page 188

Télécharger et graver l'image ISO du programme d'installation ESXi sur unCD ou un DVDSi vous n'avez pas de CD/DVD d'installation ESXi, vous pouvez en créer un.

Vous pouvez également créer une image ISO du programme d'installation incluant un script d'installationpersonnalisé. Reportez-vous à « Créer une image ISO du programme d'installation avec un scriptd'installation ou de mise à niveau personnalisé », page 179.

Procédure

1 Téléchargez le programme d'installation d'ESXi sur le site Web VMware à l'adresse https://my.vmware.com/web/vmware/downloads.

ESXi est répertorié sous Infrastructure de centre de données et de cloud.


Consultez la rubrique Utilisation du total de contrôle MD5 sur le site Web de VMware à l'adresse http://www.vmware.com/download/md5.html.

3 Gravez l'image ISO sur un CD ou un DVD.

Formater une clé USB pour lancer l'installation ou la mise à niveau d'ESXiVous pouvez formater une clé USB pour lancer l'installation ou la mise à niveau d'ESXi.

Les instructions de cette procédure supposent que la clé USB est détectée comme /dev/sdb.

Remarque Le fichier ks.cfg qui contient le script d'installation ne peut pas être localisé sur la même cléUSB que celle que vous utilisez pour démarrer l'installation ou la mise à niveau.

vSphere Upgrade

176 VMware, Inc.



Prérequis

n Machine Linux accessible aux superutilisateurs

n Clé USB pouvant être détectée par la machine Linux

n L'image ISO ESXi, VMware-VMvisor-Installer-version_number-build_number.x86_64.iso, comprenantle fichier isolinux.cfg

n Module Syslinux

Procédure

1 Si votre clé USB n'est pas détectée en tant que /dev/sdb ou si vous n'êtes pas sûr de la façon dont votreclé USB est détectée, déterminez comment elle est détectée.

a Sur la ligne de commande, exécutez la commande pour afficher les messages de journal actuels.

tail -f /var/log/messages

b Branchez votre clé USB.

Vous voyez plusieurs messages qui identifient la clé USB, dans un format semblable à celui dumessage suivant.

Oct 25 13:25:23 ubuntu kernel: [ 712.447080] sd 3:0:0:0: [sdb] Attached SCSI removable

disk

Dans cet exemple, sdb identifie le périphérique USB. Si votre périphérique est identifiédifféremment, utilisez cette identification à la place de sdb.

2 Créez une table de partition sur la clé USB.

/sbin/fdisk /dev/sdb

a Entrez d pour supprimer les partitions jusqu'à ce qu'elles soient toutes supprimées.

b Entrez n pour créer une partition principale 1 qui occupe l'intégralité du disque.

c Entrez t pour définir le type sur un paramètre approprié pour le système de fichiers FAT32, parexemple c.

d Entrez a pour définir l'indicateur actif sur la partition 1.

e Entrez p pour imprimer la table de partitions.

Le résultat doit être semblable au message suivant.

Disk /dev/sdb: 2004 MB, 2004877312 bytes 255 heads, 63 sectors/track, 243 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id

System /dev/sdb1 1 243 1951866 c W95 FAT32 (LBA)

f Entrez w pour écrire la table de partitions et quitter le programme.

3 Formatez la clé USB avec le système de fichiers Fat32.

/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1

4 Installez le chargeur de démarrage Syslinux sur la clé USB.

L'emplacement du fichier exécutable Syslinux et celui du fichier mbr.bin peuvent varier selon lesversions de Syslinux. Par exemple, si vous avez téléchargé Syslinux 6.02, exécutez les commandessuivantes.

/usr/bin/syslinux /dev/sdb1

cat /usr/lib/syslinux/mbr/mbr.bin > /dev/sdb


VMware, Inc. 177

5 Créez un répertoire de destination sur lequel vous montez la clé USB.

mkdir /usbdisk

mount /dev/sdb1 /usbdisk

6 Créez un répertoire de destination sur lequel vous montez l'image ISO du programme d'installationd'ESXi.

mkdir /esxi_cdrom

mount -o loop VMware-VMvisor-Installer-6.x.x-XXXXXX.x86_64.iso /esxi_cdrom

7 Copiez le contenu de l'image ISO sur la clé USB.

cp -r /esxi_cdrom/* /usbdisk

8 Remplacez le nom de fichier isolinux.cfg par syslinux.cfg.

mv /usbdisk/isolinux.cfg /usbdisk/syslinux.cfg

9 Dans le fichier /usbdisk/syslinux.cfg, modifiez la ligne APPEND -c boot.cfg en APPEND -c boot.cfg -p1.

10 Démontez la clé USB.

umount /usbdisk

11 Démontez l'image ISO du programme d'installation.

umount /esxi_cdrom

Le lecteur Flash USB ne peut pas démarrer le programme d'installation ESXi.

Créer une clé USB pour stocker le script d'installation ou de mise à niveau ESXiVous pouvez utiliser une clé USB pour stocker le script d'installation ou de mise à niveau ESXi utilisépendant l'installation ou la mise à niveau scriptée d'ESXi.

Si plusieurs clés USB sont présentes sur la machine d'installation, le logiciel d'installation recherche le scriptd'installation ou de mise à niveau sur toutes les clés USB connectées.

Les instructions dans cette procédure supposent que la clé USB est détectée comme /dev/sdb

Remarque Le fichier ks contenant le script d'installation ou de mise à niveau ne peut pas être situé sur lamême clé USB que vous utilisez pour démarrer l'installation ou la mise à niveau.

Prérequis

n Machine Linux

n Script d'installation ou de mise à niveau ESXi, le fichier kickstart ks.cfg

n clé USB

Procédure

1 Branchez la clé USB sur une machine Linux ayant accès au script d'installation ou de mise à niveau.

2 Créez une table de partitions.

/sbin/fdisk /dev/sdb

a Entrez d pour supprimer les partitions jusqu'à ce qu'elles soient toutes supprimées.

b Entrez n pour créer une partition principale 1 qui s'étend sur tout le disque.

c Entrez t pour définir le type sur un paramètre approprié pour le système de fichiers FAT32, parexemple c.

vSphere Upgrade

178 VMware, Inc.

d Entrez p pour imprimer la table de partitions.

Le résultat doit être similaire au texte suivant :

Disk /dev/sdb: 2004 MB, 2004877312 bytes

255 heads, 63 sectors/track, 243 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

/dev/sdb1 1 243 1951866 c W95 FAT32 (LBA)

e Entrez w pour écrire la table de partitions et quittez.

3 Formatez la clé USB avec le système de fichiers Fat32.

/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1

4 Montez la clé USB.

mount /dev/sdb1 /usbdisk

5 Copiez le script d'installation d'ESXi sur la clé USB.

cp ks.cfg /usbdisk

6 Démontez la clé USB.

La clé USB contient le script d'installation ou de mise à niveau pour ESXi.

Suivant

Lorsque vous démarrez le programme d'installation d'ESXi, pointez l'emplacement de la clé USB pour lescript d'installation ou de mise à niveau. Reportez-vous à la section « Entrer les options de démarrage pourlancer un script d'installation ou de mise à niveau », page 208 et « À propos des fichiers de configurationPXE », page 184.

Créer une image ISO du programme d'installation avec un script d'installation oude mise à niveau personnaliséVous pouvez personnaliser l'image ISO du programme d'installation ESXi standard avec votre propre scriptd'installation ou de mise à niveau. Ceci vous permet d'effectuer une installation ou une mise à niveau baséesur un script sans assistance lorsque vous démarrez l'image ISO du programme d'installation créé.

Voir aussi « À propos des scripts d'installation et de mise à niveau », page 210 et « À propos du fichierboot.cfg », page 220.

Prérequis

n Machine Linux.

n Image ISO d'ESXi VMware-VMvisor-Installer-5.x.x-XXXXXX.x86_64.iso, où 5.x.x représente la versiond'ESXi que vous installez et XXXXXX représente le numéro de build de l'image ISO du programmed'installation.

n Votre script d'installation ou de mise à niveau personnalisé, le fichier kickstart ks_cust.cfg.

Procédure

1 Téléchargez l'image ISO ESXi sur le site Web de VMware.

2 Montez l'image ISO dans un dossier :

mount -o loop VMware-VMvisor-Installer-5.x.x-XXXXXX.x86_64.iso /esxi_cdrom_mount

XXXXXX est le numéro de build ESXi pour la version que vous installez ou vers laquelle vous effectuez lamise à niveau.


VMware, Inc. 179

3 Copiez le contenu du cdrom dans un autre dossier :

cp -r /esxi_cdrom_mount /esxi_cdrom

4 Copiez le fichier kickstart dans /esxi_cdrom.

cp ks_cust.cfg /esxi_cdrom

5 (Facultatif) Modifiez le fichier boot.cfg de manière à spécifier l'emplacement du script d'installation oude mise à niveau en utilisant l'option kernelopt.

Vous devez utiliser des caractères majuscules pour indiquer le chemin du script, par exemple,

kernelopt=runweasel ks=cdrom:/KS_CUST.CFG

L'installation ou la mise à niveau devient complètement automatique, sans qu'il ne soit nécessaire despécifier le fichier kickstart pendant l'installation ou la mise à niveau.

6 Recréez l'image ISO :

mkisofs -relaxed-filenames -J -R -o custom_esxi.iso -b isolinux.bin -c boot.cat -no-emul-boot

-boot-load-size 4 -boot-info-table /esxi_cdrom

L'image ISO inclut maintenant votre script d'installation ou de mise à niveau personnalisé.

Suivant

Installez ESXi à partir de l'image ISO.

Démarrage PXE du programme d'installation ESXiVous utilisez l'environnement d'exécution préliminaire (PXE) pour démarrer un hôte et lancer le programmed'installation ESXi à partir d'une interface réseau.

ESXi 5 est distribué dans un format ISO conçu pour l'installation dans la mémoire flash ou sur un disquedur local. Vous pouvez extraire les fichiers et démarrer en utilisant PXE.

PXE utilise DHCP et le protocole TFTP (Trivial File Transfer Protocol) pour démarrer un systèmed'exploitation sur un réseau.

Le démarrage PXE requiert une infrastructure de réseau et une machine avec un adaptateur réseau adaptéau PXE. La plupart des machines pouvant exécuter ESXi sont équipées de adaptateurs réseau capablesd'effectuer un démarrage PXE.

Remarque Assurez-vous que le serveur Auto Deploy dispose d'une adresse IPv4. Le démarrage PXE estuniquement pris en charge avec IPv4.

À propos du serveur TFTP, PXELINUX et gPXE

Le protocole TFTP (Trivial File Transfer Protocol) est similaire au service FTP, qui est généralement utiliséuniquement pour les systèmes de démarrage réseau ou le chargement de microprogrammes sur lespériphériques réseau tels que des routeurs.

La plupart des distributions Linux sont accompagnées d'une copie du serveur tftp-hpa. Si vous avez besoind'une solution prise en charge, achetez un serveur TFTP pris en charge chez le fournisseur de votre choix.

Si votre serveur TFTP va s'exécuter sur un hôte Microsoft Windows, utilisez une version 2.11 ou supérieurede tftpd32. Reportez-vous à la section http://tftpd32.jounin.net/. Des versions antérieures de tftpd32 étaientincompatibles avec PXELINUX et gPXE.

Vous pouvez également acquérir un serveur TFTP auprès de l'un des dispositifs assemblés sur VMwareMarketplace.

vSphere Upgrade

180 VMware, Inc.

http://tftpd32.jounin.net/

Les environnements PXELINUX et gPXE permettent à votre machine cible de démarrer le programmed'installation d'ESXi. L'environnement PXELINUX fait partie du module SYSLINUX, disponible sur http://www.kernel.org/pub/linux/utils/boot/syslinux/, bien que de nombreuses distributions Linuxl'incluent. Plusieurs versions de PXELINUX comportent également gPXE. Certaines distributions, telles queRed Hat Enterprise Linux version 5.3, comprennent des versions antérieures de PXELINUX n'incluant pasgPXE.

Si vous n'utilisez pas l'environnement gPXE, des problèmes peuvent survenir au démarrage du programmed'installation d'ESXi sur un réseau très chargé, car le protocole TFTP est parfois non fiable pour transférer degros volumes de données. Si vous utilisez PXELINUX sans gPXE, le fichier binaire pxelinux.0, le fichier deconfiguration, le noyau et les autres fichiers sont transférés via TFTP. Si vous utilisez gPXE, seuls le fichierbinaire gpxelinux.0 et le fichier de configuration sont transférés par TFTP. Avec gPXE, vous pouvez utiliserun serveur Web pour transférer le noyau et les autres fichiers requis pour démarrer le programmed'installation d'ESXi.

Remarque VMware teste le démarrage PXE avec PXELINUX version 3.86. Ce n'est pas un cas de prise encharge limitée. Pour la prise en charge d'agents tiers que vous utilisez pour configurer votre infrastructurede démarrage PXE, contactez le fournisseur.


VMware, Inc. 181

http://www.kernel.org/pub/linux/utils/boot/syslinux/

Figure 7‑1. Présentation du processus d'installation du démarrage PXE

Serveur DHCP

Serveur DHCP

Serveur Web

Hôte ESXi cible

Hôte ESXi

Donnez-moi un IPpour l'adaptateurréseau virtuelUDP

Serveur IP & TFTP

noyau

IP

TCP pour gPXELINUXUDP pour gPXELINUX

UDP

Donnez-moile noyau

Donnez-moi un IPpour le noyau

Serveur TFTP gpxelinux.0 ou pxelinux.0

UDP

Donnez-moi le chargeur de démarrage de réseau

dépôt de scriptsDémarrage

du programme d'installationks.cfg

TCPDonnez-moi unscript d'installation

Exemple de configuration DHCP

Pour effectuer un démarrage PXE du programme d'installation ESXi, le serveur DHCP doit envoyerl'adresse du serveur TFTP et un pointeur au répertoire pxelinux.0 ou gpxelinux.0.

Le serveur DHCP est utilisé par la machine cible pour obtenir une adresse IP. Le serveur DHCP doit pouvoirdéterminer si la machine cible est autorisée à démarrer et connaître l'emplacement du fichier binairePXELINUX (qui réside généralement sur le serveur TFTP). Lorsque la machine cible démarre pour lapremière fois, elle transmet un paquet sur le réseau demandant cette information pour se démarrer. Leserveur DHCP répond.

Avertissement Ne configurez pas de nouveau serveur DHCP si votre réseau en compte déjà un. Siplusieurs serveurs DHCP répondent aux requêtes DHCP, les machines peuvent obtenir des adresses IPincorrectes ou conflictuelles, ou ne pas recevoir les bonnes informations de démarrage. Adressez-vous à unadministrateur réseau avant de configurer un serveur DHCP. Pour obtenir de l'aide à propos de laconfiguration du serveur DHCP, adressez-vous au fournisseur du serveur DHCP.

vSphere Upgrade

182 VMware, Inc.

De nombreux serveurs DHCP peuvent démarrer les hôtes par PXE. Si vous utilisez une version DHCP pourMicrosoft Windows, reportez-vous à la documentation du serveur DHCP pour déterminer commenttransmettre les arguments next-server et filename à la machine cible.

Exemple gPXE

Cet exemple indique comment configurer une serveur ISC DHCP version 3.0 afin d'activer gPXE.

allow booting;

allow bootp;

# gPXE options

option space gpxe;

option gpxe-encap-opts code 175 = encapsulate gpxe;

option gpxe.bus-id code 177 = string;

class "pxeclients" {

match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";

next-server TFTP server address;

if not exists gpxe.bus-id {

filename "/gpxelinux.0";

}

}

subnet Network address netmask Subnet Mask {

range Starting IP Address Ending IP Address;

}

Lorsqu'une machine tente de démarrer en PXE, le serveur DHCP fournit une adresse IP et l'emplacement dufichier binaire gpxelinux.0 sur le serveur TFTP. L'adresse IP attribuée sera alors dans la portée définie dansla section sous-réseau du fichier de configuration.

Exemple PXELINUX (sans gPXE)

Cet exemple indique comment configurer un serveur ISC DHCP version 3.0 afin d'activer PXELINUX.

#

# DHCP Server Configuration file.

# see /usr/share/doc/dhcp*/dhcpd.conf.sample

#

ddns-update-style ad-hoc;

allow booting;

allow bootp;

class "pxeclients" {

match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";

next-server xxx.xxx.xx.xx;

filename = "pxelinux.0";

}

subnet 192.168.48.0 netmask 255.255.255.0 {

range 192.168.48.100 192.168.48.250;

}

Lorsqu'une machine tente de démarrer en PXE, le serveur DHCP fournit une adresse IP et l'emplacement dufichier binaire pxelinux.0 sur le serveur TFTP. L'adresse IP attribuée sera alors dans la portée définie dans lasection sous-réseau du fichier de configuration.


VMware, Inc. 183

À propos des fichiers de configuration PXE

Le fichier de configuration PXE définit le menu affiché sur l'hôte ESXi cible quand il démarre et contacte leserveur TFTP. Vous avez besoin d'un fichier de configuration PXE pour que PXE démarre le programmed'installation d'ESXi.

Le serveur TFTP écoute en permanence les clients PXE sur le réseau. Lorsqu'il détecte qu'un client PXEdemande des services PXE, il envoie au client un package réseau contenant un menu de démarrage.

Fichiers requis

Dans le fichier de configuration PXE, vous devez inclure les chemins d'accès aux fichiers suivants :

n mboot.c32 est le chargeur de démarrage.

n boot.cfg est le fichier de configuration du chargeur de démarrage.

Reportez-vous à la section « À propos du fichier boot.cfg », page 220

Nom du fichier de configuration PXE

Pour le nom du fichier de configuration PXE, sélectionnez une des options suivantes :

n 01-adresse_mac_de_l'hôte_ESXi_cible. Par exemple, 01-23-45-67-89-0a-bc

n L'adresse IP de l'hôte ESXi cible est une notation hexadécimale.

n par défaut

Le fichier de démarrage initial, pxelinux.0 ou gpxelinux.0, tente de charger un fichier de configuration PXE.Il essaie avec l'adresse MAC de l'hôte ESXi cible, précédée de son code de type ARP (01 pour Ethernet). Encas d'échec, il essaie avec la notation hexadécimale de l'adresse IP du système ESXi cible. En dernier recours,il tente de charger un fichier nommé par défaut.

Emplacement du fichier de configuration PXE

Enregistrez le fichier dans var/lib/tftpboot/pxelinux.cfg/ sur le serveur TFTP.

Vous pouvez par exemple enregistrer le fichier sur le serveur TFTP àl'emplacement /tftpboot/pxelinux.cfg/01-00-21-5a-ce-40-f6. L'adresse MAC de la carte réseau sur l'hôteESXi cible est 00-21-5a-ce-40-f6.

Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier deconfiguration PXE

Vous pouvez utiliser un serveur TFTP pour effectuer un démarrage PXE du programme d'installation ESXi,en utilisant PXELINUX et un fichier de configuration PXE.

Voir aussi « À propos des scripts d'installation et de mise à niveau », page 210 et « À propos du fichierboot.cfg », page 220

Prérequis

Vérifiez que votre environnement comporte les composants suivants :

n L'image ISO du programme d'installation ESXi téléchargée depuis le site Web VMware.

n Serveur TFTP prenant en charge le démarrage PXE avec gPXE. Reportez-vous à la section « À proposdu serveur TFTP, PXELINUX et gPXE », page 180.

n Serveur DHCP configuré pour le démarrage PXE. Reportez-vous à la section « Exemple deconfiguration DHCP », page 182.

n PXELINUX

vSphere Upgrade

184 VMware, Inc.

n Serveur dont la configuration matérielle est prise en charge par votre version d'ESXi. Reportez-vous auGuide de compatibilité matérielle à l'adresse http://www.vmware.com/resources/compatibility/search.php.

n Règles de sécurité du réseau pour autoriser le trafic TFTP (UDP port 69)

n (Facultatif) Script d'installation, le fichier kickstart. Reportez-vous à la section « À propos des scriptsd'installation et de mise à niveau », page 210.

n Une carte réseau avec support PXE sur l'hôte ESXi cible

n Mise en réseau IPv4. IPv6 n'est pas pris en charge pour le démarrage ESX.

Dans la plupart des cas, utilisez un VLAN natif. Si vous voulez définir l'ID VLAN à utiliser avec ledémarrage PXE, vérifiez que la carte NIC est compatible avec la spécification d'ID VLAN.

Procédure

1 Créez l'inventaire /tftpboot/pxelinux.cfg sur votre serveur TFTP.

2 Sur une machine Linux, installez PXELINUX.

PXELINUX est inclus dans le package SYSLINUX. Extrayez les fichiers, localisez le fichier pxelinux.0 etcopiez-le dans le répertoire /tftpboot sur votre serveur TFTP.

3 Configurez le serveur DHCP pour envoyer les informations suivantes à chaque hôte client :

n Le nom ou l'adresse IP de votre serveur TFTP.

n Le nom de votre fichier de démarrage initial. Il s'agit de pxelinux.0.

4 Copiez le contenu de l'image du programme d'installation ESXi dans le répertoire /var/lib/tftpbootsur le serveur TFTP.

5 (Facultatif) Pour une installation basée sur un script, dans le fichier boot.cfg, ajoutez l'option kerneloptsur la ligne suivant la commande kernel, pour indiquer l'emplacement du script d'installation.

Utilisez le code suivant comme modèle, où XXX.XXX.XXX.XXX est l'adresse IP du serveur où réside lescript d'installation, et esxi_ksFiles est le répertoire contenant le fichier ks.cfg.

kernelopt=ks=http://XXX.XXX.XXX.XXX/esxi_ksFiles/ks.cfg

6 Créez un fichier de configuration PXE.

Ce fichier définit la manière dont l'hôte démarre lorsqu'aucun système d'exploitation n'est présent. Lefichier de configuration PXE répertorie les fichiers de démarrage. Utilisez le code suivant commemodèle, où XXXXXX est le numéro de build de l'image du programme d'installation ESXi.

DEFAULT menu.c32

MENU TITLE ESXi-5.x.x-XXXXXX-full Boot Menu

NOHALT 1

PROMPT 0

TIMEOUT 80

LABEL install

KERNEL mboot.c32

APPEND -c location of boot.cfg

MENU LABEL ESXi-5.x.x-XXXXXX-full ^Installer

LABEL hddboot

LOCALBOOT 0x80

MENU LABEL ^Boot from local disk

7 Nommez le fichier avec l'adresse MAC de la machine hôte cible : 01-adresse_mac_de_l'hôte_ESXi_cible.

Par exemple, 01-23-45-67-89-0a-bc.


VMware, Inc. 185


8 Enregistrez le fichier de configuration PXE dans /tftpboot/pxelinux.cfg/ sur le serveur TFTP.

9 Démarrez la machine avec l'adaptateur réseau.

Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier deconfiguration PXE isolinux.cfg

Vous pouvez effectuer un démarrage PXE du programme d'installation ESXi en utilisant PXELINUX, etutiliser le fichier isolinux.cfg comme fichier de configuration PXE.


Prérequis


n L'image ISO du programme d'installation ESXi téléchargée depuis le site Web VMware.

n Serveur TFTP prenant en charge le démarrage PXE avec PXELINUX. Reportez-vous à la section « Àpropos du serveur TFTP, PXELINUX et gPXE », page 180.

n Serveur DHCP configuré pour le démarrage PXE. Reportez-vous à la section « Exemple deconfiguration DHCP », page 182.

n PXELINUX


n Règles de sécurité du réseau pour autoriser le trafic TFTP (UDP port 69)

n (Facultatif) Script d'installation, le fichier kickstart. Reportez-vous à la section « À propos des scriptsd'installation et de mise à niveau », page 210.

n Une carte réseau avec support PXE sur l'hôte ESXi cible

n Mise en réseau IPv4. IPv6 n'est pas pris en charge pour le démarrage ESX.


Procédure

1 Créez l'inventaire /tftpboot/pxelinux.cfg sur votre serveur TFTP.

2 Sur une machine Linux, installez PXELINUX.

PXELINUX est inclus dans le package SYSLINUX. Extrayez les fichiers, localisez le fichier pxelinux.0 etcopiez-le dans le répertoire /tftpboot sur votre serveur TFTP.

3 Configurez le serveur DHCP.

Le serveur DHCP envoie les informations suivantes à vos hôtes clients :

n Le nom ou l'adresse IP de votre serveur TFTP.

n Le nom de votre fichier de démarrage initial. Il s'agit de pxelinux.0.

4 Copiez le contenu de l'image du programme d'installation ESXi dans le répertoire /var/lib/tftpbootsur le serveur TFTP.

5 (Facultatif) Pour une installation basée sur un script, dans le fichier boot.cfg, ajoutez l'option kerneloptsur la ligne suivant la commande kernel, pour indiquer l'emplacement du script d'installation.

Dans l'exemple suivant, XXX.XXX.XXX.XXX est l'adresse IP du serveur où réside le scriptd'installation.


vSphere Upgrade

186 VMware, Inc.


6 Copiez le fichier isolinux.cfg de l'image ISO du programme d'installation ESXi dans lerépertoire /tftpboot/pxelinux.cfg.

Le fichier isolinux.cfg contient le code suivant, où XXXXXX est le numéro de build de l'image duprogramme d'installation ESXi :

DEFAULT menu.c32

MENU TITLE ESXi-5.x.x-XXXXXX-full Boot Menu

NOHALT 1

PROMPT 0

TIMEOUT 80

LABEL install

KERNEL mboot.c32

APPEND -c location of boot.cfg

MENU LABEL ESXi-5.x.x-XXXXXX-full ^Installer

LABEL hddboot

LOCALBOOT 0x80

MENU LABEL ^Boot from local disk

7 Renommez le fichier isolinux.cfg avec l'adresse MAC de la machine hôte cible : 01-adresse_mac_de_l'hôte_ESXi_cible. Par exemple, 01-23-45-67-89-0a-bc

8 Démarrez la machine avec l'adaptateur réseau.

Démarrage PXE du programme d'installation ESXi en utilisant gPXE

Vous pouvez effectuer un démarrage PXE du programme d'installation ESXi en utilisant gPXE.


Prérequis


n L'image ISO du programme d'installation d'ESXi a été téléchargée depuis le site Web de VMware.

n Serveur Web HTTP accessible par vos hôtes ESXi cibles

n Serveur DHCP configuré pour le démarrage PXE : /etc/dhcpd.conf est configuré pour les hôtes clientsavec un serveur TFTP et le fichier de démarrage initial est défini sur gpxelinux.0/undionly.kpxe.Reportez-vous à la section « Exemple de configuration DHCP », page 182.


n gPXELINUX

n (Facultatif) Script d'installation ESXi. Reportez-vous à la section « À propos des scripts d'installation etde mise à niveau », page 210.


Procédure

1 Copiez le contenu de l'image ISO du programme d'installation ESXi dans le répertoire /var/www/htmlsur le serveur HTTP.


VMware, Inc. 187


2 Modifiez le fichier boot.cfg avec les informations pour le serveur HTTP.

Utilisez le code suivant comme modèle, où XXX.XXX.XXX.XXX est l'adresse IP du serveur HTTP. Laligne kernelopt est facultative. Incluez cette option pour spécifier l'emplacement du script d'installationpour une installation basée sur un script.

title=Loading ESX installer

kernel=http://XXX.XXX.XXX.XXX/tboot.b00


modules=http://XXX.XXX.XXX.XXX/b.b00 --- http://XXX.XXX.XXX.XXX/useropts.gz ---

http://XXX.XXX.XXX.XXX/k.b00 --- http://XXX.XXX.XXX.XXX/a.b00 ---

http://XXX.XXX.XXX.XXX/s.v00 --- http://XXX.XXX.XXX.XXX/weaselin.t00 ---

http://XXX.XXX.XXX.XXX/tools.t00 --- http://XXX.XXX.XXX.XXX/imgdb.tgz ---

http://XXX.XXX.XXX.XXX/imgpayld.tgz

3 Effectuez un démarrage gPXE de l'hôte et appuyez sur Ctrl+B pour accéder au menu GPT.

4 Entrez les commandes suivantes pour démarrer avec le programme d'installation ESXi, oùXXX.XXX.XXX.XXX est l'adresse IP du serveur HTTP.

dhcp net0 ( if dchp is not set)

kernel -n mboot.c32 http://XXX.XXX.XXX.XXX/mboot.c32

imgargs mboot.c32 -c http://XXX.XXX.XXX.XXX/boot.cfg

boot mboot.c32

Installation et démarrage ESXi avec le logiciel FCoEVous pouvez installer et démarrer ESXi à partir d'un LUN FCoE qui utilise des adaptateurs FCoE de logicielVMware et des cartes réseau FCoE avec des capacités de décharge. Votre hôte ne nécessite pas un HBAFCoE dédié .

Consultez la documentation Stockage vSphere pour plus d'informations sur l'installation et le démarraged'ESXi avec le logiciel FCoE.

Utilisation d'applications de gestion à distanceLes applications de gestion à distance vous permettent d'installer ESXi sur des serveurs situés à distance.

Les applications de gestion à distance pris en charge pour l'installation sont Integrated Lights-Out (iLO) deHP, Dell Remote Access Card (DRAC), management module (MM) d'IBM et Remote Supervisor Adapter II(RSA II). Pour connaître la liste des modèles de serveurs et des versions des microprogrammes de gestionactuellement pris en charge, consultez « Modèles de serveurs de gestion à distance et versions demicroprogrammes pris en charge », page 34. Pour obtenir de l'aide à propos des applications de gestion àdistance, contactez le fournisseur.

Vous pouvez utiliser les applications de gestion à la fois pour les installations d'ESXi interactives et baséessur un script à distance.

Si vous utilisez des applications de gestion à distance pour installer ESXi, le CD virtuel risque de rencontrerdes problèmes de corruption avec les systèmes ou réseaux fonctionnant à pleine capacité. En cas d'échecd'une installation à distance à partir d'une image ISO, terminez l'installation à partir du support CDphysique.

Télécharger le programme d'installation d'ESXiTéléchargez le programme d'installation d'ESXi.

Prérequis

Créez un compte My VMware à l'adresse https://my.vmware.com/web/vmware/.

vSphere Upgrade

188 VMware, Inc.


Procédure

1 Téléchargez le programme d'installation d'ESXi sur le site Web VMware à l'adresse https://my.vmware.com/web/vmware/downloads.

ESXi est répertorié sous Infrastructure de centre de données et de cloud.


Consultez la rubrique Utilisation du total de contrôle MD5 sur le site Web de VMware à l'adresse http://www.vmware.com/download/md5.html.

Effectuer la mise à niveau ou la migrationPlusieurs outils sont disponibles pour mettre à niveau et migrer les hôtes. Vous pouvez utiliser différentsoutils de mise à niveau en fonction du type d'hôte que vous mettez à niveau (ESX ou ESXi) et si les hôtessont gérés ou non par vCenter Server.

Vous pouvez effectuer une migration ou une mise à niveau vers ESXi 5.x depuis la version 4.x d'ESX oud'ESXi ou de la version 5.0.x à l'aide des outils et des méthodes décrits dans « Options de mise à niveau versESXi 5.5 », page 170.

Pour mettre à niveau la version 3.5 ESX ou ESXi vers ESXi 5.x, vous devez d'abord mettre à niveau la version3.5 ESX ou ESXi vers la version 4.x ESX ou ESXi. Pour des informations sur la mise à niveau de la version 3.5ESX ou ESXi vers la version 4.x ESX ou ESXi, reportez-vous à la page Web de la documentation sur VMwarevSphere 4.x.

Avertissement Si vous mettez à niveau des hôtes gérés par vCenter Server, vous devez mettre à niveauvers vCenter Server avant de mettre à niveau ESX ou ESXi. Si vous ne procédez pas à la mise à niveau dansl'ordre approprié, vous pouvez perdre des données et perdre l'accès à vos serveurs.

Utiliser vSphere Update Manager pour effectuer des mises à niveau d'hôteorchestrées

Des mises à niveau orchestrées vous permettent de mettre à niveau des objets dans votre inventaire vSpheresuivant un processus en deux parties : mises à niveau d'hôtes suivies par des mises à niveau de machinesvirtuelles. Vous pouvez configurer le processus au niveau du cluster pour une plus grande automatisation,ou le configurer au niveau de chaque hôte ou machine virtuelle pour un contrôle granulaire.

Vous pouvez, par exemple, définir une ligne de base de mise à niveau d'hôte pour mettre à niveau un hôteESXi 4.x vers ESXi 5.x, ou définir une ligne de base de mise à niveau de machine virtuelle pour mettre àniveau VMware Tools et le matériel de la machine virtuelle vers la dernière version. Utilisez les flux detravail basés sur l'assistant pour tout d'abord programmer les mises à niveau de l'hôte pour l'intégralité ducluster, et programmez ensuite une mise à niveau de machine virtuelle pour toutes les machines virtuelles.

Vous ne pouvez pas utiliser Update Manager pour mettre à niveau un hôte vers ESXi 5.x si l'hôte a été mis àniveau de ESX 3.x vers ESX 4.x auparavant. Ces hôtes ne disposent pas de suffisamment d'espace libre dansla partition /boot pour prendre en charge la mise à niveau Update Manager. Ce problème concerneégalement les hôtes 4.x ESX, même s'ils n'ont pas été précédemment mis à niveau depuis ESX 3.x. Les hôtesdoivent disposer de plus de 350 Mo d'espace libre dans la partition /boot pour prendre en charge la mise àniveau Update Manager. Si l'hôte que vous mettez à niveau ne dispose pas de plus de 350 Mo d'espace libredans la partition /boot, optez pour une mise à niveau scriptée ou interactive.

Important Après la mise à niveau ou la migration de l'hôte vers ESXi 5.x, vous ne pouvez pas revenir à laversion 4.x du logiciel ESX ou ESXi. Sauvegardez votre hôte avant d'effectuer une mise à niveau ou unemigration, afin que, si la mise à niveau ou la migration échoue, vous puissiez restaurer votre hôte 4.x.


VMware, Inc. 189



Les workflows de l'assistant permettent d'éviter les séquences de mise à niveau incorrectes. Par exemple,l'assistant vous empêche de mettre à niveau un matériel de machine virtuelle avant que vous ne mettiez àniveau l'hôte dans un cluster.

Vous pouvez utiliser les Distributed Resource Scheduler (DRS) pour prévenir les interruptions des machinesau cours du processus de mise à niveau.

Update Manager surveille les hôtes et les machines virtuelles et leur respect de vos bases de mise à niveaudéfinies. Les non conformités s'affichent dans des rapports détaillés dans la vue tableaux de bord. UpdateManager est compatible avec le recours de masse.

Les composants vSphere suivants sont mis à niveau par Update Manager.

n Noyau ESX et ESXi (vmkernel)

n Matériel de machine virtuelle

n VMware Tools

n Dispositifs virtuels

Pour les composants non répertoriés ici, vous pouvez effectuer une mise à niveau via une autre méthode ou,pour les composants tiers, avec les outils tiers appropriés.

Les rubriques suivantes décrivent comment utiliser Update Manager pour effectuer une mise à niveauorchestrée de vos hôtes ESXi.

n « Configuration des paramètres d'hôte et de cluster », page 190

n « Effectuer une mise à niveau orchestrée des hôtes en utilisant vSphere Update Manager », page 191

Pour utiliser Update Manager pour effectuer une mise à niveau orchestrée des machines virtuelles de voshôtes, consultez la documentation Installation et administration de VMware vSphere Update Manager.

Configuration des paramètres d'hôte et de clusterLorsque vous mettez à jour les objets vSphere dans un cluster avec DRS, VMware High Availability (HA) etVMware Fault Tolerance (FT) activés, vous pouvez désactiver temporairement VMware Distributed PowerManagement (DPM), le contrôle d'admission HA et la tolérance aux pannes pour l'ensemble du cluster. Unefois la mise à jour effectuée, Update Manager restaure ces fonctions.

Les mises à jour peuvent nécessiter de faire passer les hôtes en mode maintenance au cours de la correction.Les machines virtuelles ne peuvent pas fonctionner lorsqu'un hôte est en mode de maintenance. Pourassurer la disponibilité, vCenter Server peut migrer les machines virtuelles vers d'autres hôtes ESX/ESXidans un cluster avant que l'hôte passe en mode maintenance. vCenter Server migre les machines virtuelles sile cluster est configuré pour vMotion, et si DRS est activé.

Si un hôte n'a pas de machines virtuelles actives, VMware DPM peut placer l'hôte en mode standby etinterrompre une opération Update Manager. Pour garantir que l'analyse et le transfert sont effectuéscorrectement, Update Manager désactive VMware DPM pendant ces opérations. Pour que la correction soiteffectuée correctement, vous devez autoriser Update Manager à désactiver VMware DPM et le contrôled'admission HA avant l'opération de correction. Une fois l'opération effectuée, Update Manager restaureVMware DPM et le contrôle d'admission HA. Update Manager désactive le contrôle d'admission HA avantle transfert et la correction, mais pas avant l'analyse.

Si VMware DPM a déjà placé les hôtes en mode standby, Update Manager met sous tension les hôtes avantl'analyse, le transfert et la correction. Après l'analyse, le transfert ou la correction, Update Manager activeVMware DPM et le contrôle d'admission HA et laisse DPM mettre les hôtes en mode standby, si nécessaire.Update Manager ne corrige pas les hôtes hors tension.

Si les hôtes sont en mode standby et que vous activez manuellement VMware DPM, Update Manager necorrige pas et ne met pas sous tension les hôtes.

vSphere Upgrade

190 VMware, Inc.

Dans un cluster, désactivez temporairement le contrôle d'admission HA pour pouvoir exécuter vMotion etne pas arrêter ainsi les machines sur les hôtes que vous corrigez. Après la correction de l'ensemble ducluster, Update Manager restaure les paramètres de contrôle d'admission HA.

Si la tolérance aux pannes est activée pour les machines virtuelles sur les hôtes dans un cluster, vous devezla désactiver temporairement avant toute opération Update Manager dans le cluster. Si elle est activée pourles machines virtuelles sur un hôte, Update Manager ne corrige pas l'hôte. Corrigez tous les hôtes d'uncluster avec les mêmes mises à jour pour que la tolérance aux pannes puisse être réactivée après lacorrection, car une machine virtuelle principale et une machine virtuelle secondaire ne peuvent pas résidersur des hôtes ayant une version ESX/ESXi et un niveau de correctif différents.

Certaines spécificités s'appliquent à la correction des hôtes faisant partie d'un cluster Virtual SAN :

n Le processus de correction d'un hôte peut être très long à s'exécuter.

n De part sa conception même, un seul hôte d'un cluster Virtual SAN peut être en mode de maintenance àla fois.

n Update Manager corrige les hôtes faisant partie d'un cluster Virtual SAN de manière séquentielle mêmesi vous sélectionnez l'option permettant de les corriger en parallèle.

n Si un hôte est un membre d'un cluster Virtual SAN et si l'une des machines virtuelles sur l'hôte utiliseune stratégie de stockage de machine virtuelle avec pour paramètre « Nombre d'échecs à tolérer=0 »,l'hôte risque de présenter des retards inhabituels en entrant en mode de maintenance. Ces retards seproduisent du fait que Virtual SAN doit migrer les données de la machine virtuelle d'un disque vers unautre dans le cluster de la banque de données Virtual SAN. Les retards peuvent durer plusieurs heures.Vous pouvez contourner ce problème en définissant le paramètre « Nombre d'échecs à tolérer=1 » pourla stratégie de stockage de machine virtuelle, ce qui entraîne la création de deux copies de fichiers de lamachine virtuelle dans la banque de données Virtual SAN.

Effectuer une mise à niveau orchestrée des hôtes en utilisant vSphere UpdateManagerVous pouvez utiliser Update Manager pour exécuter des mises à niveau orchestrées des hôtes ESX/ESXidans l'inventaire vSphere en utilisant une seule ligne de base de mise à niveau ou un groupe de lignes debase.

Cette séquence d'opérations décrit l'ensemble de la procédure de mise à niveau orchestrée des hôtes dansl'inventaire vSphere. Update Manager 5.x prend en charge les mises à niveau des hôtes vers ESXi 5.x pourles hôtes exécutant ESX/ESXi 4.x.

Vous pouvez exécuter des mises à niveau orchestrées au niveau du dossier, du cluster ou du centre dedonnées.

Remarque Les deux dernières étapes de cette procédure sont une alternative. Choisissez l'une ou l'autre.

Prérequis

n Assurez-vous que votre système répond aux conditions requises pour vCenter Server 5.x, ESXi 5.x etUpdate Manager 5.x. Reportez-vous à la section « Exigences matériel d'Update Manager », page 34

n Installez ou mettez à niveau vCenter Server vers la version 5.x. Reportez-vous à la section Chapitre 4,« Mise à niveau de vCenter Server », page 71.

n Installez ou mettez à niveau vSphere Update Manager vers la version 5.x.Reportez-vous à la section Chapitre 6, « Mise à niveau d'Update Manager », page 159.


VMware, Inc. 191

Procédure

1 Configurer les paramètres du mode de maintenance de l'hôte page 193Les mises à jour d'hôtes ESX/ESXi peuvent impliquer de faire passer les hôtes en mode maintenanceavant qu'elles ne puissent être appliquées. Update Manager fait passer les hôtes ESX/ESXi en modemaintenance avant d'appliquer ces mises à jour. Vous pouvez configurer comment Update Managerrépond si l'hôte échoue à entrer en mode maintenance.

2 Configuration des paramètres d'un cluster page 194Pour les hôtes ESX/ESXi dans un cluster, le processus de correction peut être exécuté séquentiellementou en parallèle. Certaines fonctions peuvent faire échouer la correction. Si le contrôle d'admission HA,VMware DPM ou la tolérance aux pannes sont activés, désactivez-les temporairement pour que lacorrection aboutisse.

3 Activer la correction des hôtes ESXi 5.x démarrés par PXE page 195Vous pouvez configurer Update Manager pour permettre à un autre logiciel de lancer la correction deshôtes ESXi 5.x démarrés par PXE. La correction installe les correctifs et les modules logiciels sur leshôtes, mais généralement, les mises à jour d'hôtes sont perdues après le redémarrage.

4 Importation d'images de mises à niveau d'hôte et création de lignes de base de mises à niveau d'hôtespage 196Vous pouvez créer des lignes de mises niveau pour les hôtes ESX/ESXi avec des images ESXi 5.5 quevous importez vers le référentiel Update Manager.

5 Création d'un groupe de lignes de base d'hôte page 197Vous pouvez combiner une ligne de base de mise à niveau d'hôte et plusieurs lignes de base decorrectifs ou d'extensions ou plusieurs lignes de base de correctifs et d'extensions dans un groupe delignes de base.

6 Attachement de lignes de base et de groupes de lignes de base à des objets page 198Pour afficher les informations de conformité et corriger les objets dans l'inventaire par rapport à deslignes de base et des groupes de lignes de base spécifiques, vous devez attacher des lignes de base etdes groupes de ligne de base existants à ces objets.

7 Lancement manuel de l'analyse des hôtes ESX/ESXi page 199Avant la correction, analysez les objets vSphere par rapport aux lignes de base et aux groupes delignes de base attachés. Pour analyser les hôtes dans l'inventaire vSphere immédiatement, lancez uneanalyse manuelle.

8 Affichage des informations de conformité des objets vSphere page 199Vous pouvez vérifier les informations de conformité des machines virtuelles, des dispositifs virtuels etdes hôtes par rapport aux lignes de base et groupes de lignes de base que vous attachez.

9 Correction des hôtes par rapport aux lignes de base de mise à niveau page 199Vous pouvez corriger des hôtes ESX/ESXi par rapport à une seule ligne de base de mise à niveauattachée à la fois. Vous pouvez mettre à niveau ou migrer tous les hôtes dans l'inventaire vSphere enutilisant une seule ligne de base de mise à niveau contenant une image ESXi 5.5.

10 Correction des hôtes par rapport aux groupes de lignes de base page 202Vous pouvez corriger les hôtes par rapport aux groupes attachés de lignes de base de mises à niveau,de correctifs et d'extensions. Les groupes de lignes de base peuvent contenir plusieurs lignes de basede correctifs et d'extensions ou une ligne de base de mise à niveau combinée à plusieurs lignes de basede correctifs et d'extensions.

vSphere Upgrade

192 VMware, Inc.

Configurer les paramètres du mode de maintenance de l'hôte

Les mises à jour d'hôtes ESX/ESXi peuvent impliquer de faire passer les hôtes en mode maintenance avantqu'elles ne puissent être appliquées. Update Manager fait passer les hôtes ESX/ESXi en mode maintenanceavant d'appliquer ces mises à jour. Vous pouvez configurer comment Update Manager répond si l'hôteéchoue à entrer en mode maintenance.

Vous ne pouvez pas exécuter la migration des machines virtuelles avec vMotion pour les hôtes qui setrouvent dans un conteneur autre qu'un cluster ou pour des hôtes individuels. Si vCenter Server ne peut pasmigrer les machines virtuelles vers un autre hôte, vous pouvez définir l'action d'Update Manager.

Les hôtes qui font partie d'un cluster Virtual SAN peuvent entrer en mode de maintenance uniquement unpar un. Il s'agit d'une spécificité des clusters Virtual SAN.

Si un hôte est un membre d'un cluster Virtual SAN et si l'une des machines virtuelles sur l'hôte utilise unestratégie de stockage de machine virtuelle avec pour paramètre « Nombre d'échecs à tolérer=0 », l'hôterisque de présenter des retards inhabituels en entrant en mode de maintenance. Ces retards se produisentdu fait que Virtual SAN doit migrer les données de la machine virtuelle d'un disque vers un autre dans lecluster de la banque de données Virtual SAN. Les retards peuvent durer plusieurs heures. Vous pouvezcontourner ce problème en définissant le paramètre « Nombre d'échecs à tolérer=1 » pour la stratégie destockage de machine virtuelle, ce qui entraîne la création de deux copies de fichiers de la machine virtuelledans la banque de données Virtual SAN.

Prérequis

Connectez vSphere Client à un système vCenter Server avec lequel Update Manager est enregistré et sur lapage d'Accueil, cliquez sur Update Manager sous Solutions et Applications. Si votre système vCenter Serverfait partie d'un groupe connecté en vCenter Linked Mode, vous devez spécifier l'instance d'Update Managerà utiliser en sélectionnant le nom du système correspondant vCenter Server dans la barre de navigation.

Procédure

1 Dans l'onglet Configuration, sous Paramètres, cliquez sur Paramètres de l'hôte/cluster ESX.

2 Sous Paramètres du mode maintenance, sélectionnez une option dans le menu déroulant Étatd'alimentation VM pour déterminer le changement de l'état d'alimentation des machines virtuelles etdes dispositifs exécutés sur l'hôte devant être corrigé.

Option Description

Mise hors tension des machinesvirtuelles

Mettre hors tension toutes les machines virtuelles et les dispositifs virtuelsavant la correction.

Suspendre les machines virtuelles Suspendre toutes les machines virtuelles et les dispositifs virtuels en coursd'exécution avant la correction.

Ne pas modifier l'état d'alimentationVM

Laisser les machines virtuelles et les dispositifs virtuels dans leur étatactuel d'alimentation. Il s'agit du paramètre par défaut.

3 (Facultatif) Sélectionnez Réessayer de passer en mode maintenance en cas d'échec, définissez le délai

avant une nouvelle tentative et le nombre de tentatives.

Si un hôte ne parvient pas à passer en mode maintenance avant la correction, Update Manager attendpendant le délai de tentative et réessaye de mettre l'hôte en mode maintenance autant de fois que vousl'indiquez dans le champ Nombre de tentatives.

4 (Facultatif) Sélectionnez Désactiver temporairement les unités de support amovibles qui pourraientempêcher un hôte de passer en mode de maintenance.

Update Manager ne corrige pas les hôtes sur lesquels les machines virtuelles ont des lecteurs CD/DVDou de disquette connectés. Tous les lecteurs de média amovibles connectés aux machines virtuelles surun hôte peuvent empêcher ce dernier de passer en mode maintenance et interrompre la correction.

Après la correction, Update Manager reconnecte les unités portables si elles sont toujours disponibles.


VMware, Inc. 193

5 Cliquez sur Appliquer.

Ces paramètres deviennent les paramètres d'action par défaut. Vous pouvez définir des paramètresdifférents lorsque vous configurez des tâches de correction individuelles.

Configuration des paramètres d'un cluster

Pour les hôtes ESX/ESXi dans un cluster, le processus de correction peut être exécuté séquentiellement ou enparallèle. Certaines fonctions peuvent faire échouer la correction. Si le contrôle d'admission HA, VMwareDPM ou la tolérance aux pannes sont activés, désactivez-les temporairement pour que la correctionaboutisse.

Remarque La correction des hôtes en parallèle peut améliorer les performances d'une manièresignificative, en réduisant le temps nécessaire pour la correction de cluster. Update Manager corrige leshôtes en parallèle sans affecter les contraintes de ressources de cluster définies par DRS. Évitez de corrigerdes hôtes en parallèle s'ils font partie d'un cluster Virtual SAN. En raison des spécificités du cluster VirtualSAN, un hôte ne peut pas entrer en mode maintenance si d'autres hôtes du cluster sont simultanément dansle même mode.

Prérequis


Procédure


2 Cochez les cases des fonctions que vous souhaitez désactiver ou activer.

Option Description

DPM (Distributed PowerManagement)

VMware DPM contrôle l'utilisation des ressources des machines virtuellesactives dans le cluster. Si la capacité est suffisante, VMware DPMrecommande de transférer les machines virtuelles vers les autres hôtes ducluster et de mettre l'hôte d'origine en veille pour maintenir l'alimentation.Si la capacité est insuffisante, VMware DPM peut recommander deréactiver les hôtes en veille.Si vous ne désactivez pas DPM, Update Manager ignore le cluster surlequel VMware DPM est activé. Si vous désactivez temporairementVMware DPM, Update Manager désactive DPM dans le cluster, corrige leshôtes dans le cluster, et réactive VMware DPM une fois la correctioneffectuée.

Contrôle d'adminission HA (HighAvailability)

Le contrôle d'admission est une règle utilisée par VMware HA poureffectuer un basculement de capacité dans un cluster. Si le contrôled'admission HA est activé au cours de la correction, les machines virtuellesdu cluster ne peuvent pas être migrées avec vMotion.Si vous ne désactivez pas le contrôle d'admission HA, Update Managerignore le cluster sur lequel le contrôle d'admission HA est activé. Si vousdésactivez temporairement le contrôle d'admission HA, Update Managerdésactive le contrôle d'admission HA , corrige le cluster, et réactive lecontrôle d'admission HA une fois la correction effectuée.

Fault Tolerance (FT) La tolérance aux pannes permet de rendre les machines virtuellesdisponibles en continu en créant et en gérant automatiquement uneseconde machine virtuelle identique à la machine virtuelle principale. Sivous ne désactivez pas la tolérance aux pannes pour les machinesvirtuelles sur un hôte, Update Manager ne corrige pas cet hôte.

vSphere Upgrade

194 VMware, Inc.

Option Description

Activez la correction parallèle pourles hôtes dans le cluster

Update Manager peut corriger les hôtes dans les clusters en parallèle.Update Manager évalue continuellement le nombre maximum d'hôtes qu'ilpeut corriger en parallèle sans perturber les paramètres DRS. Si vous nesélectionnez pas cette option, Update Manager corrige les hôtes dans uncluster séquentiellement.De part sa conception même, un seul hôte d'un cluster Virtual SAN peutêtre en mode de maintenance à la fois. Update Manager corrige les hôtesfaisant partie d'un cluster Virtual SAN de manière séquentielle même sivous sélectionnez l'option permettant de les corriger en parallèle.

Migrez les machines virtuelles horstension et suspendues versd'autres hôtes dans le cluster si unhôte doit entrer en mode demaintenance

Update Manager migre les machines virtuelles hors tension et suspenduesdepuis les hôtes qui doivent passer en mode maintenance vers les autreshôtes du cluster. Vous pouvez mettre hors tension ou suspendre lesmachines virtuelles avant la correction dans le volet Paramètres du modemaintenance.


Ces paramètres deviennent les paramètres d'action par défaut. Vous pouvez définir des paramètresdifférents lorsque vous configurez des tâches de correction individuelles.

Activer la correction des hôtes ESXi 5.x démarrés par PXE

Vous pouvez configurer Update Manager pour permettre à un autre logiciel de lancer la correction des hôtesESXi 5.x démarrés par PXE. La correction installe les correctifs et les modules logiciels sur les hôtes, maisgénéralement, les mises à jour d'hôtes sont perdues après le redémarrage.

La configuration globale dans l'onglet Update Manager Configuration permet aux solutions telles que ESXAgent Manager ou Cisco Nexus 1000V de lancer la correction des hôtes ESXi 5.x démarrés par PXE. Enrevanche, le paramètre Activer la correction des correctifs d'hôtes ESXi démarrés par PXE et mis soustension dans l'assistant Corriger permet à Update Manager de corriger les hôtes démarrés par PXE.

Pour conserver les mises à jour sur les hôtes sans état après un redémarrage, utilisez une image dedémarrage PXE qui contient les mises à jour. Vous pouvez mettre à jour l'image de démarrage PXE avantd'appliquer les mises à jour avec Update Manager pour que les mises à jour ne soient pas perdues lors d'unredémarrage. Update Manager ne redémarre pas les hôtes de lui-même car il n'installe pas de mises à jourqui requièrent un redémarrage des hôtes ESXi 5.x démarrés par PXE.

Prérequis


Procédure


2 Pour activer l'installation de logiciels pour les solutions sur les hôtes ESXi 5.x démarrés par PXE,sélectionnez Autoriser l'installation d'un logiciel supplémentaire sur les hôtes ESXi 5.x démarrés parPXE.



VMware, Inc. 195

Importation d'images de mises à niveau d'hôte et création de lignes de base de mises à niveaud'hôtes

Vous pouvez créer des lignes de mises niveau pour les hôtes ESX/ESXi avec des images ESXi 5.5 que vousimportez vers le référentiel Update Manager.

Vous pouvez utiliser des images .iso pour mettre à niveau les hôtes ESXi 4.x, ESXi 5.0 et ESXi 5.1 versESXi 5.5, ou migrer les hôtes ESX 4.x vers ESXi 5.5.

Pour mettre à niveau ou migrer des hôtes, utilisez l'image de programme d'installation ESXi distribuée parVMware dont le format de nom est VMware-VMvisor-Installer-5.5.0-numéro_version.x86_64.iso ou uneimage personnalisée créée avec Image Builder.

Prérequis

Assurez-vous que vous disposez du privilège Télécharger le fichier privilège. Pour plus d'informations surla gestion des utilisateurs, des groupes, des rôles et des autorisations, voir Gestion de vCenter Server et deshôtes.


Procédure

1 Dans l'onglet Images ESXi, cliquez sur Importer l'image ESXi dans la partie supérieure droite.

2 Sur la page Sélectionner une image ESXi de l'assistant Importer l'image ESXi, recherchez et sélectionnezl'image ESXi que vous souhaitez télécharger.


Avertissement Ne fermez pas l'assistant d'importation. Si vous fermez l'assistant d'importation, leprocessus de téléchargement est arrêté.

4 (Facultatif) Dans la fenêtre Avertissement de sécurité, sélectionnez une option pour gérerl'avertissement de certificat.

Une autorité de certification approuvée ne signe pas les certificats générés pour vCenter Server et leshôtes ESX/ESXi au cours de l'installation. De ce fait, chaque fois qu'une connexion SSL est établie avecl'un de ces systèmes, le client affiche un avertissement.

Option Action

Ignorer Cliquez sur Ignorer pour continuer en utilisant le certificat SSL actuel etdémarrer l'envoi.

Annuler Cliquez sur Annuler pour fermer la fenêtre et arrêter l'envoi.

Installer ce certificat et ne pasafficher les avertissements desécurité

Cochez cette case et cliquez sur Ignorer pour installer le certificat et neplus recevoir les avertissements de sécurité.

5 Après le téléchargement du fichier, cliquez sur Suivant.

6 (Facultatif) Créez une base de mise à niveau d'hôte.

a Laissez Créer une ligne de base en utilisant l'image ESXi sélectionné.

b Définissez le nom et éventuellement la description la ligne de base de mise à niveau d'hôte.


vSphere Upgrade

196 VMware, Inc.

L'image ESXi que vous avez téléchargée apparaît dans le volet des images ESXi importées. Vous pouvezafficher des informations supplémentaires sur les modules logiciels inclus dans l'image ESXi dans le voletdes modules logiciels.

Si vous avez également créé une ligne de base de mise à niveau d'hôte, la nouvelle ligne de base s'affichedans le volet Lignes de base de l'onglet Lignes de base et groupes.

Suivant

Pour mettre à niveau ou migrer les hôtes dans l'environnement, vous devez créer un ligne de base de mise àniveau d'hôte si ce n'est pas déjà fait.

Création d'un groupe de lignes de base d'hôte

Vous pouvez combiner une ligne de base de mise à niveau d'hôte et plusieurs lignes de base de correctifs oud'extensions ou plusieurs lignes de base de correctifs et d'extensions dans un groupe de lignes de base.

Remarque Vous pouvez cliquer sur Terminer dans l'Assistant Nouveau groupe de ligne de base à toutmoment pour enregistrer le groupe de lignes de base et y ajouter des lignes de base plus tard.

Prérequis


Procédure

1 Sous l'onglet Lignes de base et groupes de lignes de base, cliquez sur Créer au-dessus du voletGroupes de lignes de base.

2 Entrez un nom unique pour le groupe de lignes de base.

3 Sous Type de groupe de ligne de base, sélectionnez Groupe de lignes de base d'hôte et cliquez surSuivant.

4 Sélectionnez une ligne de base de mise à niveau d'hôte à pour l'inclure dans le groupe de lignes de base.

5 (Facultatif) Créez une ligne de base de mise à niveau d'hôte en cliquant sur Créer une ligne de base demises à niveau d'hôte dans le bas de la page des mises à niveau et terminez les opérations dansl'assistant Nouvelle ligne de base.


7 Sélectionnez les lignes de base de correctifs à inclure dans le groupe de lignes de base.

8 (Facultatif) Créez une ligne de base de correctif en cliquant sur Créer une ligne de base de correctifhôte dans le bas de la page des correctifs et terminez les opérations dans l'assistant Nouvelle ligne debase.


10 Sélectionnez les lignes de base d'extensions à inclure dans le groupe de lignes de base.

11 (Facultatif) Créez une ligne de base d'extension en cliquant sur Créer une ligne de base d'extensionsdans le bas de la page Correctifs et terminez les opérations dans l'assistant Nouvelle ligne de base.

12 Sur la page Prêt à terminer, cliquez sur Terminer.

Le groupe de lignes de base d'hôte s'affiche dans le volet Groupes de lignes de base.


VMware, Inc. 197

Attachement de lignes de base et de groupes de lignes de base à des objets

Pour afficher les informations de conformité et corriger les objets dans l'inventaire par rapport à des lignesde base et des groupes de lignes de base spécifiques, vous devez attacher des lignes de base et des groupesde ligne de base existants à ces objets.

Vous pouvez attacher des lignes de base et des groupes de lignes de base à des objets depuis la vue deconformité du client Update Manager.

Bien que vous puissiez attacher des lignes de base et des groupe de lignes de base à des objets individuels,une méthode plus efficace consiste à les attacher à des objets conteneurs, tels que des dossiers, des vApps,des clusters et des centres de données. Les objets vSphere individuels héritent des lignes de base attachées àl'objet conteneur parent. Si vous retirez un objet d'un conteneur, cela retire les lignes de base héritées del'objet.

Si votre système vCenter Server fait partie d'un groupe en vCenter Linked Mode, vous pouvez attacher deslignes de base et des groupes de lignes de base à des objets gérés par le système vCenter Server avec lequelUpdate Manager est enregistré. Les lignes de base et groupes de lignes de base que vous attachez sontspécifiques à l'instance d'Update Manager enregistrée avec le système vCenter Server.

Prérequis

Assurez-vous que vous disposez du privilège Attacher une ligne de base privilège.

Procédure

1 Connectez vSphere Client à un système de vCenter Server avec lequel Update Manager est enregistré etsélectionnez Page d'accueil > Inventaire dans la barre de navigation.

2 Sélectionnez le type d'objet à attacher à la ligne de base.

Par exemple, Hôtes et clusters ou VM et modèles.

3 Sélectionnez l'objet dans l'inventaire et cliquez sur l'onglet Update Manager.

Si votre système vCenter Server fait partie d'un groupe connecté en vCenter Linked Mode, l'ongletUpdate Manager est disponible seulement pour le système vCenter Server avec lequel une instanced'Update Manager est enregistrée.

4 Cliquez sur Attacher dans l'angle supérieur droit.

5 Dans la fenêtre Attacher une ligne de base ou un groupe de lignes de base, sélectionnez les lignes debases ou groupes de lignes de base à attacher à l'objet.

Si vous sélectionnez un ou plusieurs groupes de lignes de base, toutes les lignes de base des groupessont sélectionnées. Vous ne pouvez pas désélectionner individuellement les lignes de base d'un groupe.

6 (Facultatif) Cliquez sur les liens Créer un groupe de lignes de base ou Créer une ligne de base afin decréer un groupe de lignes de base ou une ligne de base et complétez les étapes restantes de l'assistantrespectif.

7 Cliquez sur Attacher.

Les lignes de base et les groupes de lignes de base sélectionnés à attacher s'affichent dans les panneaux desgroupes de lignes de base attachés et des lignes de base attachées de l'onglet Update Manager.

vSphere Upgrade

198 VMware, Inc.

Lancement manuel de l'analyse des hôtes ESX/ESXi

Avant la correction, analysez les objets vSphere par rapport aux lignes de base et aux groupes de lignes debase attachés. Pour analyser les hôtes dans l'inventaire vSphere immédiatement, lancez une analysemanuelle.

Procédure

1 Connectez vSphere Client à un système vCenter Server avec lequel Update Manager est enregistré etsélectionnez Page d'accueil > Inventaire > Hôtes et clusters dans la barre de navigation.

2 Cliquez avec le bouton droit de la souris sur un hôte, un datacenter ou un objet conteneur etsélectionnez Rechercher les mises à jour.

3 Sélectionnez les types de mises à jour à rechercher.

Vous pouvez rechercher les Correctifs et extensions ou les mises à niveau.

4 Cliquez sur Analyser.

L'objet d'inventaire sélectionné et tous les objets enfants sont analysés par rapport à tous les correctifs,extensions et mises à niveau dans les lignes de base attachées. La durée de l'analyse est proportionnelle à lataille de l'infrastructure virtuelle et dépend également du niveau dans lequel vous vous trouvez dans lahiérarchie lorsque vous lancez l'analyse.

Affichage des informations de conformité des objets vSphere

Vous pouvez vérifier les informations de conformité des machines virtuelles, des dispositifs virtuels et deshôtes par rapport aux lignes de base et groupes de lignes de base que vous attachez.

Lorsque vous sélectionnez un objet conteneur, vous affichez l'état de conformité général des lignes de baseattachées, ainsi que tous les états de conformité individuels. Si vous sélectionnez une ligne de base attachée àl'objet conteneur, vous affichez l'état de conformité de la ligne de base.

Si vous sélectionnez une machine virtuelle, un dispositif ou un hôte, vous affichez l'état général deconformité de l'objet sélectionné par rapport à toutes les lignes de base attachées et le nombre de mises àjour. Si vous sélectionnez une autre ligne de base attachée à cet objet, vous affichez le nombre de mises à jourregroupées en fonction de l'état de conformité de la ligne de base.

Procédure

1 Connectez vSphere Client à un système vCenter Server avec lequel Update Manager est enregistré etsélectionnez Page d'accueil > Inventaire dans la barre de navigation.

2 Sélectionnez le type d'objet dont vous voulez afficher les informations de conformité.

Par exemple, Hôtes et clusters ou VM et modèles.

3 Sélectionnez un objet dans l'inventaire.

4 Cliquez sur l'onglet Update Manager pour afficher les résultats de l'analyse et les états de conformité.

Correction des hôtes par rapport aux lignes de base de mise à niveau

Vous pouvez corriger des hôtes ESX/ESXi par rapport à une seule ligne de base de mise à niveau attachée àla fois. Vous pouvez mettre à niveau ou migrer tous les hôtes dans l'inventaire vSphere en utilisant une seuleligne de base de mise à niveau contenant une image ESXi 5.5.

Remarque Vous pouvez également mettre à niveau les hôtes en utilisant un groupe de lignes de base.Reportez-vous à « Correction des hôtes par rapport aux groupes de lignes de base », page 202.


VMware, Inc. 199

Update Manager 5.5 prend en charge la mise à niveau d'ESXi 4.x, ESXi 5.0 et ESXi 5.1 vers ESXi 5.5, ainsi quela migration d'ESX 4.x vers ESXi 5.5. Vous ne pouvez pas utiliser Update Manager pour mettre à niveau unhôte vers ESXi 5.5 si l'hôte a été mis à niveau d'ESX 3.x vers ESX 4.x. Ces hôtes ne disposent pas d'un espacelibre suffisant dans la partition /boot pour prendre en charge la mise à niveau Update Manager. Utilisez unemise à niveau scriptée ou interactive à la place.

Pour mettre à niveau ou migrer des hôtes, utilisez l'image de programme d'installation ESXi distribuée parVMware dont le format de nom est VMware-VMvisor-Installer-5.5.0-numéro_version.x86_64.iso ou uneimage personnalisée créée avec Image Builder.

Remarque En cas d'échec d'une mise à niveau ou d'une migration d'ESX/ESXi 4.x, ESXi 5.0 ou ESXi 5.1 versESXi 5.5, vous ne pouvez pas revenir à l'instance ESX/ESXi 4.x, ESXi 5.0 ou ESXi 5.1 précédente.

Prérequis

Connectez le vSphere Client au système vCenter Server avec lequel Update Manager est enregistré. Si votresystème vCenter Server fait partie d'un groupe connecté en mode vCenter Linked Mode, vous devezspécifier l'instance d'Update Manager en sélectionnant le nom du système vCenter Server correspondantdans la barre de navigation.

Pour corriger un hôte par rapport à une ligne de base de mise à niveau, attachez la ligne de base à l'hôte.

Consultez les messages d'analyse éventuels dans la fenêtre des détails de mise à niveau pour rechercher desproblèmes potentiels de matériel, de logiciel tiers et de configuration qui peuvent empêcher une mise àniveau ou une migration vers ESXi 5.5.

Procédure

1 Dans la page Accueil de vSphere Client, sélectionnez Hôtes et clusters et cliquez sur l'onglet UpdateManager.

2 Cliquez avec le bouton droit de la souris sur l'objet d'inventaire à corriger et sélectionnez Corriger.

Si vous sélectionnez un objet conteneur, tous les hôtes sous l'objet sélectionné sont corrigés.

3 Dans la page de sélection de correction de l'Assistant Corriger, sélectionnez la ligne de base à appliquer.

4 (Facultatif) Sélectionnez les hôtes à corriger, puis cliquez sur Suivant.

Lorsque vous avez choisi de corriger un hôte individuel et non un objet conteneur, l'hôte est sélectionnépar défaut.

5 Dans la page de contrat de licence d'utilisateur, acceptez les conditions générales et cliquez sur Suivant.

6 (Facultatif) Sur la page de mise à niveau d'ESXi 5.5, sélectionnez l'option permettant de supprimer lesmodules logiciels tiers installés qui sont incompatibles avec la mise à niveau et ignorez lesavertissements relatifs aux périphériques non pris en charge sur l'hôte afin de poursuivre la correction.

Si d'autres modules tiers supplémentaires installés sur les hôtes sont incompatibles avec la mise àniveau, la correction de mise à niveau échoue. Pour continuer et effectuer la mise à niveau vers ESXi 5.5des hôtes ESX/ESXi contenant des modules tiers en utilisant une image ESXi sans les fichiers VIBcorrespondants, vous devez choisir de supprimer les logiciels tiers sur les hôtes.

Remarque Les hôtes ESXi 5.0, ESXi 5.1 et ESXi 5.5 sont des fichiers binaires compatibles. Tout matérielou modules logiciels tiers sur un hôte ESXi 5.0 ou ESXi 5.1 restent intacts après la mise à niveau versESXi 5.5.


8 Dans la page de planification, entrez un nom unique et éventuellement la description de la tâche.

9 Sélectionnez Immédiatement pour lancer le processus immédiatement après avoir exécuté l'assistant oudéfinissez l'heure de début de la correction et cliquez sur Suivant.

vSphere Upgrade

200 VMware, Inc.

10 Dans la page Options de correction de l'hôte, dans le menu déroulant État d'alimentation, vous pouvezsélectionner la modification d'état d'alimentation des machines virtuelles et dispositifs virtuelsfonctionnant sur les hôtes à corriger.

Option Description


Mettez hors tension toutes les machines virtuelles et tous les dispositifsvirtuels avant la correction.

Suspendre les machines virtuelles Suspendez toutes les machines virtuelles et dispositifs virtuels actifs avantla correction.


Laisser les machines et dispositifs virtuels dans leur état actueld'alimentation.Un hôte ne peut passer en mode maintenance tant que les machinesvirtuelles sur l'hôte sont sous tension, suspendues ou migrées avecvMotion vers d'autres hôtes dans un cluster DRS.

Certaines mises à jour nécessitent qu'un hôte passe en mode maintenance avant la correction. Lesmachines et boîtiers virtuels ne peuvent pas fonctionner lorsqu'un hôte est en mode maintenance.

Pour réduire le temps d'arrêt pendant la correction des hôtes aux dépenses de la disponibilité desmachines virtuelles, vous pouvez arrêter ou suspendre les machines et les dispositifs virtuels avant lacorrection. Dans un cluster DRS, si vous ne mettez pas hors tension les machines virtuelles, la correctionprendra plus de temps, mais les machines virtuelles sont disponibles pendant tout le processus decorrection, car elles seront migrées avec vMotion vers d'autres hôtes.

11 (Facultatif) Sélectionnez Réessayer de passer en mode maintenance en cas d'échec, spécifiez le nombrede tentatives et le temps à attendre entre les tentatives.

Update Manager attend pendant le délai de tentative et réessaye de mettre l'hôte en mode maintenanceautant de fois que vous l'indiquez dans le champ Nombre de tentatives.

12 (Facultatif) Sélectionnez Désactiver les unités de support amovibles connectées aux machinesvirtuelles de l'hôte.

Update Manager ne corrige pas les hôtes sur lesquels les machines virtuelles ont des lecteurs de CD,DVD ou de disquette connectés. Dans les environnements de cluster, les périphériques médiasconnectés risquent de bloquer vMotion si l'hôte de destination ne possède pas un périphériqueidentique ou une image ISO montée qui empêche aussi l'hôte source de passer en mode maintenance.



14 Modifiez les options de correction de cluster.

La page des options de correction de cluster est disponible uniquement lorsque vous corrigez les hôtesd'un cluster.

Option Détails

Désactivez la gestion DPM(Distributed Power Management) sielle est activée pour des clusterssélectionnés.

Update Manager ne corrige pas les clusters dans les lesquels DPM est actif.DPM contrôle l'utilisation des ressources des machines virtuelles activesdans le cluster. Si la capacité est suffisante, DPM recommande de transférerles machines virtuelles vers les autres hôtes du cluster et de mettre l'hôted'origine en veille pour maintenir l'alimentation. La mise en veille deshôtes peut interrompre la correction.

Désactivez le contrôle d'admissionHigh Availability s'il est activé pourdes clusters sélectionnés.

Update Manager ne corrige pas les clusters dans les lesquels le contrôled'admission HA est actif.Le contrôle d'admission est une règle utilisée par VMware HA poureffectuer un basculement de capacité dans un cluster. Si le contrôled'admission HA est activé au cours de la correction, les machines virtuellesdu cluster ne peuvent pas être migrées avec vMotion.


VMware, Inc. 201

Option Détails

Désactivez Fault Tolerance (FT) si lafonction est activée pour lesmachines virtuelles sur les hôtessélectionnés.

Si elle est activée pour les machines virtuelles sur un hôte,Update Manager ne corrige pas l'hôte.Pour activer la tolérance aux pannes, les hôtes sur lesquels sont exécutéesles machines virtuelles principales et secondaires doivent correspondre à lamême version et avoir les mêmes correctifs installés. La tolérance auxpannes ne peut pas être réactivée lorsque vous appliquez différentscorrectifs à ces hôtes.

Activez la correction parallèle pourles hôtes des clusters sélectionnés.

Corriger les hôtes dans les clusters de manière parallèle. Si le paramètren'est pas sélectionné, Update Manager corrige les hôtes dans un cluster demanière séquentielle.De part sa conception même, un seul hôte d'un cluster Virtual SAN peutêtre en mode de maintenance à la fois. Update Manager corrige les hôtesfaisant partie d'un cluster Virtual SAN de manière séquentielle même sivous sélectionnez l'option permettant de les corriger en parallèle.Par défaut, Update Manager évalue en permanence le nombre maximald'hôtes qu'il peut corriger simultanément sans affecter les paramètres DRS.Vous pouvez limiter le nombre d'hôtes corrigés simultanément.Remarque Update Manager corrige simultanément uniquement les hôtessur lesquels les machines virtuelles sont hors tension ou suspendues. Vouspouvez mettre hors tension ou suspendre les machines virtuelles depuis lemenu État de l'alimentation du volet Paramètres du mode maintenancedans la page Options de correction d'hôte.

Migrez les machines virtuelleséteintes et suspendues versd'autres hôtes dans le cluster si unhôte doit passer en modemaintenance.

Update Manager migre les machines virtuelles hors tension et suspenduesdepuis les hôtes qui doivent passer en mode maintenance vers les autreshôtes du cluster. Vous pouvez mettre hors tension ou suspendre lesmachines virtuelles avant la correction dans le panneau Paramètres dumode maintenance.

15 (Facultatif) Générez le rapport des options de correction de cluster en cliquant sur Générer un rapport

dans la page des options de correction de cluster, puis cliquez sur Suivant.


Remarque Dans le volet des tâches récentes, la tâche de correction s'affiche et reste à 22 % pendant la plusgrande partie du processus. Le processus est toujours en cours et il sera terminera dans 15 minutes environ.

Correction des hôtes par rapport aux groupes de lignes de base

Vous pouvez corriger les hôtes par rapport aux groupes attachés de lignes de base de mises à niveau, decorrectifs et d'extensions. Les groupes de lignes de base peuvent contenir plusieurs lignes de base decorrectifs et d'extensions ou une ligne de base de mise à niveau combinée à plusieurs lignes de base decorrectifs et d'extensions.

Vous pouvez exécuter une mise à niveau orchestrée en utilisant un groupe de lignes de base. La ligne debase de mise à niveau dans le groupe de lignes de base est exécutée en premier, suivie des lignes de base decorrectifs et d'extensions.

Remarque Vous pouvez également mettre à niveau les hôtes en utilisant une seule ligne de base. Reportez-vous à « Correction des hôtes par rapport aux lignes de base de mise à niveau », page 199.

Prérequis

Vérifiez qu'au moins un groupe de lignes de base est attaché à l'hôte.

Connectez le vSphere Client au système vCenter Server avec lequel Update Manager est enregistré. Si votresystème vCenter Server fait partie d'un groupe connecté en mode vCenter Linked Mode, vous devezspécifier l'instance d'Update Manager en sélectionnant le nom du système vCenter Server correspondantdans la barre de navigation.

vSphere Upgrade

202 VMware, Inc.

Consultez les messages d'analyse éventuels dans la fenêtre des détails de mise à niveau pour rechercher desproblèmes potentiels de matériel, de logiciel tiers et de configuration qui peuvent empêcher une mise àniveau ou une migration vers ESXi 5.0.

Procédure

1 Dans la page Accueil de vSphere Client, sélectionnez Hôtes et clusters et cliquez sur l'onglet UpdateManager.

2 Cliquez avec le bouton droit de la souris sur l'objet d'inventaire à corriger et sélectionnez Corriger.

Si vous sélectionnez un objet conteneur, tous les hôtes sous l'objet sélectionné sont corrigés.

3 Dans la page de sélection de correction de l'Assistant Corriger, sélectionnez le groupe de lignes de baseet les lignes de base à appliquer.

4 (Facultatif) Sélectionnez les hôtes à corriger, puis cliquez sur Suivant.

Lorsque vous avez choisi de corriger un hôte individuel et non un objet conteneur, l'hôte est sélectionnépar défaut.

5 Dans la page de contrat de licence d'utilisateur, acceptez les conditions générales et cliquez sur Suivant.

6 (Facultatif) Sur la page de mise à niveau d'ESXi 5.5, sélectionnez l'option permettant de supprimer lesmodules logiciels tiers installés qui sont incompatibles avec la mise à niveau et ignorez lesavertissements relatifs aux périphériques non pris en charge sur l'hôte afin de poursuivre la correction.

Si d'autres modules tiers supplémentaires installés sur les hôtes sont incompatibles avec la mise àniveau, la correction de mise à niveau échoue. Pour continuer et effectuer la mise à niveau vers ESXi 5.5des hôtes ESX/ESXi contenant des modules tiers en utilisant une image ESXi sans les fichiers VIBcorrespondants, vous devez choisir de supprimer les logiciels tiers sur les hôtes.

Remarque Les hôtes ESXi 5.0, ESXi 5.1 et ESXi 5.5 sont des fichiers binaires compatibles. Tout matérielou modules logiciels tiers sur un hôte ESXi 5.0 ou ESXi 5.1 restent intacts après la mise à niveau versESXi 5.5.


8 (Facultatif) Dans la page Correctifs et extensions, désélectionnez les correctifs ou extensions à exclurede la correction et cliquez sur Suivant.

9 (Facultatif) Dans la page Correctifs et extensions dynamiques à exclure, vérifiez la liste des correctifs oudes extensions à exclure et cliquez sur Suivant.

10 Dans la page de planification, entrez un nom unique et éventuellement la description de la tâche.

11 Sélectionnez Immédiatement pour lancer le processus immédiatement après avoir exécuté l'assistant oudéfinissez l'heure de début de la correction et cliquez sur Suivant.


VMware, Inc. 203

12 Dans la page Options de correction de l'hôte, dans le menu déroulant État d'alimentation, vous pouvezsélectionner la modification d'état d'alimentation des machines virtuelles et dispositifs virtuelsfonctionnant sur les hôtes à corriger.

Option Description


Mettez hors tension toutes les machines virtuelles et tous les dispositifsvirtuels avant la correction.

Suspendre les machines virtuelles Suspendez toutes les machines virtuelles et dispositifs virtuels actifs avantla correction.


Laisser les machines et dispositifs virtuels dans leur état actueld'alimentation.Un hôte ne peut passer en mode maintenance tant que les machinesvirtuelles sur l'hôte sont sous tension, suspendues ou migrées avecvMotion vers d'autres hôtes dans un cluster DRS.

Certaines mises à jour nécessitent qu'un hôte passe en mode maintenance avant la correction. Lesmachines et boîtiers virtuels ne peuvent pas fonctionner lorsqu'un hôte est en mode maintenance.

Pour réduire le temps d'arrêt pendant la correction des hôtes aux dépenses de la disponibilité desmachines virtuelles, vous pouvez arrêter ou suspendre les machines et les dispositifs virtuels avant lacorrection. Dans un cluster DRS, si vous ne mettez pas hors tension les machines virtuelles, la correctionprendra plus de temps, mais les machines virtuelles sont disponibles pendant tout le processus decorrection, car elles seront migrées avec vMotion vers d'autres hôtes.

13 (Facultatif) Sélectionnez Réessayer de passer en mode maintenance en cas d'échec, spécifiez le nombrede tentatives et le temps à attendre entre les tentatives.

Update Manager attend pendant le délai de tentative et réessaye de mettre l'hôte en mode maintenanceautant de fois que vous l'indiquez dans le champ Nombre de tentatives.

14 (Facultatif) Sélectionnez Désactiver les unités de support amovibles connectées aux machinesvirtuelles de l'hôte.

Update Manager ne corrige pas les hôtes sur lesquels les machines virtuelles ont des lecteurs de CD,DVD ou de disquette connectés. Dans les environnements de cluster, les périphériques médiasconnectés risquent de bloquer vMotion si l'hôte de destination ne possède pas un périphériqueidentique ou une image ISO montée qui empêche aussi l'hôte source de passer en mode maintenance.


15 (Facultatif) Cochez la case sous Paramètres de correctifs ESXi 5.x pour permettre à Update Manager decorriger les hôtes ESXi démarrés par PXE.

Cette option apparaît uniquement lorsque vous corrigez des hôtes par rapport à des lignes de base decorrectifs ou d'extension.


vSphere Upgrade

204 VMware, Inc.

17 Modifiez les options de correction de cluster.

La page des options de correction de cluster est disponible uniquement lorsque vous corrigez les hôtesd'un cluster.

Option Détails

Désactivez la gestion DPM(Distributed Power Management) sielle est activée pour des clusterssélectionnés.

Update Manager ne corrige pas les clusters dans les lesquels DPM est actif.DPM contrôle l'utilisation des ressources des machines virtuelles activesdans le cluster. Si la capacité est suffisante, DPM recommande de transférerles machines virtuelles vers les autres hôtes du cluster et de mettre l'hôted'origine en veille pour maintenir l'alimentation. La mise en veille deshôtes peut interrompre la correction.

Désactivez le contrôle d'admissionHigh Availability s'il est activé pourdes clusters sélectionnés.

Update Manager ne corrige pas les clusters dans les lesquels le contrôled'admission HA est actif.Le contrôle d'admission est une règle utilisée par VMware HA poureffectuer un basculement de capacité dans un cluster. Si le contrôled'admission HA est activé au cours de la correction, les machines virtuellesdu cluster ne peuvent pas être migrées avec vMotion.

Désactivez Fault Tolerance (FT) si lafonction est activée pour lesmachines virtuelles sur les hôtessélectionnés.

Si elle est activée pour les machines virtuelles sur un hôte,Update Manager ne corrige pas l'hôte.Pour activer la tolérance aux pannes, les hôtes sur lesquels sont exécutéesles machines virtuelles principales et secondaires doivent correspondre à lamême version et avoir les mêmes correctifs installés. La tolérance auxpannes ne peut pas être réactivée lorsque vous appliquez différentscorrectifs à ces hôtes.

Activez la correction parallèle pourles hôtes des clusters sélectionnés.

Corriger les hôtes dans les clusters de manière parallèle. Si le paramètren'est pas sélectionné, Update Manager corrige les hôtes dans un cluster demanière séquentielle.De part sa conception même, un seul hôte d'un cluster Virtual SAN peutêtre en mode de maintenance à la fois. Update Manager corrige les hôtesfaisant partie d'un cluster Virtual SAN de manière séquentielle même sivous sélectionnez l'option permettant de les corriger en parallèle.Par défaut, Update Manager évalue en permanence le nombre maximald'hôtes qu'il peut corriger simultanément sans affecter les paramètres DRS.Vous pouvez limiter le nombre d'hôtes corrigés simultanément.Remarque Update Manager corrige simultanément uniquement les hôtessur lesquels les machines virtuelles sont hors tension ou suspendues. Vouspouvez mettre hors tension ou suspendre les machines virtuelles depuis lemenu État de l'alimentation du volet Paramètres du mode maintenancedans la page Options de correction d'hôte.

Migrez les machines virtuelleséteintes et suspendues versd'autres hôtes dans le cluster si unhôte doit passer en modemaintenance.

Update Manager migre les machines virtuelles hors tension et suspenduesdepuis les hôtes qui doivent passer en mode maintenance vers les autreshôtes du cluster. Vous pouvez mettre hors tension ou suspendre lesmachines virtuelles avant la correction dans le panneau Paramètres dumode maintenance.

18 (Facultatif) Générez le rapport des options de correction de cluster en cliquant sur Générer un rapport

dans la page des options de correction de cluster, puis cliquez sur Suivant.


Remarque Dans le volet des tâchez récentes, la tâche de correction s'affiche et reste à 22 % pendant la plusgrande partie du processus. Le processus est toujours en cours il se terminera dans 15 minutes environ.


VMware, Inc. 205

Mettre à niveau ou migrer des hôtes de façon interactivePour mettre à niveau les hôtes ESX/ESXi 4.x, ESXi 5.0.x et 5.1x vers ESXi 5.5, vous pouvez lancer leprogramme d'installation d'ESXi à partir d'un CD, d'un DVD ou d'une clé USB.

Important Si vous effectuez une nouvelle installation d'ESXi, consultez la documentation Installation etconfiguration de vSphere. Les consignes figurant dans la documentation Mise à niveau vSphere concernent lesmises à niveau et migration d'ESXi et d'ESX.

Avant de procéder à la mise à niveau, pensez à déconnecter votre stockage de réseau. Cette action diminuele temps nécessaire à le programme d'installation pour trouver des lecteurs de disques disponibles. Lorsquevous déconnectez le stockage de réseau, tout fichier se trouvant sur les disques déconnectés deviennentindisponibles lors de l'installation. Ne déconnectez pas un LUN contenant un ESX existant ou uneinstallation d'ESXi installation. Ne déconnectez pas une banque de données VMFS contenant la console deservice d'une installation ESX existante. Ces actions pourraient affecter le résultat de l'installation.


Prérequis

n Le fichier ISO du programme d'installation d'ESXi doit se trouver dans l'un des emplacement suivants :

n Sur le CD ou DVD. Si vous ne possédez pas le CD/DVD d'installation, vous pouvez en créer un.Reportez-vous à la section « Télécharger et graver l'image ISO du programme d'installation ESXisur un CD ou un DVD », page 176

n Sur une clé USB. Reportez-vous à la section « Formater une clé USB pour lancer l'installation ou lamise à niveau d'ESXi », page 176

Remarque Vous pouvez également démarrer le programme d'installation d'ESXi en PXE pour lancerune installation interactive ou une installation scriptée. Reportez-vous à la section « Démarrage PXE duprogramme d'installation ESXi », page 180.

n Vérifiez si l'horloge du matériel du serveur est paramétrée en UTC. Ce paramétrage se trouve dans leBIOS.

n ESXi Embedded ne doit pas se trouver sur l'hôte. ESXi Installable et ESXi Embedded ne peuvent pascohabiter sur le même hôte.

Procédure

1 Insérez le CD/DVD d'installation d'ESXi dans le lecteur CD/DVD-ROM, ou branchez la clé USBd'installation et redémarrez la machine.

2 Configurez le BIOS de sorte qu'il démarre à partir du CD-ROM ou de la clé USB.

Consultez la documentation du constructeur de votre matériel pour plus d'informations sur lamodification de la séquence de démarrage.

3 Dans le panneau Sélectionner un disque, sélectionnez le lecteur sur lequel il convient d'installer ou demettre à niveau ESXi et appuyez sur Entrée.

Appuyez sur la touche F1 pour obtenir plus d'informations sur le disque sélectionné.

Remarque Ne vous fiez pas à l'ordre des disques dans la liste pour sélectionner un disque. L'ordre desdisques est déterminé par le BIOS. Sur les systèmes sur lesquels des lecteurs sont constamment ajoutéset supprimés, il se peut qu'ils ne soient pas dans l'ordre.

vSphere Upgrade

206 VMware, Inc.

4 Si le programme d'installation trouve une installation existante ESX ou ESXi et une banque de donnéesVMFS, vous avez le choix entre les options suivantes :

n Mettre à niveau ESXi, conserver la banque de données VMFS

n Installer ESXi, conserver la banque de données VMFS

n Installer ESXi, écraser la banque de données VMFS

Si une banque de données VMFS existante ne peut pas être conservée, vous pouvez uniquement déciderd'installer ESXi et d'écraser la banque de données VMFS existante, ou d'annuler l'installation. Si vousdécidez d'écraser la banque de données VMFS existante, sauvegardez la banque de données d'abord.

Si vous migrez un hôte 4.x qui contient des VIB personnalisés non inclus dans le fichier ISO duprogramme d'installation ESXi, l'option Mettre à niveau ESXi, préserver la banque de données VMFSest remplacée par Forcer la migration ESXi, préserver la banque de données VMFS.

Avertissement Si l'option Forcer ESXi à migrer est sélectionnée, l'hôte mis à niveau risque de ne pasdémarrer correctement, de présenter une instabilité du système ou de perdre sa fonctionnalité. Si vousmettez à niveau un hôte 5.0.x ou 5.1.x, les VIB personnalisés pris en charge qui ne sont pas inclus dansle fichier ISO du programme d'installation ESXi sont migrés. Il n'est pas nécessaire de sélectionnerl'option Forcer la migration. Reportez-vous à « Mise à niveau des hôtes possédant des VIB tierspersonnalisés », page 172.

5 Appuyez sur F11 pour confirmer et lancez la mise à niveau.

6 Lorsque la mise à niveau est terminée, retirez le CD, DVD ou clé USB d'installation.

7 Appuyez sur Entrée pour redémarrer l'hôte.

8 Paramétrez le premier périphérique de démarrage pour qu'il soit le lecteur sur lequel vous avez mis àniveau ESXi dans Étape 3.

Si une banque de données VMFS existante ne peut pas être conservée, vous pouvez uniquement déciderd'installer ESXi et d'écraser la banque de données VMFS existante, ou d'annuler l'installation. Si vousdécidez d'écraser la banque de données VMFS existante, sauvegardez la banque de données d'abord.

Consultez la documentation du constructeur de votre matériel pour plus d'informations sur lamodification de la séquence de démarrage.

Installation, mise à niveau ou migration d'hôtes en utilisant un scriptVous pouvez déployer rapidement des hôtes ESXi en utilisant des installations ou des mises à niveau baséessur un script. Les installations, mises à niveau ou migrations basées sur un script sont un moyen efficace dedéployer plusieurs hôtes.

Le script d'installation ou de mise à niveau contient les paramètres d'installation pour ESXi. Vous pouvezappliquer le script à tous les hôtes dont vous souhaitez que la configuration soit similaire.

Pour une installation, une mise à niveau ou une migration basée sur un script, vous devez utiliser lescommandes prises en charge pour créer un script, et éditer le script pour modifier les paramètres qui sontuniques pour chaque hôte.

Le script d'installation ou de mise à niveau peut résider dans l'un des emplacements suivants :

n FTP

n HTTP/HTTPS

n NFS

n clé USB

n CDROM


VMware, Inc. 207

Entrer les options de démarrage pour lancer un script d'installation ou de mise àniveauVous pouvez lancer un script d'installation ou de mise à niveau en saisissant les options de ligne decommande de démarrage sur la ligne de commande de démarrage du programme d'installation ESXi.

Pendant le démarrage, il peut être nécessaire de spécifier les options pour accéder au fichier kickstart. Vouspouvez entrer les options de démarrage en appuyant sur les touches Maj.+O dans le chargeur de démarrage.Pour une installation d'hôte PXE, vous pouvez transmettre les options par le biais de la ligne kernelopts dufichier boot.cfg. Reportez-vous à la section « À propos du fichier boot.cfg », page 220 et « Démarrage PXEdu programme d'installation ESXi », page 180.

Une option ks=... doit être spécifiée, pour indiquer l'emplacement du script d'installation. Dans le cascontraire, une installation ou mise à niveau scripté ne démarrera pas. Si ks=... est omis, le programmed'installation en mode texte continue.

Les options de démarrage prises en charge sont spécifiées dans « Options de démarrage », page 209.


Procédure

1 Démarrez l'hôte.

2 Lorsque la fenêtre du programme d'installation ESXi s'affiche, appuyez sur les touches Maj.+O pouréditer les options de démarrage.

3 Dans l'invite de commande runweasel, entrezks=emplacement du script d'installation plus options de la ligne de commande de démarrage

Exemple : Option de démarrage

Vous entrez les options de démarrage suivantes :

ks=http://00.00.00.00/kickstart/ks-osdc-pdp101.cfg nameserver=00.00.0.0 ip=00.00.00.000

netmask=255.255.255.0 gateway=00.00.00.000

vSphere Upgrade

208 VMware, Inc.

Options de démarrage

Lorsque vous effectuez une installation basée sur un script, vous devez spécifier les options au moment dudémarrage pour accéder au fichier kickstart.

Options de démarrage prises en charge

Tableau 7‑5. Options de démarrage pour l'installation d' ESXi

Option de démarrage Description

BOOTIF=hwtype-MAC address Similaire à l'option netdevice, excepté dans le formatPXELINUX comme il est décrit dans l'option IPAPPENDsous SYSLINUX sur le site syslinux.zytor.com.

gateway=ip address Définit cette passerelle de réseau comme la passerelle pardéfaut à utiliser pour le téléchargement du scriptd'installation et du support d'installation.

ip=ip address Spécifie une adresse IP statique à utiliser pour télécharger lescript d'installation et le support d'installation. Remarque :le format PXELINUX pour cette option est également pris encharge. Voir l'option IPAPPEND sous SYSLINUX sur le sitesyslinux.zytor.com.

ks=cdrom:/path Effectue une installation basée sur un script avec le scriptdans le chemin, qui réside sur le CD dans le lecteur de CD-ROM. Chaque CDROM est monté et vérifié jusqu'à ce que lefichier correspondant au chemin soit trouvé.Important Si vous avez créé une image ISO duprogramme d'installation avec une installationpersonnalisée ou un script de mise à niveau, vous devezutiliser des caractères majuscules pour indiquer le chemindu script, par exemple, ks=cdrom:/KS_CUST.CFG.

ks=file://path Effectue une installation basée sur un script avec le scriptdans le chemin.

ks=protocol://serverpath Effectue une installation basée sur un script avec le scriptsitué sur le réseau à l'adresse URL spécifiée. protocol peutêtre http, https, ftp ou nfs. Exemple d'utilisation duprotocole NFS : ks=nfs://host/porturl-path. Le formatd'une URL NFS est spécifié dans RFC 2224.

ks=usb Effectue une installation basée sur un script, en accédant auscript depuis un lecteur USB connecté. Recherche le fichiernommé ks.cfg. Le fichier doit être situé dans le répertoireracine du lecteur. Si plusieurs lecteurs flash USB sontconnectés, ils sont parcourus jusqu'à ce que le fichierks.cfg soit trouvé. Seuls les systèmes FAT16 et FAT32 sontpris en charge.

ks=usb:/path Exécute une installation basée sur un script avec le fichier descript spécifié, situé sur USB.

ksdevice=device Tente d'utiliser un adaptateur réseau périphérique lors de larecherche d'un script d'installation et d'un supportd'installation. Spécifiez comme adresse MAC, par exemple00:50:56:C0:00:01. Cet emplacement peut également être unnom vmnicNN. En cas de non spécification et derécupération requise des fichiers sur le réseau, leprogramme d'installation se règle par défaut sur le premieradaptateur réseau trouvé.

nameserver=ip address Spécifie un serveur de nom de domaine à utiliser pour letéléchargement du script d'installation et du médiad'installation.


VMware, Inc. 209

Tableau 7‑5. Options de démarrage pour l'installation d' ESXi (suite)

Option de démarrage Description

netdevice=device Tente d'utiliser un adaptateur réseau périphérique lors de larecherche d'un script d'installation et d'un supportd'installation. Spécifiez comme adresse MAC, par exemple00:50:56:C0:00:01. Cet emplacement peut également être unnom vmnicNN. En cas de non spécification et derécupération requise des fichiers sur le réseau, leprogramme d'installation se règle par défaut sur le premieradaptateur réseau trouvé.

netmask=subnet mask Spécifie le masque de sous-réseau pour l'interface réseau quitélécharge le script d'installation et le support d'installation.

vlanid=vlanid Configurez la carte réseau sur le VLAN spécifié.

À propos des scripts d'installation et de mise à niveauLe script d'installation/de mise à niveau est un fichier texte, par exemple ks.cfg, qui contient les commandesprises en charge.

La section de commande du script contient les options d'installation d'ESXi. Cette section est requise et doitapparaître en premier dans le script.

Emplacements pris en charge pour les scripts d'installation ou de mise à niveau

Dans les installations et les mises à niveau basées sur un script, le programme d'installation ESXi peutaccéder au script d'installation ou de mise à niveau, également appelé le fichier kickstart, depuis plusieursemplacements.

Les emplacements suivants sont pris en charge pour le script d'installation ou de mise à niveau :

n CD/DVD. Reportez-vous à la section « Créer une image ISO du programme d'installation avec un scriptd'installation ou de mise à niveau personnalisé », page 179.

n Clé USB. Reportez-vous à la section « Créer une clé USB pour stocker le script d'installation ou de miseà niveau ESXi », page 178.

n Un emplacement réseau accessible via les protocoles suivants : NFS, HTTP, HTTPS, FTP

Chemin d'accès au script d'installation ou de mise à niveau

Vous pouvez spécifier le chemin d'accès au script d'installation ou de mise à niveau.

ks=http://XXX.XXX.XXX.XXX/kickstart/KS.CFG est le chemin d'accès au script d'installation d'ESXi, oùXXX.XXX.XXX.XXX est l'adresse IP de la machine sur laquelle le script réside. Reportez-vous à la section « Àpropos des scripts d'installation et de mise à niveau », page 210.

Pour démarrer un script d'installation à partir d'une installation interactive, vous entrez l'option ks=manuellement. Reportez-vous à la section « Entrer les options de démarrage pour lancer un scriptd'installation ou de mise à niveau », page 208.

vSphere Upgrade

210 VMware, Inc.

Commandes du script d'installation et de mise à niveau

Pour modifier le script d'installation ou de mise à niveau par défaut ou pour créer votre propre script,utilisez les commandes prises en charge. Utilisez les commandes prises en charge dans le scriptd'installation, que vous spécifiez à l'aide d'une commande de démarrage quand vous démarrez leprogramme d'installation.

Pour déterminer sur quel disque installer ou mettre à niveau ESXi, le script d'installation requiert une descommandes suivantes : install, upgrade ou installorupgrade. La commande install crée les partitions pardéfaut, incluant une banque de données VMFS qui occupe tout l'espace disponible après la création desautres partitions. La commande install remplace la commande autopart qui était utilisée pour lesinstallations d'ESXi 4.1 à base d'un script.

accepteula ou vmaccepteula (requis)

Accepte le contrat de licence ESXi. Cette commande fonctionne de la même manière que dans ESXi 4.1.

clearpart (facultatif)

Comparé à kickstart, le comportement de la commande d'ESXi clearpart diffère. Modifiez la commandeclearpart avec précaution dans vos scripts existants.

Effacez toutes les partitions existantes sur le disque. La commande install doit être spécifiée.

--drives= Supprimez les partitions sur les lecteurs spécifiés.

--alldrives Ignore la spécification --drives= et autorise l'effacement des partitions surchaque lecteur.

--ignoredrives= Supprime les partitions sur tous les lecteurs, sauf sur les lecteurs spécifiés.Requis sauf si l'indicateur --drives= ou --alldrives est spécifié.

--overwritevmfs Autorise l'écrasement des partitions VMFS sur les lecteurs spécifiés. Pardéfaut, l'écrasement des partitions VMFS n'est pas autorisé.

--firstdisk=

disk-type1

[disk-type2,...]

Partitions pour le premier disque éligible trouvé. Par défaut, les disqueséligibles sont définis dans l'ordre suivant :

1 Stockage connecté localement (local)

2 Stockage de réseau (remote)

3 Disques USB (usb)

Vous pouvez modifier l'ordre des disques en utilisant une liste séparée pardes virgules ajoutée à l'argument. Si vous fournissez une liste de filtres, lesparamètres par défaut sont écrasés. Vous pouvez combiner des filtres pourspécifier un disque en particulier, en incluant esx pour le premier disqueavec ESX installé, les informations sur le modèle et le fournisseur, ou le nomdu pilote de périphérique vmkernel. Par exemple, pour préférer un disqueavec le nom de modèle ST3120814A et n'importe quel disque qui utilise lepilote mptsas au lieu d'un disque local normal, l'argument est--firstdisk=ST3120814A,mptsas,local.

dryrun (facultatif)

Analyse et vérifie le script d'installation. N'effectue pas l'installation.


VMware, Inc. 211

installer

Indique qu'il s'agit d'une nouvelle installation. Remplace la commande abandonnée autopart utilisée pourles installations basées sur un script d'ESXi 4.1. La commande install, upgrade ou installorupgrade estrequise pour déterminer sur quel disque ESXi doit être installé ou mis à niveau.

--disk= or --drive= Indique le disque à la partition. Dans la commande --disk=diskname, lediskname peut être sous l'une des formes indiquées dans les exemplessuivants :

n Chemin : --disk=/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0

n Nom de MPX : --disk=mpx.vmhba1:C0:T0:L0

n Nom de VML : --disk=vml.000000034211234

n vmkLUN UID : --disk=vmkLUN_UID

Pour les formats de nom de disque acceptés, reportez-vous à « Noms depériphériques de disques », page 220.

--firstdisk=

disk-type1,

[disk-type2,...]




3 Disques USB (usb)


--ignoressd Exclut les disques à l'état solide (S--firstdiskSDs) de la possibilité departitionnement. Cette option peut être utilisée avec la commande install etl'option --firstdisk. Cette option a priorité sur l'option --firstdisk.Cette option n'est pas compatible avec les options --drive ou --disk et lescommandes upgrade et installorupgrade. Pour savoir comment empêcher leformatage SSD lors du partitionnement automatique, consultez ladocumentation Stockage vSphere.

--overwritevsan Vous devez utiliser l'option --overwritevsan lors de l'installation d'ESXisur un disque SSD ou HDD (magnétique), c'est-à-dire sur un groupe dedisques Virtual SAN. Si vous utilisez cette option et qu'il n'existe aucunepartition Virtual SAN sur le disque sélectionné, l'installation échouera. Sivous installez ESXi sur un disque qui se trouve dans un groupe de disquesVirtual SAN, le résultat de l'installation dépend du disque sélectionné :

n Si vous sélectionnez un SSD, le SSD et tous les HDD sous-jacents qui setrouvent dans le même groupe de disques seront effacés.

n Si vous sélectionnez un HDD et que le nombre de groupes de disquesest supérieur à deux, seul le HDD sélectionné sera effacé.

vSphere Upgrade

212 VMware, Inc.

n Si vous sélectionnez un disque HDD et que le nombre de groupes dedisques est égal ou inférieur à deux, le SDD et le HDD sélectionné seronteffacés.

Pour plus d'informations sur la gestion des groupes de disques Virtual SAN,consultez la documentation Stockage vSphere.

--overwritevmfs Requis pour écraser une banque de données VMFS existante sur le disqueavant l'installation.

--preservevmfs Préserve une banque de données VMFS sur le disque pendant l'installation.

--novmfsondisk Empêche la création d'une partition VMFS sur ce disque. Doit être utiliséeavec --overwritevmfs si une partition VMFS existe déjà sur le disque.

installorupgrade

La commande install, upgrade ou installorupgrade est requise pour déterminer sur quel disque ESXi doitêtre installé ou mis à niveau.





n vmkLUN UID : --disk=vmkLUN_UID


--firstdisk=

disk-type1,

[disk-type2,...]




3 Disques USB (usb)



VMware, Inc. 213

--overwritevsan Vous devez utiliser l'option --overwritevsan lors de l'installation d'ESXisur un disque SSD ou HDD (magnétique), c'est-à-dire sur un groupe dedisques Virtual SAN. Si vous utilisez cette option et qu'il n'existe aucunepartition Virtual SAN sur le disque sélectionné, l'installation échouera. Sivous installez ESXi sur un disque qui se trouve dans un groupe de disquesVirtual SAN, le résultat de l'installation dépend du disque sélectionné :

n Si vous sélectionnez un SSD, le SSD et tous les HDD sous-jacents qui setrouvent dans le même groupe de disques seront effacés.

n Si vous sélectionnez un HDD et que le nombre de groupes de disquesest supérieur à deux, seul le HDD sélectionné sera effacé.

n Si vous sélectionnez un disque HDD et que le nombre de groupes dedisques est égal ou inférieur à deux, le SDD et le HDD sélectionné seronteffacés.

Pour plus d'informations sur la gestion des groupes de disques Virtual SAN,consultez la documentation Stockage vSphere.

--overwritevmfs Installez ESXi si une partition VMFS existe sur le disque, mais qu'aucuneinstallation d'ESX ou ESXi n'existe. Sauf si cette option est présente, leprogramme d'installation échouera si une partition VMFS existe sur ledisque, mais qu'aucune installation d'ESX ou ESXi n'existe.

--forcemigrate Si l'hôte avec la version 4.x contient des personnalisations, comme des VIBou des pilotes tiers, qui ne sont pas inclus dans l'image .ISO du programmed'installation, le programme d'installation se termine avec une erreurdécrivant le problème. L'option forcemigrate écrase l'erreur et force la miseà niveau.

Si vous mettez à niveau un hôte 5.0.x, les VIB personnalisés pris en chargesur l'hôte qui ne sont pas inclus dans le fichier ISO du programmed'installation ESXi sont migrés. Si un hôte ou le programme d'installation del'image .ISO contiennent des VIB qui créent un conflit empêchant la mise àniveau, un message d'erreur identifie le VIB problématique. Vous pouvezsupprimer le VIB et réessayer la mise à niveau, ou vous pouvez utiliser ESXiImage Builder pour créer un programme d'installation personnalisé. ISO quirésout le conflit. L'option forcemigrate n'est pas disponible.

Reportez-vous à la section « Mise à niveau des hôtes possédant des VIB tierspersonnalisés », page 172

Avertissement Si l'option forcemigrate est utilisée, l'hôte mis à niveaurisque de ne pas démarrer correctement, de présenter une instabilité dusystème ou de perdre sa fonctionnalité.

keyboard (facultatif)

Configure le type de clavier pour le système.

keyboardType Spécifie le mappage de clavier pour le type de clavier sélectionné.keyboardType doit être un des types suivants.

n Belgian

n Brazilian

n Croatian

vSphere Upgrade

214 VMware, Inc.

n Czechoslovakian

n Danish

n Valeur par défaut

n Estonian

n Finnish

n Français

n Allemand

n Greek

n Icelandic

n Italian

n Japonais

n Latin American

n Norwegian

n Polish

n Portuguese

n Russian

n Slovenian

n Spanish

n Swedish

n Swiss French

n Swiss German

n Turkish

n US Dvorak

n Ukrainien

n United Kingdom

serialnum ou vmserialnum (facultatif)

Désapprouvé dans ESXi 5.0.x. Pris en charge dans ESXi 5.1. Configure la licence. Si elle n'est pas incluse,ESXi s'installe en mode d'évaluation.

--esx=<license-key> Précise la clé de licence vSphere à utiliser. Le format est un jeu de groupes de5 caractères (XXXXX-XXXXX-XXXXX-XXXXX-XXXXX).


VMware, Inc. 215

network (facultatif)

Spécifiez une adresse de réseau pour le système.

--bootproto=[dhcp|

static]Indiquez si les paramètres réseau doivent être obtenus à partir de DHCP oudéfinissez-les manuellement.

--device= Spécifie l'adresse MAC du réseau ou le nom du périphérique, au formatvmnicNN, comme dans vmnic0. Ces options se rapportent au périphérique deliaison montante pour le commutateur virtuel.

--ip= Définit une adresse IP pour la machine à installer, au formatxxx.xxx.xxx.xxx. Requis avec l'option --bootproto=static et ignoré dansle cas contraire.

--gateway= Désigne la passerelle par défaut sous la forme d'une adresse IP, au formatxxx.xxx.xxx.xxx. Utilisé avec l'option --bootproto=static.

--nameserver= Désigne le serveur de nom principal comme adresse IP. Utilisé avec l'option--bootproto=static. Omettez cette option si vous n'avez pas l'intentiond'utiliser DNS.

L'option --nameserver peut accepter deux adresses IP. Par exemple : --nameserver="10.126.87.104[,10.126.87.120]"

--netmask= Spécifie le masque de sous-réseau pour le système installé, au format255.xxx.xxx.xxx. Utilisé avec l'option --bootproto=static.

--hostname= Spécifie le nom d'hôte pour le système installé.

--vlanid= vlanid Spécifie sur quel réseau VLAN se trouve le système. Utilisée avec l'option--bootproto=dhcp ou --bootproto=static. Définissez-la sur un nombreentier compris entre 1 et 4096.

--addvmportgroup=(0|1) Précise s'il faut ajouter ou non le groupes de ports de réseau VM utilisé pardes machines virtuelles. La valeur par défaut est 1.

paranoid (facultatif)

Provoque l'interruption de l'installation par des messages d'avertissement. Si vous omettez cette commande,les messages d'avertissement sont consignés.

part ou partition (facultatif)

Crée une banque de données VMFS supplémentaire sur le système. Une seule banque de données peut êtrecréée par disque. Ne peut pas être utilisée sur le même disque que la commande install. Une seulepartition peut être spécifiée par disque et il doit s'agir uniquement d'une partition VMFS.

nom de banque de

données

Spécifie où la partition doit être montée.

--ondisk= or --ondrive= Spécifie le disque ou le lecteur sur lequel la partition est créée.

--firstdisk=

disk-type1,

[disk-type2,...]




3 Disques USB (usb)

vSphere Upgrade

216 VMware, Inc.


reboot (facultatif)

Redémarre la machine une fois l'installation basée sur un script effectuée.

<--noeject> Le CD n'est pas éjecté après l'installation.

rootpw (requis)

Règle le mot de passe racine pour le système.

--iscrypted Précise que le mot de passe est crypté.

mot de passe Précise la valeur du mot de passe.

mise à niveau

La commande install, upgrade ou installorupgrade est requise pour déterminer sur quel disque ESXi doitêtre installé ou mis à niveau.





n vmkLUN UID:--disk=vmkLUN_UID


--firstdisk=

disk-type1,

[disk-type2,...]




3 Disques USB (usb)

Vous pouvez modifier l'ordre des disques en utilisant une liste séparée pardes virgules ajoutée à l'argument. Si vous fournissez une liste de filtres, lesparamètres par défaut sont écrasés. Vous pouvez combiner des filtres pourspécifier un disque en particulier, en incluant esx pour le premier disqueavec ESX installé, les informations sur le modèle et le fournisseur, ou le nom


VMware, Inc. 217

du pilote de périphérique vmkernel. Par exemple, pour préférer un disqueavec le nom de modèle ST3120814A et n'importe quel disque qui utilise lepilote mptsas au lieu d'un disque local normal, l'argument est--firstdisk=ST3120814A,mptsas,local.

--deletecosvmdk Si le système est mis à niveau à partir d'ESX, supprimez le répertoirecontenant l'ancien fichier VMDK de la console de service, cos.vmdk, pourrécupérer l'espace disque inutilisé dans la banque de données VMFS.

--forcemigrate Si un hôte ESX/ESXi 4.x contient des personnalisations, comme des VIB oudes pilotes tiers, qui ne sont pas inclus dans l'image .ISO du programmed'installation, le programme d'installation se termine avec une erreurdécrivant le problème. L'option forcemigrate écrase l'erreur et force la miseà niveau. Si vous mettez à niveau un hôte 5.0.x, les VIB personnalisés pris encharge qui ne sont pas inclus dans le fichier ISO du programme d'installationESXi sont migrés. Il n'est pas nécessaire d'utiliser l'option forcemigrate.

Reportez-vous à la section « Mise à niveau des hôtes possédant des VIB tierspersonnalisés », page 172

Avertissement Si l'option forcemigrate est utilisée, l'hôte mis à niveaurisque de ne pas démarrer correctement, de présenter une instabilité dusystème ou de perdre sa fonctionnalité.

%include ou include (facultatif)

Spécifie un autre script d'installation à analyser. Cette commande est traitée d'une manière similaire à unecommande multiligne, mais elle ne prend qu'un seul argument.

filename Par exemple : %include part.cfg

%pre (facultatif)

Indique un script à exécuter avant que la configuration kickstart ne soit évaluée. Par exemple, vous pouvezl'utiliser pour générer les fichiers que le fichier kickstart doit inclure.

--interpreter

=[python|busybox]

Indique un interprète à utiliser. L'interprète par défaut est busybox.

%post (facultatif)

Exécute le script spécifié une fois que le module a été installé. Si vous précisez plusieurs sections %post, ellessont exécutées dans leur ordre d'apparition dans le script d'installation.

--interpreter

=[python|busybox]


--timeout=secs Précise un délai d'expiration pour l'exécution du script. Si le script n'est pascomplété à l'expiration du délai, l'arrêt du script est forcé.

--ignorefailure

=[true|false]

Si le paramètre est vrai (true), l'installation est considérée comme ayantréussi même si le script %post se termine avec une erreur.

vSphere Upgrade

218 VMware, Inc.

%firstboot

Crée un script init qui s'exécute uniquement lors du premier démarrage. Le script n'a pas d'incidence surles démarrages suivants. Si plusieurs sections %firstboot sont spécifiées, elles sont exécutées dans l'ordredans lequel elles apparaissent dans le fichier kickstart.

Remarque Vous ne pouvez pas vérifier la sémantique des scripts %firstboot tant que le système n'aura pasdémarré pour la première fois. Un script %firstboot peut contenir des erreurs pouvant être catastrophiquesqui ne sont pas exposées tant que l'installation n'est pas terminée.

--interpreter

=[python|busybox]


Remarque Vous ne pouvez pas vérifier la sémantique des scripts %firstboot tant que le système n'aura pasdémarré pour la première fois. Si le script contient des erreurs, elles ne seront exposées qu'une foisl'installation terminée.

Différences entre l'installation basée sur un script et les commandes de mise à niveau d' ESXi 4.x etESXi 5.x

Avant d'effectuer une installation ou une mise à niveau basée sur un script d'ESXi, si vous connaissez bienl'installation basée sur un script d'ESXi version 4.x, notez les différences entre l'installation basée sur unscript et les commandes de mise à niveau d'ESXi 4.x et d'ESXi 5.x.

Dans ESXi 5.x, étant donné que l'image d'installation est chargée directement dans la mémoire RAM del'hôte au démarrage de celui-ci, il n'est pas nécessaire d'inclure l'emplacement du support d'installation dansle script d'installation.

ESXi 5.x prend en charge les mises à niveau basées sur un script en plus de l'installation basée sur un script.

On remarque des différences de commandes dans le résumé suivant.

accepteula ouvmaccepteula

Uniquement dans ESXi

autopart Abandonné et remplacé par install, upgrade ou installorupgrade.

auth ou authconfig Non pris en charge dans ESXi 5.x.

chargeur de démarrage Non pris en charge dans ESXi 5.x.

esxlocation Abandonné et non utilisé dans ESXi.

pare-feu Non pris en charge dans ESXi 5.x.

firewallport Non pris en charge dans ESXi 5.x.

install,installorupgrade,upgrade

Ces commandes remplacent la commande autopart abandonnée. Utilisez unede ces commandes pour spécifier le disque sur la partition, et la commandepart pour créer la banque de données vmfs. installorupgrade et upgradesont prises en charge depuisESXi 5.x.

serialnum Obsolète dans ESXi 5.0.x. Pris en charge dans ESXi 5.1.

vmserialnum Obsolète dans ESXi 5.0.x. Pris en charge dans ESXi 5.1.

timezone Non pris en charge dans ESXi 5.x.

virtualdisk Non pris en charge dans ESXi 5.x.

zerombr Non pris en charge dans ESXi 5.x.


VMware, Inc. 219

%firstboot Option--level non prise en charge dans ESXi 5.x.

%packages Non pris en charge dans ESXi 5.x.

Noms de périphériques de disques

Les commandes de script d'installation install, upgrade et installorupgrade requièrent l'utilisation denoms de périphériques de disques.

Tableau 7‑6. Noms de périphériques de disques

Format Exemples Description

VML vml.00025261 Le nom du périphérique tel qu'ilest rapporté par le vmkernel

MPX mpx.vmhba0:C0:T0:L0 Le nom du périphérique

Remarque Lorsque vous exécutez une mise à niveau scriptée d'ESX 4.x vers ESXi 5.x, les noms des disquesMPX et VML changent, ce qui peut faire échouer la mise à niveau. Pour éviter ce problème, utilisez lesidentifiants NAA (Network Address Authority Identifier) pour le périphérique de disque à la place desnoms des disques MPX et VML.

Après avoir obtenu l'ID NAA ou le numéro VML, en général dans le BIOS de l'adaptateur de stockage, vouspouvez modifier le fichier kickstart (ks.cfg) pour chaque hôte afin d'identifier le périphérique de disque enfonction de l'ID NAA ou du numéro VML.

Certains périphériques ne fournissent pas d'ID NAA. Dans ce cas, un identificateur MPX est généré par ESXiafin de représenter le LUN ou le disque. La forme de l'identificateur est similaire au nom canonique desprécédentes versions d'ESXi avec le préfixe mpx.. Cet identificateur peut être utilisé exactement comme l'IDNAA. Consultez l'article 1014953 de la base de connaissances.

À propos du fichier boot.cfg

Le fichier de configuration du chargeur de démarrage boot.cfg spécifie le noyau, les options du noyau et lesmodules de démarrage que le chargeur de démarrage mboot.c32 utilise dans une installation ESXi.

Le fichier boot.cfg est fourni dans le programme d'installation d'ESXi. Vous pouvez modifier la lignekernelopt du fichier boot.cfg pour spécifier l'emplacement d'un script d'installation ou pour transmettreles autres options de démarrage.

La syntaxe du fichier boot.cfg est la suivante :

# boot.cfg -- mboot configuration file

#

# Any line preceded with '#' is a comment.

title=STRING

kernel=FILEPATH

kernelopt=STRING

modules=FILEPATH1 --- FILEPATH2... --- FILEPATHn

# Any other line must remain unchanged.

Les commandes dans le fichier boot.cfg configurent le chargeur de démarrage.

Tableau 7‑7. Commandes dans boot.cfg .

Commande Description

title=STRING Définit l'intitulé du chargeur de démarrage sur STRING.

kernel=FILEPATH Définit le chemin du noyau sur FILEPATH.

vSphere Upgrade

220 VMware, Inc.


Tableau 7‑7. Commandes dans boot.cfg . (suite)

Commande Description

kernelopt=STRING Ajoute STRING aux options de démarrage du noyau.

modules=FILEPATH1 --- FILEPATH2... ---FILEPATHn

Répertorie les modules à charger, séparés par trois traitsd'union (---).

Par exemple, pour modifier le fichier boot.cfg avec des informations pour un serveur HTTP, reportez-vous àla section « Démarrage PXE du programme d'installation ESXi en utilisant gPXE », page 187.

Reportez-vous aussi aux sections « Créer une image ISO du programme d'installation avec un scriptd'installation ou de mise à niveau personnalisé », page 179, « Démarrage PXE du programme d'installationESXi en utilisant PXELINUX et un fichier de configuration PXE », page 184, « Démarrage PXE duprogramme d'installation ESXi en utilisant PXELINUX et un fichier de configuration PXE isolinux.cfg »,page 186 et « Démarrage PXE du programme d'installation ESXi », page 180.

Installer, mettre à niveau ou migrer ESXi depuis un CD ou un DVD en utilisant unscriptVous pouvez installer, mettre à niveau ou migrer ESXi depuis un lecteur CD/DVD en utilisant un scriptspécifiant les options d'installation ou de mise à niveau.

Vous pouvez démarrer le script d'installation ou de mise à niveau en entrant une option de démarragelorsque vous démarrez l'hôte. Vous pouvez également créer une image ISO du programme d'installationincluant le script d'installation. Avec une image ISO du programme d'installation, vous pouvez effectuer uneinstallation basée sur un script et sans surveillance lorsque vous démarrez l'image ISO image du programmed'installation. Reportez-vous à la section « Créer une image ISO du programme d'installation avec un scriptd'installation ou de mise à niveau personnalisé », page 179.

Important Après la mise à niveau ou la migration de l'hôte de ESX/ESXi 4.x vers ESXi 5.x, vous ne pouvezpas revenir à la version 4.x du logiciel 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 votrehôte 4.x.

Prérequis

Avant d'exécuter l'installation, la mise à niveau ou la migration, vérifiez que les conditions requisessuivantes sont remplies :

n Le système sur lequel vous effectuez l'installation, la mise à niveau ou la migration répond auxexigences matérielles requises. Reportez-vous à la section « Configuration matérielle requise pourESXi », page 17.

n Vous disposez de l'image ISO du programme d'installation ESXi sur un CD/DVD d'installation.Reportez-vous à la section « Télécharger et graver l'image ISO du programme d'installation ESXi sur unCD ou un DVD », page 176.

n Le script d'installation ou de mise à niveau par défaut (ks.cfg) ou un script d'installation ou de mise àniveau personnalisé est accessible par le système. Reportez-vous à la section « À propos des scriptsd'installation et de mise à niveau », page 210.

n Vous avez sélectionné une commande de démarrage pour exécuter l'installation, la mise à niveau ou lamigration basée sur un script. Reportez-vous à la section « Entrer les options de démarrage pour lancerun script d'installation ou de mise à niveau », page 208. Pour la liste complète des commandes dedémarrage, reportez-vous à « Options de démarrage », page 209.

Procédure

1 Lancez le programme d'installation ESXi depuis le CD ou DVD en utilisant le lecteur de CD/DVD-ROMlocal.


VMware, Inc. 221


3 Entrez une option de démarrage qui appelle le script d'installation ou de mise à niveau par défaut ouun fichier de script d'installation ou de mise à niveau que vous avez créé.

L'option de démarrage a le format ks=.

4 Appuyez sur Entrée.

L'installation, la mise à niveau ou la migration se lance en utilisant les options que vous avez spécifiées.

Installer, mettre à niveau ou migrer ESXi depuis une clé USB en utilisant un scriptVous pouvez installer, mettre à niveau ou migrer ESXi depuis une clé en utilisant un script spécifiant lesoptions d'installation ou de mise à niveau.

Important Après la mise à niveau ou la migration de l'hôte de ESX/ESXi 4.x vers ESXi 5.x, vous ne pouvezpas revenir à la version 4.x du logiciel 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 votrehôte 4.x.

Les options de démarrage prises en charge sont spécifiées dans « Options de démarrage », page 209.

Prérequis

Avant d'exécuter l'installation, la mise à niveau ou la migration, vérifiez que les conditions requisessuivantes sont remplies :

n Le système sur lequel vous effectuez l'installation, la mise à niveau ou la migration ESXi répond auxexigences matérielles requises pour l'installation ou la mise à niveau. Reportez-vous à la section « Configuration matérielle requise pour ESXi », page 17.

n Vous disposez de l'image ISO du programme d'installation ESXi sur une clé USB amorçable. Reportez-vous à la section « Formater une clé USB pour lancer l'installation ou la mise à niveau d'ESXi »,page 176.

n Le script d'installation ou de mise à niveau par défaut (ks.cfg) ou un script d'installation ou de mise àniveau personnalisé est accessible par le système. Reportez-vous à la section « À propos des scriptsd'installation et de mise à niveau », page 210.

n Vous avez sélectionné une option de démarrage pour exécuter l'installation, la mise à niveau ou lamigration basée sur un script. Reportez-vous à la section « Entrer les options de démarrage pour lancerun script d'installation ou de mise à niveau », page 208.

Procédure

1 Lancez le programme d'installation ESXi depuis la clé USB.

vSphere Upgrade

222 VMware, Inc.


3 Entrez une option de démarrage qui appelle le script d'installation ou de mise à niveau par défaut ouun fichier de script d'installation ou de mise à niveau que vous avez créé.

L'option de démarrage a le format ks=.

4 Appuyez sur Entrée.

L'installation, la mise à niveau ou la migration se lance en utilisant les options que vous avez spécifiées.

Effectuer une installation ou une mise à niveau scripté ESXi en effectuant undémarrage PXE du programme d'installationESXi 5.x fournit de nombreuses options pour effectuer un démarrage PXE du programme d'installation etutiliser un script d'installation ou de mise à niveau.

n Pour des informations sur la configuration d'une infrastructure PXE, reportez-vous à la section « Démarrage PXE du programme d'installation ESXi », page 180.

n Pour des informations sur la création et la localisation d'un script d'installation, reportez-vous à lasection « À propos des scripts d'installation et de mise à niveau », page 210.

n Pour les procédures spécifiques pour effectuer un démarrage PXE du programme d'installation ESXi etl'utilisation d'un script d'installation, reportez-vous à l'une des rubriques suivantes :

n « Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier deconfiguration PXE isolinux.cfg », page 186

n « Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier deconfiguration PXE », page 184

n « Démarrage PXE du programme d'installation ESXi en utilisant gPXE », page 187

n Pour des informations sur l'utilisation d'Auto Deploy pour effectuer une mise à niveau scripté eneffectuant un démarrage PXE, reportez-vous à la section « Utiliser vSphere Auto Deploy pourréapprovisionner des hôtes », page 224.


VMware, Inc. 223

Utiliser vSphere Auto Deploy pour réapprovisionner des hôtesSi un hôte a été déployé avec vSphere Auto Deploy, vous pouvez utiliser Auto Deploy pourréapprovisionner l'hôte avec un nouveau profil d'image contenant une mise à niveau ESXi. Vous pouvezutiliser vSphere ESXi Image Builder PowerCLI pour créer et gérer des profils d'image.

Ces consignes supposent que vous réapprovisionniez un hôte ayant déjà été configuré avec Auto Deploy.Configurer un hôte n'ayant jamais été configuré avec Auto Deploy diffère du processus de mise à niveaud'hôte décrit ici. Pour obtenir des informations sur l'utilisation de vSphere Auto Deploy et d'ESXi ImageBuilder PowerCLI, consultez les informations relatives à vSphere Auto Deploy et à vSphere ESXi ImageBuilder CLI dans la documentation Installation et configuration de vSphere.

Reprovisionnement des hôtesvSphere Auto Deploy prend en charge plusieurs options de réapprovisionnement. Vous pouvez effectuer unredémarrage simple ou reprovisionner avec un profil d'image différent ou avec un profil d'hôte différent.

Un premier démarrage utilisant Auto Deploy nécessite que vous configuriez votre environnement etajoutiez des règles à l'ensemble de règles. Reportez-vous à la rubrique « Préparation de vSphere AutoDeploy » dans la documentationInstallation et configuration de vSphere.

Les opérations de réapprovisionnement suivantes sont disponibles.

n Redémarrage simple.

n Redémarrage des hôtes pour lesquels l'utilisateur a répondu aux questions lors de l'opération dedémarrage.

n Réapprovisionnement avec une image de profil différente.

n Réapprovisionnement avec un profil d'hôte différent.

Reprovisionner les hôtes avec des opérations de redémarrage simplesLe simple redémarrage d'un hôte provisionné avec Auto Deploy nécessite uniquement que toutes lesconditions préalables soient respectées. Le processus utilise le profil d'image, le profil d'hôte etl'emplacement vCenter Server déjà affectés.

La configuration inclut la configuration du serveur DHCP, l'écriture de règles et la disponibilité d'un profild'image pour l'infrastructure Auto Deploy.

Prérequis

Assurez-vous que la configuration que vous avez effectuée pendant la première opération de démarrage estconservée.

Procédure

1 Vérifiez que le profil d'image et le profil d'hôte sont toujours disponibles, et que l'hôte contient lesinformations d'identification (balise de ressource, adresse IP) qu'il contenait lors des opérations dedémarrage précédentes.

2 Placer l'hôte en mode maintenance.

Type d'hôte Action

L'hôte fait partie d'un cluster DRS VMware DRS migre les machines virtuelles vers les hôtes appropriéslorsque vous mettez l'hôte en mode maintenance.

L'hôte ne fait pas partie d'un clusterDRS

Vous devez migrer toutes les machines virtuelles vers des hôtes différentset faire passer chaque hôte en mode de maintenance.

3 Redémarrez l'hôte.

vSphere Upgrade

224 VMware, Inc.

L'hôte s'éteint. Lorsque l'hôte redémarre, il utilise le profil d'image que le serveur Auto Deploy fournit. Leserveur Auto Deploy applique également le profil d'hôte stocké sur le système vCenter Server.

Reprovisionner un hôte avec un nouveau profil d'imageVous pouvez reprovisionner l'hôte avec un nouveau profil d'image, profil d'hôte ou emplacement devCenter Server en modifiant la règle pour l'hôte et en effectuant une opération de test et de réparation deconformité.

Il existe plusieurs options pour le réapprovisionnement des hôtes.

n Si les VIB que vous souhaitez utiliser prennent en charge la mise à jour en direct, vous pouvez utiliserune commande esxcli software vib. Dans ce cas, vous devez également mettre à niveau l'ensembledes règles pour utiliser un profil d'image incluant les nouveaux VIB.

n Pendant le test, vous pouvez appliquer le profil d'image à un hôte individuel avec la cmdlet Apply-EsxImageProfile et redémarrer l'hôte pour que la modification prenne effet. La cmdlet Apply-EsxImageProfile met à jour l'association entre l'hôte et le profil d'image mais n'installe pas les VIB surl'hôte.

n Dans tous les autres cas, utilisez cette procédure.

Prérequis

n Créez le profil d'image avec lequel vous voulez démarrer l'hôte. Utilisez l'interface de ligne decommande Image Builder PowerCLI. Reportez-vous à la section « Utilisation de vSphere ESXi ImageBuilder CLI » dans la documentation Installation et configuration de vSphere.

n Vérifiez que la configuration que vous avez effectuée au cours du premier démarrage est en place.

Procédure

1 Depuis l'invite PowerShell, exécutez la cmdlet Connect-VIServer PowerCLI pour vous connecter ausystème vCenter Server dans lequel Auto Deploy est enregistré.

Connect-VIServer myVCServer

La cmdlet peut retourner un avertissement de certificat de serveur. Dans un environnement deproduction, vérifiez qu'aucun avertissement de certificat de serveur n'est généré. Dans unenvironnement de développement, vous pouvez ignorer l'avertissement.

2 Déterminez l'emplacement d'un dépôt de logiciel public qui contient le profil d'image à utiliser oudéfinissez un profil d'image personnalisé avec Image Builder PowerCLI.

3 Exécutez Add-EsxSoftwareDepot pour ajouter le dépôt de logiciels qui contient le profil d'image à lasession PowerCLI.

Type de dépôt Cmdlet

Dépôt distant Exécutez Add-EsxSoftwareDepot depot_url.

Fichier ZIP a Téléchargez le fichier ZIP vers un chemin de fichier local ou créez unpoint de montage local pour la machine PowerCLI.

b ExécutezAdd-EsxSoftwareDepot C:\file_path\my_offline_depot.zip.

4 Exécutez Get-EsxImageProfile pour afficher la liste des profils d'image, et choisir le profil vous

souhaitez utiliser.


VMware, Inc. 225

5 Exécutez Copy-DeployRule et spécifiez le paramètre ReplaceItem pour modifier la règle affectant unprofil d'image aux hôtes.

La cmdlet suivante remplace le profil d'image actuel que la règle affecte à l'hôte doté du profilmy_new_imageprofile. Lorsque la cmdlet a terminé, myrule assigne le nouveau profil d'image aux hôtes.L'ancienne version de myrule est renommée et masquée.

Copy-DeployRule myrule -ReplaceItem my_new_imageprofile

6 Testez et réparez la conformité aux règles pour chaque hôte dans lequel vous souhaitez déployerl'image.

Reportez-vous à la section « Tester et réparer la conformité aux règles », page 227.

Lorsque vous redémarrez les hôtes après une réparation de conformité, Auto Deploy fournit le nouveauprofil d'image aux hôtes.

Affectation d'un profil à des hôtesAuto Deploy peut affecter un profil à un ou plusieurs hôtes. Le profil d'un hôte peut contenir desinformations sur la configuration du stockage, la configuration du réseau ou d'autres caractéristiques del'hôte. Si vous ajoutez un hôte à un cluster, le profil d'hôte du cluster est utilisé.

La procédure suivante explique comment écrire une règle qui affecte un profil à des hôtes. Pour affecter desprofils à des hôtes déjà provisionnés avec Auto Deploy, vous devez également exécuter un cycle de test et deréparation. Reportez-vous à la section « Tester et réparer la conformité aux règles », page 227.

Dans la plupart des cas, vous affectez un hôte à un cluster au lieu de définir un profil d'hôte explicitement.L'hôte utilise le profil d'hôte du cluster.

Prérequis

n Installez vSphere PowerCLI et tous les logiciels nécessaires.

n Exportez le profil d'hôte à utiliser.

n Si vous rencontrez des problèmes lors de l'exécution des cmdlets PowerCLI, modifiez la règled'exécution. Reportez-vous aux informations sur l'utilisation d'Auto Deploy Cmdlets dans ladocumentation Installation et configuration de vSphere.

Procédure

1 Exécutez la cmdlet Connect-VIServer PowerCLI pour vous connecter au système vCenter Server danslequel Auto Deploy est enregistré.

Connect-VIServer 192.XXX.X.XX

La cmdlet peut retourner un avertissement de certificat de serveur. Dans un environnement deproduction, vérifiez qu'aucun avertissement de certificat de serveur n'est généré. Dans unenvironnement de développement, vous pouvez ignorer l'avertissement.

2 En utilisant vSphere Web Client, configurez un hôte avec les paramètres de votre choix et créez unprofil d'hôte à partir de cet hôte.

3 Trouvez le nom du profil d''hôte en exécutant la cmdlet Get-VMhostProfile PowerCLI, transmettantl'hôte ESXi depuis lequel vous créez un profil d'hôte.

vSphere Upgrade

226 VMware, Inc.

4 Depuis l'invite PowerCLI, définissez une règle dans laquelle les hôtes ayant certains attributs (une plaged'adresses IP, par exemple) sont affectés au profil d'hôte.

New-DeployRule -Name "testrule2" -Item my_host_profile -Pattern "vendor=Acme,Zven",

"ipv4=192.XXX.1.10-192.XXX.1.20"

L'élément défini est affecté à tous les hôtes ayant les attributs définis. Cet exemple spécifie la règletestrule2. La règle affecte le profil d'hôte défini my_host_profile à tous les hôtes ayant une adresse IPfigurant dans la plage spécifiée et le nom de fabricant Acme ou Zven.

5 Ajoutez la règle au groupe de règles.

Add-DeployRule testrule2

Par défaut, le groupe de règles opérationnelles devient le groupe de règles actives et les modificationsapportées à ce dernier sont appliquées lorsque vous ajoutez une règle. Si vous utilisez le paramètreNoActivate, le groupe de règles opérationnelles ne devient pas le groupe de règles actives.

Suivant

n Mettez à niveau les hôtes existants pour utiliser le nouveau profil d'hôte en exécutant les opérations detest de conformité et de réparation sur ces hôtes. Reportez-vous à la section « Tester et réparer laconformité aux règles », page 227.

n Mettez sous tension les hôtes non provisionnés pour les provisionner avec le profil d'hôte.

Tester et réparer la conformité aux règlesLorsque vous ajoutez une règle à un groupe de règles Auto Deploy ou modifiez une ou plusieurs règles, leshôtes ne sont pas mis à niveau automatiquement. Auto Deploy applique les nouvelles règles uniquementlorsque vous testez leur conformité et exécutez une correction.

Cette tâche suppose que votre infrastructure comporte un ou plusieurs hôtes ESXi provisionnés avec AutoDeploy, et que l'hôte sur lequel vous avez installé vSphere PowerCLI peut accéder à ces hôtes ESXi.

Prérequis

n Installez vSphere PowerCLI et tous les logiciels prérequis.

n Si vous rencontrez des problèmes lors de l'exécution des cmdlets PowerCLI, modifiez la règled'exécution. Reportez-vous aux informations sur l'utilisation d'Auto Deploy Cmdlets dans ladocumentation Installation et configuration de vSphere.

Procédure

1 Utilisez PowerCLI pour déterminer les règles Auto Deploy disponibles.

Get-DeployRule

Le système retourne les règles et les éléments et modèles associés.

2 Modifiez l'une des règles disponibles. Par exemple, vous pouvez changer le profil d'image et le nom dela règle.

Copy-DeployRule -DeployRule testrule -ReplaceItem MyNewProfile

Vous ne pouvez pas modifier une règle qui se trouve déjà dans un groupe de règles. À la place, vouscopiez la règle et remplacez l'élément ou le modèle à changer. Par défaut, PowerCLI utilise l'ancien nompour la copie et cache l'ancienne règle.

3 Vérifiez que l'hôte dont vous voulez vérifier la conformité au groupe de règles est accessible.

Get-VMHost -Name MyEsxi42


VMware, Inc. 227

4 Exécutez la cmdlet qui teste la conformité des groupes de règles de l'hôte et liez la valeur de retour àune variable pour une utilisation ultérieure.

$tr = Test-DeployRuleSetCompliance MyEsxi42

5 Examinez les différences entre ce qui se trouve dans le groupe de règles et ce qu'utilise l'hôte.

$tr.itemlist

Le système retourne la table des éléments en cours et attendus.

CurrentItem ExpectedItem

----------- ------------

My Profile 25 MyProfileUpdate

6 Corrigez l'hôte pour utiliser le groupe de règles modifié lors du prochain démarrage de l'hôte.

Repair-DeployRuleSetCompliance $tr

Suivant

Si la règle que vous avez changée définissait l'emplacement d'inventaire, la modification est appliquéelorsque vous réparez la conformité. Pour toutes les autres modifications, démarrez votre hôte pour qu'AutoDeploy applique la nouvelle règle et pour assurer la conformité entre le groupe de règles et l'hôte.

Mettre à niveau des hôtes à l'aide des commandes esxcliAvec vSphere CLI, vous pouvez mettre à niveau, mettre à jour ou appliquer des correctifs aux hôtes ESXi 5.x.

Vous ne pouvez pas utiliser les commandes esxcli pour mettre à niveau des hôtes ESX ou ESXi version 4.xvers ESXi 5.x. Pour mettre à niveau des hôtes ESX ou ESXi de version 4.x vers ESXi 5.x, utilisez vSphereUpdate Manager ou effectuez une mise à niveau interactive ou scriptée.

Pour utiliser les commandes esxcli de l'interface de ligne de commande, vous devez installer vSphere CLI(vCLI). Pour plus d'informations sur l'installation et l'utilisation de vSphere CLI, consultez les documentssuivants :

n Initiation aux interfaces de ligne de commande vSphere

n Concepts et exemples de l'interface de ligne de commande vSphere

n Référence de l'interface de ligne de commande de vSphere est un document de référence sur la commandevicfg- et commandes apparentées de vCLI.

Remarque Si vous appuyez sur Ctrl+C pendant l'exécution d'une commande esxcli, l'interface de ligne decommande ouvre une nouvelle invite sans afficher de message. La commande continue cependant des'exécuter jusqu'à sa fin.

Pour les hôtes ESXi déployés avec vSphere Auto Deploy, les outils VIB doivent faire partie de l'image dedémarrage de base utilisée pour l'installation initiale de la fonction Auto Deploy. Il est impossible d'ajouterles outils VIB séparément par la suite.

vSphere Upgrade

228 VMware, Inc.

VIB, profils d'image, et dépôts logicielsLa mise à niveau d'ESXi avec des commandes esxcli nécessite une bonne compréhension des VIB, profilsd'image et dépôts logiciels.

Les termes techniques suivants sont utilisés dans les sections relatives aux tâches d'installation et de mise àniveau dans la documentation vSphere.

VIB Un VIB est un module logiciel ESXi. VMware et ses solutions, pilotespartenaires, fournisseurs de CIM, et applications d'extension de laplateforme ESXi en tant que VIB. Les VIB sont disponibles dans des dépôtslogiciels. Vous pouvez utiliser les VIB pour créer et personnaliser des imagesISO, ou pour mettre à niveau des hôtes ESXi en installant des VIB de façonasynchrone sur les hôtes.

Profil d'image Un profil d'image définit une image ESXi et est constitué de VIB. Un profild'image comprend toujours un VIB de base et peut comprendre d'autres VIB.Vous examinez et définissez un profil d'image à l'aide de vSphere ESXiImage Builder.

Dépôt de logiciels Un dépôt logiciel est un groupe de VIB et de profils d'image. Le dépôtlogiciel est une structure hiérarchique de fichiers et de dossiers, qui estaccessible via une URL HTTP (dépôt en ligne) ou un fichier ZIP (dépôt horsligne). VMware et les dépôts de VMware rendent ces dépôts disponibles. Lessociétés possédant de grandes installations VMware peuvent créer desdépôts internes afin de fournir vSphere Auto Deploy aux hôtes ESXi oud'exporter un fichier ISO pour une installation ESXi.

Comprendre les niveaux d'acceptation des VIB et des hôtesChaque bundle VIB est publié avec un niveau d'acceptation qui ne peut pas être modifié. Le niveaud'acceptation d'un hôte détermine les bundles VIB pouvant être installés sur l'hôte.

Le niveau d'acceptation s'applique à chaque VIB installé à l'aide des commandes esxcli software vibinstall et esxcli software vib update, aux VIB installés à l'aide de vSphere Update Manager, et aux VIBde profils d'image.

Le niveau d'acceptation de tous les VIB sur un hôte doit être au moins aussi élevé que le niveaud'acceptation d'hôte. Par exemple, si le niveau d'acceptation de l'hôte est VMwareAccepted, vous pourrezinstaller des VIB avec des niveaux d'acceptation VMwareCertified et VMwareAccepted, mais vous nepourrez pas installer de VIB dont le niveau d'acceptation est PartnerSupported ou CommunitySupported.Pour installer un VIB dont le niveau d'acceptation est moins restrictif que celui de l'hôte, vous pouvezmodifier le niveau d'acceptation de l'hôte à l'aide de vSphere Web Client ou en exécutant les commandesesxcli software acceptance.

La définition des niveaux d'acceptation des hôtes est une meilleure pratique qui vous permet de spécifierquels VIB installer sur un hôte et utiliser avec un profil d'image, ainsi que le niveau de prise en charge quevous pouvez attendre d'un VIB. Par exemple, vous pourriez fixer un niveau d'acceptation plus restrictif pourles hôtes dans un environnement de production que pour les hôtes dans un environnement de test.


VMware, Inc. 229

VMware prend en charge les niveaux d'acceptation suivants.

VMwareCertified Le niveau d'acceptation VMwareCertified a les exigences les pluscontraignantes. Les VIB avec ce niveau sont soumis à des tests minutieuxéquivalents aux tests d'assurance qualité réalisés en interne de VMware pourla même technologie. Actuellement, seuls les pilotes IOVP sont publiés à ceniveau. VMware prend en charge les appels d'assistance pour les VIB avec ceniveau d'acceptation.

VMwareAccepted Les VIB avec ce niveau d'acceptation sont soumis à des tests de vérificationminutieux, mais ces tests ne testent pas entièrement chaque fonction dulogiciel. Le partenaire exécute les tests et VMware vérifie le résultat.Actuellement, les fournisseurs CIM et les plug-ins PSA font partie des VIBpubliés à ce niveau. VMware dirige les appels d'assistance pour les VIB avecce niveau d'acceptation vers l'organisation d'assistance du partenaire.

PartnerSupported Les VIB avec le niveau d'acceptation PartnerSupported sont publiés par unpartenaire en qui VMware a confiance. Le partenaire effectue tous les tests.VMware ne vérifie pas les résultats. Ce niveau est utilisé pour unetechnologie nouvelle ou non courante que des partenaires souhaitent activerpour les systèmes VMware. Actuellement, les technologies VIB de pilotestelles que Infiniband, ATAoE et SSD sont à ce niveau avec des pilotes dematériel non standard. VMware dirige les appels d'assistance pour les VIBavec ce niveau d'acceptation vers l'organisation d'assistance du partenaire.

CommunitySupported Le niveau d'acceptation Community Supported est destiné aux VIB créés pardes individus ou des entreprises en dehors des programmes de partenariatde VMware. Les VIB à ce niveau d'acceptation ne sont soumis à aucunprogramme de test approuvé par VMware et ne sont pas pris en charge parl'assistance technique de VMware ou un partenaire de VMware.

Tableau 7‑8. Niveaux d'acceptation de VIB à installer impérativement sur les hôtes

Niveauxd'acceptation del'hôte

VIBVMwareCertified

VIBVMwareAccepted

VIBPartnerSupported

VIBCommunitySupported

VMwareCertified x

VMwareAccepted x x

PartnerSupported x x x

CommunitySupported x x x x

Mettre en correspondance un niveau d'acceptation d'hôte avec un niveau d'acceptation de mise àjour

Vous pouvez modifier le niveau d'acceptation d'hôte pour qu'il corresponde au niveau d'acceptation d'unVIB ou profil d'image que vous souhaitez installer. Le niveau d'acceptation de tous les VIB sur un hôte doitêtre au moins aussi élevé que le niveau d'acceptation d'hôte.

Utilisez cette procédure pour déterminer les niveaux d'acceptation de l'hôte et du VIB ou du profil d'image àinstaller, et pour modifier le niveau d'acceptation de l'hôte si cela est nécessaire pour la mise à jour.

Lorsque vous spécifiez un serveur cible à l'aide de --server=server_name dans la procédure, le serveurspécifié vous invite à saisir un nom d'utilisateur et un mot de passe. D'autres options de connexion, tellesqu'un fichier de configuration ou de session, sont prises en charge. Pour obtenir la liste des options deconnexion, reportez-vous à la rubrique Initiation aux interfaces de ligne de commande vSphere ou exécutezesxcli --help à l'invite de commandes vCLI.

vSphere Upgrade

230 VMware, Inc.

Prérequis

Installez vCLI ou déployez la machine virtuelle vSphere Management Assistant (vMA). Reportez-vous à lasection Initiation aux interfaces de ligne de commande vSphere. Pour le dépannage, exécutez les commandesesxcli dans ESXi Shell.

Procédure

1 Récupérez le niveau d'acceptation du VIB ou du profil d'image.

Option Description

Informations sur tous les VIB esxcli --server=nom_serveur software sources vib list --depot=URL_dépôt

Informations sur un VIB spécifié esxcli --server=nom_serveur software sources vib list --viburl=URL_vib

Informations sur tous les profilsd'image

esxcli --server=nom_serveur software sources profile list--depot=URL_dépôt

Informations sur une image deprofil spécifiée

esxcli --server=nom_serveur software sources profile get --depot=URL_dépôt --profile=nom_profil

2 Récupérez le niveau d'acceptation de l'hôte.

esxcli --server=nom_serveur software acceptance get

3 (Facultatif) Si le niveau d'acceptation du VIB est plus restrictif que le niveau d'acceptation de l'hôte,modifiez le niveau d'acceptation de l'hôte.

esxcli --server=nom_serveur software acceptance set --level=niveau_acceptation

Le niveau_acceptation peut être VMwareCertified, VMwareAccepted, PartnerSupported ouCommunitySupported. Les valeurs du niveau_acceptation sont sensibles à la casse.

Remarque Vous pouvez utiliser l'option --force pour la commande esxcli software vib ou esxclisoftware profile pour ajouter un VIB ou un profil d'image avec un niveau d'acceptation moins élevéque celui de l'hôte. Un avertissement peut s'afficher. Étant donné que votre configuration n'est pluscohérente, l'avertissement est répété lorsque vous installez des VIB, supprimez des VIB et effectuezcertaines autres opérations sur l'hôte.

Déterminer si une mise à jour requiert que l'hôte soit mis en mode maintenanceou redémarréLes VIB que vous pouvez installer avec l'installation en direct ne nécessitent pas que l'hôte soit redémarré,mais peuvent nécessiter que l'hôte soit mis en mode maintenance. Les autres VIB et profils peuventnécessiter que l'hôte soit redémarré après l'installation ou la mise à jour.


Prérequis



VMware, Inc. 231

Procédure

1 Vérifiez si le VIB ou profil d'image que vous souhaitez installer nécessite que l'hôte soit mis en modemaintenance ou redémarré après l'installation ou la mise à jour.

Exécutez une des commandes suivantes.

Option Description

Vérifier le VIB esxcli --server=server_name software sources vib get -vabsolute_path_to_vib

Vérifier les VIB dans un dépôt esxcli --server=nom_serveur software sources vib get --depot=nom_dépôt

Vérifier le profil d'image dans undépôt

esxcli --server=nom_serveur software sources profile get --depot=nom_dépôt

2 Vérifiez les valeurs renvoyées.

Les valeurs renvoyées, lues à partir des métadonnées du VIB, indiquent si l'hôte doit être mis en modemaintenance avant d'installer le VIB ou le profil d'image, et si l'installation du VIB ou du profil d'imagenécessite que l'hôte soit redémarré.

Remarque vSphere Update Manager utilise le résultat de l'analyse de esxupdate/esxcli afin dedéterminer si le mode de maintenance est nécessaire ou non. Lorsque vous installez un VIB sur unsystème en direct, si la valeur de Live-Install-Allowed est paramétrée sur Faux, le résultat del'installation chargera Update Manager de redémarrer l'hôte. Lorsque vous supprimez un VIB d'unsystème en direct, si la valeur de Live-Install-Allowed est paramétrée sur Faux, le résultat del'installation chargera Update Manager de redémarrer l'hôte. Dans tous les cas, Update Managerplacera automatiquement l'hôte en mode maintenance lors du redémarrage.

Suivant

Si nécessaire, placez l'hôte en mode maintenance. Reportez-vous à la section « Activer le mode maintenancesur un hôte », page 232. Si un redémarrage est requis, et si l'hôte appartient à un cluster VMware HA,supprimez l'hôte du cluster ou désactivez HA sur le cluster avant l'installation ou la mise à jour.

Activer le mode maintenance sur un hôteCertaines opérations d'installation et de mise à jour qui utilisent l'installation en direct nécessitent que l'hôtesoit en mode maintenance.

Pour déterminer si une opération de mise à niveau nécessite que l'hôte soit en mode maintenance, reportez-vous à la section « Déterminer si une mise à jour requiert que l'hôte soit mis en mode maintenance ouredémarré », page 231

Remarque Si l'hôte est un membre d'un cluster Virtual SAN et si l'un des objets des machines virtuelles surl'hôte utilise le paramètre « Nombre d'échecs à tolérer=0 » dans cette statégie de stockage, l'hôte risque deprésenter des retards inhabituels en entrant en mode de maintenance. Ce retard se produit du fait queVirtual SAN doit évacuer cet objet de l'hôte afin que l'opération de maintenance s'effectue correctement.


vSphere Upgrade

232 VMware, Inc.

Prérequis


Procédure

1 Pour déterminer si l'hôte est en mode maintenance.

vicfg-hostops --server=server_name --operation info

2 Exécutez l'une des commandes suivantes pour chaque machine virtuelle afin de mettre hors tensiontoutes les machines virtuelles exécutées sur l'hôte ESXi.

Option Commande

Pour que le système essaied'arrêter le système d'exploitationinvité

vmware-cmd --server=server_name path_to_vm stop soft

Pour forcer l'opération de mise horstension

vmware-cmd --server=server_name path_to_vm stop hard

Vous pouvez également migrer les machines virtuelles vers un autre hôte pour éviter de les mettre horstension. Reportez-vous à la rubrique Migrer des machines virtuelles dans la documentation Gestion devCenter Server et des hôtes.


vicfg-hostops --server=server_name --operation enter

4 Pour vérifier que l'hôte est en mode maintenance.

vicfg-hostops --server=server_name --operation info

mettre à niveau un hôte avec des VIB individuelsVous pouvez mettre à niveau un hôte avec des VIB stockés dans un dépôt logiciel accessible via une URL oudans un dépôt ZIP hors ligne.

Important Si vous effectuez la mise à jour de ESXi dans un dépôt fourni par VMware, depuis un fichierZIP en ligne sur le site Web VMware ou téléchargé en local, VMware prend en charge uniquement laméthode de mise à jour indiquée pour les dépôts fournis par VMware dans la rubrique « Mettre à niveau oumettre à jour un hôte avec des profils d'image », page 234.

Les commandes esxcli software vib update et esxcli software vib install ne sont pas prises en chargepour les opérations de mise à niveau. Reportez-vous à la section « Différences entre les mises à niveau et lesmises à jour de vSphere », page 15 et « Mettre à niveau ou mettre à jour un hôte avec des profils d'image »,page 234.


Prérequis

n Installez vCLI ou déployez la machine virtuelle vSphere Management Assistant (vMA). Reportez-vousà la section Initiation aux interfaces de ligne de commande vSphere. Pour le dépannage, exécutez lescommandes esxcli dans ESXi Shell.


VMware, Inc. 233

n Déterminez si la mise à jour nécessite la mise en mode maintenance ou le redémarrage de l'hôte. Sinécessaire, placez l'hôte en mode maintenance.

Reportez-vous à « Déterminer si une mise à jour requiert que l'hôte soit mis en mode maintenance ouredémarré », page 231. Reportez-vous à « Activer le mode maintenance sur un hôte », page 232.

n Si la mise à jour nécessite un redémarrage et si l'hôte appartient à un cluster VMware HA, supprimezl'hôte du cluster ou désactivez HA sur le cluster.

Procédure

1 Pour déterminer les VIB installés sur l'hôte.

esxcli --server=server_name software vib list

2 Déterminez quels VIB sont disponibles dans le dépôt.

Option Description

à partir d'un dépôt accessible parURL

esxcli --server=server_name software sources vib list --depot=http://web_server/depot_name

à partir d'un fichier ZIP de dépôtlocal

esxcli --server=nom_du_serveur software sources vib list --depot=chemin_absolu_vers_le_fichier_zip_du_dépôt

Vous pouvez spécifier un serveur proxy à l'aide de l'argument --proxy.

3 Mettez à jour les VIB existants afin d'inclure les VIB dans le dépôt ou installer de nouveaux VIB.

Option Description

Mettez à jour les VIB à partir d'undépôt accessible par URL

esxcli --server=server_name software vib update --depot=http://web_server/depot_name

Mettez à jour les VIB à partir d'unfichier ZIP de dépôt local

esxcli --server=nom_du_serveur software vib update --depot=chemin_absolu_vers_le_fichier_zip_du_dépôt

Installez tous les VIB à partir d'unfichier ZIP sur un dépôt hors lignespécifié (comprend à la fois les VIBVMware et les VIB fournis par despartenaires)

esxcli --server=server_name software vib install --depotpath_to_VMware_vib_ZIP_file\VMware_vib_ZIP_file --depotpath_to_partner_vib_ZIP_file\partner_vib_ZIP_file

Les options des commandes update et install vous permettent d'effectuer un essai, de spécifier un VIBen particulier, d'outrepasser la vérification de niveau d'acceptation, etc. N'outrepassez pas lavérification sur les systèmes de production. Voir Références esxcli à l'adresse http://www.vmware.com/support/developer/vcli/.

4 Pour vérifier que les VIB sont installés sur votre hôte ESXi.


Mettre à niveau ou mettre à jour un hôte avec des profils d'imageVous pouvez mettre à niveau ou mettre à jour un hôte avec des profils d'image stockés dans un dépôtlogiciel accessible via une URL ou dans un dépôt ZIP hors connexion.

Vous pouvez utiliser la commande esxcli software profile update ou esxcli software profile installpour mettre à niveau ou mettre à jour un hôte ESXi. Pour comprendre les différences entre mises à niveau etmises à jour, reportez-vous à « Différences entre les mises à niveau et les mises à jour de vSphere », page 15.

Lorsque vous mettez à niveau ou mettez à jour un hôte, la commande esxcli software profile update ouesxcli software profile install applique à l'hôte une version ultérieure (majeure ou mineure) d'un profild'image complet. Après cette opération et un redémarrage, l'hôte peut joindre un environnement vCenterServer disposant de cette même version ultérieure.

vSphere Upgrade

234 VMware, Inc.

http://www.vmware.com/support/developer/vcli/

La commande esxcli software profile update fait passer tout le contenu de l'image de l'hôte ESXi aumême niveau que la méthode de mise à niveau correspondante qui utilise un programme d'installation ISO.Cependant, le programme d'installation ISO effectue un contrôle préalable à la mise à niveau pour détecterdes problèmes potentiels, contrairement à la méthode de mise à niveau esxcli. Le programme d'installationISO vérifie l'hôte pour s'assurer qu'il dispose de suffisamment de mémoire pour la mise à niveau etqu'aucun périphérique non pris en charge n'y est connecté. Pour en savoir plus sur le programmed'installation ISO et sur d'autres méthodes de mise à niveau ESXi, reportez-vous à « Options de mise àniveau vers ESXi 5.5 », page 170.

Important Si vous effectuez la mise à niveau ou la mise à jour d'ESXi dans un dépôt fourni par VMware, àpartir d'un fichier ZIP accessible en ligne sur le site Web VMware ou téléchargé localement, VMware prenduniquement en charge la commande de mise à jour esxcli software profile update --depot=depot_location --profile=profile_name.


Remarque Les options des commandes update et install vous permettent d'effectuer un essai, de spécifierun VIB en particulier, d'outrepasser la vérification de niveau d'acceptation, etc. N'outrepassez pas lavérification sur les systèmes de production. Reportez-vous à Référence de l'interface de ligne de commande devSphere.

Prérequis





Procédure



2 Déterminez quels seront les profils d'image disponibles dans le dépôt.

esxcli --server=nom_serveur software sources profile list --depot=http://serveur

Web/nom_dépôt

Vous pouvez spécifier un serveur proxy à l'aide de l'argument --proxy.


VMware, Inc. 235

3 Mettez à jour le profil d'image existant afin d'inclure les VIB ou installez de nouveaux VIB.

Important La commande software profile update met à jour les VIB existants avec les VIBcorrespondants du profil spécifié, mais n'a aucun impact sur les autres VIB installés sur le serveur cible.La commande software profile install installe quant à elle les VIB présents dans le profil d'image dudépot, et supprime tout autre VIB installé sur le serveur cible.

Option Description

Mettez à jour le profil d'imagedepuis un fichier ZIP fourni parVMware, dans un dépôt, accessibleen ligne depuis le site Web deVMware ou téléchargé vers undépôt local.

esxcli software profile update --depot=emplacement_du_dépôt--profile=nom_du_profil

Important C'est la seule méthode de mise à jour prise en charge parVMware pour les fichiers ZIP fournis par VMware.Les noms des fichiers ZIP fournis par VMware ont la forme suivante :VMware-ESXi-5.5.x-numéro_de_build-depot.zip

Les noms de profil des fichiers ZIP fournis par VMware ont l'une desformes suivantes :n ESXi-5.5.x-numéro_de_build-standard

n ESXi-5.5.x-numéro_de_build-notools (VMware Tools non inclus)

Mettez à jour le profil d'image àpartir d'un dépôt accessible parURL

esxcli --server=nom_serveur software profile update --depot=http://serveur Web/nom_dépôt --profile=nom_profil

Mettez à jour le profil d'image àpartir d'un fichier ZIP stockélocalement sur le serveur cible

esxcli --server=nom_serveur software profile update --depot=file:///<path_to_profile_ZIP_file>/<profile_ZIP_file>--profile=nom_profil

Mettez à jour le profil d'image àpartir d'un fichier ZIP sur le serveurcible, copié dans une banque dedonnées

esxcli --server=nom_serveur software profile update --depot=“[nom_banque_de_données]fichier_ZIP_profil" --profile=nom_profil

Mettez à jour le profil d'image àpartir d'un fichier ZIP copiélocalement et appliqué sur leserveur cible

esxcli --server=nom_serveur software profile update --depot=/répertoire_racine/chemin_vers_fichier_ZIP_profil/fichier_ZIP_profil --profile=nom_profil

Installez tous les nouveaux VIBdans un profil spécifié accessiblepar URL

esxcli --server=nom_serveur software profile install --depot=http://serveur Web/nom_dépôt --profile=nom_profil

Installez tous les nouveaux VIBdans un profil spécifié à partir d'unfichier ZIP stocké localement sur leserveur cible

esxcli --server=nom_serveur software profile install --depot=file:///<path_to_profile_ZIP_file>/<profile_ZIP_file>--profile=nom_profil

Installez tous les nouveaux VIB àpartir d'un fichier ZIP sur le serveurcible, copié dans une banque dedonnées

esxcli --server=nom_serveur software profile install --depot=“[nom_banque_de_données]fichier_ZIP_profil" --profile=nom_profil

Installez tous les nouveaux VIB àpartir d'un fichier ZIP copiélocalement et appliqué sur leserveur cible

esxcli --server=nom_serveur software profile install --depot=/répertoire_racine/chemin_vers_fichier_ZIP_profil/fichier_ZIP_profil --profile=nom_profil

Remarque Les options des commandes update et install vous permettent d'effectuer un essai, despécifier un VIB en particulier, d'outrepasser la vérification de niveau d'acceptation, etc. N'outrepassezpas la vérification sur les systèmes de production. Reportez-vous à Référence de l'interface de ligne decommande de vSphere.

4 Pour vérifier que les VIB sont installés sur votre hôte ESXi.


vSphere Upgrade

236 VMware, Inc.

Mettre à jour des hôtes ESXi à l'aide de fichiers ZIPVous pouvez mettre à jour les hôtes à l'aide de VIB ou de profils d'image en téléchargeant un fichier ZIPd'un dépôt.

Les partenaires de VMware préparent des VIB tiers pour fournir des agents de gestion ou des pilotes livrésd'une manière asynchrone.

Important Si vous effectuez la mise à jour de ESXi dans un dépôt fourni par VMware, depuis un fichierZIP en ligne sur le site Web VMware ou téléchargé en local, VMware prend en charge uniquement laméthode de mise à jour indiquée pour les dépôts fournis par VMware dans la rubrique « Mettre à niveau oumettre à jour un hôte avec des profils d'image », page 234.

Les commandes esxcli software vib update et esxcli software vib install ne sont pas prises en chargepour les opérations de mise à niveau. Reportez-vous à la section « Différences entre les mises à niveau et lesmises à jour de vSphere », page 15 et « Mettre à niveau ou mettre à jour un hôte avec des profils d'image »,page 234.


Prérequis


n Téléchargez le fichier ZIP d'un groupe de dépôts préparé par un partenaire tiers de VMware.




Procédure

u Installez le fichier ZIP.

esxcli --server=nom_du_serveur software vib update --

depot=/chemin__vers_ZIP_VIB/nom_du_fichier_ZIP.zip

Supprimer des VIB d'un hôteVous pouvez désinstaller des VIB tiers ou VMware de votre hôte ESXi.

Les partenaires de VMware préparent des VIB tiers pour fournir des agents de gestion ou des pilotes livrésd'une manière asynchrone.



VMware, Inc. 237

Prérequis

n Si la suppression nécessite un redémarrage, et si l'hôte appartient à un cluster VMware HA, désactivezHA pour l'hôte.


Reportez-vous à la section « Déterminer si une mise à jour requiert que l'hôte soit mis en modemaintenance ou redémarré », page 231. Reportez-vous à la section « Activer le mode maintenance surun hôte », page 232.


Procédure

1 Exécutez l'une des commandes suivantes pour chaque machine virtuelle afin de mettre hors tensiontoutes les machines virtuelles exécutées sur l'hôte ESXi.

Option Commande

Pour que le système essaied'arrêter le système d'exploitationinvité

vmware-cmd --server=server_name path_to_vm stop soft

Pour forcer l'opération de mise horstension

vmware-cmd --server=server_name path_to_vm stop hard

Vous pouvez également migrer les machines virtuelles vers un autre hôte pour éviter de les mettre horstension. Reportez-vous à la rubrique Migrer des machines virtuelles dans la documentation Gestion devCenter Server et des hôtes.


vicfg-hostops --server=server_name --operation enter

3 Si nécessaire, arrêtez ou migrez les machines virtuelles.



5 Supprimez le VIB.

esxcli --server=nom_serveur software vib remove --vibname=nom

Spécifiez un ou plusieurs VIB à supprimer dans l'un des formats suivants :

n nom

n name:version

n vendor:nom

n vendor:nom:version

Par exemple, la commande pour supprimer un VIB spécifié par le fournisseur, le nom et la version aurale format suivant :

esxcli –-server myEsxiHost software vib remove --vibname=PatchVendor:patch42:version3

Remarque La commande remove prend en charge plusieurs autres options. Voir Référence de l'interfacede ligne de commande de vSphere.

vSphere Upgrade

238 VMware, Inc.

Ajout d'extensions tierces à des hôtes avec esxcliSi une extension tierce est publiée comme module VIB et que vous utilisez la commande esxcli softwarevib pour ajouter le module VIB à votre système, le système VIB met à jour l'ensemble de règles du pare-feuet actualise le démon hôte après le redémarrage de votre système.

Sinon, vous pouvez utiliser un fichier de configuration de pare-feu pour spécifier les règles de port pour lesservices hôtes que vous souhaitez activer pour l'extension. La documentation Sécurité vSphere décritcomment ajouter, appliquer et actualiser l'ensemble de règles du pare-feu et répertorie les commandesesxcli network firewall.

Le format ESXi 5.x ruleset.xml pour ESXi 5.x est identique à celui de la version 4.x pour ESX et ESXi, maiscomporte deux balises supplémentaires, enabled et required. Le pare-feu ESXi 5.x prend toujours en chargel'ancien format.

Effectuer une exécution à sec d'une installation ou mise à niveau esxcliVous pouvez utiliser l'option --dry-run pour afficher un aperçu des résultats d'une opération d'installationou de mise à niveau. Une procédure d'installation ou de mise à niveau à sec n'apporte aucune modification,mais génère un rapport sur les opérations au niveau des VIB qui seront effectuées si vous exécutez lacommande sans l'option --dry-run.


Prérequis


Procédure

1 Entrez la commande d'installation ou de mise à niveau, en ajoutant l'option --dry-run.

n esxcli --server=nom_serveur software vib install --dry-run

n esxcli --server=nom_serveur software vib update --dry-run

n esxcli --server=nom_serveur software profile install --dry-run

n esxcli --server=nom_serveur software profile update --dry-run

2 Vérifiez le résultat renvoyé.

Le résultat montre quels VIB seront installés ou supprimés et si l'installation ou la mise à niveaunécessite un redémarrage.


VMware, Inc. 239

Afficher les VIB installés et les profils qui seront actifs après le prochainredémarrage de l'hôteVous pouvez utiliser l'option --rebooting-image pour afficher la liste des VIB et des profils qui sont installéssur l'hôte et qui seront actifs après le prochain redémarrage de l'hôte.


Prérequis


Procédure

1 Entrez une des commandes suivantes.

Option Description

Pour les VIB esxcli --server=nom_serveur software vib list --rebooting-image

Pour les profils esxcli --server=nom_serveur software profile get --rebooting-image

2 Vérifiez le résultat renvoyé.

Le résultat affiche les informations sur l'image ESXi qui deviendra active après le prochainredémarrage. Si l'image de redémarrage en attente n'a pas été créée, le résultat ne renvoie rien.

Afficher le profil d'image et le niveau d'acceptation de l'hôteVous pouvez utiliser la commande software profile get pour afficher le profil d'image installéactuellement et le niveau d'acceptation pour l'hôte spécifié.

Cette commande affiche également les détails de l'historique du profil d'image installé, y compris lesmodifications du profil.


Prérequis


Procédure

1 Entrez la commande suivante :

esxcli --server=server_name software profile get

2 Vérifiez le résultat.

vSphere Upgrade

240 VMware, Inc.

Erreurs et avertissements renvoyés par le script de précontrôle d'installation etde mise à niveau

Le script de précontrôle d'installation et de mise à niveau effectue des tests pour identifier sur la machinehôte les problèmes susceptibles de provoquer l'échec d'une installation, d'une mise à niveau ou d'unemigration.

Pour les installations, les mises à niveau et les migrations interactives, les erreurs ou les avertissementss'affichent dans le dernier panneau du programme d'installation dans lequel vous devez confirmer ouannuler l'installation ou la mise à niveau. Pour les installations, les mises à niveau ou les migrations à l'aided'un script, les erreurs ou les avertissements sont consignés dans le journal d'installation.

vSphere Update Manager fournit des messages personnalisés pour ces erreurs ou avertissements. Pourafficher les erreurs et les avertissements d'origine retournés par le script de précontrôle au cours d'uneanalyse de mise à niveau d'hôte Update Manager, consultez le fichier journal vmware-vum-server-log4cpp.log.

Tableau 7‑9. Codes d'erreur et d'avertissement renvoyés par le script de précontrôle d'installation ou demise à niveau

Erreur/Avertissement Description

64BIT_LONGMODESTATUS Le processeur hôte doit être de 64 bits.

COS_NETWORKING Avertissement. Une adresse IPv4 a été détectée dans unecarte réseau virtuelle de Console de service activée et ellen'a pas d'adresse correspondante dans le même sous-réseau dans VMkernel. Un avertissement est émis pourchacune de ces occurrences.

CPU_CORES L'hôte doit disposer d'au moins deux cœurs.

DISTRIBUTED_VIRTUAL_SWITCH Si le logiciel VEM (Virtual Ethernet Module) de Cisco estdétecté sur l'hôte, le test vérifie que la mise à niveaucontient également le logiciel VEM et qu'elle est compatibleavec la même version du module VSM (Virtual SupervisorModule) que la version existante sur l'hôte. Si le logiciel estabsent ou compatible avec une version différente dumodule VSM, le test envoie un avertissement et le résultatde l'analyse indique la version du logiciel VEM attenduedans le fichier ISO de mise à niveau et la version éventuelledétectée. Vous pouvez utiliser ESXi Image Builder CLIpour créer un fichier ISO d'installation personnalisécontenant la version appropriée du logiciel VEM.

HARDWARE_VIRTUALIZATION Avertissement. Si le processeur de l'hôte ne prend pas encharge la virtualisation matérielle ou si cette dernière n'estpas activée dans le BIOS de l'hôte, les performances del'hôte peuvent être affectées. Activez la virtualisationmatérielle dans les options d'amorçage de la machine hôte.Voir la documentation du fournisseur du matériel.

MD5_ROOT_PASSWORD Ce test vérifie si le mot de passe racine est codé au formatMD5. Si un mot de passe n'est pas codé au format MD5, ilpourrait être significatif uniquement jusqu'au huitièmecaractère. Dans ce cas, tous les caractères suivant lehuitième caractère ne sont plus authentifiés après la mise àniveau, ce qui peut poser un problème de sécurité. Pourrésoudre ce problème, consultez l'article 1024500 de la basede connaissances VMware.

MEMORY_SIZE L'hôte nécessite la quantité de mémoire indiquée pourpouvoir effectuer la mise à niveau.


VMware, Inc. 241


Tableau 7‑9. Codes d'erreur et d'avertissement renvoyés par le script de précontrôle d'installation ou demise à niveau (suite)

Erreur/Avertissement Description

PACKAGE_COMPLIANCE vSphere Update Manager uniquement. Ce test compare lelogiciel existant sur l'hôte au logiciel contenu sur le fichierISO de mise à niveau pour déterminer si la mise à niveaude l'hôte a réussi. Si l'un des modules est absent ou s'ilappartient à une version antérieure à celle du modulecontenu dans le fichier ISO de mise à niveau, le test renvoieune erreur et indique le logiciel détecté sur l'hôte et lelogiciel détecté sur le fichier ISO de mise à niveau.

PARTITION_LAYOUT La mise à niveau ou migration n'est possible que s'il existeau maximum une partition VMFS sur le disque mis àniveau, et cette partition VMFS doit démarrer après lesecteur 1843200.

POWERPATH Le test recherche l'installation du logiciel EMC PowerPathqui est constitué d'un module CIM et d'un module denoyau. Si ces deux composants sont détectés sur l'hôte, letest vérifie que les composants correspondants (CIM,module VMkernel) existent aussi dans la mise à niveau.S'ils n'existent pas, le test envoie un avertissement pourindiquer les composants PowerPath attendus dans le fichierISO de mise à niveau et ceux qui ont été éventuellementtrouvés.

PRECHECK_INITIALIZE Ce test vérifie que le script de précontrôle peut êtreexécuté.

SANE_ESX_CONF Le fichier /etc/vmware/esx.conf doit exister sur l'hôte.

SPACE_AVAIL_ISO vSphere Update Manager uniquement. Le disque hôte doitdisposer d'un espace libre suffisant pour pouvoir stocker lecontenu du CD ou DVD du programme d'installation.

SPACE_AVAIL_CONFIG vSphere Update Manager uniquement. Le disque hôte doitdisposer d'un espace libre suffisant pour pouvoir stocker laconfiguration 4.x entre les redémarrages.

SUPPORTED_ESX_VERSION La mise à niveau ou la migration vers ESXi 5.x estuniquement possible à partir d'hôtes ESX version 4.x oud'hôtes ESXi version 4.x ou 5.x.

TBOOT_REQUIRED Ce message concerne uniquement les mises à niveau devSphere Update Manager. La mise à niveau échoue etrenvoie ce message d'erreur lorsque le système hôtefonctionne en mode démarrage approuvé (tboot), mais lefichier ISO de mise à niveau ESXi ne contient aucun VIBtboot. Ce test empêche l'exécution d'une mise à niveaususceptible de compromettre la sécurité de l'hôte.

UNSUPPORTED_DEVICES Avertissement. Le test recherche les périphériques noncompatibles. Certains périphériques PCI ne sont pas pris encharge par ESXi 5.x.

UPDATE_PENDING Ce test vérifie l'hôte pour les installations VIB quinécessitent un redémarrage. Ce test échoue si un ouplusieurs VIB sont installés mais que l'hôte n'a pas encoreété redémarré. Dans ces conditions, le script de précontrôleest incapable de déterminer avec certitude les modulesactuellement installés sur l'hôte. Il n'est donc pas prudentde se fier au reste des tests de précontrôle pour déterminesi une mise à niveau est sûre.Si vous rencontrez cette erreur, redémarrez l'hôte etretentez la mise à niveau.

vSphere Upgrade

242 VMware, Inc.

Après avoir effectué la mise à niveau ou la migration des hôtesLa mise à niveau ou migration des hôtes ne s'achève que lorsque vous vous êtes assuré que l'hôte estreconnecté au serveur vCenter Server qui le gère et qu'il est reconfiguré si nécessaire, et que la licence del'hôte est réappliquée ou mise à niveau.

Après avoir effectué la mise à niveau ou la migration d'un hôte, effectuez les opérations suivantes :

n Consultez les journaux de mise à niveau. Vous pouvez utiliser vSphere Web Client pour exporter lesfichiers journaux.

n Si vCenter Server gère l'hôte, vous devez le reconnecter à vCenter Server en cliquant dessus avec lebouton droit dans l'inventaire vCenter Server et en sélectionnant Se connecter.

n Une fois la mise à niveau terminée, ESXi est en mode d'évaluation. Le mode d'évaluation dure 60 jours.Vous devez réappliquer votre licence ou attribuer une licence mise à niveau dans les 60 jours suivant lamise à niveau. Utilisez le portail des licences et vSphere Web Client pour configurer les licences.Consultez Gestion de vCenter Server et des hôtes.

n Sur le site Web de VMware, ouvrez une session sur votre page de compte pour accéder au portail delicence. Sur le portail de licence, mettez à niveau votre licence ESXi. Utilisez vSphere Web Client pourattribuer la clé de licence mise à niveau à l'hôte.

n Il se peut que les périphériques sdX hôtes soient renumérotés après la mise à niveau. Au besoin, mettezà niveau tous les éventuels scripts qui mettent en référence des périphériques sdX.

n Après la mise à niveau, convertissez les masques LUN ESX 3.x-style/adv/Disk/MaskLUNs dans leformat de règle de réclamation. Exécutez la commande esxcli storage core claimrule convert dansl'interface de ligne de commande de vSphere (vCLI). Cette commande convertit l'entrée deconfiguration avancée /adv/Disk/MaskLUNs dans /etc/vmware/esx.conf en règles de réclamation avecMASK_PATH comme plug-in.

Avertissement Cette conversion ne fonctionne pas pour toutes les variantes MaskLUNs d'entrée.Reportez-vous à Référence de l'interface de ligne de commande de vSphere.

n Mettez à niveau les machines de l'hôte. Reportez-vous à Chapitre 8, « Mise à niveau de machinesvirtuelles et de VMware Tools », page 245.

À propos du mode d'évaluation et du mode licence d' ESXiVous pouvez utiliser le mode d'évaluation pour explorer l'ensemble des fonctionnalités des hôtes ESXi. Lemode d'évaluation fournit l'ensemble de fonctionnalités équivalant à une licence vSphere Enterprise Plus.Avant l'expiration du mode d'évaluation, vous devez attribuer à vos hôtes une licence prenant en chargetoutes les fonctionnalités utilisées.

Par exemple, en mode d'évaluation, vous pouvez utiliser la technologie vSphere vMotion, la fonctionnalitévSphere HA, la fonctionnalité vSphere DRS et d'autres fonctionnalités. Si vous souhaitez continuer à utiliserces fonctionnalités, vous devez attribuer une licence qui les prend en charge.

La version installable des hôtes ESXi correspond toujours au mode d'évaluation. ESXi Embedded estpréinstallé par votre fournisseur de matériel sur un périphérique de stockage interne. Il peut être en modeévaluation ou en mode pré-licence.

La période d'évaluation dure 60 jours et débute au moment où vous démarrez l'hôte ESXi. Pendant lapériode d'évaluation de 60 jours, vous pouvez passer à tout moment du mode licence au mode d'évaluation.Le temps d'utilisation de l'application est soustrait au temps disponible en mode d'évaluation.


VMware, Inc. 243

Par exemple, supposons que vous utilisez un hôte ESXi en mode d'évaluation pendant 20 jours, puisattribuez une clé de licence vSphere Standard Edition à l'hôte. Si vous remettez l'hôte en mode d'évaluation,vous pouvez explorer l'ensemble des fonctionnalités de l'hôte jusqu'à la fin de la période d'évaluation de40 jours.

Pour plus d'informations sur la gestion des licences pour les hôtes ESXi, reportez-vous à la documentationGestion de vCenter Server et des hôtes.

Réappliquer les licences après la mise à niveau vers ESXi 5.5Après avoir effectué la mise à niveau vers ESXi 5.5, il se peut que vous deviez réappliquez votre licenced'hôte.

Si vous effectuez une mise à niveau depuis ESX/ESXi 4.x, votre logiciel ESXi 5.5 repasse en mode évaluationde 60 jours jusqu'à ce que vous ayez réappliqué votre licence. Reportez-vous à la section « À propos dumode d'évaluation et du mode licence d'ESXi », page 243. Si vous effectuez une mise à niveau depuisESXi 5.0.x ou 5.1.x, votre licence actuelle s'applique.

Vous pouvez appliquer votre licence en utilisant vSphere Web Client et vCenter Server. Voir Gestion devCenter Server et des hôtes. Si vous utilisez la méthode scriptée pour effectuer une mise à niveau vers ESXi 5.5,vous pouvez indiquer la clé de licence dans le fichier kickstart (ks).

vSphere Upgrade

244 VMware, Inc.

Mise à niveau de machines virtuelleset de VMware Tools 8

Après la mise à niveau d'hôtes ESXi, vous avez la possibilité de mettre à niveau les machines virtuelles del'hôte pour bénéficier de nouvelles fonctions.

VMware propose les outils suivants pour mettre à niveau les machines virtuelles :

Client Web vSphere Nécessite que vous effectuiez une mise à niveau de la machine virtuelle uneétape à la fois, mais ne nécessite pas vSphere Update Manager. Consultez lesinformations sur la mise à niveau des machines virtuelles dans ladocumentation Administration d'une machine virtuelle vSphere.


Automatise le processus de mise à niveau et d'installation des exécution ducorrectif des machines virtuelles, en assurant que les étapes sont effectuéesdans l'ordre correct. Vous pouvez utiliser Update Manager pour mettredirectement à niveau la version du matériel de machine virtuelle et VMwareTools. Consultez la documentation de Installation et administration de VMwarevSphere Update Manager.

VMware, Inc. 245

vSphere Upgrade

246 VMware, Inc.

Exemples de scénarios de mise àniveau 9

Les scénarios de mise à niveau pour vSphere 4.1 comprennent des cas avec et sans hôtes en cluster, des hôtesque vous pouvez mettre à niveau sur la même machine sur laquelle ils fonctionnent actuellement (mises àniveau sur place) et les hôtes que vous mettez à niveau en utilisant plusieurs machines différentes (mises àniveau de migration).


n « Déplacement des machines virtuelles avec vMotion pendant une mise à niveau », page 247

n « Déplacement de machines virtuelles éteintes ou en veille pendant une mise à niveauavec vCenter Server », page 248

n « Migration des hôtes ESX 4.x ou ESXi 4.x vers ESXi 5.5 dans une installation Auto Deploy démarréepar PXE », page 249

n « Mise à niveau séparée de composants vSphere dans un environnement Horizon View », page 250

Déplacement des machines virtuelles avec vMotion pendant une miseà niveau

Ce scénario est une mise à niveau de migration. La mise à niveau de migration est une transition géréeplutôt qu'une mise à niveau au sens strict. Lorsque vous utilisez vMotion pour déplacer des machinesvirtuelles directement d'un hôte de production vers un autre, vous réduisez les interruptions des machinesvirtuelles.

L'exemple suivant donne une présentation de haut niveau du processus de mise à niveau dans unenvironnement ESX 4.0/ESXi 4.0 ou supérieur et vCenter Server 5.5, au moyen de vMotion pour migrer vosmachines virtuelles en fonctionnement sur ESXi 5.5. Les hôtes dans votre environnement doivent avoir unelicence d'utilisation de vMotion.

Vous pouvez effectuer une mise à niveau de migration sans vMotion. La seule différence est le volumed'interruption pour les machines virtuelles.

Une mise à niveau de migration demande des ressources suffisantes pour exploiter l'environnementpartiellement sur des hôtes plus anciens ainsi que sur les hôtes mis à niveau. Toutes redondances etprotections nécessaires doivent être disponibles sur l'infrastructure mise à niveau et non mise à niveau aucours de la transition.

Prérequis

n Vérifiez qu'une ou plusieurs machines répondent aux exigences requises pour ESXi 5.5.

VMware, Inc. 247

n Vérifiez que le stockage d'hôte vide est suffisant pour contenir une partie de vos machines virtuelles deproduction. Dans l'idéal, le stockage doit être assez important pour contenir toutes les machinesvirtuelles migrées. Une plus grande capacité pour les machines virtuelles sur ce stockagesupplémentaire signifie que moins d'opérations seront nécessaires avant de migrer toutes vos machinesvirtuelles.

n Si vCenter Guided Consolidation est installé dans votre environnement, désinstallez-le.

n Exécutez l'outil de vérification de pré-mise à niveau de l'agent hôte. Reportez-vous à la section « Exécuter l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter », page 67.

n Mettez à niveau vCenter Server version 5.5. Reportez-vous à la section Chapitre 4, « Mise à niveau devCenter Server », page 71.

L'interruption nécessaire pour cette mise à niveau est fonction du volume de données dans la base dedonnées. Pendant ce temps, vous ne pouvez pas effectuer d'opérations de provision comme le clonageou la création de machines virtuelles.

n Installez la version 5.5 de vSphere Web Client. Reportez-vous à la section « Installer ou mettre à niveauvSphere Web Client », page 146.

n Si vSphere Update Manager est installé dans votre environnement, mettez-le à niveau vers la dernièreversion. Reportez-vous à la section Chapitre 6, « Mise à niveau d'Update Manager », page 159.

Procédure

1 Utilisez vMotion pour déplacer les machines virtuelles de l'hôte ESX 4.0/ESXi 4.0 ou supérieur.

2 Mettez à niveau l'hôte vers ESXi 5.5, ou effectuez une nouvelle installation d'ESXi 5.5.

3 Ajoutez l'hôte ESXi 5.5 à vCenter Server.

4 Utilisez vMotion pour déplacer les machines virtuelles que vous avez supprimées de l'hôteESX 4.0/ESXi 4.0 ou supérieur avant la mise à niveau.

Pour que vMotion fonctionne, les hôtes doivent être gérés par la même instance vCenter Server.

Suivant

Pour tous les hôtes et machines virtuelles dans la mise à niveau de migration, effectuez les opérationssuivantes.

n Mettez à niveau vos machines virtuelles. Reportez-vous à la section Chapitre 8, « Mise à niveau demachines virtuelles et de VMware Tools », page 245.

n Mettez à niveau vos licences produit :

a Obtenez vos nouvelles clés de licence par e-mail, ou en utilisant le portail de licences.

b Appliquez les nouvelles clés de licence à vos ressources au moyen de vSphere Web Client).

n Utilisez vSphere Web Client pour mettre à niveau la banque de données des hôtes vers VMFS5.

Reportez-vous aux informations sur la mise à niveau de banques de données vers VMFS5 dans ladocumentation Stockage vSphere.

Déplacement de machines virtuelles éteintes ou en veille pendant unemise à niveau avec vCenter Server

Pendant une mise à niveau de migration à froid, vous avez éteint ou mis en veille les machines virtuellesque vous déplacez vers un nouvel hôte. Lorsque vous utilisez la migration à froid pour déplacer desmachines virtuelles, un temps d'arrêt plus long est requis pour les machines virtuelles.

Cette procédure suppose que l'hôte ne dispose pas des fonctions de vMotion.

vSphere Upgrade

248 VMware, Inc.

Les mises à niveau en utilisant les migrations à froid sont utiles pour les situations nécessitant une mise àniveau en plusieurs étapes, comme les mises à niveau de versions inférieures à ESX 4.x.

Prérequis

n Vérifiez qu'une ou plusieurs machines répondent aux exigences requises pour ESXi 5.5.

n Vérifiez que le stockage d'hôte vide est suffisant pour contenir une partie de vos machines virtuelles deproduction. Dans l'idéal, le stockage doit être assez important pour contenir toutes les machinesvirtuelles migrées. Une plus grande capacité pour les machines virtuelles sur ce stockagesupplémentaire signifie que moins d'opérations seront nécessaires avant de migrer toutes vos machinesvirtuelles.

n Si vCenter Guided Consolidation est installé dans votre environnement, désinstallez-le avant d'effectuerla mise à niveau.

n Exécutez l'outil de vérification de pré-mise à niveau de l'agent hôte. Reportez-vous à la section « Exécuter l'outil de vérification de pré-mise à niveau de l'agent hôte vCenter », page 67.

n Mettez à niveau vCenter Server vers la version 5.5. Reportez-vous à la section Chapitre 4, « Mise àniveau de vCenter Server », page 71.

n Installez la version 5.5 de vSphere Web Client. Reportez-vous à la section « Installer ou mettre à niveauvSphere Web Client », page 146.

n Si vCenter Update Manager, est installé dans votre environnement mettez-le à niveau vers la dernièreversion.

Procédure

1 Ajoutez l'hôte ESXi 5.5 à vCenter Server 5.5.

2 Ajoutez les hôtes ESX 4.x/ESXi 4.x au vCenter Server 5.5.

3 Éteignez ou mettez en veille les machines virtuelles sur les hôtes ESX 4.x/ESXi 4.x.

4 Déplacez les machines virtuelles vers l'hôte ESXi 5.5.

Suivant

Pour tous les hôtes et machines virtuelles dans la mise à niveau de migration, effectuez les opérationssuivantes.

n Mettez à niveau vos machines virtuelles. Reportez-vous à la section Chapitre 8, « Mise à niveau demachines virtuelles et de VMware Tools », page 245.

n Mettez à niveau vos licences produit :

a Obtenez vos nouvelles clés de licence par email, ou en utilisant le portail de licences.

b Appliquez les nouvelles clés de licence à vos ressources au moyen de vSphere Web Client.

Migration des hôtes ESX 4.x ou ESXi 4.x vers ESXi 5.5 dans uneinstallation Auto Deploy démarrée par PXE

Cette présentation de haut niveau décrit le processus de migration d'un hôte ESX/ESXi 4.x vers uneinstallation ESXi 5.5 déployée à l'aide de vSphere Auto Deploy.

Ce scénario suppose que votre environnement vSphere se présente comme suit.

n Les hôtes que vous migrez sont gérés par un serveur vCenter Server exécutant vCenter Server 4.x.

n Tous les hôtes gérés par ce serveur vCenter Server exécutent ESX/ESXi 4.x.

Chapitre 9 Exemples de scénarios de mise à niveau

VMware, Inc. 249

Les tâches suivantes donnent un aperçu du processus de migration.

1 Créez des profils d'hôte pour les hôtes ESXi 4.x à migrer et joignez les profils d'hôte aux hôtes.

Consultez la documentation Profils d'hôte vSphere.

2 Mettez à niveau vCenter Server 4.x vers la version 5.5.

Reportez-vous à Chapitre 4, « Mise à niveau de vCenter Server », page 71.

3 Préparez le serveur et l'environnement Auto Deploy.

Cette préparation inclut la configuration des serveurs DHCP et TFTP qui sont utilisés pour effectuer undémarrage PXE des machines hôtes Auto Deploy et l'installation de VMware PowerCLI.

Reportez-vous aux informations relatives à la préparation de vSphere Auto Deploy figurant dans ladocumentation Installation et configuration de vSphere.

4 Appliquez un profil d'image pour un hôte ESXI 5.5 déployé à l'aide des commandes Auto DeployPowerCLI.

Reportez-vous aux informations relatives à Auto Deploy dans la documentation Installation etconfiguration de vSphere.

5 Utilisez vSphere vMotion pour évacuer toutes les machines virtuelles des hôtes à migrer, et mettez leshôtes en mode maintenance.

Consultez Gestion de vCenter Server et des hôtes.

6 Redémarrez les hôtes, entrez dans le BIOS et reconfigurez les hôtes pour qu'ils démarrent à partir duréseau.

Reportez-vous aux informations relatives à Auto Deploy dans la documentation Installation etconfiguration de vSphere. Pour les hôtes ESXi 4.x dont les profils d'hôte sont compatibles, la configurationdes hôtes sera restaurée.

7 Lorsqu'un hôte est démarré, terminez la configuration de tous les hôtes qui n'ont pas été migrés etutilisez le profil de l'hôte.


8 Clonez le profil d'hôte et joignez le profil aux autres hôtes migrés.


9 Mettez à jour le fichier de réponses de chaque profil cloné pour fournir des informations deconfiguration spécifiques à l'hôte, telles que la configuration IP.


Mise à niveau séparée de composants vSphere dans unenvironnement Horizon View

Si vous mettez à niveau des composants vSphere séparément des composants Horizon View, vous devezsauvegarder certaines données Horizon View et réinstaller des logiciels Horizon View.

Plutôt que d'effectuer une mise à niveau intégrée des composants Horizon View et vSphere, vous pouvezcommencer par mettre à niveau tous les composants Horizon View, puis les composants vSphere, oul'inverse. Vous pouvez aussi ne mettre à niveau que les composants vSphere lorsqu'une nouvelle version ouune mise à jour de vSphere est proposée.

Lorsque vous mettez à niveau des composants vSphere séparément des composants Horizon View, vousdevez effectuer les tâches supplémentaires suivantes :

1 Avant de mettre à niveau vCenter Server, sauvegardez les bases de données vCenter Server et ViewComposer.

vSphere Upgrade

250 VMware, Inc.

2 Avant de mettre à niveau vCenter Server, sauvegardez la base de données View LDAP à partir d'uneinstance de Serveur de connexion View à l'aide de l'utilitaire vdmexport.exe.

Pour obtenir les instructions, reportez-vous au document Administration de VMware Horizon View. Sivous possédez plusieurs instances de Serveur de connexion View dans un groupe répliqué, vous devezexporter les données à partir d'une seule instance.

3 Si vous utilisez View Composer, après avoir mis à niveau tous les hôtes ESX/ESXi gérés par uneinstance vCenter Server particulière, redémarrez le service View Composer sur cet hôte.

4 Une fois que VMware Tools a été mis à niveau sur les machines virtuelles utilisées en tant que postes detravail distants, réinstallez View Agent.

La réinstallation de View Agent garantit que les pilotes de la machine virtuelle restent compatibles avecles autres composants Horizon View.

Des instructions pas à pas pour l'exécution du programme d'installation de View Agent apparaissentdans le document Configuration de pools de postes de travail et d'applications pour VMware Horizon View.

Chapitre 9 Exemples de scénarios de mise à niveau

VMware, Inc. 251

vSphere Upgrade

252 VMware, Inc.

Index

Aadresse MAC 184Adresses IP 176adresses IP statiques 176affichage, informations de conformité 199aide en ligne, déployer localement 147analyse, hôtes 199applications de gestion à distance 188attachement

groupe de lignes de base 198ligne de base 198

attribution de licence, vCenter Server 145authentification dans vCenter Server 45Auto Deploy

conformité à un groupe de règles 227entrée de l'utilisateur 224réapprovisionnement d'hôtes avec 224redémarrage 224scénario de migration des hôtes ESX/ESXi 4.x

vers 249Auto Deploy, mettre à niveau des hôtes ESXi

avec 224autorisations

attribution 121commutateurs distribués 122héritage 122

Bbase de données 62Base de données Oracle

changement du nom de l'ordinateur 62exigences 60

bases de données, préparation 154

Ccas d'utilisation 247CD, mettre à niveau les hôtes depuis 206CD virtuel 188CD/DVD, graver l'image ISO d'ESXi 176certificats SSL 145Clé USB, mettre à niveau les hôtes depuis 206Client Web vSphere, See VMware vSphere Web

Clientclients, pare-feu 29, 32cluster, définir les paramètres 194cmdlet Apply-EsxImageProfile 225

Cmdlet Connect-VIServer 225, 226cmdlet Copy-DeployRule 225Cmdlet New-DeployRule 226cmdlet Repair-DeployRulesetCompliance 227cmdlet Test-DeployRuleSetCompliance 227commande %include 211commande %post 211commande %pre 211commande accepteula 211commande clearpart 211commande dryrun 211commande include 211commande install 211commande installorupgrade 211commande keyboard 211commande paranoid 211commande part 211commande partition 211commande réseau 184, 211commande rootpw 211commande upgrade 211commande vmaccepteula 211commandes de démarrage, saisie 208commutateurs distribués, autorisation 122compatibilité

Formats de base de données d'UpdateManager 35

Systèmes d'exploitation d'Update Manager 35conditions préalables à la mise à niveau de

vCenter Server 56conditions requises pour vSphere Web Client 28configuration

paramètres d'hôte 193paramètres de cluster 194

configuration des ports 29, 32configuration matérielle requise,ESXi 20Configuration SSH, affectée par la mise à

niveau 168Conflit sur le port 80 entre vCenter Server et

IIS 33conformité à un groupe de règles 227connexion à vCenter Server 45connexions de base de données, nombre

de 157considérations post-mise à niveau 243

VMware, Inc. 253

Considérations ultérieures à la mise à niveaupour vCenter Server 145

console de service, supprimée dans ESXi 5.x 13correction, des hôtes 199, 202création, groupe de lignes de base d'hôte 197

DDB2 62demande de démarrage 209dépôt, logiciel 229dépôt logiciel, défini 229DHCP, pour le démarrage PXE du programme

d'installation ESXi 182Dispositif virtuel vCenter, Paramètres de

segment JVM 21disques, VMDK 47disques IDE 17, 20disques SAS 17, 20disques SATA 17, 20données de vCenter Server,migration à partir

d'un hôte Windows Server 2003 131données globales 155DPM 190DRAC 34DRS 190DVD, mettre à niveau les hôtes depuis 206

Eeffectuer un démarrage PXE du programme

d'installation d'ESXi en utilisantPXELINUX, procédure deconfiguration 184, 186, 187

entités gérées, autorisations 122entrée de données par l'utilisateur pour les hôtes

Auto Deploy 224ESX, mise à niveau 189esxcli, mise à niveau des hôtes 228ESXi

mise à niveau 189spécifications système 17télécharger le programme d'installation 188

esxupdate 189exécution à sec d'une installation ou mise à

niveau esxcli 239exigences de DNS 33

FFCoE, l'installation et le démarrage d'ESXi à

partir de 188fichier boot.cfg 220fichiers affectés par la mise à niveau 164fichiers de journalisation 243format de règle de réclamation 243Formats d'URL JDBC 64formats de base de données pris en charge 35

FT 190FTP 180

Ggestion des licences 243gPXE 180groupe de lignes de base, attachement 198groupe de lignes de base d'hôte, création 197Groupe de ports de la console du service 169groupe Linked Mode 145, 155groupes, exigences 154

HHA 190haute disponibilité

et vCenter Single Sign-On 42vCenter Single Sign On 98

hôte, mode maintenance 232hôte, mettre à jour à l'aide d'un fichier ZIP d'un

dépôt 237hôtes

action en cas d'échec de correction 193analyse manuelle 199correction par rapport à une ligne de base de

mise à niveau 199correction par rapport aux groupes de lignes

de base 202réapprovisionnement avec Auto Deploy 224

hôtes ESXi démarrés par PXE, activer lacorrection 195

hôtes, ajout d'extensions tierces 239hôtes, mise à niveau 163

IIIS, conflit avec vCenter Server sur le port 80 33ILO 34image de redémarrage 240image de redémarrage d'esxcli 240Image ISO, avec un script d'installation

personnalisé 179image ISO d'ESXi, graver sur un CD/DVD 176image ROM 180Images ESXi, importation 196importer, Image ESXi 196informations de conformité, affichage 199informations mises à jour 9installation

VirtualCenter Server 154VMware vSphere Web Client 85, 92, 101,

108, 114, 126, 146installation basée sur un script, différences avec

ESXi 4.x 219installation d'ESXi, basée sur un script 207installation d'EXSi avec le logiciel FCoE 188

vSphere Upgrade

254 VMware, Inc.

installation ou mise à niveau esxcli, exécution àsec 239

installez vCenter Single Sign-On en utilisantSimple Install 77

Interruption, vCenter Server 68Interruption de vCenter Server 68Inventory Service, informations requises pour

une installation ou une mise àniveau 49

Inventory Service, activation de la prise encharge d'IPv6 153

Inventory Service, installer dans une migration àpartir d'un hôte WindowsServer 2003 130

Inventory Service, mettre à niveauséparément 86, 93, 103, 110, 115

Inventory Service, mise à niveau dansl'instalation simple de vCenterServer 78

Inventory Service,migrer à partir d'un hôteWindows Server 2003 129

JJava Components (JRE), installation ou mise à

niveau séparément 141journalisation, Prévoir de l'espace pour 28JRE, mise à niveau avec VIMPatch 142JRE, installation ou mise à niveau

séparément 141

Lla mise à niveau de vCenter Server échoue,

service Tomcat 143lancement d'installation ESXi, USB 176LDAP 155Lecteur Oracle JDBC 145licence, réappliquer après la mise à niveau 244ligne de base, attachement 198Linked Mode

et autorisations 153, 154et bases de données 153, 154exigences 154

Lookup Service, See vCenter Lookup Service

Mmachines virtuelles

mise à niveau 245spécifications RAM 17, 20

masquage de LUN 243meilleures pratiques

mises à jour et mises à niveau 163mises à niveau de vCenter Server 55

mémoire, spécifications ESXi 17, 20mettre à niveau des hôtes à l'aide de esxcli 228mettre à niveau les hôtes 199

mettre à niveau les hôtes de façoninteractive 206

mettre à niveau vCenter Server 5.0.x et lesversions antérieures à l'aide del'installation personnalisée 80

mettre à niveau vCenter Server à l'aide deSimple Install 76

mettre à niveau vCenter Server dans undéploiement de vCenter Single Sign-Onautonome 89

mettre à niveau vCenter Server dans undéploiement de vCenter Single Sign-Onmultisite 106

mettre à niveau vCenter Server dans undéploiement haute disponibilité devCenter Single Sign-On 96

Microsoft SQL Server, exigences 60migration à froid 248migration des fichiers ESX 4.x vers ESXi

5.x 165migrer Inventory Service à partir d'un hôte

Windows Server 2003 129migrer les données de vCenter Server à partir

d'un hôte Windows Server 2003 131migrer vCenter Server vers la version 5.5 à partir

de Windows Server 2003 124migrer vSphere Web Client à partir d'un hôte

Windows Server 2003 128mise à jour de vCenter Server avec des Service

Packs 135mise à jour de vCenter Server avec Service

Packs, privilèges nécessaires 135mise à niveau

Client Update Manager 161Client Web vSphere 47étape 1 68migration 247, 248processus 11Serveur Update Manager 160Update Manager 159vCenter Server 47

mise à niveau à base d'un script ESXi, depuisune clé USB 222

mise à niveau de l'hôte 189mise à niveau de migration 68, 247, 248mise à niveau de migration de vCenter

Server 61mise à niveau de vCenter 38mise à niveau de vCenter Server, tâches de

préparation de la mise à niveau 250Mise à niveau de vCenter Server, conditions

préalables 37mise à niveau de vCenter Server sur une

machine différente 61mise à niveau de vCenter Single Sign-On 74

Index

VMware, Inc. 255

mise à niveau de vSphere Web Client 85, 92,101, 108, 114, 126, 146

mise à niveau des hôtes 163mise à niveau des machines virtuelles 245Mise à niveau ESX, préparation 163mise à niveau ESXi

basée sur un script 207préparation 163

mise à niveau orchestrée, des hôtes 191mise à niveau sans vCenter Single Sign-On 72mise à niveau scripté d'ESXi, depuis un CD ou

DVD 221mise à niveau scriptée d'ESXi , en effectuant un

démarrage PXE 223mises à niveau, meilleures pratiques 163mises à niveau d'hôte orchestrées 189mises à niveau de vCenter Server, meilleures

pratiques 55mises à niveau et mises à jour de

vSphere,différences 15mises à niveau sur place 68Mises à niveau vCenter Server et noms des

banques de données 65mode d'évaluation 243mode de compatibilité SQL 69mode licence 243mode maintenance, hôte 232modes de déploiement, vCenter Single Sign-

On 40modifications apportées à la configuration du

pare-feu après la mise à niveau 167modifications apportées à la mise en réseau

dans ESXi 5.x 168Modifications de partitionnement d'ESX 4.x et

ESXi 4.x vers ESXi 5.x 169

Nniveau d'acceptation de l'hôte, afficher 240niveaux d'acceptation 229niveaux d'acceptation d'hôte et de mise à

jour,mise en correspondance 230nœud supplémentaire, vCenter Single Sign-

On 98nom de l'ordinateur

Oracle 62SQL Server 62

noms de périphériques de disques 220noms des banques de données et mises à

niveau vCenter Server 65

Ooptions de ligne de commande au

démarrage 209options de mise à niveau de l'hôte, à propos 170

options de mise à niveau ESXi 170options de support, programme d'installation

d'ESXi, pris en charge 176options du chargeur de démarrage de

noyau 209Oracle 62Outil de vérification de pré-mise à niveau de

l'agent hôte vCenter 66ouverture de session sur vCenter Server 45

Pparamètres affectés par la mise à niveau 164paramètres d'hôte 190paramètres de cluster 190paramètres de pool de ressources affectés par la

mise à niveau 168Paramètres de segment JVM, recommandés

pour vCenter Virtual Appliance 21Paramètres de vCenter Server VMware vCenter

Server - tc Server 156Paramètres de VMware vCenter Server - tc

Server dans vCenter Server 156pare-feu 29, 32pare-feu des hôtes 29, 32partitionnement, hôtes ESXi 5.x mis à

niveau 170partitionnement, nouvelles installations d'ESXi

5.x 169ports

configuration 29, 32pare-feu 29, 32

ports utilisés par vCenter Server 29ports utilisés par vCenter Server Appliance 32prise en charge de la mise à niveau

pour 5.5.x 173profil d'image

afficher 240défini 229

profils d'hôte, affecter avec Auto Deploy 226profils d'image, mode maintenance pour

l'installation ou la mise à jour 231profils d'images, mettre à niveau ou mettre à jour

l'hôte avec 234PXE, fichiers de configuration 184PXELINUX, démarrer le programme d'installation

d'ESXi en utilisant 184, 186, 187

Rréférentiels d'utilisateurs pour vCenter Single

Sign-On 46Règles Auto Deploy 226répertoire 155RSA 34

vSphere Upgrade

256 VMware, Inc.

Sscénarios 38, 247scénarios de déploiement, vCenter Single Sign

On 45scénarios de mise à niveau 38, 247script, pour installer ESXi 210script d'installation

chemin d'accès à 210emplacements pris en charge 210personnalisé dans une image ISO 179

script d'installation d'ESXi, à propos 210script de précontrôle d'installation, erreurs 241script de précontrôle de mise à niveau,

erreurs 241SCSI 17, 20Service d'annuaire VMware 44Service d'émission de jeton de sécurité 44Service Packs pour vCenter Server 135Service Packs pour vCenter Server, privilèges

requis pour l'installation 135Service Packs vCenter Server 135Service Packs vCenter Server, privilèges requis

pour l'installation 135Service Tomcat, Échec de la mise à niveau de

vCenter Server 143Single Sign On, mises à niveau 38Single Sign-On, See vCenter Single Sign-Onsolutions d'équilibrage de charge DNS et

banques de données dans vCenterServer 65

source d'identité, ajout dans vCenter SingleSign-On 118

source d'identité Active Directory 119source d'identité du serveur LDAP Active

Directory 120source d'identité du serveur OpenLDAP 120sources d'identité pour vCenter Single Sign-

On 46spécifications

configuration matérielle requise pour ESXi 17,20

recommandations de performances 17, 20spécifications matérielles

ESXi 17vCenter Server 21vCenter Server Appliance 21

spécifications système, Base de donnéesvCenter Server 60

SQL Server, changement du nom del'ordinateur 62

STS (Security Token Service) 44support IPv6, activation pour Inventory

Service 153

synchronisation des horloges sur le réseauvSphere 63

synchronisez les horloges ESX/ESXi sur leréseau vSphere 63

Ttc Server, mise à niveau avec VIMPatch 142télécharger le programme d'installation

d'ESXi 188télécharger le programme d'installation de

vCenter Server 68TFTP 180tftp-hpa 180tftpd32 180Tomcat 156

UUpdate Manager

mise à niveau 159spécifications matérielles 34Systèmes d'exploitation pris en charge 35

USB, script d'installation d'ESXi 178

VvCenter Host Agent Pre-Upgrade Checker 67vCenter Inventory Service, spécifications

matérielles 21vCenter Lookup Service 44vCenter Server

conditions préalables à la mise à niveau 56configuration de l'utilisateur administrateur 44configuration logicielle requise 27connexion 45considérations post-mise à niveau 145informations requises pour l'installation de

vCenter Server 49informations requises pour une installation ou

une mise à niveau 49joindre un groupe 155mettre à niveau séparément 87, 94, 103, 110,

116mise à niveau 71mise à niveau à l'aide de Simple Install 76ports 29spécifications matérielles 21spécifications requises pour rejoindre un

groupe 154spécifications système 17tâches ultérieures à la mise à niveau 157télécharger le programme d'installation 68

vCenter Server Applianceports 32synchroniser l'horloge avec le serveur NTP 63See also VMware vCenter Server Appliance

Index

VMware, Inc. 257

vCenter Server Appliance, mise à jour à partird'un bundle de mise à jour zippé 139

vCenter Server Appliance, mise à jour à partir dulecteur de CD-ROM 140

vCenter Server Appliance, mise à jour à partir duréférentiel VMware.com 139

vCenter Server Appliance, mise à niveau 136vCenter Server tc Server, installation ou mise à

niveau séparément 141vCenter Server, installer au cours d'une

migration à partir d'un hôte WindowsServer 2003 132

vCenter Server,migrer vers la version 5.5 à partird'un hôte Windows Server 2003 124

vCenter Single Sign Onl'installation échoue 134mise à niveau du premier nœud pour assurer

la haute disponibilité 97reconfiguration de l'équilibrage de charge pour

la version 5.5 99scénarios de déploiement 45

vCenter Single Sign-OnActive Directory 118haute disponibilité 42informations requises pour une installation ou

une mise à niveau 49LDAP 118modes de déploiement 40OpenLDAP 118Référentiels d'utilisateurs 46sources d'identité 46, 118

vCenter Single Sign-On, installation d'un premiernœud multisite 107

vCenter Single Sign-On, installationpersonnalisée de la première ou del'unique instance 81

vCenter Single Sign-On, installer en utilisantSimple Install 77

vCenter Single Sign-On, installer ou mettre àniveau séparément 90, 125

vCenter Single Sign-On, installer un nœudsupplémentaire sur un site existant 83

vCenter Single Sign-On, installer un partenairede haute disponibilité 83

vCenter Single Sign-On, mettre à niveau unnœud multisite supplémentaire 84, 113

VIBdéfini 229migration lors d'une mise à niveau 172niveaux d'acceptation 229

VIB, maintenance pour l'installation ou la mise àjour 231

VIB, mettre à niveau l'hôte avec des 233VIB, supprimer de l'hôte 237

View Agent, procédure de mise à niveau 250vihostupdate 189Virtual Center

mettre à niveau vCenter Serverséparément 87, 94, 103, 110, 116

mettre à niveau vers vCenter Server 78vMotion 247VMware Tools, procédure de mise à niveau 250VMware vCenter Server Appliance

configuration logicielle requise 27spécifications matérielles 21

VMware vSphere Web Client, installation oumise à niveau 85, 92, 101, 108, 114,126, 146

vSphere, mise à niveau séparée descomposants 250

vSphere 5.x, modifications par rapport àvSphere 4.x.x 13

vSphere Authentication Proxyinstaller ou mettre à niveau 151L'installation d'IIS entraîne un conflit sur le port

80 33vSphere Auto Deploy, installation ou mise à

niveau 150vSphere ESXi Dump Collector, installer ou

mettre à niveau 147vSphere Syslog Collector, installer ou mettre à

niveau 149vSphere Web Client

aide en ligne 147configuration requise 28spécifications matérielles 21

vSphere Web Client,migrer à partir d'un hôteWindows Server 2003 128

Wweb client, See VMware vSphere Web ClientWindows Server 2003, migrer vCenter Server

vers la version 5.5 à partir de 124

vSphere Upgrade

258 VMware, Inc.