5.5

Dans un cluster, désactivez temporairement le contrôle d'admission HA pour pouvoir exécuter vMotion et
ne pas arrêter ainsi les machines sur les hôtes que vous corrigez. Après la correction de l'ensemble du
cluster, 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 devez
la désactiver temporairement avant toute opération Update Manager dans le cluster. Si elle est activée pour
les machines virtuelles sur un hôte, Update Manager ne corrige pas l'hôte. Corrigez tous les hôtes d'un
cluster avec les mêmes mises à jour pour que la tolérance aux pannes puisse être réactivée après la
correction, car une machine virtuelle principale et une machine virtuelle secondaire ne peuvent pas résider
sur des hôtes ayant une version ESX/ESXi et un niveau de correctif diérents.
Certaines spécicité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ême
si vous sélectionnez l'option permeant 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 utilise
une 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 se
produisent du fait que Virtual SAN doit migrer les données de la machine virtuelle d'un disque vers un
autre 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énissant le paramètre « Nombre d'échecs à tolérer=1 » pour
la stratégie de stockage de machine virtuelle, ce qui entraîne la création de deux copies de chiers de la
machine virtuelle dans la banque de données Virtual SAN.
Effectuer une mise à niveau orchestrée des hôtes en utilisant vSphere Update
Manager
Vous pouvez utiliser Update Manager pour exécuter des mises à niveau orchestrées des hôtes ESX/ESXi
dans l'inventaire vSphere en utilisant une seule ligne de base de mise à niveau ou un groupe de lignes de
base.
Cee séquence d'opérations décrit l'ensemble de la procédure de mise à niveau orchestrée des hôtes dans
l'inventaire vSphere. Update Manager 5.x prend en charge les mises à niveau des hôtes vers ESXi 5.x pour
les 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 de
données.
R Les deux dernières étapes de cee 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 et
Update Manager 5.x. Reportez-vous à la section « Exigences matériel d'Update Manager », page 34
n
Installez ou meez à niveau vCenter Server vers la version 5.x. Reportez-vous à la section Chapitre 4,
« Mise à niveau de vCenter Server », page 71.
n
Installez ou meez à niveau vSphere Update Manager vers la version 5.x.Reportez-vous à la section
Chapitre 6, « Mise à niveau d'Update Manager », page 159.
Chapitre 7 Mettre à niveau et migrer vos hôtes
VMware, Inc. 191