Lebenszyklus einer registrierten Instance - AWS OpsWorks
RegistrierenStatus "Running Setup"Status "Registered"Status "Assigning"Status "Online"Status "Setup Failed"Status "Unassigning"Konfigurationsänderungen im Rahmen der Ersteinrichtung

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

Das Tool AWS OpsWorks Stacks Der 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 AWS Support Team ein AWS Re:post oder durch AWS Premium-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 leitet es AWS OpsWorks Stacks, um die Instanz beim Stack zu registrieren. Das folgende Statusdiagramm bietet eine Übersicht über die wichtigsten Elemente des Lebenszyklus.

State diagram showing registered instance lifecycle with stages and transitions.

Jeder Status entspricht einem Instance-Zustand. Die Kanten stehen für eine der folgenden AWS OpsWorks Stapelt Befehle. Details dazu finden Sie in den folgenden Abschnitten.

  • Setup — Dieser Befehl entspricht dem Setup-Lebenszyklusereignis und führt die Setup-Rezepte der Instanz aus.

  • Configure — Dieser Befehl entspricht dem Lebenszyklusereignis Configure.

    AWS 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-Instanz aufheben, AWS OpsWorks Stacks sendet 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.

Registrieren

Nachdem der Agent eine Registrierungsanfrage gesendet hat, AWS OpsWorks Stacks startet 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".

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, AWS OpsWorks Stacks sendet einen Shutdown-Befehl, der die Shutdown-Rezepte der Instanz ausführt, die Instanz jedoch nicht stoppt. Die Instance wechselt in den Status Status "Unassigning".

Registrieren

Während des Registrierungsvorgangs erstellt das Setup eine AWS OpsWorks Stapelt eine Instanz, um die registrierte Instanz im Stack darzustellen, 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. Mit der Registrierung der Instanz haben Sie die Benutzerverwaltung an übergeben AWS OpsWorks Stacks, die über eine eigene Hosts-Datei verfügen müssen, um die SSH Anmeldeberechtigungen zu kontrollieren. 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.

Während der Registrierung ruft der Prozess IAM AttachUserPolicy das auf, was Teil der Berechtigungen ist, die dem IAM Benutzer zugewiesen sind, den Sie als Voraussetzung erstellen. Falls AttachUserPolicy nicht vorhanden (wahrscheinlich, weil Sie eine ältere Version von ausführen AWSCLI), fällt der Prozess wieder auf den Aufruf zurückPutUserPolicy.

Anmerkung

Aus Konsistenzgründen AWS OpsWorks Stacks führt 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.

Status "Assigning"

Für die Instance ist mindestens ein zugewiesener Layer vorhanden. AWS OpsWorks Stacks führt die Setup-Rezepte jeder Ebene aus, einschließlich aller benutzerdefinierten Rezepte, die Sie dem Setup-Ereignis der Ebene zugewiesen haben.

  • Wenn das Setup erfolgreich ist, wechselt die Instanz in den Status Online und AWS OpsWorks Stacks löst für jede Instance im Stack ein Configure-Lifecycle-Ereignis aus, um sie ü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" fehlschlägt, können Sie die Einrichtungsrezepte für die Instance mit dem Stack-Befehl "Setup" erneut manuell ausführen.

  • Wenn das Setup erfolgreich ist, wechselt die zugewiesene Instanz in den Status "Online" Status und AWS OpsWorks Stacks löst für jede Instanz im Stack ein Configure-Lifecycle-Ereignis aus, um sie über die neue Instanz 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 verwaltet von AWS OpsWorks Stapel, die jedoch keiner Ebene zugewiesen sind. In diesem Status können sie unbegrenzt verweilen.

Wenn Sie die Instanz einer oder mehreren Ebenen zuweisen, AWS OpsWorks Stacks sendet einen Setup-Befehl an die Instanz und sie wechselt in den Status "Assigning" Status.

Status "Assigning"

Hat die Instance den Befehl "Setup" ausgeführt, ändert sich ihr Status in Status "Running Setup".

Wenn Sie die Zuweisung der Instanz aufheben, während sie sich im Status Zuweisung befindet, AWS OpsWorks Stacks beendet den Einrichtungsvorgang und sendet einen Shutdown-Befehl. Die Instance wechselt in den Status Status "Unassigning".

Status "Online"

Die Instanz ist jetzt Mitglied mindestens einer Ebene und wird wie eine reguläre Instanz behandelt AWS OpsWorks Stacks-Instanz. In diesem Status kann sie unbegrenzt verweilen.

Wenn Sie die Zuweisung der Instanz aufheben, während sie sich im Online-Status befindet, AWS OpsWorks Stacks sendet einen Shutdown-Befehl an die Instance und einen Configure-Befehl an die übrigen Instanzen des Stacks. Die Instance wechselt in den Status Status "Unassigning".

Status "Setup Failed"

Der Befehl "Setup" konnte nicht ausgeführt werden.

Status "Unassigning"

Nach Ausführung des Befehls "Shutdown" ist die Instance keinem Layer mehr zugeordnet und kehrt in den Status Status "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

    Bis: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} main universe

  • deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe

    Bis: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe

  • deb http://archive.ubuntu.com/ubuntu ${code_name}-security main universe

    Bis: deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security main universe

  • deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse

    Bis: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse

  • deb http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse

    Bis: deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse

  • deb http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse

    Bis: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse

  • deb http://security.ubuntu.com/ubuntu ${code_name}-security multiverse

    Bis: 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.

autofs libicu-dev libopenssl-ruby
libssl-dev libxml2-dev libxslt-dev
libyaml-dev monit ntpd
procps ruby ruby-dev
rubygems screen sqlite
vim xfs