View a markdown version of this page

Aktualisieren Sie die Lösung - Instance Scheduler auf AWS
Wichtige Ä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 wurde so konzipiert, dass es sicher vor Ort mithilfe von AWS aktualisiert werden kann. 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, und wählen Sie Stack aktualisieren aus.

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

  3. Wählen Sie Bestehende Vorlage ersetzen aus.

  4. Unter Vorlage angeben:

    • Wählen Sie Amazon S3-URL aus.

    • Kopieren Sie den Link der neuesten Vorlage.

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

    • Vergewissern Sie sich, dass die richtige Vorlagen-URL im Amazon S3-URL-Textfeld 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 (in der Liste der wichtigsten Änderungen unten finden Sie alle erforderlichen Parameteraktualisierungen). 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 mit der Vorlage AWS-Ressourcen für das Identity and Access Management (IAM) erstellt werden.

  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 einsehen. In wenigen Minuten sollten Sie den Status UPDATE_COMPLETE erhalten.

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

Wichtige Änderungen in bestimmten Versionen

Wenn Sie die Lösung aktualisieren, 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 grundlegenden Änderungen in den einzelnen Hauptversionen.

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

v1.5.0

Version 1.5.0 ersetzt die Notwendigkeit, eine Liste von ARNs für kontoübergreifende Planungsrollen bereitzustellen, durch 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-Konto-IDs bereitstellen, 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 gleichzeitig 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 für die Verwaltung der Spoke-Registrierung verwenden möchten.

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

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

  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 — genau wie das Hub-Konto.

    3. Hub-Konto-ID — Konto-ID des Hub-Kontos (sollte unverändert sein).

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 dedizierten Verantwortlichkeiten, um eine bessere Sicherheitsisolierung für jede einzelne Funktion zu gewährleisten. In dieser Version wird auch das Verhalten des Planungsprotokolls aktualisiert und enthält nun auch SchedulingDecision "“ -Protokolle, um einen besseren Einblick in die Planung von Vorgängen zu erhalten.

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

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

  • Per-schedule Die eingegebenen Metriken CloudWatch wurden von Schedule/Service/MetricName → verschoben. Schedule/Service/SchedulingInterval/MetricName

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

  • KMS-Schlüssel-ARNs zur Verwendung mit verschlüsselten EBS-Volumes auf EC2-DB-Instances müssen jetzt dem hub/spoke CloudFormation Stack in ihren 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üssel-Arns in Ihre Stack-Parameter kopieren. hub/spoke

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

    • Alle Dienste werden 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 die CLI-Befehle weiterhin verwenden zu können.

Darüber hinaus wurde das Schema der Maintenance Window-Tabelle 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 es dazu kommen, dass Instances, die sich derzeit in einem Wartungsfenster befinden, unmittelbar nach dem Update vorzeitig beendet werden. Nachdem diese Daten neu generiert wurden, werden die Planungsvorgänge wie gewohnt fortgesetzt.

v3.1.0

v3.1.0 überarbeitet die Kerninfrastruktur der Lösung, um mithilfe von AWS-Tagging-Ereignissen nachzuverfolgen, wann Ressourcen für die Planung markiert werden. Bitte stellen Sie sicher, dass die Berechtigungen Ihrer Organisation es ermöglichen, diese Tagging-Ereignisse von Mitgliedskonten an Ihr zentrales Hub-Konto zu senden.

Bei einem Update 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 geplant werden sollen.

  • Der Modus AWS Organizations 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 im AWS License Manager EC2-Instances verwalten, die Sie planen möchten, fügen Sie die License Manager-Konfigurations-ARNs zum Parameter License Manager-Konfigurations-ARNs in Ihren Stacks hinzu. hub/spoke CloudFormation Weitere Informationen finden Sie unter EC2 License Manager. EC2-Lizenzmanager

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

  • (In Version 3.2.0 wiederhergestellt) Die geplante Größenänderung von Instanzen (Definition period-name@size in einem Zeitplan) wurde in Version 3.1.0 vorübergehend entfernt, aber in Version 3.2.0 und neuer erneut implementiert. Weitere Informationen finden Sie unter Instanztyp.

  • Das Auflisten von Mitgliedskonten über einen SSM-Parameter (Übergabe {param: ssm-param-name} an den Accounts-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 die Ressourcen in Kombination mit der restlichen Tagging-Strategie Ihres Unternehmens ausreichend taggen können.

  • Per-schedule Metriken wurden aus entfernt. CloudWatch

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

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

Wichtig

Instance Scheduler schreibt während des normalen Betriebs bis zu 6 eindeutige Tags in verwaltete Ressourcen. Stellen Sie sicher, dass Ihre Tag-Governance-Richtlinien (wie AWS Config-Regeln, Tag-Richtlinien oder automatische Problembehebungen) so konfiguriert sind, dass sie diese Tags zulassen. Eine vollständige Liste der Tags und wichtige Überlegungen zur Unternehmensführung finden Sie unter Informations-Tags.