Aktualisieren Sie die Lösung - Instance Scheduler auf AWS
Wichtigste Änderungen in bestimmten Versionenv1.5.0v3.0.0v3.1.0

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.

Aktualisieren Sie die Lösung

Instance Scheduler ist so konzipiert, dass es sicher ist, direkt mit AWS aktualisiert zu werden. CloudFormation Das allgemeine Verfahren hierfür ist wie folgt:

  1. Melden Sie sich bei der CloudFormation AWS-Konsole an, auf der account/region Ihr Hub-Stack installiert istinstance-scheduler-on-aws, wählen Sie Stack aktualisieren aus und wählen Sie dann Stack aktualisieren aus.

  2. Wählen Sie Direktes Update durchführen aus.

  3. Wählen Sie Bestehende Vorlage ersetzen aus.

  4. Gehen Sie unter Vorlage angeben wie folgt vor:

    • Wählen Sie Amazon S3 S3-URL aus.

    • Kopieren Sie den Link der neuesten Vorlage.

    • Fügen Sie den Link in das Amazon S3 S3-URL-Feld ein.

    • Vergewissern Sie sich, dass die richtige Vorlagen-URL im Textfeld Amazon S3 S3-URL angezeigt wird, und wählen Sie Weiter. Wählen Sie erneut Next (Weiter).

  5. Überprüfen Sie unter Parameter die Parameter für die Vorlage und ändern Sie sie nach Bedarf (alle erforderlichen Parameter-Aktualisierungen finden Sie unten in der Liste der wichtigsten Änderungen). Einzelheiten zu den einzelnen Parametern Weitere Informationen zu den Parametern finden Sie in Schritt 1. Starten Sie den Instance-Scheduler-Stack.

  6. Wählen Sie Weiter aus.

  7. Wählen Sie auf der Seite Configure stack options (Stack-Optionen konfigurieren) Next (Weiter) aus.

  8. Überprüfen und bestätigen Sie die Einstellungen auf der Seite Review. Markieren Sie das Kästchen, um zu bestätigen, dass die Vorlage AWS Identity and Access Management (IAM) -Ressourcen erstellt.

  9. Wählen Sie Änderungssatz anzeigen und überprüfen Sie die Änderungen.

  10. Wählen Sie Stack aktualisieren, um den Stack bereitzustellen.

Sie können den Status des Stacks in der CloudFormation AWS-Konsole in der Spalte Status anzeigen. Sie sollten in wenigen Minuten den Status UPDATE_COMPLETE erhalten.

Wiederholen Sie die obigen Schritte für die aws-instance-scheduler-remote Stacks in jedem Ihrer Spoke-Konten.

Wichtigste Änderungen in bestimmten Versionen

Bei der Aktualisierung der Lösung können Sie direkt von einer älteren Version auf eine neuere Version aktualisieren, ohne dass wichtige Daten verloren gehen oder die Planung unterbrochen wird. Im Folgenden finden Sie eine Liste der Verhaltensänderungen und der wichtigsten Änderungen in den einzelnen Hauptversionen.

Ein vollständiges Changelog kann auf der Seite der Lösung eingesehen werden GitHub

v1.5.0

Version 1.5.0 ersetzt die Notwendigkeit, eine Liste von kontoübergreifenden Scheduling-Rollen bereitzustellen, und bietet ARNs nun die Möglichkeit, diese automatisch über Ihre AWS-Organisation zu verwalten. Wenn Sie AWS Organizations nicht verwenden möchten, können Sie stattdessen eine Liste mit Spoke-Konten bereitstellen, IDs und Instance Scheduler verwaltet die Scheduling-Rollen für Sie.

Wenn Sie auf Version 1.5.0 oder neuer aktualisieren, müssen Sie:

  1. Aktualisieren Sie die Hub-Vorlage mithilfe der normalen Aktualisierungsanweisungen und aktualisieren Sie dabei die folgenden Parameter:

    1. Wählen Sie einen eindeutigen Namespace für die Lösung.

    2. Wählen Sie aus, ob Sie in Zukunft AWS Organizations verwenden möchten, um die Spoke-Registrierung zu verwalten.

      1. Wenn Sie Ja ausgewählt haben, ersetzen Sie das ID/Remote IDsOrganisationskonto durch die ID Ihrer AWS-Organisation.

      2. Wenn Sie Nein ausgewählt haben, ersetzen Sie OrganizationID/ RemoteAccount IDs durch eine kommagetrennte Liste der Konten Ihrer Spoke-Konten IDs .

  2. Aktualisieren Sie alle Remote-Stacks mithilfe der normalen Aktualisierungsanweisungen und aktualisieren Sie dabei die folgenden Parameter:

    1. Namespace — derselbe, den Sie für das Hub-Konto ausgewählt haben.

    2. Verwenden Sie AWS Organizations — genauso wie das Hub-Konto.

    3. Hub-Konto-ID — Konto-ID des Hub-Kontos (sollte gegenüber zuvor unverändert bleiben).

v3.0.0

v3.0.0 Fügt Unterstützung für EC2 Autoscaling-Gruppen hinzu und unterteilt die Lambda-Kernfunktion der Lösung in separate Funktionen mit eigenen Verantwortlichkeiten, um eine bessere Sicherheitsisolierung für jede einzelne Funktion zu gewährleisten. In dieser Version wird auch das Verhalten von Planungsprotokollen aktualisiert und enthält nun "SchedulingDecision" -Protokolle, um einen besseren Einblick in Planungsvorgänge zu erhalten.

V3.0.0 enthält die folgenden grundlegenden Änderungen im Vergleich zu früheren Versionen:

  • Die Funktion „CloudWatch Metriken“ in 1.5.x wurde durch das Operational Insights Dashboard ersetzt.

  • Zeitplanspezifische Metriken wurden von CloudWatch dort verschoben. Schedule/Service/MetricName → Schedule/Service/SchedulingInterval/MetricName

  • Alle vorhandenen Metriken bleiben erhalten, aber neue Metriken werden jetzt unter dem neuen Namespace gesammelt und im Lösungs-Dashboard verfügbar gemacht.

  • Der KMS-Schlüssel ARNs zur Verwendung mit verschlüsselten EBS-Volumes auf EC2 DB-Instances muss nun dem hub/spoke CloudFormation Stack in den jeweiligen Konten zur Verfügung gestellt werden. (Weitere Informationen finden Sie unter Verschlüsselte EC2 EBS-Volumes.)

    • Wenn Sie EC2s mit verschlüsselten EBS-Volumes planen, müssen Sie die verwendeten KMS-Schlüsselarns in Ihre hub/spoke Stack-Parameter kopieren.

  • Der CloudFormation Parameter für geplante Dienste wurde in einzelne Parameter für jeden unterstützten Dienst aufgeteilt.

    • Alle Dienste sind standardmäßig aktiviert und können einzeln deaktiviert werden.

  • Instance Scheduler 3.0 ist nicht abwärtskompatibel mit älteren Versionen der Instance Scheduler CLI.

    • Sie müssen auf die neueste Version der Instance Scheduler-CLI aktualisieren, um weiterhin CLI-Befehle verwenden zu können.

Darüber hinaus wurde das Schema der Tabelle mit dem Wartungsfenster aktualisiert und wird im Rahmen des Updates ersetzt. Dadurch wird das Tracking für EC2 Wartungsfenster in den ersten Minuten nach dem Update auf Version 3.x zurückgesetzt. In seltenen Fällen kann dies dazu führen, dass Instanzen, die sich derzeit in einem Wartungsfenster befinden, unmittelbar nach dem Update vorzeitig beendet werden. Nachdem diese Daten neu generiert wurden, wird der Planungsvorgang wie gewohnt fortgesetzt.

v3.1.0

v3.1.0 überarbeitet die Kerninfrastruktur der Lösung, sodass AWS-Tagging-Ereignisse verwendet werden, um zu verfolgen, wann Ressourcen für die Planung markiert wurden. Bitte stellen Sie sicher, dass die Berechtigungen Ihrer Organisation das Senden dieser Tagging-Ereignisse von Mitgliedskonten an Ihr zentrales Hub-Konto zulassen.

Bei der Aktualisierung auf Version 3.1.0 oder neuer:

  • Spoke-Konten deklarieren jetzt geplante Regionen unabhängig vom Hub-Konto. Jeder Spoke-Stack muss mithilfe des Parameters Region (s) angeben, welche Regionen in diesem Konto eingeplant werden sollen.

  • Der AWS-Organisationsmodus ist jetzt für Bereitstellungen mit insgesamt mehr als 40 Konten erforderlich. Wenn Sie mehr als 40 Konten haben und den Organisationsmodus nicht verwenden, müssen Sie ihn während des Updates aktivieren.

  • Wenn Sie EC2 Instances in AWS License Manager verwaltet haben, die Sie planen möchten, fügen Sie die License Manager Manager-Konfiguration ARNs dem License ARNs Manager-Konfigurationsparameter in Ihren hub/spoke CloudFormation Stacks hinzu. Weitere Informationen finden Sie unter EC2 License Manager.

  • Die Lösung wendet automatisch ein ManagedBy IS-Tag auf Ressourcen an, nachdem sie für die Planung markiert wurden, um anzuzeigen, dass sie vom Scheduler verwaltet werden.

  • Die Größenänderung von geplanten Instanzen (Definition period-name@size in einem Zeitplan) wird nicht mehr unterstützt.

  • Das Auflisten von Mitgliedskonten über einen SSM-Parameter (Übergabe {param: ssm-param-name} an den Account-Parameter auf dem Hub-Stack) wird nicht mehr unterstützt. Alle vertrauenswürdigen Konten müssen bei der Bereitstellung an den Hub-Stack übergeben werden

  • Instance Scheduler benötigt während der Planung bis zu 6 eindeutige Tags für Ressourcen. Bitte stellen Sie sicher, dass in Kombination mit der übrigen Tagging-Strategie Ihres Unternehmens genügend Tagging-Kapazität für Ressourcen vorhanden ist.

  • Zeitplanspezifische Metriken wurden entfernt von. CloudWatch

  • Die Lösungsprotokolle wurden in separate Verwaltungs- und Planungsprotokollgruppen zusammengefasst und für Abfragen mit CloudWatch Log Insights optimiert. Weitere Informationen finden Sie unter Überwachen der Lösung.

  • Start- und Stopp-Tags können nicht mehr über CloudFormation Parameter konfiguriert werden. Die Lösung verwendet jetzt feste Tagnamen mit umfassenderen Informationen für die Nachverfolgung von Planungsaktionen.