Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Lebenszyklus einer registrierten Instance **Wichtig** Der AWS OpsWorks Stacks Dienst hat am 26. Mai 2024 das Ende seiner Lebensdauer erreicht und wurde sowohl für neue als auch für bestehende Kunden deaktiviert. Wir empfehlen Kunden dringend, ihre Workloads so bald wie möglich auf andere Lösungen zu migrieren. Wenn Sie Fragen zur Migration haben, wenden Sie sich an das AWS Support Team auf [AWS re:POST](https://repost.aws/) oder über den [AWS Premium-Support](https://aws.amazon.com/support). **Anmerkung** Diese Funktion wird nur für Linux-Stacks unterstützt. Der Lebenszyklus einer registrierten Instance beginnt, wenn der Agent installiert ist und ausgeführt wird. An diesem Punkt wird OpsWorks Stacks angewiesen, die Instanz beim Stack zu registrieren. Das folgende Statusdiagramm bietet eine Übersicht über die wichtigsten Elemente des Lebenszyklus. ![\[State diagram showing lifecycle of registered instances with various states and transitions.\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/on-prem-state.png) Jeder Status entspricht einem Instance-Zustand. Die Kanten stehen für einen der folgenden OpsWorks Stacks-Befehle. Details dazu finden Sie in den folgenden Abschnitten. + **Setup** — Dieser Befehl entspricht dem [Setup-Lifecycle-Ereignis](workingcookbook-events.md) und führt die Setup-Rezepte der Instanz aus. + **Configure** — Dieser Befehl entspricht dem Configure Lifecycle-Ereignis. OpsWorks Stacks löst dieses Ereignis bei jeder Instance im Stack aus, wenn eine Instance in den Online-Status wechselt oder diesen verlässt. Die Instances führen die Konfigurationsrezepte aus, sodass die für die Einbindung der neuen Instance erforderlichen Änderungen vorgenommen werden. + **Shutdown** — Dieser Befehl entspricht dem Shutdown-Lifecycle-Ereignis, das die Shutdown-Rezepte der Instance ausführt. Diese Rezepte führen Aufgaben (wie z. B. Services herunterfahren) aus, stoppen jedoch nicht die Instance. + **Deregister** — Dieser Befehl hebt die Registrierung einer Instance auf und entspricht keinem Lebenszyklusereignis. **Anmerkung** Aus Gründen der Übersichtlichkeit werden die Status "Deregistering" und "Deleted" im Diagramm nicht abgebildet. Sie können die Registrierung einer Instance in jedem Status des Diagramms aufheben. Dann wird der Befehl "Deregister" an die Instance übermittelt und diese wechselt in den Status "Deregistering". Wenn Sie die Registrierung einer Online-Instance aufheben, sendet OpsWorks Stacks einen Configure-Befehl an die verbleibenden Instances im Stack, um sie darüber zu informieren, dass die Instance offline geht. Nach Ausführung des Befehls "Deregister" wird die Instance zwar weiter ausgeführt, befindet sich jedoch im Status "Delete" und ist nicht mehr Teil des Stacks. Soll die Instance wieder in den Stack aufgenommen werden, muss sie erneut registriert werden. **Topics** + [Registrieren](#registered-instances-lifecycle-registering) + [Status "Running Setup"](#registered-instances-lifecycle-running-setup) + [Status "Registered"](#registered-instances-lifecycle-registered) + [Status "Assigning"](#registered-instances-lifecycle-assigning) + [Status "Online"](#registered-instances-lifecycle-online) + [Status "Setup Failed"](#registered-instances-lifecycle-setup-failed) + [Status "Unassigning"](#registered-instances-lifecycle-unassigning) + [Konfigurationsänderungen im Rahmen der Ersteinrichtung](#registered-instances-lifecycle-setup-config) ## Registrieren Nachdem der Agent eine Registrierungsanfrage gesendet hat, startet OpsWorks Stacks den Instanzlebenszyklus, indem ein Setup-Befehl an die Instanz gesendet wird, wodurch sie in den Status Registrierung versetzt wird. Hat die Instance den Befehl "Setup" ausgeführt, ändert sich ihr Status in [Status "Running Setup"](#registered-instances-lifecycle-running-setup). ## Status "Running Setup" Im Status "Running Setup" werden die Einrichtungsrezepte für die Instance ausgeführt. Setup funktioniert abhängig vom vorherigen Status. **Anmerkung** Wenn Sie die Zuweisung der Instanz aufheben, während sie sich im Status Running Setup befindet, sendet OpsWorks Stacks einen Shutdown-Befehl, der die Shutdown-Rezepte der Instanz ausführt, die Instanz jedoch nicht stoppt. Die Instance wechselt in den Status [Status "Unassigning"](#registered-instances-lifecycle-unassigning). **Topics** + [Registrieren](#registered-instances-lifecycle-running-setup-registering) + [Status "Assigning"](#registered-instances-lifecycle-running-setup-assigning) + [Status "Setup Failed"](#registered-instances-lifecycle-running-setup-failed) ### Registrieren Während des Registrierungsvorgangs erstellt das Setup eine OpsWorks Stacks-Instanz, die die registrierte Instanz im Stack darstellt, und führt eine Reihe von grundlegenden Setup-Rezepten auf der Instanz aus. Eine wichtige Änderung der Ersteinrichtung besteht im Überschreiben der Instance-Hosts-Datei. Durch die Registrierung der Instance haben Sie die Benutzerverwaltung an OpsWorks Stacks übergeben, das für die Überprüfung der SSH-Anmeldeberechtigungen eine eigene Hosts-Datei benötigt. Bei der Ersteinrichtung werden zudem zahlreiche Dateien erstellt oder geändert, bei Ubuntu-Systemen werden auch Paketquellen geändert und mehrere Pakete installiert. Details hierzu finden Sie unter [Konfigurationsänderungen im Rahmen der Ersteinrichtung](#registered-instances-lifecycle-setup-config). Während der Registrierung ruft der Prozess das IAM auf`AttachUserPolicy`, das Teil der Berechtigungen ist, die dem IAM-Benutzer zugewiesen sind, den Sie als Voraussetzung erstellen. Wenn `AttachUserPolicy` nicht vorhanden ist (höchstwahrscheinlich, weil Sie eine ältere Version der AWS CLI ausführen), wird im Prozess stattdessen `PutUserPolicy` aufgerufen. **Anmerkung** Aus Konsistenzgründen führt OpsWorks Stacks jedes zentrale Setup-Rezept aus. Bei einigen werden jedoch nur einige oder alle Aufgaben ausgeführt, sofern eine Instance mindestens einem Layer zugewiesen wurde, das heißt, die Ersteinrichtung ist nicht zwangsläufig betroffen. + Bei erfolgreicher Einrichtung wechselt die Instance in den Status [Status "Registered"](#registered-instances-lifecycle-registered). + Bei fehlerhafter Einrichtung wechselt die Instance in den Status [Status "Setup Failed"](#registered-instances-lifecycle-setup-failed). ### Status "Assigning" Der Instanz ist mindestens eine Ebene zugewiesen. OpsWorks Stacks führt die Setup-Rezepte jeder Ebene aus, einschließlich aller benutzerdefinierten Rezepte, die Sie dem [Setup-Ereignis der Ebene zugewiesen](workingcookbook-executing.md) haben. + Bei erfolgreicher Einrichtung wechselt die Instance in den Status "Online" und OpsWorks Stacks löst auf jeder Instance im Stack ein Configure-Lebenszyklusereignis aus, um diese über die neue Instance zu informieren. + Schlägt die Einrichtung hingegen fehl, wechselt die Instance in den Status "Setup Failed". **Anmerkung** Im Rahmen dieser Einrichtung werden die Core-Rezepte ein zweites Mal ausgeführt. Chef-Rezepte sind jedoch idempotent, daher führen sie bereits ausgeführte Aufgaben nicht erneut aus. ### Status "Setup Failed" Falls die Einrichtung einer Instance im Status [Status "Assigning"](#registered-instances-lifecycle-assigning) fehlschlägt, können Sie die Einrichtungsrezepte für die Instance mit dem [Stack-Befehl "Setup"](workingstacks-commands.md) erneut manuell ausführen. + Bei erfolgreicher Einrichtung wechselt die zugewiesene Instance in den Status [Status "Online"](#registered-instances-lifecycle-online) und OpsWorks Stacks löst auf jeder Instance im Stack ein Configure-Lebenszyklusereignis aus, um diese über die neue Instance zu informieren. + Schlägt die Einrichtung fehl, wechselt die Instance wieder in den Status "Setup Failed". ## Status "Registered" Instanzen im Status Registriert sind Teil des Stacks und werden von OpsWorks Stacks verwaltet, aber keiner Ebene zugewiesen. In diesem Status können sie unbegrenzt verweilen. Wenn Sie die Instanz einer oder mehreren Ebenen zuweisen, sendet OpsWorks Stacks einen Setup-Befehl an die Instanz und sie wechselt in den [Status "Assigning"](#registered-instances-lifecycle-assigning) Status. ## Status "Assigning" Hat die Instance den Befehl "Setup" ausgeführt, ändert sich ihr Status in [Status "Running Setup"](#registered-instances-lifecycle-running-setup). Wenn Sie die Zuweisung der Instanz aufheben, während sie sich im Status Zuweisen befindet, beendet OpsWorks Stacks den Einrichtungsvorgang und sendet einen Shutdown-Befehl. Die Instance wechselt in den Status [Status "Unassigning"](#registered-instances-lifecycle-unassigning). ## Status "Online" Die Instance ist nun mindestens einem Layer zugewiesen und wird wie eine reguläre OpsWorks Stacks-Instance behandelt. In diesem Status kann sie unbegrenzt verweilen. Wenn Sie die Zuweisung der Instanz aufheben, während sie sich im Status Online befindet, sendet OpsWorks Stacks einen Shutdown-Befehl an die Instance und einen Configure-Befehl an die restlichen Instanzen des Stacks. Die Instance wechselt in den Status [Status "Unassigning"](#registered-instances-lifecycle-unassigning). ## Status "Setup Failed" Der Befehl "Setup" konnte nicht ausgeführt werden. + Sie können es erneut mit dem [Stack-Befehl "Setup"](workingstacks-commands.md) versuchen. Die Instance kehrt in den Status [Status "Running Setup"](#registered-instances-lifecycle-running-setup) zurück. + Wenn Sie die Zuweisung der Instance aufheben, sendet OpsWorks Stacks einen Shutdown-Befehl an die Instance. Die Instance wechselt in den Status [Status "Unassigning"](#registered-instances-lifecycle-unassigning). ## Status "Unassigning" Nach Ausführung des Befehls "Shutdown" ist die Instance keinem Layer mehr zugeordnet und kehrt in den Status [Status "Registered"](#registered-instances-lifecycle-registered) zurück. **Anmerkung** Falls die Instance mehreren Layern zugewiesen ist, wird die Zuweisung für jeden Layer aufgehoben. Sie können die Zuweisung nicht nur für einige der zugewiesenen Layer aufheben. Wenn Sie andere Layer zuweisen möchten, heben Sie zunächst die Zuweisung der Instance auf und weisen anschließend die gewünschten Layer wieder zu. ## Konfigurationsänderungen im Rahmen der Ersteinrichtung Bei der Ersteinrichtung werden die folgenden Dateien und Verzeichnisse auf allen registrierten Instances erstellt oder geändert. **Erstellte Dateien** ``` /etc/apt/apt.conf.d/99-no-pipelining /etc/aws/ /etc/init.d/opsworks-agent /etc/motd /etc/motd.opsworks-static /etc/sudoers.d/opsworks /etc/sudoers.d/opsworks-agent /etc/sysctl.d/70-opsworks-defaults.conf /opt/aws/opsworks/ /usr/sbin/opsworks-agent-cli /var/lib/aws/ /var/log/aws/ /vol/ ``` **Geänderte Dateien** ``` /etc/apt/apt.conf.d/99-no-pipelining /etc/crontab /etc/default/monit /etc/group /etc/gshadow /etc/monit/monitrc /etc/passwd /etc/security/limits.conf (removing limits only for EC2 micro instances) /etc/shadow /etc/sudoers ``` Bei der Ersteinrichtung wird auch eine Swap-Datei auf EC2 Amazon-Micro-Instances erstellt. Folgende Änderungen werden im Rahmen der Ersteinrichtung für Ubuntu-Systeme ausgeführt. Paketquellen Die Paketquellen werden bei der Ersteinrichtung folgendermaßen geändert: + `deb http://archive.ubuntu.com/ubuntu/ ${code_name} main universe` Zu: `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} main universe` + `deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe` Zu: `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe` + `deb http://archive.ubuntu.com/ubuntu ${code_name}-security main universe` Zu: `deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security main universe` + `deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse` Zu: `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse` + `deb http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse` Zu: `deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse` + `deb http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse` Zu: `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse` + `deb http://security.ubuntu.com/ubuntu ${code_name}-security multiverse` Zu: `deb-src http://security.ubuntu.com/ubuntu ${code_name}-security multiverse` Pakete Im Rahmen der Ersteinrichtung wird `landscape` deinstalliert und die folgenden Pakete werden installiert. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/registered-instances-lifecycle.html)