Annulation de l'enregistrement d'une instance - AWS OpsWorks

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.

Annulation de l'enregistrement d'une instance

Important

Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur AWS Re:Post ou via le AWS Support Premium.

Vous pouvez annuler l'enregistrement d'une instance à l'aide de la AWS OpsWorks console ou du SDK. AWS CLI

Pour désenregistrer une instance à l'aide de la console

  1. Dans le panneau de navigation, sélectionnez Instances.

  2. Choisissez l'instance que vous souhaitez désenregistrer.

  3. Sur la page Détails de l'instance, choisissez Désenregistrer.

    annuler l'enregistrement d'une instance sur la page de détails de l'instance

Pour annuler l'enregistrement d'une instance à l'aide du AWS CLI

Exécutez la aws opsworks deregister-instancecommande pour désenregistrer une instance de sa pile.

aws opsworks deregister-instance --region region --instance-id instance-id

Lorsque vous annulez l'enregistrement d'une instance, AWS OpsWorks Stacks effectue les opérations suivantes :

  • Supprime l'instance de la pile.

  • Annule l'enregistrement de l'instance à partir de couches assignées.

  • Arrête et désinstalle l'agent.

  • Désenregistre toutes les ressources associées (adresses IP élastiques et volumes Amazon EBS).

    Cette procédure inclut les ressources qui étaient attachées à l'instance avant l'enregistrement, ainsi que les ressources que vous avez utilisées AWS OpsWorks pour associer à l'instance alors qu'elle faisait partie de la pile. Après l'annulation de l'enregistrement, les ressources ne font plus partie des ressources de la pile, mais demeurent attachées à l'instance.

  • Pour les instances sur site, arrête les frais.

  • Supprime toutes les balises OpsWorks ajoutées à l'instance.

L'instance reste en cours d'exécution, mais elle est sous votre contrôle direct et n'est plus gérée par AWS OpsWorks Stacks.

Note

L'enregistrement et le désenregistrement d'ordinateurs ou d'instances ne sont entièrement pris en charge que dans les piles Linux. Pour les piles Windows, le désenregistrement des instances est autorisé, mais cela ne désinstalle pas l' OpsWorks agent de l'instance. L'annulation de l'enregistrement ne supprime pas tous les fichiers modifiés et ne restaure pas intégralement les copies sauvegardées de certains fichiers. Cette liste s'applique à la fois aux piles Chef 11.10 et Chef 12 ; les différences entre les deux versions sont mentionnées ici.

  • /etc/hosts est sauvegardé dans /var/lib/aws/opsworks/local-mode-cache/backup/etc/, mais n'est pas restauré.

  • Les entrées demeurent pour aws et opsworks dans les fichiers passwd, group et shadow, etc.

  • /etc/sudoerscontient une référence à un répertoire AWS OpsWorks Stacks.

  • Les fichiers suivants peuvent être ignorés en toute sécurité ; à long terme, pensez à supprimer /var/lib/aws/opsworks.

    • /var/log/aws/opsworks demeure sur les instances des piles Chef 11.10.

    • /var/lib/aws/opsworks demeure sur les instances des piles Chef 11.10 et Chef 12.

    • /var/chef demeure sur les instances des piles Chef 12.

  • Autres fichiers ignorés :

    • /etc/logrotate.d/opsworks-agent

    • /etc/cron.d/opsworks-agent-updater

    • /etc/ld.so.conf.d/opsworks-user-space.conf

    • /etc/motd.opsworks-static

    • /etc/aws/opsworks

    • /etc/sudoers.d/opsworks

    • /etc/sudoers.d/opsworks-agent