FAQs zu Amazon Neptune

Amazon Neptune ist ein schneller, zuverlässiger, vollständig verwalteter Graphdatenbankservice, mit dem es ganz einfach ist, Anwendungen zu erstellen und auszuführen, die mit stark verbundenen Datensätzen arbeiten. SQL-Abfragen für optimal verbundene Daten sind komplex und schwer in der Leistung zu verbessern. Stattdessen können Sie mit Amazon Neptune offene und beliebte Graphen-Abfragesprachen verwenden, um leistungsfähige Abfragen auszuführen, die leicht zu verfassen sind und bei verbundenen Daten eine gute Leistung zeigen. Der Kern von Neptune ist eine speziell entwickelte, hochleistungsfähige Graphdatenbank-Engine, die für die Speicherung von Milliarden von Beziehungen und die Abfrage des Graphen mit einer Latenzzeit von Millisekunden optimiert ist. Neptune unterstützt Graph-Anwendungsfälle wie Empfehlungsengines, Betrugserkennung, Wissensgraphen, Wirkstoffentdeckung und Netzwerksicherheit. Amazon Neptune ist vollständig verwaltet und verarbeitet die zeitaufwändigen Aufgaben wie Bereitstellung, Patching, Backup, Fehlererkennung und mehr. Sie zahlen eine einfache Monatsgebühr für jede Amazon Neptune-Datenbank-Instance, die Sie verwenden. Es gibt keine Vorabkosten oder langfristige Verpflichtungen.

Amazon Neptune unterstützt sowohl die Open Source-Graph Traversal-Sprache Apache TinkerPop Gremlin als auch die standardmäßige W3C Resource Description Frameworks (RDF) SPARQL-Abfragesprache.

Ja, jede Neptun-Instance bietet sowohl einen Gremlin Websocket Server als auch einen SPARQL 1.1 Protocol REST Endpunkt. Die Daten sind zwischen den Stapeln getrennt, d. h. Sie können keinen Gremlin-Traversal über RDF-Daten durchführen oder umgekehrt. Dies soll es Ihnen ermöglichen, zu experimentieren und zu sehen, was für Ihre Anwendung am besten geeignet ist. Wenn die Ressourcen auf einer einzigen Instance gemeinsam genutzt werden, empfehlen wir Kunden für die Produktion nur über eine der Sprachen – Gremlin oder SPARQL – auf eine Instance zuzugreifen.

Amazon Neptune bietet einen Apache-TinkerPop-Gremlin-Server, der sowohl Websocket- als auch REST-Verbindungen unterstützt. Wenn Sie eine Instance von Amazon Neptune bereitstellen, können Sie ihre vorhandene TinkerPop-Anwendung konfigurieren, sodass sie den vom Service bereitgestellten Endpunkt verwendet. Siehe auch Zugreifen auf den Graph über Gremlin.

Nein, der Gremlin-Server von Amazon Neptune unterstützt Clients, die mit Apache-TinkerPop-Version 3.3 kompatibel sind, sowohl über Websocket- als auch über REST-Verbindungen.

Amazon Neptune bietet einen HTTP-REST-Endpunkt, der das SPARQL-1.1-Protokoll implementiert. Sobald Sie eine Service-Instance bereitstellen, können Sie Ihre Anwendung konfigurieren, sodass sie auf den SPARQL-Endpunkt verweist. Siehe auch Zugreifen auf den Graph über SPARQL.

Nein, der SPARQL-Endpunkt von Amazon Neptune funktioniert mit jedem Client, der das SPARQL-1.1-Protokoll unterstützt.

Ja. Neptune ist ACID-konform und bietet sofortige Konsistenz.

Amazon Neptune ist eine zweckgerichtete, leistungsstarke Graphdatenbank-Engine. Für bestimmte Management-Funktionen wie z. B. Lebenszyklusverwaltung, Verschlüsselung gespeicherter Daten mit Amazon Key Management Service (KMS) Schlüssel und Sicherheitsgruppen-Management verwendet Neptune die gleiche Betriebstechnologie wie Amazon RDS.

Ja. Bitte sehen Sie bei Amazon Neptune SLA nach.

Amazon Neptune wurde entwickelt, um Graph-Anwendungen zu unterstützen, die einen hohen Durchsatz erfordern und Graph-Abfragen mit geringer Latenzzeit. Mit Support von bis zu 15 Read Replicas kann Amazon Neptune 100 000 Abfragen pro Sekunde verarbeiten.

Ja, Amazon Neptune verwendet die Abfrageoptimierung sowohl für SPARQL-Abfragen als auch für Gremlin-Traversals.

Nein, Amazon Neptune ist eine zweckgerichtete, leistungsstarke Graphdatenbank-Engine. Neptune speichert und navigiert effizient durch Graph-Daten und verwendet eine speicheroptimierte Scale-Up-Architektur, um eine schnelle Abfrageevaluierung über große Graphen durchzuführen.

Auf unserer Preisseite finden Sie die aktuellen Preisinformationen.

Aktuelle Informationen zu Regionen und Preisen finden Sie auf unserer Preisseite.

Keine Amazon Neptune-Replikation ist im Paketpreis enthalten. Der Preis wird auf Basis des Speichersumfangs berechnet, den Ihre Datenbank in der Datenbankschicht nutzt, nicht aufgrund des von Amazon Neptune genutzten virtualisierten Speichers .

Amazon Neptune ist so konzipiert, dass es unnötige E/A-Vorgänge eliminiert, so die Kosten senkt und sicherstellt, dass die Ressourcen für Lese-/Schreibvorgänge verfügbar sind. Schreib-E/A-Vorgänge werden nur genutzt, wenn Transaktionsprotokoll-Aufzeichnungen in die Speicherebene übertragen werden, um Schreibvorgänge dauerhaft zu machen. Schreib-E/A-Vorgänge werden in Einheiten von 4 KB gezählt. Eine Transaktionsprotokoll-Aufzeichnung mit 1024 Bytes beispielsweise zählt als ein E/A-Vorgang. Gleichzeitige Schreibvorgänge, deren Transaktionsprotokoll weniger als 4 KB hat, können jedoch zur Optimierung der E/A-Nutzung durch die Amazon Neptune-Datenbank-Engine zusammengefasst werden. Anders als herkömmliche Datenbank-Engines überträgt Amazon Neptune nie modifizierte Datenbankseiten zur Speicherebene, was die E/A-Nutzung weiter senkt.

Sie können die Ihrer DB-Instance zugewiesenen Rechenressourcen über die AWS-Managementkonsole skalieren, indem Sie die gewünschte DB-Instance auswählen und auf die Schaltfläche „Ändern“ klicken. Speicher- und CPU-Ressourcen können durch eine Änderung der DB-Instance-Klasse modifiziert werden.

Alle gewünschten Änderungen der DB-Instance-Klasse erfolgen während des von Ihnen festgelegten Wartungszeitfensters. Alternativ können Sie einen "Apply Immediately"-Schalter setzen, um die angeforderte Skalierung sofort durchzuführen. Beide Optionen wirken sich ein paar Minuten lang auf die Verfügbarkeit aus, solange die Skalierung durchgeführt wird. Beachten Sie, dass in diesem Fall alle anderen noch ausstehenden Systemänderungen ebenfalls durchgeführt werden.

In Amazon-Neptune-DB-Instances sind automatisierte Backups immer aktiviert. Backups wirken sich nicht auf die Leistung der Datenbank aus.

Ja. Das Erstellen von Snapshots wirkt sich nicht auf die Leistung aus. Beachten Sie, dass für die Wiederherstellung von Daten aus DB-Snapshots die Erstellung einer neuen DB-Instance erforderlich ist.

Amazon Neptune verwaltet automatisch 6 Kopien Ihrer Daten in drei verschiedenen Availability Zonen und versucht automatisch, Ihre Datenbank in einer fehlerfreien AZ ohne Datenverlust wiederherzustellen. Im unwahrscheinlichen Fall, dass Ihre Daten im Amazon Neptune-Speicher nicht verfügbar sind, können Sie aus einem DB-Snapshot wiederherstellen oder eine zeitpunktbezogene Wiederherstellung auf eine neue Instance durchführen. Beachten Sie, dass der späteste wiederherstellbare Zeitpunkt bei einer zeitpunktbezogenen Wiederherstellung bis zu 5 Minuten zurückliegen kann.

Sie können vor dem Löschen Ihrer DB-Instance einen abschließenden DB-Snapshot erstellen. In diesem Fall können Sie diesen DB-Snapshot zum Wiederherstellen der gelöschten DB-Instance zu einem späteren Zeitpunkt nutzen. Amazon Neptune behält diesen letzten vom Benutzer erstellten DB-Snapshot zusammen mit allen anderen manuell erstellten DB-Snapshots bei, nachdem die DB-Instance gelöscht wurde. Nach dem Löschen der DB-Instance werden nur DB-Snapshots beibehalten (d. h. automatisierte Backups für zeitpunktbezogene Wiederherstellung werden nicht beibehalten).

Ja. Neptune bietet Ihnen die Möglichkeit, Snapshots Ihrer Datenbanken zu erstellen, die Sie später zum Wiederherstellen einer Datenbank verwenden können. Sie können einen Snapshot für ein anderes AWS-Konto freigeben und der Besitzer des Empfängerkontos kann Ihren Snapshot verwenden, um eine Datenbank wiederherzustellen, die Ihre Daten enthält. Sie können Ihre Snapshots sogar öffentlich zugänglich machen, sodass jeder eine Datenbank mit Ihren (öffentlichen) Daten wiederherstellen kann. Sie können diese Funktion nutzen, um Daten zwischen Ihren unterschiedlichen Umgebungen (Produktion, Entwicklung/Tests, Staging usw.) zu teilen, die unterschiedliche AWS-Konten nutzen, sowie Sicherungen all Ihrer Daten in einem getrennten Konto aufzubewahren, falls einmal in Ihr AWS-Konto eingebrochen werden sollte.

Die Freigabe von Snapshots für verschiedene Konten ist kostenlos. Möglicherweise werden Ihnen aber die Snapshots selbst sowie die Datenbanken, die Sie über freigegebene Snapshots wiederherstellen, in Rechnung gestellt. Weitere Informationen zu den Amazon-Neptune-Preisen.

Die Freigabe von automatischen Datenbank-Snapshots wird nicht unterstützt. Um einen automatischen Snapshot freizugeben, müssen Sie manuell eine Kopie des Snapshots erstellen und diese dann freigeben.

Sie können manuelle Snapshots für bis zu 20 AWS-Konto-IDs freigeben. Wenn Sie den Snapshot für mehr als 20 Konten freigeben möchten, können Sie den Snapshot entweder öffentlich freigeben oder sich an den Support wenden, damit Ihr Kontingent erhöht wird.

Sie können Ihre Amazon-Neptune-Snapshots in allen AWS-Regionen freigeben, in denen Amazon Neptune verfügbar ist.

Nein. Auf Ihre freigegebenen Amazon Neptune-Snapshots kann nur von Konten in derselben Region wie das freigebende Konto zugegriffen werden.

Ja, Sie können verschlüsselte Amazon-Neptune-Snapshots freigeben.

Nein, Amazon-Neptune-Snapshots kann nur innerhalb des Service verwendet werden.

Amazon Neptune trennt automatisch Ihr Datenbank-Volume in 10 GB-Segmente, die auf vielen unterschiedlichen Datenträgern untergebracht sind. Jeder 10 GB große Block Ihres Datenbankvolumens wird auf sechs Arten über drei Verfügbarkeitszonen repliziert. Amazon Neptune ist so konzipiert, dass es transparent den Verlust von bis zu zwei Kopien der Daten ohne Beeinträchtigung der Schreibverfügbarkeit, und bis zu drei Kopien ohne Beeinträchtigung der Verfügbarkeit von Leseleistung verarbeiten kann. Außerdem behebt der Speicher von Amazon Neptune Probleme automatisch. Datenblocks und Datenträger werden laufend auf Fehler untersucht und automatisch repariert.

Amazon Neptune muss nach einem Datenbankabsturz – anders als andere Datenbanken – nicht das Redo-Protokoll aus dem letzten Datenbank-Prüfpunkt wiedergeben, bevor es die Datenbank für Operationen zur Verfügung stellt (was normalerweise 5 Minuten dauert), und rückmelden, dass alle Änderungen angewendet wurden. Das reduziert in den meisten Fällen die Dauer des Neustarts auf weniger als 60 Sekunden. Amazon Neptune löst den Puffercache der Datenbank vom Datenbankprozess und macht diesen sofort zum Zeitpunkt des Neustarts verfügbar. Das verhindert eine Drosselung des Zugriffs bis zur Neuauffüllung des Caches zur Vermeidung von Brownouts.

Amazon Neptune unterstützt Read Replicas, die dasselbe zugrunde liegende Volume wie die primäre Instance nutzen. Durch die primäre Instance ausgeführte Updates sind in allen Amazon Neptune Replicas sichtbar.

Funktion                                                    Amazon-Neptune-Replicas

Anzahl der Replicas                                              Bis zu 15

Replikationstyp                                  Asynchron (Millisekunden)

Auswirkungen auf die Leistung der primären Instance                                Gering

Fungiert als Failover-Ziel:                                 Ja (kein Datenverlust)

Automatisiertes Failover                                                 Ja

Nein, Amazon Neptune unterstützt keine Replicas in mehreren Regionen.

Ja. Sie können jeder Instance auf dem Cluster ein Beförderungs-Prioritätskontingent zuweisen. Bei einem Ausfall der primären Instance befördert Amazon Neptune die Replica mit der höchsten Priorität zur neuen primären Instance. Wenn zwei oder mehr Replicas dasselbe Prioritätskontingent haben, befördert Amazon Neptune die Replica, die dieselbe Größe wie die primäre Instance hat.

Sie können das Prioritätskontingent für eine Instance jederzeit bearbeiten. Das Bearbeiten eines Prioritätskontingent löst keinen Failover aus.

Sie können den Replicas, die Sie nicht zur primären Instance befördern möchten, niedrigere Prioritätskontingente zuweisen. Wenn jedoch die Replicas auf dem Cluster mit höherer Priorität beschädigt oder aus irgendeinem Grund nicht verfügbar sind, befördert Amazon Neptune die Replica mit der niedrigeren Priorität.

Sie können Amazon-Neptune-Replicas hinzufügen. Amazon Neptune Replicas nutzen denselben zugrunde liegenden Speicher wie die primäre Instance. Jede Amazon Neptune Replica kann ohne Datenverlust als primär hochgestuft werden. Damit kann man sie bei einem Ausfall der primären DB-Instance zur Verbesserung der Fehlertoleranz verwenden. Zur Verbesserung der Datenbankverfügbarkeit können Sie einfach 1 bis 15 Replicas erstellen. Im Fall eines Datenbankausfalls fügt Amazon Neptune diese automatisch zur primären Auswahl für einen Failover hinzu.

Der Failover wird von Amazon Neptune automatisch durchgeführt, sodass Ihre Anwendungen den Datenbankbetrieb schnellstmöglich und ohne Verwaltungsaufwand wieder aufnehmen können.

Wenn Sie eine Amazon Neptune-Replica in derselben oder einer anderen Availability Zone haben, wechselt Amazon Neptune den anerkannten Namensdatensatz (CNAME) für Ihren primären DB-Endpunkt, sodass auf die fehlerfreie Replica verwiesen wird, die dann dadurch zur neuen primären Instance hochgestuft wird. Das gesamte Failover ist in der Regel innerhalb von 30 Sekunden abgeschlossen. Außerdem sind für den Endpunkt der Read Replicas während des Failovers keine CNAME-Updates erforderlich.
Verfügen Sie über keine Amazon Neptune Replica (d. h. über eine einzelne Instance), versucht Neptune zuerst, eine DB-Instance in der Availability Zone der ursprünglichen Instance zu erstellen. Gelingt das nicht, so versucht Neptune, eine neue DB-Instance in einer anderen Availability Zone zu erstellen. Ein Failover dauert von Anfang bis Ende normalerweise unter 15 Minuten.

Bei Verbindungsunterbrechung muss Ihre Anwendung versuchen, die Datenbankanforderungen erneut zu starten. 

Amazon Neptune erkennt Probleme bei Ihrer primären Instance automatisch und beginnt mit dem Routen Ihres Schreib-/Lesedatenverkehrs zu einer Amazon Neptune Replica. Dieses Failover ist im Durchschnitt innerhalb von 30 Sekunden abgeschlossen. Außerdem wird der Lesedatenverkehr Ihrer Amazon Neptune Replicas kurz unterbrochen.

Da Amazon Neptune Replicas dasselbe Daten-Volume verwenden wie die primäre Instance, gibt es praktisch keine Verzögerung bei der Replikation. Wir beobachten normalerweise Verzögerungen im Zehntel-Millisekundenbereich.

Ja. Alle Amazon-Neptune-DB-Instances müssen in einer VPC erstellt werden. Mit Amazon VPC können Sie eine virtuelle Netzwerkarchitektur definieren, die weitgehend einem herkömmlichen Netzwerk entspricht, wie Sie es in Ihrem Rechenzentrum betreiben. Dadurch haben Sie die uneingeschränkte Kontrolle über den Zugriff auf Ihre Amazon-Neptune-Datenbanken.

Amazon Neptune unterstützt verschlüsselte HTTPS-Client-Verbindungen und ermöglicht es Ihnen auch Ihre Datenbanken zu verschlüsseln mit Schlüsseln, die Sie durch AWS Key Management Service (KMS) verwalten. Bei einer mit Amazon Neptune ausgeführten Datenbank-Instance werden ruhende Daten sowie die automatischen Backups, Snapshots und Replikate desselben Clusters auf dem zugrunde liegenden Speicher verschlüsselt. Die Ver- und Entschlüsselung erfolgt nahtlos. Weitere Informationen zur Verwendung von KMS mit Amazon Neptune finden Sie im Amazon-Neptune-Benutzerhandbuch.

Derzeit wird die Verschlüsselung einer bestehenden unverschlüsselten Neptune-Instance nicht unterstützt. Zum Verwenden der Amazon Neptune-Verschlüsselung für eine bestehende unverschlüsselte Datenbank müssen Sie eine neue DB-Instance mit aktivierter Verschlüsselung erstellen und Ihre Daten in diese Instance migrieren.

Der Zugriff auf Amazon-Neptune-Datenbanken muss über den HTTP-Port erfolgen, der bei der Erstellung der Datenbank innerhalb Ihrer VPC eingegeben wurde. Dies sorgt für eine zusätzliche Sicherheitsebene für Ihre Daten. Schritt-für-Schritt-Anweisungen zur Verbindung mit Ihrer Amazon-Neptune-Datenbank finden Sie im Benutzerhandbuch für Amazon-Neptune.