Warten eines Amazon Aurora-DB-Clusters - Amazon Aurora

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.

Warten eines Amazon Aurora-DB-Clusters

Amazon RDS führt in regelmäßigen Abständen Wartungsarbeiten an Amazon RDS-Ressourcen durch. Die Wartung beinhaltet in den meisten Fällen Aktualisierungen der folgenden Ressourcen in Ihrem DB-Cluster:

  • Zugrundeliegende Hardware

  • Zugrundeliegendes Betriebssystem

  • Datenbank-Engine-Version

Häufig werden Betriebssystemupdates wegen Sicherheitsproblemen herausgegeben. Sie sollten sie so schnell wie möglich installieren.

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 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 Befehl AWS CLI describe-db-clusters und überprüfen Sie das Feld. PendingModifiedValues

Anzeigen ausstehender Wartung

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 Maintenance (Wartung) für den DB-Cluster wie folgt angezeigt:

Offlinepatch verfügbar

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:

  • required (erforderlich) – Die Wartungsaktion wird auf die Ressource angewendet und kann nicht unbegrenzt aufgeschoben werden.

  • available (verfügbar) – Die Wartungsaktion ist verfügbar, wird aber nicht automatisch auf die Ressource angewandt. Sie können sie manuell anwenden.

  • next window (nächstes Fenster) – Die Wartungsmaßnahme wird im nächsten Wartungsfenster auf die Ressource angewandt.

  • In progress (Läuft) – Die Wartungsmaßnahme wird derzeit auf die Ressource angewandt.

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

  • Wenn der Wartungswert next window (nächstes Fenster) ist, schieben Sie die Wartungselemente durch Auswahl von defer upgrade (Upgrade aufschieben) in Actions (Aktionen) auf. Sie können eine Wartungsaktion nicht verschieben, wenn sie bereits gestartet wurde.

  • Wenden Sie die Wartungselemente sofort an.

  • Planen Sie die Wartungselemente so, dass sie während des nächsten Wartungsfensters gestartet werden.

  • Keine Aktion.

Um eine Maßnahme zu ergreifen, wählen Sie den DB-Cluster aus, um ihre bzw. seine Details anzuzeigen. Wählen Sie dann Maintenance & backups (Wartung und Sicherungen). Die ausstehenden Wartungselemente werden angezeigt.

Ausstehende Wartungsposten

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 Das Amazon RDS-Wartungsfenster.

Allgemeine Informationen zum Aktualisieren von Amazon Aurora-Engines und Anleitungen zum Aktualisieren und Patchen dieser finden Sie unter Datenbank-Engine-Updates für Amazon Aurora MySQL und unter Amazon Aurora PostgreSQL-Aktualisierungen.

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.

Anwenden von Updates für eine DB-einen DB-Cluster

Mit Amazon RDS können Sie auswählen, zu welchem Zeitpunkt Wartungsoperationen angewendet werden sollen. Sie können mithilfe der RDS-Konsole AWS Command Line Interface (AWS CLI) oder der RDS-API entscheiden, wann Amazon RDS Updates einführt.

Verwalten eines Update für einen DB-Cluster
  1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie den DB-Cluster aus, für die/den ein erforderliches Update angegeben ist.

  4. Wählen Sie unter Aktionen eine der folgenden Optionen:

    • Jetzt Upgrade ausführen

    • Im nächsten Wartungszeitraum Upgrade ausführen

      Anmerkung

      Wenn Sie Upgrade at next window (Im nächsten Wartungszeitraum Upgrade ausführen) auswählen und die Installation des Updates aufschieben möchten, können Sie die Option Defer upgrade (Upgrade verschieben) auswählen. Sie können eine Wartungsaktion nicht verschieben, wenn sie bereits gestartet wurde.

      Um eine Wartungsaktion abzubrechen, ändern Sie die DB-Instance und deaktivieren Sie Auto minor version upgrade (Automatisches Upgrade einer Unterversion).

Verwenden Sie den Befehl anzuwenden AWS CLI .

Beispiel

LinuxmacOSUnixFür, oder:

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

Windows:

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
Anmerkung

Um eine Wartungsaktion zu verschieben, geben Sie undo-opt-in für --opt-in-type an. Sie können undo-opt-in nicht für --opt-in-type angeben, wenn die Wartungsaktion bereits gestartet wurde.

Um eine Wartungsaktion abzubrechen, führen Sie den AWS CLI -Befehl modify-db-instance aus und geben Sie --no-auto-minor-version-upgrade an.

Verwenden Sie den Befehl AWS CLI describe-pending-maintenance-actions, um eine Liste der Ressourcen zurückzugeben, für die mindestens ein Update aussteht.

Beispiel

Für, oder: Linux macOS Unix

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

Windows:

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

Sie können auch eine Liste von Ressourcen für einen zurückgeben, indem Sie den --filters Parameter des describe-pending-maintenance-actions AWS CLI Befehls angeben. Der Befehl hat das folgende Format für --filters: Name=filter-name,Value=resource-id,....

Für den Name-Parameter eines Filters sind folgende Werte gültig:

  • db-instance-id nimmt eine Liste von DB-Instance-Kennungen oder Amazon-Ressourcennamen (ARNs) an. In der zurückgegebenen Liste sind nur die aussehenden Wartungsaktionen für die DB-Instances aufgeführt, die diesen IDs bzw. ARNs entsprechen.

  • db-cluster-id nimmt eine Liste von DB-Cluster-IDs oder Amazon-Ressourcennamen (ARNs) für Amazon Aurora an. In der zurückgegebenen Liste sind nur die aussehenden Wartungsaktionen für die DB-Cluster aufgeführt, die diesen IDs bzw. ARNs entsprechen.

In dem folgenden Beispiel wird eine Liste der aussehenden Wartungsaktionen für die DB-Cluster sample-cluster1 und sample-cluster2 zurückgegeben.

Beispiel

Für LinuxmacOS, oderUnix:

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

Windows:

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

Rufen Sie die Amazon-RDS-API-Operation ApplyPendingMaintenanceAction auf, um ein Update auf einem DB-Cluster zu installieren.

Rufen Sie die Amazon RDS-API-Operation DescribePendingMaintenanceActions auf, um eine Liste der Ressourcen zurückzugeben, für die mindestens ein Update aussteht.

Das Amazon RDS-Wartungsfenster

Das Wartungsfenster ist ein wöchentliches Zeitintervall, in dem alle Systemänderungen vorgenommen werden. Jeder hat ein wöchentliches Wartungsfenster. Das Wartungsfenster bietet die Möglichkeit, zu kontrollieren, wann Änderungen und Software-Patches vorgenommen werden.

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 gestoppt 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.

Nachfolgend finden Sie die Zeitblöcke für jede Region, aus der Standard-Wartungsfenster zugeordnet sind.

Name der Region Region Zeitblock
US East (Ohio) us-east-2 03:00 - 11:00 UTC
USA Ost (Nord-Virginia) us-east-1 03:00 - 11:00 UTC
USA West (Nordkalifornien) us-west-1 06:00 - 14:00 UTC
USA West (Oregon) us-west-2 06:00 - 14:00 UTC
Africa (Cape Town) af-south-1 03:00 - 11:00 UTC
Asia Pacific (Hong Kong) ap-east-1 06:00 - 14:00 UTC
Asien-Pazifik (Hyderabad) ap-south-2 06:30 – 14:30 Uhr UTC
Asien-Pazifik (Jakarta) ap-southeast-3 08:00–16:00 Uhr UTC
Asien-Pazifik (Melbourne) ap-southeast-4 11:00–19:00 Uhr UTC
Asien-Pazifik (Mumbai) ap-south-1 06:00 - 14:00 UTC
Asia Pacific (Osaka) ap-northeast-3 22:00 - 23:59 UTC
Asia Pacific (Seoul) ap-northeast-2 13:00 - 21:00 UTC
Asien-Pazifik (Singapur) ap-southeast-1 14:00 - 22:00 UTC
Asien-Pazifik (Sydney) ap-southeast-2 12:00 - 20:00 UTC
Asien-Pazifik (Tokio) ap-northeast-1 13:00 - 21:00 UTC
Canada (Central) ca-central-1 03:00 bis 11:00 Uhr UTC
Kanada West (Calgary) ca-west-1 18:00 - 02:00 UTC
China (Beijing) cn-north-1 06:00 - 14:00 UTC
China (Ningxia) cn-northwest-1 06:00 - 14:00 UTC
Europe (Frankfurt) eu-central-1 21:00 - 05:00 UTC
Europa (Irland) eu-west-1 22:00 - 06:00 UTC
Europe (London) eu-west-2 22:00 bis 06:00 Uhr UTC
Europa (Mailand) eu-south-1 02:00 - 10:00 UTC
Europa (Paris) eu-west-3 23:59 - 07:29 UTC
Europa (Spanien) eu-south-2 02:00 - 10:00 UTC
Europe (Stockholm) eu-north-1 23:00 - 07:00 UTC
Europa (Zürich) eu-central-2 02:00 - 10:00 UTC
Israel (Tel Aviv) il-central-1 03:00 bis 11:00 Uhr UTC
Naher Osten (Bahrain) me-south-1 06:00 - 14:00 UTC
Naher Osten (VAE) me-central-1 05:00–13:00 UHR UTC
Südamerika (São Paulo) sa-east-1 00:00 - 08:00 UTC
AWS GovCloud (US-Ost) us-gov-east-1 17:00 - 01:00 UTC
AWS GovCloud (US-West) us-gov-west-1 06:00 - 14:00 UTC

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.

So passen Sie den bevorzugten DB-Cluster-Wartungszeitraum an
  1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie das DB-Cluster aus, für das Sie den Wartungszeitraum ändern möchten.

  4. Wählen Sie Ändern aus.

  5. Aktualisieren Sie im Bereich Wartung den Wartungszeitraum.

  6. Klicken Sie auf Weiter.

    Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen.

  7. Um die Änderungen sofort auf das Wartungsfenster anzuwenden, wählen Sie im Abschnitt Schedule of modifications (Änderungsplan) die Option Immediately (Sofort) .

  8. Wählen Sie Cluster ändern aus, um Ihre Änderungen zu speichern.

    Klicken Sie anderenfalls auf Zurück, um Ihre Änderungen zu bearbeiten, oder klicken Sie auf Abbrechen, um Ihre Änderungen zu verwerfen.

Verwenden Sie den AWS CLI modify-db-clusterBefehl mit den folgenden Parametern, um das bevorzugte Wartungsfenster für DB-Cluster anzupassen:

  • --db-cluster-identifier

  • --preferred-maintenance-window

Beispiel

Im folgenden Codebeispiel wird der Wartungszeitraum auf dienstags von 4:00 Uhr bis 4:30 Uhr (UTC) festgelegt.

Für LinuxmacOS, oderUnix:

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

Windows:

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

Verwenden Sie die Amazon RDS-API-Operaion ModifyDBCluster mit den folgenden Parametern, um das bevorzugte Wartungsfenster für Ihren DB-Cluster anzupassen:

  • DBClusterIdentifier

  • PreferredMaintenanceWindow

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 Fehlerbehebungen.

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.

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

Wichtig

Wir empfehlen dringend, dass Sie diese Einstellung für neue und bestehende DB-Cluster auf den DB-Cluster anwenden und nicht einzeln auf die DB-Instances im Cluster. Wenn diese Einstellung für eine DB-Instance in Ihrem Cluster deaktiviert ist, wird der DB-Cluster nicht automatisch aktualisiert.

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

Aktion Cluster-Einstellung Instance-Einstellungen Wurde der Cluster automatisch aktualisiert?
Sie legen diese Einstellung im DB-Cluster auf „true“ fest. True „True“ für alle neuen und bestehenden Instances Ja
Sie legen diese Einstellung im DB-Cluster auf „false“ fest. False „False“ für alle neuen und bestehenden Instances Nein

Die Einstellung wurde zuvor im DB-Cluster auf „true“ festgelegt.

Sie legen sie auf mindestens einer DB-Instance auf „false“ fest.

Ändert sich in „false“ „False“ für eine oder mehrere Instances Nein

Die Einstellung wurde zuvor im DB-Cluster auf „false“ festgelegt.

Sie legen die Einstellung für mindestens eine, aber nicht für alle DB-Instances auf „true“ fest.

False „True“ für eine oder mehrere Instances, aber nicht für alle Instances Nein

Die Einstellung wurde zuvor im DB-Cluster auf „false“ festgelegt.

Sie legen die Einstellung für alle DB-Instances auf „true“ fest.

Ändert sich in „true“ „True“ für alle Instances Ja

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 Ereignisnachrichten 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 Amazon Aurora PostgreSQL-Aktualisierungen.

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.

Aktivieren automatischer Nebenversions-Upgrades für einen Aurora-DB-Cluster

Gehen Sie vor, wie im allgemeinen Verfahren unter Ändern des DB-Clusters über die Konsole, die CLI und die API beschrieben.

Konsole

Wählen Sie im Abschnitt Wartung der Seite DB-Cluster ändern das Kontrollkästchen Automatisches Nebenversions-Upgrade aktivieren aus.

AWS CLI

Rufen Sie den Befehl AWS CLI modify-db-cluster auf. Geben Sie den Namen Ihres DB-Clusters für die --db-cluster-identifier-Option und true für die --auto-minor-version-upgrade-Option an. Optional können Sie die --apply-immediately-Option angeben, um diese Einstellung sofort für Ihren DB-Cluster zu aktivieren.

RDS-API

Rufen Sie die ModifyDBCluster-API-Operation auf und geben Sie den Namen Ihres DB-Clusters für den DBClusterIdentifier-Parameter und true für den AutoMinorVersionUpgrade-Parameter an. Legen Sie optional den Parameter ApplyImmediately auf true fest, um diese Einstellung für Ihren DB-Cluster sofort zu aktivieren.

Aktivieren automatischer Unterversion-Upgrades für einzelne DB-Instances in einem Aurora-DB-Cluster

Gehen Sie vor, wie im allgemeinen Verfahren unter Ändern einer DB-Instance in einem DB-Cluster beschrieben.

Konsole

Wählen Sie im Abschnitt Wartung der Seite DB-Instance ändern das Kontrollkästchen Automatisches Nebenversions-Upgrade aktivieren aus.

AWS CLI

Rufen Sie den Befehl modify-db-instance auf. AWS CLI Geben Sie den Namen Ihrer DB-Instance für die --db-instance-identifier-Option und true für die --auto-minor-version-upgrade-Option an. Optional können Sie die --apply-immediately-Option angeben, um diese Einstellung sofort für Ihre DB-Instance zu aktivieren. Führen Sie einen separaten modify-db-instance-Befehl für jede DB-Instance in dem Cluster aus.

RDS-API

Rufen Sie die ModifyDBInstance-API-Operation auf und geben Sie den Namen Ihres DB-Clusters für den DBInstanceIdentifier-Parameter und true für den AutoMinorVersionUpgrade-Parameter an. Legen Sie optional den Parameter ApplyImmediately auf true fest, um diese Einstellung für Ihre DB-Instance sofort zu aktivieren. Rufen Sie für jede DB-Instance in dem Cluster eine separate ModifyDBInstance-Operation auf.

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.

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:

  • Ihr Testzyklus für Ihre Anwendung dauert bei einer Aktualisierung der Aurora MySQL-Datenbank-Engine sehr lange.

  • Sie haben viele DB-Cluster oder viele Anwendungen, die alle auf der gleichen Aurora MySQL-Version ausgeführt werden. Sie ziehen es vor, alle Ihre DB-Cluster und die zugehörigen Anwendungen gleichzeitig upzugraden.

  • Sie verwenden sowohl Aurora MySQL als auch RDS für MySQL. Sie möchten, dass die Aurora-MySQL-Cluster und die DB-Instances von RDS für MySQL mit demselben MySQL-Level kompatibel bleiben.

  • Ihre Aurora MySQL-Anwendung befindet sich in der Produktion oder ist anderweitig geschäftskritisch. Sie können sich keine Ausfallzeiten für Upgrades außerhalb seltener Fälle für kritische Patches leisten.

  • Ihre Aurora MySQL-Anwendung ist nicht durch Leistungsprobleme oder Funktionslücken eingeschränkt, die in nachfolgenden Aurora MySQL-Versionen behoben werden.

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:

  • Der Testzyklus für Ihre Anwendung ist unkompliziert und kurz.

  • Ihre Anwendung befindet sich noch in der Entwicklungsphase.

  • Ihre Datenbankumgebung verwendet eine Vielzahl von Aurora MySQL-Versionen oder Aurora MySQL- und RDS für MySQL-Versionen. Jeder Aurora MySQL-Cluster hat seinen eigenen Upgrade-Zyklus.

  • Sie warten auf spezifische Leistungs- oder Funktionsverbesserungen, bevor Sie Ihre Nutzung von Aurora MySQL erhöhen.

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.

Arbeiten mit Betriebssystem-Updates

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. Betriebssystem-Updates ändern nicht die DB-Engine-Version oder die DB-Instance-Klasse einer DB-Instance.

Wir empfehlen, zuerst die Reader-DB-Instances in einem DB-Cluster und dann die Writer-DB-Instance zu aktualisieren. Es wird davon abgeraten, Reader- und Writer-Instances gleichzeitig zu aktualisieren, da es im Falle eines Failovers zu Ausfallzeiten kommen kann.

Wir empfehlen, die AWS Treiber zu verwenden, um ein schnelleres Datenbank-Failover zu erreichen. Weitere Informationen finden Sie unter Mit den AWS Treibern eine Verbindung zu Aurora-DB-Clustern herstellen.

Es gibt zwei Arten von Betriebssystem-Updates, die sich durch die Beschreibung unterscheiden, die in der ausstehenden Wartungsaktion für die DB-Instance sichtbar ist:

  • Upgrade der Betriebssystemdistribution – Wird für die Migration auf die neueste unterstützte Hauptversion von Amazon Linux verwendet. Ihre Beschreibung in der ausstehenden Wartungsaktion lautet New Operating System upgrade is available.

  • Betriebssystem-Patch – Wird verwendet, um verschiedene Sicherheitskorrekturen anzuwenden und manchmal um die Datenbankleistung zu verbessern. Ihre Beschreibung in der ausstehenden Wartungsaktion lautet New Operating System patch is available.

Betriebssystem-Updates können entweder optional oder obligatorisch sein:

  • Ein optionales Update kann jederzeit angewendet werden. Obwohl diese Updates optional sind, empfehlen wir Ihnen, sie regelmäßig anzuwenden, um Ihre RDS-Flotte auf dem neuesten Stand zu halten. RDS wendet diese Updates nicht automatisch an.

    Wenn Sie benachrichtigt werden möchten, sobald ein neuer optionaler System-Patch verfügbar ist, können Sie RDS-EVENT-0230 in der Kategorie „Sicherheitspatch-Ereignis“ abonnieren. Informationen zum Abonnieren von RDS-Ereignissen finden Sie unter Abonnieren von Amazon RDS-Ereignisbenachrichtigungen.

    Anmerkung

    RDS-EVENT-0230 gilt nicht für Upgrades der Betriebssystemdistribution.

  • Ein obligatorisches Update ist erforderlich. Wir senden vor dem obligatorischen Update eine Benachrichtigung. Die Benachrichtigung kann ein Fälligkeitsdatum enthalten. Planen Sie Ihr Update vor diesem Fälligkeitsdatum. Nach dem angegebenen Fälligkeitsdatum aktualisiert Amazon RDS das Betriebssystem für Ihre DB-Instance während eines Ihrer zugewiesenen Wartungsfenster automatisch auf die neueste Version.

    Upgrades der Betriebssystemdistribution sind obligatorisch.

Anmerkung

Es ist möglicherweise erforderlich, im Hinblick auf alle optionalen und obligatorischen Updates auf dem Laufenden zu bleiben, um verschiedene Compliance-Auflagen zu erfüllen. Wir empfehlen Ihnen, alle von RDS zur Verfügung gestellten Updates während Ihrer Wartungsfenster routinemäßig anzuwenden.

Sie können das AWS Management Console oder das verwenden AWS CLI , um Informationen über die Art der Betriebssystemaktualisierung abzurufen.

Um Aktualisierungsinformationen mit dem zu erhalten AWS Management Console
  1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie 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 Maintenance (Wartung und Backups) aus.

  4. Suchen Sie im Abschnitt Ausstehende Wartungen das Betriebssystem-Update und überprüfen Sie den Wert Beschreibung.

In der AWS Management Console ist die Beschreibung eines Betriebssystem-Distributions-Upgrades auf Neues Betriebssystem-Upgrade ist verfügbar gesetzt, wie in der folgenden Abbildung dargestellt. Dieses Upgrade ist obligatorisch.

Upgrade der Betriebssystemdistribution.

Für einen Betriebssystem-Patch ist die Beschreibung  auf Neuer Betriebssystem-Patch ist verfügbar festgelegt, wie in der folgenden Abbildung dargestellt.

Betriebssystem-Patch.

Um Aktualisierungsinformationen von zu erhalten AWS CLI, verwenden Sie den Befehl describe-pending-maintenance-actions.

aws rds describe-pending-maintenance-actions

Die folgende Ausgabe zeigt ein Upgrade einer Betriebssystemdistribution.

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

Die folgende Ausgabe zeigt einen Betriebssystem-Patch.

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

Verfügbarkeit von Betriebssystem-Updates

Betriebssystem-Updates 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 Sie den Befehl AWS CLI describe-pending-maintenance-actions ausführen oder den RDS-API-Vorgang aufrufen. DescribePendingMaintenanceActions Wenn für Ihre Instance ein Update verfügbar ist, können Sie Ihr Betriebssystem aktualisieren, indem Sie den Anweisungen unter Anwenden von Updates für eine DB-einen DB-Cluster folgen.