Warten eines Amazon-Neptune-DB-Clusters

Neptune führt regelmäßig Wartungsaktionen für alle verwendeten Ressourcen aus, einschließlich:

• Ersetzen der zugrunde liegende Hardware bei Bedarf. Dies geschieht im Hintergrund, ohne dass Sie etwas unternehmen müssen, und hat im Allgemeinen keine Auswirkungen auf Ihren Betrieb.

• Aktualisieren des zugrunde liegenden Betriebssystems. Betriebssystem-Upgrades der Instances in Ihrem DB-Cluster dienen der Verbesserung von Leistung und Sicherheit. Sie sollten sie daher generell so schnell wie möglich abschließen. 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.

  Im Allgemeinen ist es am besten, zuerst die Reader-Instances in einem DB-Cluster und dann die Writer-Instance zu aktualisieren. Die gleichzeitige Aktualisierung der Reader und des Writers kann bei einem Failover zu Ausfallzeiten führen. Beachten Sie, dass DB-Instances vor einem Betriebssystem-Update nicht automatisch gesichert werden. Erstellen Sie daher unbedingt manuelle Backups, bevor Sie ein Betriebssystem-Update anwenden.

• Aktualisieren der Neptune-Datenbank-Engine. Neptune veröffentlicht regelmäßig verschiedene Engine-Updates, um neue Features und Verbesserungen einzuführen und Fehler zu beheben.

Engine-Versionsnummern

Versionsnummerierung vor Engine-Version 1.3.0.0

Vor November 2019 unterstützte Neptune nur jeweils eine Engine-Version gleichzeitig und alle Engine-Versionsnummern hatten die Form 1.0.1.0.200<xxx>, wobei xxx die Patch-Nummer war. Alle neuen Engine-Versionen wurden als Patches für frühere Versionen veröffentlicht.

Seit November 2019 unterstützt Neptune mehrere Versionen, sodass Kunden eine bessere Kontrolle über ihre Upgrade-Pfade haben. Infolgedessen wurde die Nummerierung der Engine Releases geändert.

Ab November 2019 bis zur Engine-Version 1.3.0.0 bestehen die Engine-Versionsnummern aus 5 Teilen. Ein Beispiel ist 1.0.2.0.R2:

• Der erste Teil war immer 1.

• Der zweite Teil (0 in1.0.2.0.R2) war die Hauptversionsnummer der Datenbank.

• Der dritte und der vierte Teil (2.0 in 1.0.2.0.R2) waren beide Nebenversionsnummern.

• Der fünfte Teil (R2 in 1.0.2.0.R2) war die Patch-Nummer.

Bei den meisten Updates handelte es sich um Patch-Updates und die Unterscheidung zwischen Patches und Nebenversionsupdates war nicht immer deutlich.

Versionsnummerierung seit Engine-Version 1.3.0.0

Beginnend mit Engine-Version 1.3.0.0 wurde in Neptune die Art und Weise geändert, wie Engine-Updates nummeriert und verwaltet werden.

Die Versionsnummern der Engines bestehen nun aus vier Teilen, die jeweils einem Releasetyp entsprechen:

    Produktversion.Hauptversion.Nebenversion.Patch-Version

Unwichtigere Änderungen, die zuvor als Patches veröffentlicht wurden, werden jetzt als Nebenversionen veröffentlicht, die Sie mit der Instance-Einstellung AutoMinorVersionUpgrade verwalten können.

Wenn Sie jedes Mal, wenn eine neue Nebenversion veröffentlicht wird, eine Benachrichtigung erhalten möchten, können Sie daher das RDS-EVENT-0156-Ereignis abonnieren (siehe Abonnieren von Neptune-Ereignisbenachrichtigungen).

Patch-Veröffentlichungen sind jetzt für dringende gezielte Korrekturen vorbehalten und werden mit dem letzten Teil der Versionsnummer nummeriert (*.*.*.1, *.*.*.2 usw.).

Verschiedene Arten von Engine-Veröffentlichungen in Amazon Neptune

Die vier Arten von Engine-Veröffentlichungen, die den vier Teilen einer Engine-Versionsnummer entsprechen, lauten wie folgt:

• Produktversion: Diese ändert sich nur, wenn tiefgreifende, grundlegende Änderungen der Funktionalität oder der Benutzeroberfläche des Produkts erfolgen. Die aktuelle Neptune-Produktversion ist 1.

• Hauptversion: Hauptversionen führen wichtige neue Features und grundlegende Änderungen ein und haben in der Regel eine Nutzungsdauer von mindestens zwei Jahren.

• Nebenversion: Nebenversionen können neue Features, Verbesserungen und Fehlerkorrekturen enthalten, umfassen jedoch keine grundlegenden Änderungen. Sie können wählen, ob sie im nächsten Wartungsfenster automatisch angewendet werden sollen. Außerdem können Sie festlegen, ob Sie benachrichtigt werden möchten, wenn eine solche Version veröffentlicht wird.

• Patch-Version: Patch-Versionen werden nur veröffentlicht, um dringende Fehlerbehebungen oder kritische Sicherheitsupdates bereitzustellen. Sie enthalten selten grundlegende Änderungen und werden automatisch im nächsten Wartungsfenster nach ihrer Veröffentlichung angewendet.

Hauptversionsupdates von Amazon Neptune

Ein Hauptversionsupdate führt in der Regel eines oder mehrere wichtige neue Features ein und enthält häufig grundlegende Änderungen. Es hat in der Regel eine Support-Laufzeit von etwa zwei Jahren. Die Hauptversionen von Neptune sind in den Engine-Versionen zusammen mit dem Datum ihrer Veröffentlichung und ihrem voraussichtlichen Lebenszyklusende aufgeführt.

Updates für Hauptversionen sind rein optional, bis die von Ihnen verwendete Hauptversion das Ende ihrer Lebensdauer erreicht hat. Wenn Sie sich für ein Upgrade auf eine neue Hauptversion entscheiden, müssen Sie die neue Version selbst mithilfe der AWS CLI oder der Neptune-Konsole installieren, wie unter Hauptversions-Upgrades beschrieben.

Wenn die Hauptversion, die Sie verwenden, allerdings das Ende ihrer Lebensdauer erreicht, werden Sie darüber informiert, dass Sie auf eine neuere Hauptversion aktualisieren müssen. Wenn Sie dann nicht innerhalb einer Übergangsfrist nach der Benachrichtigung ein Upgrade durchführen, wird automatisch im nächsten Wartungsfenster ein Upgrade auf die neueste Hauptversion geplant. Weitere Informationen finden Sie unter Lebensdauern der Engine-Version.

Aktualisierungen der Nebenversion von Amazon Neptune

Bei den meisten Neptune-Engine-Updates handelt es sich um Updates der Nebenversion. Sie kommen relativ häufig vor und enthalten keine grundlegenden Änderungen.

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

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

Anmerkung

Updates für Nebenversionen sind eigenständig (sie hängen nicht von vorherigen Nebenversionsupdates für dieselbe Hauptversion ab) und kumulativ (sie enthalten alle Features und Korrekturen, die in früheren Nebenversionsupdates eingeführt wurden). Das bedeutet, dass Sie jedes beliebige Nebenversionsupdate installieren können, unabhängig davon, ob Sie frühere Updates installiert haben oder nicht.

Sie können ganz einfach den Überblick über Veröffentlichungen von Nebenversionen behalten, indem Sie das RDS-EVENT-0156-Ereignis abonnieren (siehe Abonnieren von Neptune-Ereignisbenachrichtigungen). Sie werden dann jedes Mal benachrichtigt, wenn eine neue Nebenversion veröffentlicht wird.

Unabhängig davon, ob Sie Benachrichtigungen abonniert haben, können Sie jederzeit überprüfen, welche Updates noch ausstehen.

Updates der Patch-Version von Amazon Neptune

Bei Sicherheitsproblemen oder anderen schwerwiegenden Fehlern, die die Zuverlässigkeit der Instance beeinträchtigen, stellt Neptune obligatorische Patches bereit. Sie werden während des nächsten Wartungsfensters auf alle Instances in Ihrem DB-Cluster angewendet, ohne dass Sie eingreifen müssen.

Eine Patch-Version wird nur bereitgestellt, wenn die Risiken einer Nichtbereitstellung die mit der Bereitstellung verbundenen Risiken und Ausfallzeiten übersteigen. Diese Patch-Veröffentlichungen erfolgen in unregelmäßigen Abständen (in der Regel alle paar Monate) und nehmen selten mehr als einen Bruchteil Ihres Wartungsfensters in Anspruch.

Planung für die Lebensdauer der Hauptversion der Amazon-Neptune-Engine

Neptun-Engine-Versionen erreichen fast immer am Ende eines Kalenderquartals das Ende ihres Lebenszyklus. Ausnahmen treten nur auf, wenn wichtige Sicherheits- oder Verfügbarkeitsprobleme auftreten.

Wenn eine Engine-Version das Ende ihres Lebenszyklus de erreicht, müssen Sie Ihre Neptune-Datenbank auf eine neuere Version aktualisieren.

Im Allgemeinen sind Neptune-Engine-Versionen weiterhin wie folgt verfügbar:

• Engine-Nebenversionen: Engine-Nebenversionen bleiben nach ihrer Veröffentlichung mindestens 6 Monate lang verfügbar.

• Engine-Hauptversionen: Engine-Hauptversionen bleiben nach ihrer Veröffentlichung mindestens 12 Monate lang verfügbar.

Mindestens 3 Monate, bevor eine Engine-Version das Ende ihres Lebenszyklus erreicht, sendet AWS eine automatische E-Mail-Benachrichtigung an die mit Ihrem AWS-Konto verknüpfte E-Mail-Adresse und veröffentlicht dieselbe Nachricht in Ihrem AWS-Health-Dashboard. So haben Sie Zeit, das Upgrade zu planen und vorzubereiten.

Wenn eine Engine-Version das Ende ihres Lebenszyklus erreicht, können Sie mit dieser Version keine neuen Cluster oder Instances mehr erstellen und auch Autoscaling kann keine Instances mit dieser Version erstellen.

Eine Engine-Version, die das Ende ihres Lebenszyklus erreicht hat, wird während eines Wartungszeitfensters automatisch aktualisiert. Die Nachricht, die Sie 3 Monate vor dem Ende des Lebenszyklus der Engine-Version erhalten, enthält Informationen darüber, was dieses automatische Update beinhalten würde, einschließlich der Version, auf die Sie automatisch aktualisiert werden würden, der Auswirkungen auf Ihre DB-Cluster und der von uns empfohlenen Maßnahmen.

Wichtig

Sie sind dafür verantwortlich, Ihre Datenbank-Engine-Versionen auf dem neuesten Stand zu halten. AWS fordert alle Kunden nachdrücklich auf, ihre Datenbanken auf die jeweils neueste Engine-Version zu aktualisieren, um von den aktuellsten Sicherheits-, Datenschutz- und Verfügbarkeitsvorkehrungen zu profitieren. Wenn Sie Ihre Datenbank nach dem Verfallsdatum auf einer Engine oder Software betreiben, die nicht mehr unterstützt wird („Legacy Engine“), ist die Wahrscheinlichkeit von Sicherheits-, Datenschutz- und Betriebsrisiken, einschließlich Ausfallzeiten, höher.

Der Betrieb Ihrer Datenbank auf einer beliebigen Engine unterliegt der Vereinbarung, die Ihre Nutzung der AWS-Services regelt. Legacy Engines Engines sind nicht allgemein verfügbar. AWS bietet keinen Support mehr für Legacy Engines an und AWS kann den Zugriff auf oder die Nutzung einer Legacy Engine jederzeit einschränken, wenn AWS feststellt, dass die Legacy Engine ein Sicherheits- oder Haftungsrisiko oder ein Schadensrisiko für die Services, AWS, verbundene Unternehmen oder Dritte darstellt. Ihre Entscheidung, Ihre Inhalte weiterhin in einer Legacy Engine auszuführen, könnte dazu führen, dass Ihre Inhalte nicht mehr verfügbar, beschädigt oder nicht wiederherstellbar sind. Für Datenbanken, die auf einer Legacy Engine ausgeführt werden, gelten Ausnahmen für Service Level Agreements (SLA).

DATENBANKEN UND ZUGEHÖRIGE SOFTWARE, DIE AUF EINER LEGACY ENGINE AUSGEFÜHRT WIRD, ENTHALTEN BUGS, FEHLER, DEFEKTE UND/ODER SCHÄDLICHE KOMPONENTEN. DEMENTSPRECHEND UND UNGEACHTET ANDERSLAUTENDER BESTIMMUNGEN IN DER VEREINBARUNG ODER DEN SERVICEBEDINGUNGEN STELLT AWS DIE LEGACY ENGINE „WIE BESEHEN“ BEREIT.

Manuelles Installieren von Updates für Ihre Neptune-Engine

Installieren eines Engine-Hauptversionsupgrades

Engine-Hauptversionen müssen immer manuell installiert werden. Damit Ausfallzeiten minimiert werden und genügend Zeit für Tests und Validierungen bleibt, sollte eine neue Hauptversion im Allgemeinen mithilfe der Neptune-Blau/Grün-Bereitstellungslösung installiert werden.

In einigen Fällen können Sie auch die AWS CloudFormation-Vorlage verwenden, mit der Sie Ihren DB-Cluster erstellt haben, um ein Upgrade der Hauptversion zu installieren (siehe Verwenden einer AWS CloudFormation Vorlage zum Aktualisieren der Engine-Version Ihres Neptune-DB-Clusters).

Wenn Sie ein Hauptversionsupdate sofort installieren möchten, können Sie einen CLI-Befehl wie den folgenden verwenden:

aws neptune modify-db-cluster \
  --db-cluster-identifier (identifier for your neptune cluster) \
  --engine neptune \
  --engine-version (the new engine version) \
  --apply-immediately

Sie müssen die Engine-Version angeben, auf die das Upgrade erfolgen soll. Wenn Sie dies nicht tun, wird die Engine möglicherweise nicht auf die neueste oder auf eine nicht erwartete Version aktualisiert.

Statt --apply-immediately können Sie --no-apply-immediately angeben.

Wenn Ihr Cluster eine benutzerdefinierte Cluster-Parametergruppe verwendet, müssen Sie diesen Parameter einschließen, um sie anzugeben:

  --db-cluster-parameter-group-name (name of the custom DB cluster parameter group)

Ebenso sollte für Instances im Cluster, die eine benutzerdefinierte DB-Parametergruppe verwenden, dieser Parameter eingeschlossen werden, um sie zu spezifizieren:

  ---db-instance-parameter-group-name (name of the custom instance parameter group)

Installieren eines Engine-Nebenversionsupgrades mit der AWS Management Console

Ausführen eines Nebenversionsupgrades mit der Neptune-Konsole

1. Melden Sie sich an der AWS-Managementkonsole an und öffnen Sie unter https://console.aws.amazon.com/neptune/home die Amazon-Neptune-Konsole.

2. Wählen Sie im Navigationsbereich Datenbanken und dann den zu ändernden DB-Cluster aus.

3. Wählen Sie Ändern aus.

4. Wählen Sie unter Instance-Spezifikationen die neue Version aus, auf die das Upgrade erfolgen soll.

5. Wählen Sie Weiter aus.

6. Wählen Sie Sofort anwenden aus, um die Änderungen sofort anzuwenden.

7. Wählen Sie Senden aus, um Ihren DB-Cluster zu aktualisieren.

Installieren eines Engine-Nebenversionsupgrades mit der AWS CLI

Sie können einen Befehl wie den folgenden verwenden, um ein Nebenversionsupgrade auszuführen, ohne auf das nächste Wartungsfenster warten zu müssen:

aws neptune modify-db-cluster \
  --db-cluster-identifier (your-neptune-cluster) \
  --engine-version (new-engine-version) \
  --apply-immediately

Bei einem manuellen Upgrade über die AWS CLI müssen Sie die Engine-Version angeben, auf die aktualisiert werden soll. Tun Sie dies nicht, wird die Engine möglicherweise auf einen andere als die neueste oder nicht auf die erwartete Version upgegradet.

Upgrade zu einer Engine-Version 1.2.0.0 oder höher von einer früheren Engine-Version als 1.2.0.0

Mit der Engine-Version 1.2.0.0 wurden mehrere wichtige Änderungen eingeführt, die das Upgrade von einer früheren Version erschweren können:

• Mit der Engine-Version 1.2.0.0 wurde ein neues Format für benutzerdefinierte Parametergruppen und benutzerdefinierte Cluster-Parametergruppen eingeführt. Wenn Sie also von einer Engine-Version vor 1.2.0.0 auf Engine-Version 1.2.0.0 oder höher aktualisieren, müssen Sie alle vorhandenen benutzerdefinierten Parametergruppen und benutzerdefinierten Cluster-Parametergruppen mithilfe der Parametergruppenfamilie neptune1.2 neu erstellen. In früheren Versionen wurde die Parametergruppenfamilie neptune1 verwendet und diese Parametergruppen funktionieren nicht mit Version 1.2.0.0 und höher. Weitere Informationen finden Sie unter Amazon-Neptune-Parametergruppen.

• Mit der Engine-Version 1.2.0.0 wurde auch ein neues Format für Undo-Protokolle eingeführt. Daher müssen alle Undo-Protokolle, die von einer früheren Engine-Version erstellt wurden, gelöscht werden und die CloudWatch-Metrik UndoLogsListSize muss auf Null fallen, bevor ein Upgrade von einer Version vor 1.2.0.0 gestartet werden kann. Wenn beim Versuch, ein Update zu starten, zu viele Undo-Protokolldatensätze (200 000 oder mehr) vorhanden sind, kann es beim Upgrade-Versuch zu einer Zeitüberschreitung kommen, während auf den Abschluss des Löschvorgangs der Undo-Protokolle gewartet wird.

  Sie können die Löschgeschwindigkeit beschleunigen, indem Sie die Writer-Instance des Clusters aktualisieren, in der das Löschen stattfindet. Wenn Sie dies tun, bevor Sie versuchen, das Upgrade durchzuführen, kann die Anzahl der Undo-Logs vor dem Start reduziert werden. Wenn Sie die Größe des Writers auf einen 24XL-Instance-Typ erhöhen, kann sich Ihre Löschrate auf mehr als eine Million Datensätze pro Stunde erhöhen.

  Wenn die UndoLogsListSize-CloudWatch-Metrik extrem umfangreich ist, kann Ihnen die Eröffnung eines Support-Falls dabei helfen, zusätzliche Strategien zu finden, um sie zu reduzieren.

• Schließlich wurde mit Version 1.2.0.0 eine bahnbrechende Änderung eingeführt, die sich auf früheren Code auswirkt, der das Bolt-Protokoll mit IAM-Authentifizierung verwendete. Ab Version 1.2.0.0 benötigt Bolt einen Ressourcenpfad für die IAM-Signatur. In Java könnte das Festlegen des Ressourcenpfads so aussehen: request.setResourcePath("/openCypher"));. In anderen Sprachen kann /openCypher an den Endpunkt-URI angehängt werden. Beispiele finden Sie unter Verwenden des Bolt-Protokolls.