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.

Verwalten von Engine-Updates für Ihren Neptune-DB-Cluster

Ermitteln der derzeit verwendeten Engine-Version

Sie können den AWS CLI get-engine-statusBefehl verwenden, um zu überprüfen, welche Engine-Release-Version Ihr DB-Cluster derzeit verwendet:

aws neptunedata get-engine-status

Die JSONAusgabe enthält ein "dbEngineVersion" Feld wie das folgende:

  "dbEngineVersion": "1.3.0.0",

Prüfen der ausstehenden und verfügbaren Updates

Sie können ausstehende Aktualisierungen Ihres DB-Clusters über die Neptune-Konsole überprüfen. Wählen Sie in der linken Spalte Datenbanken und dann Ihren DB-Cluster im Datenbankbereich aus. Ausstehende Updates sind in der Spalte Wartung aufgeführt. Wenn Sie Aktionen und dann Wartung auswählen, haben Sie drei Möglichkeiten:

Sie können ausstehende Engine-Updates AWS CLI wie folgt auflisten:

aws neptune describe-pending-maintenance-actions \
  --resource-identifier (ARN of your DB cluster)
  --region (your region) \
  --engine neptune

Sie können verfügbare Engine-Updates auch AWS CLI wie folgt auflisten:

aws neptune describe-db-engine-versions \
  --region (your region) \
  --engine neptune

Die Liste der verfügbaren Engine-Releases enthält nur Releases mit einer Versionsnummer, die höher als die aktuelle Versionsnummer ist. Außerdem muss ein Upgrade-Pfad definiert sein.

Testen Sie immer vor dem Upgrade

Wenn eine neue Haupt- oder Nebenversion der Neptune-Engine veröffentlicht wird, testen Sie Ihre Neptune-Anwendungen immer zuerst dafür, bevor Sie sie dazu aktualisieren. Ein Nebenversionsupgrade könnte neue Features oder Verhaltensweisen einführen, die sich auf Ihren Code auswirken können, auch ohne dass es grundlegende Änderungen gibt.

Vergleichen Sie zunächst die Seiten mit den Versionshinweisen Ihrer aktuellen Version mit denen der Zielversion, um festzustellen, ob es Änderungen an den Versionen der Abfragesprache oder andere wichtige Änderungen geben wird.

Am besten testen Sie eine neue Version, bevor Sie Ihren Produktions-DB-Cluster aktualisieren, indem Sie die Neptune-Blau/Grün-Bereitstellungslösung verwenden. Auf diese Weise können Sie Anwendungen und Abfragen in der neuen Version ausführen, ohne dass Ihr Produktions-DB-Cluster beeinträchtigt wird.

Erstellen Sie vor einem Upgrade immer einen manuellen Snapshot

Bevor Sie ein Upgrade durchführen, wird dringend empfohlen, immer einen manuellen Snapshot Ihres DB-Clusters zu erstellen. Ein automatischer Snapshot bietet nur kurzfristigen Schutz, wohingegen ein manueller Snapshot verfügbar bleibt, bis Sie ihn explizit löschen.

In bestimmten Fällen erstellt Neptune im Rahmen des Upgrade-Prozesses einen manuellen Snapshot für Sie, aber Sie sollten sich nicht darauf verlassen und in jedem Fall Ihren eigenen manuellen Snapshot erstellen.

Wenn Sie sicher sind, dass Sie Ihren DB-Cluster nicht auf den Zustand vor dem Upgrade zurücksetzen müssen, können Sie den manuellen Snapshot, den Sie selbst erstellt haben, sowie den manuellen Snapshot, den Neptune möglicherweise erstellt hat, explizit löschen. Wenn Neptune einen manuellen Snapshot erstellt, hat dieser einen Namen, der mit preupgrade beginnt, gefolgt vom Namen Ihres DB-Clusters, der Quell-Engine-Version, der Ziel-Engine-Version und dem Datum.

Neptune-Wartungsfenster

Das wöchentliche Wartungsfenster umfasst einen Zeitraum von 30 Minuten, in dem geplante Engine-Updates und andere Systemänderungen vorgenommen werden. Die meisten Wartungsereignisse werden während des 30-minütigen Wartungsfensters abgeschlossen, wobei größere Wartungsereignisse manchmal länger dauern können.

Jeder DB-Cluster hat ein wöchentliches Wartungsfenster von 30 Minuten. Wenn Sie beim Erstellen des DB-Clusters keine bevorzugte Uhrzeit angeben, legt Neptune zufällig einen Wochentag fest und weist dann zufällig einen 30-minütigen Zeitraum aus einem 8-Stunden-Block zu, der je nach Region variiert.

Dies sind beispielsweise die 8-Stunden-Zeitblöcke für Wartungsfenster, die in verschiedenen AWS -Regionen verwendet werden:

Das Wartungsfenster bestimmt, wann ausstehende Operationen beginnen, und die meisten Wartungsarbeiten werden innerhalb dieses Zeitfensters abgeschlossen. Größere Wartungsaufgaben können jedoch auch nach Ablauf des Zeitfensters fortgesetzt werden.

Verschieben des DB-Cluster-Wartungsfensters

Im Idealfall sollte Ihr Wartungsfenster in einer Zeit liegen, in der der Cluster am wenigsten genutzt wird. Wenn dies für Ihr aktuelles Zeitfenster nicht zutrifft, können Sie es zu einer günstigeren Zeit verschieben:

Wird AutoMinorVersionUpgrade zur Steuerung von automatischen Updates für kleinere Versionen verwendet

Wenn Sie in der Writer-Instance (primären Instance) Ihres DB-Clusters das Feld AutoMinorVersionUpgrade auf true festgelegt haben, werden Nebenversionsupdates automatisch im nächsten Wartungsfenster nach ihrer Veröffentlichung auf alle Instances in Ihrem DB-Cluster angewendet.

Sofern Sie das Feld AutoMinorVersionUpgrade in der Writer-Instance Ihres DB-Clusters auf false festgelegt haben, werden sie nur angewendet, wenn Sie sie explizit installieren.

Sie können das AWS Management Console wie folgt AutoMinorVersionUpgrade einstellen:

Sie können das Feld auch verwenden AWS CLI , um das AutoMinorVersionUpgrade Feld festzulegen. Verwenden Sie beispielsweise einen Befehl wie diesen, um es auf true festzulegen:

aws neptune modify-db-instance \
  --db-instance-identifier (the ID of your cluster's writer instance) \
  --auto-minor-version-upgrade \
  --apply-immediately

Zum Festlegen auf false verwenden Sie entsprechend einen Befehl wie diesen:

aws neptune modify-db-instance \
  --db-instance-identifier (the ID of your cluster's writer instance) \
  --no-auto-minor-version-upgrade \
  --apply-immediately