Warten eines Amazon Aurora-DB-Clusters

Amazon RDS führt in regelmäßigen Abständen Wartungsarbeiten an Amazon-RDS-Ressourcen durch. In den folgenden Themen werden diese Wartungsaktionen und ihre Anwendung beschrieben.

Übersicht über Wartungsupdates für DB-Cluster

Die Wartung beinhaltet in den meisten Fällen Aktualisierungen der folgenden Ressourcen in Ihrem DB-Cluster:

Häufig werden Betriebssystemupdates wegen Sicherheitsproblemen herausgegeben. Wir empfehlen, sie so schnell wie möglich zu installieren. Weitere Informationen über unterstützte Betriebssystemupdates finden Sie unter Betriebssystemupdates für Aurora-DB-Cluster.

Offline-Ressourcen während Wartungsupdates

Einige Wartungselemente erfordern, dass Amazon RDS Ihren DB-Cluster für kurze Zeit in den Offlinebetrieb versetzt. Zu den Wartungselementen, für die eine Ressource offline sein muss, gehört z. B. das Ausführen erforderlicher Patches für das Betriebssystem oder die Datenbank. Das erforderliche Patching wird automatisch und nur für Patches eingeplant, welche die Sicherheit und Instance-Zuverlässigkeit betreffen. Solche Patches treten selten auf, in der Regel einmal alle paar Monate. Es ist selten mehr als ein Bruchteil Ihres Wartungsfensters dafür erforderlich.

Aufgeschobene Änderungen an der DB-Instance und dem DB-Cluster

Aufgeschobene DB-Cluster- und DB-Instance-Änderungen, die nicht sofort zur Anwendung kommen sollen, werden während des Wartungszeitraums umgesetzt. Sie können beispielsweise wählen, DB-Instance-Klassen oder Cluster- oder DB-Parametergruppen während des Wartungsfensters zu ändern. Solche Änderungen, die Sie mit der Einstellung für ausstehenden Neustart angeben, werden nicht in der Liste der ausstehenden Wartungsarbeiten angezeigt. Informationen über das Ändern eines DB-Clusters finden Sie unter Ändern eines Amazon Aurora-DB-Clusters.

Um die Änderungen zu sehen, die für das nächste Wartungsfenster noch ausstehen, verwenden Sie den describe-db-clusters AWS CLI Befehl und überprüfen Sie das PendingModifiedValues Feld.

Eventuelle Konsistenz für die API DescribePendingMaintenanceActions

Die Amazon-RDS-API DescribePendingMaintenanceActions folgt einem Eventual-Consistency-Modell. Dies bedeutet, dass das Ergebnis des DescribePendingMaintenanceActions-Befehls möglicherweise nicht sofort für alle nachfolgenden RDS-Befehle, die Sie ausführen, sichtbar ist. Denken Sie daran, wenn Sie DescribePendingMaintenanceActions unmittelbar nach der Verwendung eines vorherigen API-Befehls verwenden.

Eine letztendliche Konsistenz kann sich auf die Art und Weise auswirken, wie Sie Ihre Wartungsupdates verwaltet haben. Wenn Sie beispielsweise den ApplyPendingMaintenanceActions-Befehl ausführen, um die Version der Datenbank-Engine für einen DB-Cluster zu aktualisieren, wird dieser irgendwann für DescribePendingMaintenanceActions sichtbar sein. In diesem Szenario zeigt DescribePendingMaintenanceActions möglicherweise, dass die Wartungsaktion nicht angewendet wurde, obwohl dies der Fall ist.

Gehen Sie wie folgt vor, um die letztendliche Datenkonsistenz zu verwalten:

Anzeigen ausstehender Wartungsupdates

Prüfen Sie mithilfe der RDS-Konsole, der oder der RDS-API, ob ein Wartungsupdate für Ihren verfügbar ist. AWS CLI Wenn ein Update verfügbar ist, wird dies in der Amazon-RDS-Konsole in der Spalte Wartung für den DB-Cluster angegeben, wie in der folgenden Abbildung gezeigt.

Wenn für eienn DB-Cluster keine Aktualisierung verfügbar ist, lautet ihr bzw. sein Spaltenwert none (keine).

Wenn eine Wartungsaktualisierung für einen DB-Cluster verfügbar ist, sind die folgenden Spaltenwerte möglich:

Wenn ein Update verfügbar ist, können Sie eine der folgenden Aktionen durchführen:

Der Wartungszeitraum legt fest, wann die ausstehenden Operationen gestartet werden, gibt aber keine Gesamtlaufzeit für diese Operationen vor. Wartungsarbeiten werden nicht zwingend vor Ende des Wartungszeitraums abgeschlossen. Sie können daher über die angegebene Endzeit hinaus fortgesetzt werden. Weitere Informationen finden Sie unter Amazon-RDS-Wartungsfenster.

Sie können auch überprüfen, ob ein Wartungsupdate für Ihren verfügbar ist, indem Sie den describe-pending-maintenance-actions AWS CLI Befehl ausführen.

Informationen zum Anwenden von Wartungsupdates finden Sie unter Anwenden von Updates auf einen DB-Cluster.

Wartungsmaßnahmen für Amazon Aurora

Die folgenden Wartungsmaßnahmen gelten für Aurora-DB-Cluster:

Die folgenden Wartungsmaßnahmen gelten für Aurora-DB-Instances:

Auswahl der Häufigkeit der Aurora MySQL-Wartungsupdates

Sie können steuern, ob Aurora MySQL-Upgrades für jeden DB-Cluster häufig oder selten stattfinden. Die beste Wahl hängt von Ihrer Verwendung von Aurora MySQL und den Prioritäten für Ihre Anwendungen ab, die unter Aurora ausgeführt werden. Informationen über die Aurora-MySQL-LTS-Versionen (Langzeitstabilität), die weniger häufige Upgrades erfordern, finden Sie unterAurora MySQL Long-Term Support- (LTS, Langzeit-Support) Versionenaus.

Sie können einen Aurora MySQL-Cluster selten aktualisieren, wenn einige oder alle der folgenden Bedingungen zutreffen:

Wenn die vorstehenden Faktoren auf Ihre Situation zutreffen, können Sie die Anzahl der erzwungenen Upgrades für einen Aurora MySQL DB-Cluster begrenzen. Dies geschieht, indem Sie beim Erstellen oder Aktualisieren dieses DB-Clusters eine bestimmte Aurora MySQL-Version wählen, die als "Long-Term Support" (LTS)-Version bekannt ist. Dadurch wird die Anzahl der Upgrade-Zyklen, Testzyklen und upgradebedingten Ausfälle für diesen DB-Cluster minimiert.

Sie können einen Aurora MySQL-Cluster häufig aktualisieren, wenn einige oder alle der folgenden Bedingungen zutreffen:

Wenn die vorhergehenden Faktoren auf Ihre Situation zutreffen, können Sie Aurora aktivieren, um wichtige Upgrades häufiger anzuwenden. Dazu führen Sie ein Upgrade eines DB-Clusters von Aurora MySQL auf eine aktuellere Version von Aurora MySQL als die LTS-Version durch. Auf diese Weise stehen Ihnen die neuesten Leistungssteigerungen, Bugfixes und Funktionen schneller zur Verfügung.

Amazon-RDS-Wartungsfenster

Das Wartungsfenster ist ein wöchentliches Zeitintervall, in dem alle Systemänderungen angewendet werden. Alle DB-Cluster haben ein wöchentliches Wartungsfenster. Das Wartungsfenster ist eine Möglichkeit, zu steuern, wann Änderungen und Software-Patches auftreten. Weitere Informationen über das Anpassen von Wartungsfenstern finden Sie unter Anpassen des bevorzugten DB-Cluster-Wartungsfensters.

RDS verbraucht während der Wartung einige Ressourcen auf Ihrem DB-Cluster. Sie können einen minimalen Einfluss auf die Leistung beobachten. Bei einer DB-Instance kann in seltenen Fällen ein Multi-AZ-Failover erforderlich sein, damit ein Wartungs-Update abgeschlossen werden kann.

Wenn ein Wartungsereignis für eine bestimmte Woche geplant ist, wird es während des 30-minütigen Wartungsfensters eingeleitet, das Sie festlegen. Die meisten Wartungsereignisse werden auch während des 30-minütigen Wartungsfensters abgeschlossen, obwohl größere Wartungsereignisse länger als 30 Minuten dauern können. Das Wartungsfenster wird angehalten, wenn der DB-Cluster angehalten wird.

Das 30-minütige Wartungsfenster wird zufällig aus einem 8-Stunden-Zeitraum pro Region ausgewählt. Wenn Sie beim Erstellen des DB-Clusters kein Wartungsfenster angeben, legt RDS ein 30-minütiges Wartungsfenster an einem zufällig ausgewählten Wochentag fest.

In der folgenden Tabelle sind die Zeitblöcke für die einzelnen AWS-Region Zeitblöcke aufgeführt, denen die Standard-Wartungsfenster zugewiesen wurden.

Anpassen des bevorzugten DB-Cluster-Wartungsfensters

Der Wartungszeitraum für ein Aurora-DB-Cluster sollte in den Zeitraum mit der geringsten Nutzung fallen und daher unter Umständen von Zeit zu Zeit geändert werden. Ihr DB-Cluster ist während dieser Zeit nur dann nicht verfügbar, wenn die Updates, die angewendet werden, einen Ausfall erfordern. Der Ausfall dauert die minimale Zeit, die erforderlich ist, um die notwendigen Aktualisierungen vorzunehmen.

aws rds modify-db-cluster \
--db-cluster-identifier my-cluster \
--preferred-maintenance-window Tue:04:00-Tue:04:30

aws rds modify-db-cluster ^
--db-cluster-identifier my-cluster ^
--preferred-maintenance-window Tue:04:00-Tue:04:30

Anwenden von Updates auf einen DB-Cluster

Mit Amazon RDS können Sie auswählen, zu welchem Zeitpunkt Wartungsoperationen angewendet werden sollen. Mithilfe der, oder RDS-API können Sie entscheiden AWS Management Console AWS CLI, wann Amazon RDS Updates einführt.

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \
    --apply-action system-update \
    --opt-in-type immediate

aws rds apply-pending-maintenance-action ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^
    --apply-action system-update ^
    --opt-in-type immediate

aws rds describe-pending-maintenance-actions \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

aws rds describe-pending-maintenance-actions ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

aws rds describe-pending-maintenance-actions \
	--filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2

aws rds describe-pending-maintenance-actions ^
	--filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2

Automatische Nebenversions-Upgrades für Aurora-DB-Cluster

Die Einstellung Automatisches Unterversion-Upgrade gibt an, ob Aurora Upgrades automatisch auf den DB-Cluster anwendet. Diese Upgrades umfassen neue Unterversionen mit zusätzlichen Funktionen und Patches mit Bugfixes.

Durch automatische Nebenversions-Upgrades wird Ihre Datenbank regelmäßig auf die neuesten Datenbank-Engine-Versionen aktualisiert. Das Upgrade beinhaltet jedoch möglicherweise nicht immer die aktuelle Datenbank-Engine-Version. Wenn Sie Ihre Datenbanken zu bestimmten Zeiten auf bestimmten Versionen belassen müssen, empfehlen wir Ihnen, ein manuelles Upgrade auf die Datenbankversionen durchzuführen, die Sie gemäß Ihrem erforderlichen Zeitplan benötigen. Bei kritischen Sicherheitsproblemen oder wenn eine Version ihr end-of-support Datum erreicht, führt Aurora möglicherweise ein Upgrade für eine Nebenversion durch, auch wenn Sie die Option Automatisches Upgrade der Nebenversion nicht aktiviert haben. Weitere Informationen finden Sie in der Upgrade-Dokumentation zu Ihrer spezifischen Datenbank-Engine.

Siehe Upgrade der Nebenversion oder der Patch-Ebene eines Aurora MySQL-DB-Clusters und Durchführen eines Nebenversions-Upgrades.

Diese Einstellung ist standardmäßig aktiviert. Wählen Sie für jeden neuen DB-Cluster den entsprechenden Wert für diese Einstellung aus. Dieser Wert basiert auf der Wichtigkeit, der erwarteten Lebensdauer und dem Umfang der Verifizierungstests, die Sie nach jedem Upgrade durchführen.

Anleitungen zum Ein- und Ausschalten der Einstellung Automatisches Unterversion-Upgrade finden Sie im Folgenden:

Die folgende Tabelle zeigt, wie die Einstellung Automatisches Unterversion-Upgrade funktioniert, wenn sie auf Cluster- und Instance-Ebene angewendet wird.

Automatische Upgrades von Nebenversionen werden im Voraus über ein Amazon-RDS-DB-Clusterereignis mit der Kategorie maintenance und der ID RDS-EVENT-0156 kommuniziert. Weitere Informationen finden Sie unter Amazon-RDS-Ereigniskategorien und -Ereignismeldungen für Aurora.

Automatische Aktualisierungen erfolgen während des Wartungsfensters. Wenn die einzelnen DB-Instances im DB-Cluster andere Wartungsfenster haben als das Cluster-Wartungsfenster, hat das Cluster-Wartungsfenster Vorrang.

Weitere Informationen über Engine-Updates für Aurora PostgreSQL finden Sie unter Aktualisierungen der Datenbank-Engine für Amazon Aurora PostgreSQL.

Weitere Informationen zur Einstellung für automatische Nebenversions-Upgrades für Aurora MySQL finden Sie unter Aktivieren von automatischen Upgrades zwischen Aurora MySQL-Nebenversionen. Weitere Informationen über Engine-Updates für Aurora MySQL finden Sie unter Datenbank-Engine-Updates für Amazon Aurora MySQL.

Sie können einen CLI-Befehl wie den folgenden verwenden, um den Status der Einstellung AutoMinorVersionUpgrade für alle DB-Instances in Ihren Aurora-MySQL-Clustern zu überprüfen.

aws rds describe-db-instances \
  --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

Die Ausgabe dieses Befehls sieht etwa so aus:

[
  {
      "DBInstanceIdentifier": "db-writer-instance",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": true
  },
  {
      "DBInstanceIdentifier": "db-reader-instance1",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": false
  },
  {
      "DBInstanceIdentifier": "db-writer-instance2",
      "DBClusterIdentifier": "my-db-cluster-80",
      "AutoMinorVersionUpgrade": true
  },
... output omitted ...

In diesem Beispiel ist die Einstellung Automatisches Nebenversions-Upgrade aktivieren für den DB-Cluster my-db-cluster-57 deaktiviert, da sie für eine der DB-Instances im Cluster deaktiviert ist.

Betriebssystemupdates für Aurora-DB-Cluster

DB-Instances in DB-Cluster von Aurora MySQL und Aurora PostgreSQL erfordern gelegentlich Betriebssystemaktualisierungen. Amazon RDS aktualisiert das Betriebssystem auf eine neuere Version, um die Datenbankleistung und der allgemeine Sicherheitsstatus der Kunden zu verbessern. In der Regel dauern die Updates etwa 10 Minuten. Betriebssystemupdates ändern nicht die DB-Engine-Version oder die DB-Instance-Klasse einer DB-Instance.

Es gibt zwei Arten von Betriebssystemupdates, die sich durch die Beschreibung für die ausstehende Wartungsmaßnahme unterscheiden:

Betriebssystemupdates können entweder optional oder obligatorisch sein:

Für Aurora-DB-Cluster können Sie die Wartungsoption auf Cluster-Ebene verwenden, um Betriebssystemupdates durchzuführen. Suchen Sie auf der Registerkarte Wartung und Backups nach der Option zur Durchführung von Updates auf Cluster-Ebene, wenn Sie den Namen Ihres DB-Clusters in der Konsole auswählen, oder verwenden Sie den Befehl os-upgrade in der AWS CLI. Diese Methode gewährleistet die Leseverfügbarkeit durch fortlaufende Upgrades, bei denen Updates automatisch auf mehrere Reader-DB-Instances gleichzeitig angewendet werden. Um mehrere Failover zu verhindern und unnötige Ausfallzeiten zu reduzieren, aktualisiert Aurora die Writer-DB-Instance zuletzt.

Betriebssystemupdates auf Cluster-Ebene erfolgen während des Wartungsfensters, das Sie für den Cluster angegeben haben. Dadurch werden koordinierte Updates für den gesamten Cluster sichergestellt.

Aus Gründen der Abwärtskompatibilität behält Aurora auch die Wartungsoption auf Instance-Ebene bei. Wir empfehlen jedoch, stattdessen Updates auf Cluster-Ebene zu verwenden. Wenn Sie Updates auf Instance-Ebene verwenden müssen, aktualisieren Sie zuerst die Reader-DB-Instances in einem DB-Cluster und dann die Writer-DB-Instance. Wenn Sie Reader- und Writer-Instance gleichzeitig aktualisieren, erhöhen Sie die Wahrscheinlichkeit von Ausfallzeiten im Zusammenhang mit einem Failover. Suchen Sie auf der Registerkarte Wartung und Backups nach der Option zur Durchführung von Updates auf Instance-Ebene, wenn Sie den Namen Ihrer DB-Instance in der Konsole auswählen, oder verwenden Sie den Befehl system-update in der AWS CLI.

Betriebssystemupdates auf Instance-Ebene erfolgen während des Wartungsfensters, das Sie für die jeweilige Instance angegeben haben. Wenn beispielsweise ein Cluster und zwei Reader-Instances unterschiedliche Zeiten für das Wartungsfenster verwenden, richtet sich ein Betriebssystemupdate auf Cluster-Ebene nach dem Wartungsfenster des Clusters.

Sie können das AWS Management Console oder das verwenden AWS CLI , um Informationen über die Art des Betriebssystem-Upgrades abzurufen.

Um Aktualisierungsinformationen zu erhalten, verwenden Sie den AWS Management Console

1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/.

2. Wählen Sie im Navigationsbereich Databases (Datenbanken) und anschließend die MySQL-DB-Instance aus.

3. Wählen Sie Wartung und Sicherungen aus.

4. Suchen Sie im Abschnitt Ausstehende Wartung das Betriebssystemupdate und überprüfen Sie den Wert für Beschreibung.

Die folgenden Abbildungen zeigen einen DB-Cluster mit einer Writer-DB-Instance, für die ein Betriebssystem-Patch verfügbar ist.

Die folgenden Abbildungen zeigen einen DB-Cluster mit einer Writer-DB-Instance und einer Reader-DB-Instance. Für die Writer-Instance ist ein obligatorisches Betriebssystem-Upgrade verfügbar. Für die Reader-Instance ist ein Betriebssystem-Patch verfügbar.

Verwenden Sie den describe-pending-maintenance-actionsBefehl AWS CLI, um Aktualisierungsinformationen von zu erhalten.

aws rds describe-pending-maintenance-actions

Die folgende Ausgabe zeigt ein Upgrade einer Betriebssystemdistribution für einen DB-Cluster und eine DB-Instance.

{
  "PendingMaintenanceActions": [
    {
      "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:cluster:t3",
      "PendingMaintenanceActionDetails": [
        {
          "Action": "os-upgrade",
          "Description": "New Operating System upgrade is available"
        }
      ]
    },
    {
      "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:t3-instance1",
      "PendingMaintenanceActionDetails": [
        {
          "Action": "system-update",
          "Description": "New Operating System upgrade is available"
        }
      ]
    },
  ]
}

Die folgende Ausgabe zeigt einen Betriebssystem-Patch für eine DB-Instance.

{
  "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2",
  "PendingMaintenanceActionDetails": [
    {
      "Action": "system-update",
      "Description": "New Operating System patch is available"
    }
  ]
}

Verfügbarkeit von Betriebssystemupdates

Betriebssystemupdates sind spezifisch für die DB-Engine-Version und die DB-Instance-Klasse. Daher erhalten oder erfordern DB-Instances Updates zu verschiedenen Zeiten. Wenn für Ihre DB-Instance basierend auf der Engine-Version und der Instance-Klasse ein Betriebssystemupdate erforderlich ist, wird das erforderliche Update in der Konsole angezeigt. Es kann auch angezeigt werden, indem describe-pending-maintenance-actions AWS CLI Sie den Befehl ausführen oder den DescribePendingMaintenanceActionsRDS-API-Vorgang aufrufen. Wenn für Ihre Instance ein Update verfügbar ist, können Sie Ihr Betriebssystem aktualisieren, indem Sie den Anleitungen unter Anwenden von Updates auf einen DB-Cluster folgen.