Amazon Neptune Engine-Version 1.0.4.0 (12.10.2020) - Amazon Neptune
Patch-VeröffentlichungenNeue FeaturesVerbesserungenBehobene FehlerUnterstützte Versionen in AbfragespracheUpgrade-PfadeWird geupgradet

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.

Amazon Neptune Engine-Version 1.0.4.0 (12.10.2020)

Ab dem 12.10.2023 wird die Engine-Version 1.0.4.0 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist.

Nachfolgende Patch-Veröffentlichungen für dieses Version

Neue Features in dieser Engine-Version

  • Komprimierung auf Frame-Ebene für Gremlin hinzugefügt.

Verbesserungen in dieser Engine-Version

  • Amazon Neptune erfordert jetzt die Verwendung von Secure Sockets Layer (SSL) mit dem TLSv1.2-Protokoll für alle Verbindungen zu Neptune in allen Regionen, wobei diese starken Verschlüsselungssammlungen verwendet werden:

    • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

    • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

    • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

    • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

    • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

    • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

    Dies gilt sowohl für REST- als auch für WebSocket-Verbindungen zu Neptune und bedeutet, dass Sie HTTPS anstelle von HTTP verwenden müssen, wenn Sie in allen Regionen eine Verbindung zu Neptune herstellen.

    Da Client-Verbindungen, die HTTP oder TLS 1.1 verwenden, nirgends mehr unterstützt werden, stellen Sie bitte sicher, dass Ihre Clients und Ihr Code für die Verwendung von TLS 1.2 und HTTPS aktualisiert wurden, bevor Sie auf diesen Engine-Release aktualisieren.

Wichtig

Die Verwendung von SSL/TLS für alle Verbindungen zu Neptune kann eine erhebliche Umstellung darstellen. Es wirkt sich auf Ihre Verbindungen mit der Gremlin-Konsole, dem Gremlin-Treiber, Gremlin Python, .NET, NodeJS, REST-APIs und auch Load Balancer-Verbindungen aus. Wenn Sie HTTP für einige oder alle dieser Features verwendet haben, müssen Sie jetzt den entsprechenden Client und die Treiber aktualisieren und Ihren Code so ändern, dass HTTPS verwendet wird, sonst schlagen Ihre Verbindungen fehl.

Ein Fehler in dieser Version hat dazu geführt, dass HTTP-Verbindungen und/oder veraltete TLS-Verbindungen weiterhin für Kunden funktionieren, die zuvor einen DB-Cluster-Parameter festgelegt haben, um die Durchsetzung von HTTPS-Verbindungen zu verhindern. Dieser Fehler wurde in den Patch-Versionen 1.0.4.0.R2 und 1.0.4.1.R2 behoben, aber die Behebung hat zu unerwarteten Verbindungsfehlern geführt, wenn die Patches automatisch installiert wurden.

Aus diesem Grund wurden beide Patches rückgängig gemacht und können nur manuell installiert werden, um Ihnen die Möglichkeit zu geben, Ihr Setup für TLS 1.2 zu aktualisieren.

  • TinkerPop wurde auf Version 3.4.8 aktualisiert. Dies ist ein abwärtskompatibles Upgrade. Was neu ist, finden Sie im TinkerPop-Änderungsprotokoll.

  • Verbesserte Leistung für den Gremlin-Schritt properties().

  • Details zu BindOp und MultiplexerOp in Erklärungs- und Profilberichten hinzugefügt.

  • Es wurde ein Daten-Prefetch hinzugefügt, um die Leistung bei Cache-Fehlern zu verbessern.

  • Dem parserConfiguration Parameter des Bulk-Loaders wurde eine neue allowEmptyStrings-Einstellung hinzugefügt, die es ermöglicht, leere Zeichenketten beim Laden von CSV-Dateien als gültige Eigenschaftswerte zu behandeln (siehe Neptune-Loader-Anforderungsparameter).

  • Der Loader erlaubt jetzt ein maskiertes Semikolon in mehrwertigen CSV-Spalten.

In diesem Engine-Version behobene Fehler

  • Ein potenzielles Gremlin-Speicherleck im Zusammenhang mit dem both()-Schritt wurde behoben.

  • Es wurde ein Fehler behoben, bei dem Anforderungsmetriken fehlten, weil ein Endpunkt, der auf ‚/’ endete, nicht korrekt behandelt wurde.

  • Es wurde ein Fehler behoben, der dazu führte, dass Replikas unter hoher Last ins Hintertreffen gerieten und neu gestartet wurden, wenn die DFE-Engine im Lab-Modus aktiviert war.

  • Es wurde ein Fehler behoben, der verhinderte, dass die richtige Fehlermeldung gemeldet wurde, wenn ein Massenladevorgang aufgrund eines Speichermangels fehlschlug.

  • Es wurde ein SPARQL-Fehler behoben, bei dem die Zeichenkodierung in den Content-Encoding-Header von SPARQL-Abfrageantworten eingefügt wurde. charset wird jetzt im Content-Type-Header platziert, sodass HTTP-Clients den verwendeten Zeichensatz automatisch erkennen können.

In dieser Version unterstützte Versionen in Abfragesprache

Bevor Sie einen DB-Cluster auf Version 1.0.4.0 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist:

  • Gremlin-Version: 3.4.8

  • SPARQL-Version: 1.1

Upgrade-Pfade zum Engine-Release 1.0.4.0

Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren.

Es wird kein automatisches Upgrade auf diese Version durchgeführt.

Upgrade auf diesen Release

Amazon Neptune 1.0.4.0 ist jetzt allgemein verfügbar.

Wenn auf einem DB-Cluster eine Engine-Version ausgeführt wird, für die es einen Upgrade-Pfad zu dieser Version gibt, kann sie jetzt aktualisiert werden. Sie können jeden geeigneten Cluster mithilfe der DB-Cluster-Operationen auf der Konsole oder mithilfe des SDK aktualisieren. Mit dem folgenden CLI-Befehl wird ein geeignetes Cluster sofort aktualisiert:

Für Linux, OS X oder Unix:

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

Für Windows:

aws neptune modify-db-cluster ^
    --db-cluster-identifier (your-neptune-cluster) ^
    --engine-version 1.0.4.0 ^
    --apply-immediately

Updates werden auf alle Instances in einem DB-Cluster gleichzeitig angewendet. Ein Update erfordert einen Datenbankneustart auf diesen Instances. Daher kommt es zu einer Ausfallzeit von 20–30 Sekunden bis zu mehreren Minuten. Anschließend können Sie die Nutzung Ihres DB-Clusters fortsetzen.

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. Selbst ein Nebenversions-Upgrade könnte neue Features oder Verhaltensweisen einführen, die sich auf Ihren Code auswirken können.

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.

Die beste Methode, eine neue Version zu testen, bevor Sie Ihren Produktions-DB-Cluster aktualisieren, besteht darin, den Produktions-Cluster zu klonen, so dass auf dem Klon die neue Engine-Version ausgeführt wird. Sie können dann Abfragen auf dem Klon ausführen, ohne dass der Produktions-DB-Cluster davon betroffen 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.

Anmerkung

Wenn Sie versuchen, ein Upgrade durchzuführen, während eine ausstehende Aktion ausgeführt wird, kann ein Fehler wie der folgende auftreten:

   We're sorry, your request to modify DB cluster (cluster identifier) has failed.
   Cannot modify engine version because instance (instance identifier) is
   running on an old configuration. Apply any pending maintenance actions on the instance before
   proceeding with the upgrade.

Wenn dieser Fehler auftritt, warten Sie, bis die ausstehende Aktion abgeschlossen ist, oder starten Sie sofort ein Wartungsfenster, damit das vorherige Upgrade abgeschlossen werden kann.

Weitere Informationen zum Upgraden Ihrer Engine-Version finden Sie unter Warten eines Amazon-Neptune-DB-Clusters. Bei Fragen oder Bedenken steht Ihnen das AWS Support-Team in den Community-Foren und über AWS Premium Support zur Verfügung.