Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen - Amazon Relational Database Service

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.

Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen

Amazon RDS unterstützt AWS Organizations Upgrade-Rollout-Richtlinien zur Verwaltung automatischer Upgrades kleinerer Versionen für mehrere Datenbankressourcen und AWS-Konten. Diese Richtlinie unterstützt Sie bei der Implementierung einer kontrollierten Upgrade-Strategie für Ihre Instances durch:

So funktioniert die Upgrade-Rollout-Richtlinie

Wenn eine neue Engine-Nebenversion für ein automatisches Upgrade in Frage kommt, steuert die Richtlinie die Upgrade-Sequenz auf der Grundlage definierter Bestellungen:

  • Ressourcen, die als [zuerst] gekennzeichnet sind (in der Regel Entwicklungsumgebungen), kommen während ihrer Wartungsfenster für Upgrades in Frage.

  • Nach Ablauf einer bestimmten Backzeit kommen Ressourcen, die als [zweite] markiert sind, für sie in Frage.

  • Nach einer weiteren festgelegten Backzeit kommen Ressourcen, die als [zuletzt] markiert sind (in der Regel Produktionsumgebungen), in Frage.

  • Überwachung des Upgrade-Fortschritts mithilfe von AWS Health-Benachrichtigungen.

Sie können Ihre Upgrade-Bestellungen wie folgt definieren:

  • Richtlinien auf Kontoebene — Gilt für alle berechtigten Ressourcen in bestimmten Konten.

  • Ressourcen-Tags — Gilt für bestimmte Ressourcen, die auf Tags basieren.

Anmerkung

Ressourcen, die nicht mit einer Upgrade-Richtlinie konfiguriert oder von der Richtlinie ausgeschlossen sind, erhalten automatisch eine Upgrade-Reihenfolge von [Sekunde].

Voraussetzungen

  • Sie AWS-Konto müssen Teil einer Organisation in Organizations sein, für die Upgrade-Rollout-Richtlinie aktiviert ist

  • Aktivieren Sie automatische Upgrades für kleinere Versionen für Ihre Instances

  • Tags sind für die Upgrade-Rollout-Richtlinie nicht unbedingt erforderlich. Wenn Sie spezifische Upgrade-Bestellungen für verschiedene Umgebungen (z. B. Entwicklung, Test, Qualitätssicherung, Produktion) definieren möchten, können Sie Tags verwenden. Wenn Sie keine Tag-Einstellungen in Ihre Richtlinie aufnehmen, folgen alle Ressourcen, die dieser Richtlinie unterliegen, der Standard-Upgrade-Reihenfolge.

Voraussetzungen

  • Sie AWS-Konto müssen Teil einer Organisation in Organizations sein, für die Upgrade-Rollout-Richtlinie aktiviert ist

  • Aktivieren Sie automatische Upgrades für kleinere Versionen für Ihre Instances

  • Kennzeichnen Sie Ihre Ressourcen, um ihre Umgebung zu identifizieren (z. B. Entwicklung, Test, Produktion)

Um Ihre Ressourcen zu taggen
  1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

  3. Wählen Sie die Instance aus, die Sie taggen möchten.

  4. Wählen Sie „Aktionen“ und anschließend „Tags verwalten“.

  5. Wählen Sie Add tag.

  6. Gib deinen Tag-Schlüssel (zum Beispiel „Umgebung“) und den Wert (zum Beispiel „Entwicklung“) ein

  7. Wählen Sie Tag hinzufügen und dann Speichern.

Sie können Tags auch hinzufügen, indem Sie AWS CLI:

aws rds add-tags-to-resource \ --resource-name arn:aws:rds:region:account-number:db:instance-name \ --tags Key=Environment,Value=Development

Reihenfolge und Phasen des Upgrades

Die Upgrade-Rollout-Richtlinie unterstützt drei Upgrade-Bestellungen:

  • [first] — Wird in der Regel für Entwicklungs- oder Testumgebungen verwendet

  • [zweite] — Wird in der Regel für QA-Umgebungen verwendet. Standardreihenfolge für Ressourcen, die nicht speziell konfiguriert sind

  • [last] — Normalerweise für Produktionsumgebungen reserviert

Wenn eine neue Minor-Engine-Version für ein automatisches Upgrade in Frage kommt:

  • Ressourcen mit einem Upgrade-Auftrag [zuerst] kommen für Upgrades während der konfigurierten Wartungsfenster in Frage.

  • Nach Ablauf einer bestimmten Wartezeit kommen Ressourcen mit Upgrade-Auftrag [zweiter] während ihrer Wartungsfenster für Upgrades in Frage.

  • Nach einer weiteren festgelegten Backzeit kommen Ressourcen mit Upgrade-Bestellung [zuletzt] während ihrer Wartungsfenster für Upgrades in Frage.

  • Die automatische Upgrade-Kampagne für kleinere Versionen endet, nachdem alle infrage kommenden Ressourcen mit Upgrade-Bestellungen [erste], [zweite] und [letzte] aktualisiert wurden oder wenn die Kampagne ihr geplantes Enddatum erreicht hat, je nachdem, was zuerst eintritt.

Anmerkung

Alle automatischen Upgrades für Nebenversionen werden während des für jede Instanz konfigurierten Wartungsfensters durchgeführt, um mögliche Auswirkungen auf Ihre Anwendungen zu minimieren.

Beobachtbarkeit

AWS Health und Überwachung

Sie erhalten AWS Gesundheitsbenachrichtigungen:

  • Vor dem Start einer automatischen Upgrade-Kampagne für kleinere Versionen

  • Zwischen den einzelnen Phasen erfolgt der Übergang, um den Upgrade-Fortschritt besser verfolgen und überwachen zu können

  • Fortschrittsaktualisierungen mit der Anzahl der Ressourcen, die in Ihrer Flotte aktualisiert wurden, in der AWS Health-Konsole

Amazon RDS-Ereignisbenachrichtigungen:

  • Benachrichtigungen für Ressourcen, die für automatische Upgrades kleinerer Versionen aktiviert wurden, einschließlich:

    • Wenn Ihre Ressource aufgrund ihrer Upgrade-Bestellung ([erste], [zweite] oder [letzte]) für ein Upgrade in Frage kommt

    • Geplanter Upgrade-Zeitplan während des Wartungsfensters

    • Start- und Abschlussstatus des individuellen Datenbank-Upgrades

  • Abonnieren Sie diese Ereignisse über Amazon EventBridge 0 für eine automatisierte Überwachung

Überlegungen

Einige Überlegungen, die Sie beachten sollten:

  • Die Richtlinie gilt für alle future automatischen Upgrade-Kampagnen für kleinere Versionen, einschließlich Richtlinienänderungen, die während aktiver Kampagnen vorgenommen wurden.

  • Wenn Sie an einer laufenden Upgrade-Kampagne teilnehmen, folgen Ihre Ressourcen der aktuellen Upgrade-Reihenfolge und warten nicht auf eine konfigurierte Richtlinie.

  • Ressourcen, die nicht mit einer Upgrade-Richtlinie konfiguriert sind, erhalten automatisch eine Upgrade-Reihenfolge von [Sekunde].

  • Die Richtlinie sieht Validierungszeiträume zwischen den Upgrade-Phasen vor, bevor mit der nächsten Phase fortgefahren wird.

  • Es dauert einige Zeit, bis Änderungen an der Richtlinie oder den Ressourcen-Tags wirksam werden, bevor die neue Upgrade-Reihenfolge angewendet wird.

  • Die Richtlinie gilt nur für Amazon RDS-Ressourcen, für die automatische Upgrades für kleinere Versionen aktiviert sind.

  • Wenn Sie ein Problem in einer Umgebung entdecken, können Sie automatische Upgrades für Nebenversionen für nachfolgende Umgebungen deaktivieren oder den Validierungszeitraum nutzen, um Probleme zu lösen, bevor die Upgrades mit der nächsten Upgrade-Bestellung fortgeführt werden.

Anmerkung

Diese Funktion unterstützt automatische Upgrades von Nebenversionen für Versionen der Oracle Database Engine, die nach Januar 2026 veröffentlicht wurden.

Weitere Informationen zum Taggen von RDS-Ressourcen finden Sie unter. Taggen von Amazon-RDS-Ressourcen Ausführliche Anweisungen zur Einrichtung und Verwendung der Upgrade-Rollout-Richtlinie finden Sie AWS Organizations im AWS Organizations Benutzerhandbuch unter Erste Schritte mit.