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.
AWS OpsWorks Stapelt Lifecycle-Ereignisse
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
Jeder Layer verfügt über fünf Lebenszyklusereignisse, denen jeweils Rezepte zugeordnet sind, die sich von Layer zu Layer unterscheiden. Wenn ein Ereignis auf einer Instance eines Layers auftritt, führt AWS OpsWorks Stacks die entsprechenden Rezepte automatisch aus. Implementieren Sie benutzerdefinierte Rezepte und weisen Sie sie den entsprechenden Ereignissen für jede Ebene zu, um auf diese Ereignisse individuell reagieren zu können. AWS OpsWorks Stacks führt diese Rezepte nach den integrierten Rezepten des Events aus.
- Setup
-
Dieses Ereignis tritt nach dem Hochfahren einer Instance auf. Sie können das Einrichtungsereignis Setup Ereignis mithilfe des Befehls Setup stack. AWS OpsWorks Stacks führt Rezepte aus, die die Instanz entsprechend ihrer Ebene einrichten. Wenn die Instanz beispielsweise Mitglied der Rails App Server-Schicht ist, Setup mithilfe der Rezepte Apache, Ruby Enterprise Edition, Passenger und Ruby on Rails installiert.
Anmerkung
Während eines Setup-Ereignisses muss eine Instance offline gehen. Da die Instance während des Setup-Lebenszyklusereignisses nicht den Status Online hat, werden Instances, auf denen Sie Setup-Ereignisse ausführen, vom Load Balancer getrennt.
- Configure
-
Dieses Ereignis tritt auf allen Instances des Stacks auf, wenn eines der folgenden passiert:
-
Eine Instance geht online oder offline.
-
Sie ordnen einer Instance eine Elastic IP-Adresse zu oder Sie heben die Zuordnung einer Elastic IP-Adresse zu einer Instance auf.
-
Sie fügen einem Layer einen Elastic Load Balancing Load Balancer hinzu oder trennen ihn von einem Layer.
Angenommen, Ihr Stack verfügt über die Instances A, B und C und Sie starten eine neue Instance, D. Sobald auf der Instance D die Einrichtungsrezepte ausgeführt wurden, löst AWS OpsWorks Stacks das Ereignis Configure auf A, B, C und D aus. Wenn Sie nun A anhalten, löst AWS OpsWorks Stacks das Ereignis Configure Ereignis auf B, C und D. AWS OpsWorks Stacks reagiert auf Configure , indem es die Configure Rezepte, mit denen die Konfiguration der Instances aktualisiert wird, sodass sie den aktuellen Online-Instanzen entspricht. Das Tool Configure event ist daher ein guter Zeitpunkt, um die Konfigurationsdateien neu zu generieren. Zum Beispiel die HAProxy Configure -Rezept aktualisiert beispielsweise die Konfiguration des Load Balancers, um ihn an die aktuelle Anzahl von Online-Serveranwendungs-Instances anzupassen.
Sie können das Konfigurationsereignis auch manuell mithilfe des Stack-Befehls "Configure" auslösen.
-
- Deploy
-
Dieses Ereignis tritt auf, wenn Sie den Befehl Deploy ausführen, um eine Anwendung für Anwendungsserver-Instances bereitzustellen. Auf den Instances werden Rezepte zur Bereitstellung der Anwendung und zugehöriger Dateien aus einem Repository für die Instances des Layers ausgeführt. Bei Rails-Anwendungsserver-Instances beispielsweise laden die Deploy Rezepte checken eine bestimmte Ruby-Anwendung aus und weisen Phusion Passenger
an, sie neu zu laden. Sie können Deploy auch auf anderen Instances ausführen, um beispielsweise die Konfiguration der Instances zu aktualisieren und auf die neu bereitgestellte App abzustimmen. Anmerkung
Der Befehl "Setup" beinhaltet den Befehl "Deploy", nach den Einrichtungsrezepten werden also auch die Bereitstellungsrezepte ausgeführt.
- Undeploy
-
Dieses Ereignis tritt auf, wenn Sie eine Anwendung löschen oder den Befehl Undeploy Befehl zum Entfernen einer App aus einer Reihe von Anwendungsserverinstanzen. Auf den angegebenen Instances werden Rezepte ausgeführt, um alle Anwendungsversionen zu löschen und die Instances zu bereinigen.
- Shutdown
-
Dieses Ereignis tritt ein, nachdem Sie AWS OpsWorks Stacks angewiesen haben, eine Instance herunterzufahren, aber bevor die zugehörige EC2 Amazon-Instance tatsächlich beendet wird. AWS OpsWorks Stacks führt Rezepte aus, um Bereinigungsaufgaben wie das Herunterfahren von Diensten auszuführen.
Wenn Sie einen Elastic Load Balancing Load Balancer an den Layer angeschlossen und die Unterstützung für das Entleeren von Verbindungen aktiviert haben, wartet AWS OpsWorks Stacks, bis der Verbindungsabbau abgeschlossen ist, bevor er den Shutdown event.
Nachdem das Ereignis Shutdown Ereignis, Stacks ermöglicht AWS OpsWorks Shutdown nimmt eine bestimmte Zeit für die Ausführung ihrer Aufgaben in Anspruch und stoppt oder beendet dann die EC2 Amazon-Instance. Der Shutdown Der Timeout-Wert beträgt 120 Sekunden. Wenn Ihre Shutdown Rezepte benötigen möglicherweise mehr Zeit. Sie können die Layer-Konfiguration bearbeiten, um den Timeout-Wert zu ändern. Weitere Informationen über Instance- Shutdown, finden Sie unter Anhalten einer Instance.
Anmerkung
Ein Neustart einer Instance löst keine Lebenszyklusereignisse aus.
Weitere Informationen über die Anwendungsbefehle Deploy and Undeploy finden Sie unter Bereitstellen von Anwendungen.
Nachdem eine Instance vollständig hochgefahren wurde, sieht die weitere Startup-Sequenz wie folgt aus:
-
AWS OpsWorks Stacks führt die integrierten Funktionen der Instanz aus Setup -Rezepte der Instance aus, gefolgt von beliebigen benutzerdefinierten Setup -Rezepten.
-
AWS OpsWorks Stacks führt die integrierten Funktionen der Instanz aus Deploy -Rezepte der Instance aus, gefolgt von beliebigen benutzerdefinierten Deploy -Rezepten.
Die Instance ist jetzt online.
-
AWS OpsWorks Stacks löst ein aus Configure -Ereignis für alle Instances im Stack aus, einschließlich der neu gestarteten Instance.
AWS OpsWorks Stacks führt die integrierten Funktionen der Instances aus Configure -Rezepte der Instance aus, gefolgt von beliebigen benutzerdefinierten Configure -Rezepten.
Anmerkung
Um sich die Lebenszyklusereignisse anzusehen, die auf einer bestimmten Instance aufgetreten sind, rufen Sie die Seite Instances auf und klicken Sie auf den Namen der Instance, um die Detailseite zu öffnen. Die Liste der Ereignisse finden Sie im Bereich Logs unten auf der Seite. Klicken Sie auf show in der Spalte Log, um das Chef-Protokoll für ein Ereignis anzusehen. Es enthält detaillierte Informationen zur Verarbeitung des Ereignisses einschließlich der ausgeführten Rezepte. Weitere Informationen zur Deutung der Chef-Protokolle finden Sie unter Chef-Protokolle.

Für jedes Lebenszyklusereignis installiert AWS OpsWorks Stacks eine Reihe von Stackkonfigurations- und Bereitstellungsattributen auf jeder Instance, die den aktuellen Stack-Status enthält, und für Deploy Ereignisse, Informationen über die Bereitstellung. Die Attribute enthalten außerdem auch Informationen zu den verfügbaren Instances, deren IP-Adressen usw. Weitere Informationen finden Sie unter Attribute für die Stack-Konfiguration und -Bereitstellung.
Anmerkung
Durch das gleichzeitige Starten oder Anhalten einer großen Anzahl von Instances kann es kurzfristig zu einer großen Anzahl von Configure Ereignisse. Um unnötige Verarbeitung zu vermeiden, reagiert AWS OpsWorks Stacks nur auf das letzte Ereignis. Die Stack-Konfigurations- und Bereitstellungsattribute des Ereignisses enthalten alle notwendigen Informationen zur Aktualisierung der Stack-Instances für alle anstehenden Änderungen. So müssen frühere Configure Ereignisse. AWS OpsWorks Stapelt beschriftet das Unverarbeitete Configure -Ereignisse als superseded.