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 Lebenszyklusereignisse
Wichtig
Das Tool AWS OpsWorks Stacks Der Service hat am 26. Mai 2024 das Ende seiner Nutzungsdauer 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
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 Layer-Instanz eintritt, AWS OpsWorks Stacks führt automatisch die entsprechenden Rezepte aus. Um diese Ereignisse zu individualisieren, können Sie benutzerdefinierte Rezepte implementieren und diese den entsprechenden Ereignissen eines Layers zuweisen. 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.
Nehmen wir zum Beispiel an, Ihr Stack hat die Instanzen A, B und C und Sie starten eine neue Instance D. Nachdem D die Ausführung der Setup-Rezepte abgeschlossen hat, AWS OpsWorks Stacks löst das aus Configure Ereignis auf A, B, C und D. Wenn Sie A anschließend beenden, AWS OpsWorks Stacks löst das aus Configure Ereignis auf B, C und D. AWS OpsWorks Stacks reagiert auf Configure , indem es die Configure Rezepte, die die Konfiguration der Instanzen aktualisieren, um sie an die aktuellen Online-Instanzen anzupassen. Das Tool Configure event ist daher ein guter Zeitpunkt, um 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 die Anweisung gegeben haben AWS OpsWorks Stacks, um 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, AWS OpsWorks Stacks wartet, bis der Verbindungsabbau abgeschlossen ist, bevor er das auslöst Shutdown event.
Nachdem das Ereignis Shutdown Ereignis, AWS OpsWorks Stacks ermöglicht 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 AWS OpsWorks Stacks installiert 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, AWS OpsWorks Stacks reagiert 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.
