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.
Speicher
Neptune-Daten werden in einem Cluster-Volume gespeichert, bei dem es sich um ein einzelnes virtuelles Volume handelt, das Non-Volatile Memory Express (NVMe) -Laufwerke verwendet. SSD-based Der Cluster-Volume besteht aus einer Sammlung logischer Blöcke, die als „Segmente“ bezeichnet werden. Jedem dieser Segmente sind 10 Gigabyte (GB) Speicher zugewiesen. Die Daten in jedem Segment werden über drei Availability Zones (AZs) in einer einzigen AWS Region repliziert, in der sich der DB-Cluster befindet.
Wenn ein Neptune-DB-Cluster erstellt wird, wird ihm ein einzelnes Segment mit 10 GB zugeteilt. Wenn die Datenmenge zunimmt und den aktuell zugeteilten Speicherplatz überschreitet, erweitert Neptune das Cluster-Volume automatisch, indem neue Segmente hinzugefügt werden. Ein Neptun-Cluster-Volume kann in allen unterstützten Regionen auf eine maximale Größe von 128 Tebibyte (TiB) anwachsen, außer in den Regionen China und den Regionen AWS GovCloud (USA), wo es auf 64 TiB begrenzt ist.
Das DB-Cluster-Volume enthält all Ihre Benutzerdaten, Indizes und Wörterbücher (im Neptune-Diagrammdatenmodell Abschnitt beschrieben) sowie interne Metadaten wie interne Transaktionsprotokolle. Diese Diagrammdaten, einschließlich Indizes und interner Protokolle, dürfen die maximale Größe des Cluster-Volumes nicht überschreiten.
I/O— Optimierte Speicheroption
Neptune bietet zwei Preismodelle für Speicher an:
Standardspeicher — Standardspeicher bietet kostengünstigen Datenbankspeicher für Anwendungen mit mäßiger bis geringer I/O Nutzung.
-
I/O—Optimierter Speicher — Mit I/O —Optimized Storage zahlen Sie nur für den Speicher, den Sie tatsächlich nutzen. Die Kosten sind höher als bei Standardspeicher, und Sie zahlen nichts für den I/O tatsächlich genutzten Speicher.
Mit I/O —Optimized Storage profitieren Sie von vorhersehbaren Kosten, niedriger I/O Latenz und gleichbleibendem I/O Durchsatz für I/O —intensive Graph-Workloads.
Weitere Informationen finden Sie unter —Optimierter Speicher. I/O
Neptune-Speicherzuteilung
Obwohl ein Neptun-Cluster-Volume auf 128 TiB (oder 64 TiB in einigen Regionen) anwachsen kann, wird Ihnen der zugewiesene Speicherplatz in Rechnung gestellt. Der gesamte zugeteilte Speicherplatz wird durch die Speicherhöchstgrenze festgelegt. Dies ist der maximale Speicherplatz, der dem Cluster-Volume zu einem beliebigen Zeitpunkt während seines Bestehens zugeteilt wird.
Das heißt, selbst wenn Sie Benutzerdaten aus einem Cluster-Volume entfernen, z. B. indem Sie eine Drop-Query ausführeng.V().drop(), bleibt der gesamte zugewiesene Speicherplatz gleich. Neptune optimiert automatisch den ungenutzten zugeteilten Speicherplatz für die zukünftige Wiederverwendung.
Neben Benutzerdaten belegen auch Wörterbuchdaten und interne Transaktionsprotokolle Speicherplatz. Wörterbuchdaten bleiben auch nach dem Löschen der unterstützten Grafikdaten erhalten, obwohl Neptune diese Einträge wiederverwenden kann, wenn Sie die Daten erneut eingeben. Um ungenutzte Wörterbucheinträge zu bereinigen, können Sie die Option aktivieren. Müllabfuhr im Wörterbuch Interne Protokolle verwenden einen separaten Speicherplatz mit einem eigenen hohen Wasserwert. Abgelaufene Protokolle werden nur für andere Protokolle wiederverwendet, nicht für Grafikdaten. Der für Protokolle zugewiesene Speicherplatz ist in der von der VolumeBytesUsed CloudWatchMetrik gemeldeten Gesamtmenge enthalten.
In Bewährte Methoden für Speicher finden Sie Möglichkeiten, den zugeteilten Speicherplatz auf ein Minimum zu beschränken und Speicherplatz wiederzuverwenden.
Neptune-Speicher-Fakturierung
Die Lagerkosten werden, wie im vorherigen Abschnitt beschrieben, auf der Grundlage des Speicherhöchstwerts abgerechnet. Amazon Neptune repliziert Ihre Daten in mehreren Availability Zones, aber Sie zahlen nur für eine Kopie der Daten.
Sie können den aktuellen Speichergrenzwert Ihres DB-Clusters ermitteln, indem Sie die VolumeBytesUsed CloudWatch Metrik überwachen (siehe). Überwachung von Neptune mit Amazon CloudWatch
Andere Faktoren, die sich auf Ihre Neptune-Speicherkosten auswirken können, sind Datenbank-Snapshots und Backups, die separat als Backup-Speicher in Rechnung gestellt werden und auf den Neptune-Speicherkosten basieren (siehe). CloudWatch Metriken, die für die Verwaltung des Neptune-Backup-Speichers nützlich sind
Wenn Sie jedoch einen Klon Ihrer Datenbank erstellen, verweist der Klon auf dasselbe Cluster-Volume, das Ihr DB-Cluster selbst verwendet, sodass keine zusätzlichen Speichergebühren für die Originaldaten anfallen. Nachträgliche Änderungen am Klon verwenden das Copy-On-Write-Protokoll und führen zu zusätzlichen Speicherkosten.
Weitere Preisinformationen zu Neptune finden Sie auf der Website unter Amazon Neptune Pricing
Bewährte Methoden für Neptune-Speicher
Da bestimmte Datentypen permanenten Speicherplatz in Neptune verbrauchen, sollten Sie diese bewährten Methoden anwenden, um große Spitzen beim Speicherwachstum zu vermeiden:
Vermeiden Sie bei der Entwicklung Ihres Diagrammdatenmodells temporäre Eigenschaftsschlüssel und benutzerorientierte Werte, soweit möglich.
Wenn Sie Ihr Datenmodell ändern möchten, dürfen Sie Daten erst dann in einen vorhandenen DB-Cluster unter Verwendung des neuen Modells laden, bis Sie die Daten in diesem DB-Cluster mithilfe der Fast-Reset-API gelöscht haben. Häufig ist es am besten, Daten, die ein neues Modell verwenden, in einen neuen DB-Cluster zu laden.
-
Transaktionen für große Datenmengen erzeugen entsprechend umfangreiche interne Protokolle, wodurch die Höchstgrenze für den internen Protokollbereich dauerhaft erhöht werden kann. Beispielsweise kann eine einzelne Transaktion, die alle Daten in Ihrem DB-Cluster löscht, ein großes internes Protokoll generieren. Für dieses Protokoll muss viel interner Speicher zugewiesen werden, wodurch der für Graphdaten verfügbare Speicherplatz dauerhaft reduziert wird.
Um dies zu vermeiden, sollten Sie große Transaktionen in kleinere Transaktionen aufteilen und genügend Zeit zwischen ihnen einplanen, sodass die entsprechenden internen Protokolle ablaufen können und ihr interner Speicher für die Wiederverwendung durch nachfolgende Protokolle freigegeben wird.
Um das Wachstum Ihres Neptun-Clustervolumens zu überwachen, können Sie einen CloudWatch Alarm für die
VolumeBytesUsedCloudWatch Metrik einstellen. Dies kann besonders nützlich sein, wenn Ihre Daten die maximale Größe des Cluster-Volumes erreichen. Weitere Informationen finden Sie unter CloudWatch Amazon-Alarme verwenden.
Wenn Ihr DB-Cluster über eine große Menge an ungenutztem zugewiesenem Speicherplatz verfügt, können Sie seinen Speicher verkleinern. Exportieren Sie dazu alle Daten in Ihrem Diagramm und laden Sie sie dann erneut in einen neuen DB-Cluster. Eine einfache Möglichkeit, Daten aus einem DB-Cluster zu exportieren, finden Sie im Neptune-Datenexport-Service und im Neptune-Bulk-Loader, um Daten einfach wieder in Neptune zu importieren.
Anmerkung
Die Erstellung und Wiederherstellung eines Snapshots reduziert nicht die Menge des Speichers, der Ihrem DB-Cluster zugeteilt ist, da ein Snapshot das ursprüngliche Image des dem Cluster zugrunde liegenden Speichers beibehält. Wenn eine große Menge des zugeteilten Speichers nicht verwendet wird, können Sie den zugeteilten Speicher nur reduzieren, indem Sie die Diagrammdaten exportieren und in einen neuen DB-Cluster laden.
Speicherzuverlässigkeit und hohe Verfügbarkeit von Neptune
Amazon Neptune ist auf Zuverlässigkeit, Beständigkeit und Fehlertoleranz ausgelegt.
Da Kopien Ihrer Neptune-Daten in drei Availability Zones (AZs) aufbewahrt werden, ist die Speicherung der Daten äußerst robust und die Wahrscheinlichkeit eines Datenverlusts sehr gering. Amazon Neptune repliziert die Daten automatisch in allen Availability Zones, unabhängig davon, ob sich DB-Instances darin befinden. Die Menge der replizierten Daten ist unabhängig von der Anzahl der DB-Instances in Ihrem Cluster.
Das bedeutet, dass Sie eine Read-Replica schnell hinzufügen können, da Neptune keine neue Kopie der Diagrammdaten erstellt. Stattdessen wird die Read-Replica mit dem Cluster-Volume verbunden, das Ihre Daten bereits enthält. Ebenso werden beim Entfernen einer Read-Replica die zugrunde liegenden Daten nicht entfernt.
Sie können das Cluster-Volume und dessen Daten erst löschen, wenn Sie alle zugehörigen DB-Instances gelöscht haben.
Neptune erkennt automatisch Fehler in den Segmenten, aus denen das Cluster-Volume besteht. Wenn eine Kopie der Daten in einem Segment beschädigt ist, repariert Neptune dieses Segment sofort und verwendet andere Kopien der Daten innerhalb desselben Segments, um sicherzustellen, dass die reparierten Daten aktuell sind. Dadurch vermeidet Neptune Datenverluste und reduziert die Notwendigkeit, nach einem Festplattenausfall eine Wiederherstellung zu einem bestimmten Zeitpunkt durchzuführen.
