Systemwartung OpsWorks für Puppet Enterprise

Wichtig

Der AWS OpsWorks for Puppet Enterprise Dienst hat am 31. März 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 oder über den AWS Premium-Support.

Durch die obligatorische Systemwartung wird sichergestellt, dass die neuesten AWS getesteten Versionen von Puppet Server, einschließlich Sicherheitsupdates, immer auf einem Server OpsWorks für Puppet Enterprise ausgeführt werden. Die Systemwartung muss mindestens einmal pro Woche durchgeführt werden. Mithilfe von können Sie AWS CLI, falls gewünscht, die tägliche automatische Wartung konfigurieren. Sie können den auch verwenden AWS CLI , um neben der planmäßigen Systemwartung auch Systemwartungen bei Bedarf durchzuführen.

Wenn neue Versionen der Puppet-Software verfügbar werden, aktualisiert die Systemwartung die Version von Puppet Server automatisch auf dem Server, wenn sie den AWS-Test bestanden hat. AWS führt umfangreiche Tests durch, um sicherzustellen, dass Puppet-Upgrades produktionsbereit sind und bestehende Kundenumgebungen nicht stören. Daher kann es zu Verzögerungen zwischen Puppet-Softwareversionen und ihrer Verfügbarkeit für die Anwendung auf bestehenden Puppet Enterprise-Servern kommen. OpsWorks Weitere Informationen zum Aktualisieren verfügbarer Versionen von Puppet-Software auf Anfrage finden Sie Starten der Systemwartung nach Bedarf in diesem Thema.

Bei der Systemwartung wird eine neue Instance aus einem Backup gestartet, das im Rahmen des Wartungsprozesses durchgeführt wird. Dadurch wird das Risiko verringert, dass Amazon EC2 EC2-Instances, die regelmäßig gewartet werden, herabgesetzt oder beeinträchtigt werden.

Wichtig

Bei der Systemwartung werden alle Dateien oder benutzerdefinierten Konfigurationen gelöscht, die Sie dem OpsWorks for Puppet Enterprise-Server hinzugefügt haben. Weitere Informationen zum Reparieren von Konfigurationen oder Wiederherstellen von Dateien finden Sie unter Wiederherstellung benutzerdefinierter Konfigurationen und Dateien nach der Wartung in diesem Thema.

Konfigurieren der Systemwartung

Wenn Sie einen neuen Server OpsWorks für Puppet Enterprise erstellen, können Sie in koordinierter Weltzeit (UTC) einen Wochentag und eine Uhrzeit für den Beginn der Systemwartung konfigurieren. Die Wartung beginnt während der Stunde, die Sie angeben. Da der Server während der Systemwartung offline ist, wählen Sie eine Uhrzeit innerhalb der normalen Geschäftszeiten mit geringer Server-Nachfrage aus. Der Serverstatus ist UNDER_MAINTENANCE, während die Wartung läuft.

Sie können auch die Systemwartungseinstellungen auf einem vorhandenen Server OpsWorks für Puppet Enterprise ändern, indem Sie die Einstellungen im Bereich Systemwartung der Einstellungsseite für Ihren Server ändern, wie im folgenden Screenshot gezeigt.

Legen Sie im Abschnitt System maintenance (Systemwartung) den Tag und die Uhrzeit fest, zu der die Systemwartung beginnen soll.

Konfiguration der Systemwartung mit dem AWS CLI

Sie können die automatische Startzeit der Systemwartung auch mithilfe der AWS CLI konfigurieren. AWS CLI Damit können Sie bei Bedarf die tägliche automatische Wartung konfigurieren, indem Sie das dreistellige Wochentagspräfix weglassen.

Fügen Sie in einem create-server-Befehl den Parameter --preferred-maintenance-window Ihrem Befehl hinzu, nachdem Sie die Anforderungen zum Erstellen der Server-Instance angegeben haben (z. B. Instance-Typ, Instance-Profil-ARN und Service-Rollen-ARN). Im folgenden create-server-Beispiel ist --preferred-maintenance-window auf Mon:08:00 eingestellt. Das bedeutet, dass Sie den Start der Wartung für jeden Montag um 08:00 Uhr festgelegt haben. festgelegt.

aws opsworks-cm create-server --engine "Puppet" --engine-model "Monolithic" --engine-version "2017" --server-name "puppet-06" --instance-profile-arn "arn:aws:iam::1119001987000:instance-profile/aws-opsworks-cm-ec2-role" --instance-type "c4.large" --key-pair "amazon-test" --service-role-arn "arn:aws:iam::044726508045:role/aws-opsworks-cm-service-role" --preferred-maintenance-window "Mon:08:00"

In einem update-server-Befehl können Sie ggf. allein den Wert --preferred-maintenance-window aktualisieren. Im folgenden Beispiel wird das Wartungsfenster auf Freitag um 18:15 Uhr festgelegt. festgelegt.

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "Fri:18:15"

Um den Beginn des Wartungsfensters auf jeden Tag um 18:15 Uhr (UTC) zu ändern, lassen Sie das aus drei Zeichen bestehende Präfix für den Wochentag weg, wie im folgenden Beispiel gezeigt.

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "18:15"

Weitere Informationen zum Einstellen des bevorzugten Systemwartungsfensters mithilfe von finden Sie unter create-server AWS CLI und update-server.

Starten der Systemwartung nach Bedarf

Um die Systemwartung bei Bedarf außerhalb der konfigurierten wöchentlichen oder täglichen automatischen Wartung zu starten, führen Sie den folgenden Befehl aus. AWS CLI Sie können die Wartung nach Bedarf nicht in der AWS Management Console starten.

aws opsworks-cm start-maintenance --server-name server_name

Weitere Informationen über diesen Befehl finden Sie unter start-maintenance.

Wiederherstellung benutzerdefinierter Konfigurationen und Dateien nach der Wartung

Bei der Systemwartung können benutzerdefinierte Dateien oder Konfigurationen, die Sie Ihrem OpsWorks for Puppet Enterprise-Server hinzugefügt haben, gelöscht oder geändert werden.

Wenn Ihrem Puppet-Master nach einem Wartungslauf Dateien oder Einstellungen fehlen, die Sie mithilfe von RunCommand oder SSH hinzugefügt haben, können Sie ein Amazon Machine Image (AMI) verwenden, um eine neue Amazon EC2 EC2-Instance zu starten. Es stehen AMIs zur Verfügung, die aus der Konfiguration eines Servers vor der Wartung erstellt wurden.

Die neue Instance befindet sich in demselben Zustand, in dem sich der Puppet-Master vor der Wartung befand, und sollte Ihre fehlenden Dateien und Einstellungen enthalten.

Wichtig

Sie können die neue Instance nicht verwenden, um Ihren Server wiederherzustellen; die Instance kann nicht als Puppet-Master ausgeführt werden. Sie können die Instance nur verwenden, um Ihre Dateien und Konfigurationseinstellungen wiederherzustellen.

Um eine EC2-Instance von einem AMI aus zu starten, öffnen Sie in der Amazon EC2 EC2-Konsole den Startassistenten, wählen Sie Meine AMIs und dann das AMI aus, das Ihren Servernamen hat. Folgen Sie den Schritten des Amazon EC2 EC2-Assistenten wie bei jedem anderen Instance-Start.