Maintenance de l'hôte Amazon EVS - Amazon Elastic VMware Service
Vérification de l'état de santé de l' EC2 instance sous-jacenteÀ propos de la maintenance AWS planifiée pour les EC2 instancesUtilisation des réservations de capacité EC2 à la demandePréparation du AWS calendrier system-maintenance et des instance-retirement événements

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Maintenance de l'hôte Amazon EVS

Amazon EVS étant un service autogéré, vous êtes responsable de la maintenance du logiciel VMware Cloud Foundation (VCF) qui s'exécute sur l'hôte, de la surveillance de l'état de l'hôte et de la résolution des problèmes liés à l'hôte, y compris le remplacement de l'hôte en cas de défaillance de l'hôte. Pour plus d'informations sur la gestion des ESXi hôtes dans VMware Cloud Foundation (VCF), consultez la section Gestion des hôtes dans la documentation de VMware Cloud Foundation.

Vérification de l'état de santé de l' EC2 instance sous-jacente

Amazon EC2 effectue des contrôles automatisés sur chaque EC2 instance en cours d'exécution afin d'identifier les problèmes matériels et logiciels. Vous pouvez consulter les résultats de ces vérifications d'état dans la EC2 console ou AWS CLI pour identifier des problèmes spécifiques et détectables. Pour plus d'informations, consultez Afficher les vérifications de statut pour une EC2 instance Amazon dans le guide de l' EC2 utilisateur Amazon et describe-instance-statusdans le manuel de référence de ligne de AWS CLI commande.

Vous pouvez créer une CloudWatch alarme pour vous avertir si les vérifications d'état échouent sur une instance spécifique. Pour plus d'informations, consultez la section Créer des CloudWatch alarmes pour les EC2 instances Amazon qui échouent aux vérifications de statut dans le guide de EC2 l'utilisateur Amazon.

À propos de la maintenance AWS planifiée pour les EC2 instances

AWS effectue une maintenance planifiée sur les EC2 instances sous-jacentes afin de garantir la fiabilité, la disponibilité et les performances. EC2 les instances bare metal sont soumises aux mêmes types d'événements planifiés que les autres EC2 instances. AWS peut planifier des événements pour redémarrer, arrêter et mettre hors service vos instances en raison de problèmes matériels sous-jacents ou d'une maintenance planifiée. Ces événements ne se produisent pas fréquemment. Pour plus d'informations, consultez la section Types d'événements planifiés dans le guide de EC2 l'utilisateur Amazon.

Note

Vous devez placer vos hôtes en mode maintenance dans vSphere Client avant tout événement de redémarrage planifié.

Si l'une de vos instances est affectée par un événement programmé, vous en AWS informera à l'avance par e-mail, en utilisant l'adresse e-mail associée à votre Compte AWS. AWS envoie également un événement AWS Health, que vous pouvez surveiller et gérer à l'aide d'Amazon EventBridge. Pour plus d'informations, consultez les sections Surveillance des événements dans AWS Health with Amazon EventBridge et Événements planifiés pour les EC2 instances Amazon dans le guide de EC2 l'utilisateur Amazon.

À tout moment, vous pouvez reprogrammer l'événement afin qu'il ait lieu à la date et à l'heure qui vous conviennent. L’événement peut être reprogrammé jusqu’à la date d’échéance de celui-ci. Pour plus d'informations, consultez la section Replanifier un événement planifié pour une EC2 instance dans le guide de EC2 l'utilisateur Amazon.

Utilisation des réservations de capacité EC2 à la demande

Vous pouvez utiliser les réservations de capacité à EC2 la demande pour vous assurer que votre cluster dispose d'une capacité suffisante pendant les périodes de maintenance. Vous pouvez réserver des capacités dans une zone de disponibilité spécifique pour n'importe quelle durée. Pour plus d'informations, consultez la section Réserver une capacité de calcul avec des réservations de capacité EC2 à la demande dans le guide de EC2 l'utilisateur Amazon.

Pour savoir comment créer une réservation de capacité, consultez la section Créer une réservation de capacité dans le guide de EC2 l'utilisateur Amazon.

Note

Si vous utilisez des réservations de capacité EC2 à la demande ou des hôtes EC2 dédiés, nous vous recommandons de conserver un hôte de rechange pour les charges de travail critiques. Alors que les réservations de capacité vous garantissent l'accès à une quantité spécifique de capacité d' EC2 instance dans une zone de disponibilité donnée, le fait de disposer d'un hôte de rechange fournit une couche supplémentaire de redondance essentielle pour les charges de travail critiques. Pour les hôtes dédiés, le fait de disposer d'un hôte de rechange garantit le maintien de l'environnement pour les charges de travail critiques, même si un hôte principal nécessite une maintenance ou rencontre un problème.

Préparation du AWS calendrier system-maintenance et des instance-retirement événements

AWS planifie deux types d'system-maintenanceévénements : la maintenance du réseau et la maintenance de l'alimentation.

  • Lors d’une maintenance du réseau, les instances planifiées perdent leur connectivité réseau pendant une courte période. La connectivité réseau normale vers votre instance est restaurée une fois la maintenance terminée.

  • Lors d’une maintenance de l’alimentation, les instances planifiées sont mises hors ligne pendant une courte période, puis redémarrées. Lorsqu'un redémarrage est effectué sur des instances EC2 bare metal, les données du volume de stockage d'instance ne sont pas conservées.

AWS planifie les EC2 instance-retirement événements lorsqu'une dégradation du matériel sous-jacent hébergeant vos EC2 instances est détectée.

Pour remédier system-maintenance aux instance-retirement événements, remplacez l'hôte défaillant par un nouvel hôte à l'aide de la console Amazon EVS ou AWS CLI du SDDC Manager avant que l'événement de maintenance ne se produise. Si vous attendez que l'événement de maintenance se produise et qu'un redémarrage de l' EC2 instance soit nécessaire, vous perdrez les données vSAN stockées sur le volume de stockage de l'instance. Pour obtenir des instructions complètes, consultez Remplacer un hôte Amazon EVS.

Important

La EC2 console ne doit pas être utilisée pour gérer l'état de vos hôtes Amazon EVS, notamment pour les arrêter, les démarrer et les arrêter. N'essayez pas de démarrer, d'arrêter ou de mettre hors service les EC2 instances déployées par Amazon EVS. Cette action entraîne une perte de données vSAN.

Remplacer un hôte Amazon EVS

Suivez cette procédure pour remplacer un hôte Amazon EVS.

Avertissement

Les hôtes Amazon EVS utilisent un module complémentaire de fournisseur personnalisé pour fournir des fonctionnalités d'hôte importantes. Lorsque vous ajoutez un hôte à votre environnement, il dispose de la dernière version disponible du module complémentaire personnalisé Amazon EVS. Si votre environnement utilise des hôtes dotés d'une ancienne version du module complémentaire, l'ajout d'un hôte à votre cluster vSphere entraînera l'échec de la correction de l'image du cluster. Pour connaître les étapes à suivre pour résoudre ce problème, consultezRésoudre les problèmes liés à l'ajout d'un hôte en raison d'une image de cluster incompatible.

Avertissement

Si vous avez mis à jour votre ESXi version après le déploiement, le gestionnaire SDDC peut échouer lors de la validation de l'hôte VCF à l'étape des hôtes de commission. Pour connaître les étapes à suivre pour résoudre ce problème, consultezLe gestionnaire SDDC échoue à la validation de l'hôte VCF lors de la mise en service de l'hôte.

Note

Assurez-vous que le nombre d'hôtes Amazon EVS par quota d'environnement EVS est correctement défini pour garantir la réussite de la création d'hôtes. La création d'hôtes échoue si cette valeur de quota est inférieure au nombre d'hôtes que vous essayez de configurer au sein d'un même environnement Amazon EVS. Il se peut que vous deviez demander une augmentation du quota pour les opérations de maintenance nécessitant le remplacement de l'hôte. Pour de plus amples informations, veuillez consulter Quotas de service Amazon EVS.

Amazon EVS console and SDDC Managuer UI

  1. Accédez à la console Amazon EVS.

  2. Dans le volet de navigation, choisissez Environment.

  3. Sélectionnez l'environnement qui contient l'hôte à remplacer.

  4. Sélectionnez l'onglet Hosts.

  5. Choisissez Create host (Créer un hôte).

  6. Spécifiez les détails de l'hôte et choisissez Create host.

  7. Pour vérifier que l'opération est terminée, vérifiez que l'état de l'hôte est passé à Créé.

  8. Récupérez les informations d'identification du mot de passe ESXi root dans AWS Secrets Manager. Pour plus d'informations sur la récupération de secrets, consultez la section Obtenir des AWS secrets depuis Secrets Manager dans le guide de l'utilisateur de AWS Secrets Manager.

  9. Accédez à SDDC Manager.

  10. Mettez en service le nouvel hôte dans SDDC Manager, en utilisant les informations d'identification ESXi root que vous avez récupérées à l'étape précédente. Pour plus d'informations, consultez Commission Hosts dans la documentation de VMware Cloud Foundation.

  11. Ajoutez le nouvel hôte au cluster. Pour plus d'informations, consultez Comment ajouter un ESXi hôte à votre cluster vSphere à l'aide du flux de travail Quickstart dans la documentation de vSphere.

  12. Mettez hors service l'ancien hôte de SDDC Manager que vous souhaitez supprimer de SDDC Manager. Pour plus d'informations, consultez la section Démission des hôtes dans la documentation de VMware Cloud Foundation.

  13. Retournez à la console Amazon EVS.

  14. Dans l'onglet Hôtes, sélectionnez l'hôte défaillant et choisissez Supprimer > Supprimer l'hôte.

AWS CLI and SDDC Manager UI

  1. Ouvrez une nouvelle session de terminal.

  2. Créez un nouvel hôte. Voir l'exemple de commande ci-dessous pour référence.

    aws evs create-environment-host \
    --environment-id "env-abcde12345" \
    --host '{ \
        "hostName": "esxi-host-05", \
        "keyName": "your-ec2-keypair-name", \
        "instanceType": "i4i.metal" \
    }'

  3. Récupérez les informations d'identification du mot de passe ESXi root dans AWS Secrets Manager. Pour plus d'informations sur la récupération de secrets, consultez la section Obtenir des AWS secrets depuis Secrets Manager dans le guide de l'utilisateur de AWS Secrets Manager.

  4. Accédez à SDDC Manager.

  5. Mettez en service le nouvel hôte dans SDDC Manager, en utilisant les informations d'identification ESXi root que vous avez récupérées à l'étape précédente. Pour plus d'informations, consultez Commission Hosts dans la documentation de VMware Cloud Foundation.

  6. Ajoutez le nouvel hôte au cluster qui contient l'hôte défaillant.

  7. Mettez hors service l'hôte défaillant dans le gestionnaire SDDC. Pour plus d'informations, consultez la section Démission des hôtes dans la documentation de VMware Cloud Foundation.

  8. Retournez au terminal.

  9. Supprimez l'hôte défaillant. Voir l'exemple de commande ci-dessous pour référence.

    aws evs delete-environment-host --environment-id "env-abcde12345" --host-name "esxi-host-05"

Résolution de problème

Pour obtenir des conseils de résolution des problèmes, consultezRésolution de problème. Si vous continuez à rencontrer des problèmes après avoir lu les instructions de dépannage, contactez le AWS Support pour obtenir de l'aide.