Migrieren eines vorhandenen Linux-Stacks auf eine neue Chef-Version - AWS OpsWorks

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.

Migrieren eines vorhandenen Linux-Stacks auf eine neue Chef-Version

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 durch AWS Premium-Support.

Sie können Folgendes verwenden … AWS OpsWorks Stacks-Konsole oder CLI um Ihre Linux-Stacks auf eine neuere Chef-Version zu migrieren. API Für Ihre Rezepte ist jedoch möglicherweise eine Änderung erforderlich, damit sie mit der neueren Version kompatibel sind. Beachten Sie im Vorfeld der Migration eines Stacks die folgenden Hinweise.

  • Sie können nicht ändern AWS OpsWorks Stapelt Versionen von Chef 11 bis Chef 12, indem der Stack bearbeitet oder geklont wird. Ein Upgrade der Chef-Hauptversion kann mit dem in diesem Abschnitt beschriebenen Verfahren nicht durchgeführt werden. Weitere Informationen zur Umstellung von Chef 11.10 auf Chef 12 finden Sie unter Implementieren von Rezepten: Chef 12.

  • Die Umstellung von einer Chef-Version auf eine andere beinhaltet eine Reihe von Änderungen, die zum Teil grundlegend sind.

    Weitere Informationen zur Umstellung von Chef 0.9 auf Chef 11.4 finden Sie unter Migrieren auf eine neue Chef-Version. Weitere Informationen zur Umstellung von Chef 11.4 auf Chef 11.10 finden Sie unter Implementieren von Rezepten: Chef 11.10. Weitere Informationen zur Umstellung von Chef 11.10 auf Chef 12 finden Sie unter Implementieren von Rezepten: Chef 12.

  • Chef-Läufe verwenden eine andere Ruby-Version auf Chef 0.9- und Chef 11.4-Stacks (Ruby 1.8.7), Chef 11.10-Stacks (Ruby 2.0.0) und Chef 12-Stacks (Ruby-2.1.6).

    Weitere Informationen finden Sie unter Ruby-Versionen.

  • Chef 11.10-Stacks nehmen die Rezeptbuchinstallation von Chef 0.9- oder Chef 11.4-Stacks unterschiedlich vor.

    Dieser Unterschied kann zu Problemen führen, wenn Sie Stacks mit benutzerdefinierten Rezeptbüchern auf Chef 11.10 migrieren. Weitere Informationen finden Sie unter Installation und Vorrang von Rezeptbüchern.

Die folgenden Richtlinien werden für das Migrieren eines Chef-Stacks auf eine neuere Chef-Version empfohlen:

Migrieren eines Stacks auf eine neuere Chef-Version

  1. Klonen Sie Ihren Produktions-Stack. Klicken Sie auf der Seite Clone Stack auf Advanced >>, um den Abschnitt Configuration Management anzuzeigen, und ändern Sie Chef version auf die nächste höhere Version.

    Anmerkung

    Wenn Sie mit einem Chef 0.9-Stack beginnen, können Sie kein Upgrade direkt auf Chef 11.10 durchführen. Sie müssen zunächst ein Upgrade auf Chef 11.4 vornehmen. Wenn Sie Ihren Stack auf Chef 11.10 migrieren möchten, bevor Sie Ihre Rezepte testen, warten Sie 20 Minuten, bis die Aktualisierung ausgeführt wird, und führen Sie dann ein Upgrade des Stacks von 11.4 auf 11.10 durch.

  2. Fügen Sie den Layern Instances hinzu und testen Sie die geklonten Stack-Anwendungen und Rezeptbücher auf einem Test- oder Staging-System. Weitere Informationen finden Sie unter All about Chef ....

  3. Wenn die Testergebnisse zufriedenstellend sind, führen Sie einen der folgenden Schritte aus:

    • Wenn dies die gewünschte Chef-Version ist, können Sie den geklonten Stack als Produktions-Stack verwenden oder die Chef-Version auf Ihrem Produktions-Stack zurücksetzen.

    • Wenn Sie einen Chef 0.9-Stack auf Chef 11.10 in zwei Phasen migrieren, wiederholen Sie den Prozess, um den Stack von Chef 11.4 auf Chef 11.10 zu migrieren.

Anmerkung

Wenn Sie Rezepte testen, können Sie SSHdamit eine Verbindung zur Instance herstellen und dann den Instance-Agent-Befehl CLI run_command verwenden, um die Rezepte auszuführen, die den verschiedenen Lebenszyklusereignissen zugeordnet sind. Der Agent CLI eignet sich besonders zum Testen von Setup-Rezepten, da Sie ihn auch dann verwenden können, wenn das Setup fehlschlägt und die Instanz den Online-Status nicht erreicht. Sie können auch den Setup-Stack-Befehl verwenden, um Einrichtungsrezepte neu zu starten. Dieser Befehl ist jedoch nur verfügbar, wenn die Einrichtung erfolgreich war und die Instance online ist.

Es ist möglich, einen laufenden Stack auf eine neue Chef-Version zu aktualisieren.

Aktualisieren eines laufenden Stacks auf eine neue Chef-Version

  1. Bearbeiten Sie den Stack, um die Stack-Einstellung Chef version zu ändern.

  2. Speichern Sie die neuen Einstellungen und warten Sie AWS OpsWorks Stacks, um die Instanzen zu aktualisieren, was in der Regel 15 bis 20 Minuten dauert.

Wichtig

AWS OpsWorks Stacks synchronisiert das Chef-Versionsupdate nicht mit Lebenszyklusereignissen. Wenn Sie die Chef-Version auf einem Produktions-Stack aktualisieren möchten, müssen Sie sicherstellen, dass die Aktualisierung abgeschlossen ist, bevor das nächste Lebenszyklusereignis eintritt. Wenn ein Ereignis eintritt — normalerweise ein Deploy- oder Configure-Ereignis — aktualisiert der Instance-Agent Ihre benutzerdefinierten Kochbücher und führt die dem Ereignis zugewiesenen Rezepte aus, unabhängig davon, ob das Versionsupdate abgeschlossen ist oder nicht. Es gibt keine direkte Methode, um zu bestimmen, ob die Versionsaktualisierung abgeschlossen wurde. In den Bereitstellungsprotokollen ist jedoch die Chef-Version enthalten.