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.
So funktioniert Amazon DocumentDB serverless
Topics
-Übersicht
Amazon DocumentDB Serverless eignet sich für die anspruchsvollsten, sehr variablen Workloads. Zum Beispiel könnte Ihre Datenbanknutzung für einen kurzen Zeitraum sehr hoch sein, gefolgt von langen Zeiträumen mit nur leichter oder gar keiner Aktivität. Beispiele hierfür sind Einzelhandels-Websites, Spiele oder Sportveranstaltungen mit regelmäßigen Werbeveranstaltungen sowie Datenbanken, die nach Bedarf Berichte erstellen. Andere Beispiele sind Entwicklungs- und Testumgebungen sowie neue Anwendungen, in denen die Nutzung schnell ansteigen könnte. In Fällen wie diesen und vielen anderen ist es mit dem bereitgestellten Modell nicht immer möglich, die Kapazität vorab korrekt zu konfigurieren. Es können auch höhere Kosten entstehen, wenn Sie zu viel Kapazität bereitstellen, die Sie dann nicht benötigen.
Im Gegensatz dazu eignen sich von DocumentDB bereitgestellte Cluster für stetige Workloads. Bei bereitgestellten Clustern wählen Sie eine Instanzklasse aus, die über eine vordefinierte Menge an Arbeitsspeicher, CPU-Leistung, I/O Bandbreite usw. verfügt. Wenn sich Ihre Workload ändert, ändern Sie die Instance-Klasse Ihres Writers und Ihrer Readers manuell. Das bereitgestellte Modell funktioniert gut, wenn Sie die Kapazität im Vorfeld der erwarteten Verbrauchsmustern anpassen können. Es ist akzeptabel, dass kurze Ausfälle auftreten, während Sie die Instance-Klasse des Writers und der Reader in Ihrem Cluster ändern.
DocumentDB Serverless wurde von Grund auf so konzipiert, dass serverlose Cluster unterstützt werden, die sofort skalierbar sind. DocumentDB Serverless wurde so konzipiert, dass es das gleiche Maß an Sicherheit und Isolierung bietet wie bereitgestellte Writer- und Lesegeräte. Diese Aspekte sind in serverlosen Cloud-Umgebungen mit mehreren Mandanten entscheidend. Der dynamische Skalierungsmechanismus umfasst sehr wenig Aufwand, sodass er schnell auf Änderungen der Datenbank-Workload reagieren kann. Er bietet auch genügend Leistung, um einen drastischen Anstieg beim Bedarf nach Rechenleistung zu meistern.
Wenn Sie DocumentDB serverless verwenden, können Sie einen DocumentDB-Cluster erstellen, ohne für jeden Writer und Reader an eine bestimmte Datenbankkapazität gebunden zu sein. Sie geben den minimalen und maximalen Bereich für die Kapazität an. DocumentDB skaliert jeden serverlosen DocumentDB-Writer oder -Leser im Cluster innerhalb dieses Kapazitätsbereichs. Durch die Verwendung eines Multi-AZ Clusters, in dem jeder Writer oder Reader dynamisch skalieren kann, können Sie die Vorteile der dynamischen Skalierung und Hochverfügbarkeit nutzen.
DocumentDB serverless skaliert die Datenbankressourcen automatisch auf der Grundlage Ihrer Mindest- und Höchstkapazitätsspezifikationen. Die Skalierung ist schnell, da die meisten Skalierungsereignisoperationen den Writer oder Reader auf demselben Host halten. In den seltenen Fällen, in denen ein serverloser DocumentDB-Writer oder -Leser von einem Host auf einen anderen verschoben wird, verwaltet DocumentDB Serverless die Verbindungen automatisch. Sie müssen Ihren Datenbank-Client-Anwendungscode oder Ihre Datenbank-Verbindungszeichenfolgen nicht ändern.
Bei DocumentDB Serverless sind wie bei bereitgestellten Clustern Speicherkapazität und Rechenkapazität getrennt. Wenn wir von serverloser DocumentDB-Kapazität und Skalierung sprechen, ist es immer die Rechenkapazität, die zunimmt oder sinkt. Somit kann Ihr Cluster viele Terabyte an Daten enthalten, auch wenn die CPU und Speicherkapazität auf ein niedriges Niveau herunterskalieren.
Anstelle der Bereitstellung und Verwaltung von Datenbankservern geben Sie die Datenbankkapazität an. Die tatsächliche Kapazität jedes serverlosen DocumentDB-Schreibers oder -Lesegeräts variiert im Laufe der Zeit, abhängig von Ihrer Arbeitslast. Details zu diesem Mechanismus finden Sie unter Serverlose Skalierung von Amazon DocumentDB.
Konfigurationen für Amazon DocumentDB-Cluster
Für jeden Ihrer Amazon DocumentDB-Cluster können Sie eine beliebige Kombination aus serverloser DocumentDB-Kapazität, bereitgestellter Kapazität oder beidem wählen.
Sie können einen Cluster einrichten, der sowohl serverlose als auch bereitgestellte DocumentDB-Kapazität enthält. Dies wird als Cluster mit gemischter Konfiguration bezeichnet. Angenommen, Sie benötigen mehr read/write Kapazität, als für einen serverlosen DocumentDB-Writer verfügbar ist. In diesem Fall können Sie den Cluster mit einem sehr großen bereitgestellten Writer einrichten. Dann können Sie DocumentDB Serverless immer noch für die Reader verwenden. Oder nehmen Sie an, dass die Schreib-Workload für Ihren Cluster variiert, die Lese-Workload jedoch stabil ist. In diesem Fall können Sie Ihren Cluster mit einem serverlosen DocumentDB-Writer und einem oder mehreren bereitgestellten Readern einrichten.
Sie können auch einen Cluster einrichten, in dem die gesamte Kapazität von DocumentDB serverless verwaltet wird. Dazu können Sie einen neuen Cluster erstellen und DocumentDB serverless von Anfang an verwenden. Oder Sie können die gesamte bereitgestellte Kapazität in einem vorhandenen Cluster durch DocumentDB serverless ersetzen. Die Verfahren zum Erstellen eines neuen Clusters mit DocumentDB serverless oder zum Umstellen eines vorhandenen Clusters auf serverlose DocumentDB finden Sie unter und. Einen Cluster erstellen, der Amazon DocumentDB serverlos verwendet Migration zu Amazon DocumentDB serverlos
Wenn Sie DocumentDB Serverless in einem Cluster überhaupt nicht verwenden, werden alle Writer und Reader im Cluster bereitgestellt. Dies ist die gängigste Art von Cluster, mit der die meisten Benutzer vertraut sind. Die bereitgestellte Kapazität ist konstant. Die Gebühren sind relativ einfach zu prognostizieren. Sie müssen jedoch im Vorfeld prognostizieren, wie viel Kapazität Sie benötigen. In einigen Fällen sind Ihre Prognosen möglicherweise ungenau oder Ihr Kapazitätsbedarf kann sich ändern. In diesen Fällen kann es zu einer Unterversorgung (langsamer als gewünscht) oder zu einer Überversorgung (teurer als gewünscht) kommen.
Serverlose Skalierungskapazität von Amazon DocumentDB
Die Maßeinheit für Amazon DocumentDB serverless ist die DocumentDB Capacity Unit (DCU). Die serverlose Skalierungskapazität von DocumentDB ist nicht an die Instance-Klassen gebunden, die Sie für bereitgestellte Cluster verwenden.
Jede DCU ist eine Kombination aus etwa 2 Gibibyte (GiB) Arbeitsspeicher, der entsprechenden CPU und dem Netzwerk. Mit dieser Maßeinheit geben Sie den Kapazitätsbereich der Datenbank an. Die Metriken ServerlessDatabaseCapacity und DCUUtilization CloudWatch helfen Ihnen festzustellen, wie viel Kapazität Ihre Datenbank tatsächlich nutzt und wo diese Kapazität innerhalb des angegebenen Bereichs liegt.
Zu jedem Zeitpunkt hat jeder serverlose DocumentDB-Writer oder -Leser eine Kapazität. Die Kapazität ist eine Gleitkommazahl, die DCU repräsentiert. Die Kapazität steigt oder nimmt ab, sobald der Writer oder Reader skaliert. Dieser Wert wird jede Sekunde gemessen. Für jeden Cluster, in dem Sie DocumentDB serverless verwenden möchten, definieren Sie einen Kapazitätsbereich: die Mindest- und Höchstkapazitätswerte, zwischen denen jeder serverlose DocumentDB-Writer oder Reader skalieren kann. Der Kapazitätsbereich ist für jeden serverlosen DocumentDB-Writer oder -Leser in einem Cluster derselbe. Jeder serverlose DocumentDB-Writer oder -Leser hat seine eigene Kapazität, die irgendwo in diesem Bereich liegt.
DocumentDB Serverless wird auf DocumentDB 5.0 und 8.0 mit einem Kapazitätsbereich von 0,5 bis 256 DCUs unterstützt.
Die kleinste serverlose DocumentDB-Kapazität, die Sie definieren können, beträgt 0,5 DCUs. Sie können einen höheren Wert angeben, wenn dieser kleiner als oder gleich dem maximal unterstützten Kapazitätswert ist. Wenn Sie die Mindestkapazität auf einen kleinen Wert festlegen, verbrauchen leicht ausgelastete Cluster nur minimale Rechenressourcen. Gleichzeitig bleiben sie bereit, Verbindungen sofort anzunehmen und hochzuskalieren, wenn ihre Aktivität ansteigt.
Setzen Sie den Mindestwert auf einen Wert, der es jedem Schreib- oder Lesegerät ermöglicht, den Arbeitssatz der Anwendung im Pufferpool zu speichern. Auf diese Weise wird der Inhalt des Pufferpools in Zeiten geringer Aktivität nicht verworfen. Alle Überlegungen zur Auswahl des Skalierungskapazitätsbereichs finden Sie unterAuswahl des Skalierungskapazitätsbereichs für einen serverlosen DocumentDB-Cluster.
Je nachdem, wie Sie die Lesegeräte in einer Multi-AZ Bereitstellung konfigurieren, können ihre Kapazitäten an die Kapazität des Schreibers gebunden oder unabhängig voneinander sein. Weitere Informationen zur Vorgehensweise finden Sie unter Die Angebotsstufe für serverlose Lesegeräte anzeigen und ändern.
Bei der serverlosen Überwachung von DocumentDB werden die Kapazitätswerte für Writer und Reader in Ihrem Cluster im Laufe der Zeit gemessen. Wenn Ihre Datenbank nicht auf die Mindestkapazität herunterskaliert, können Sie Maßnahmen ergreifen, z. B. den minimalen Wert anpassen und Ihre Datenbankanwendung optimieren. Wenn Ihre Datenbank ihre maximale Kapazität konsequent erreicht, können Sie Maßnahmen wie die Erhöhung des maximalen Werts ergreifen. Sie können auch Ihre Datenbankanwendung optimieren und die Abfragelast auf mehr Reader verteilen.
Die Gebühren für die serverlose DocumentDB-Kapazität werden in folgenden Werten gemessen. DCU-hours Informationen darüber, wie die Gebühren für serverlose DocumentDB berechnet werden, finden Sie unter Amazon DocumentDB-Preise.
Weitere Informationen zur Auswahl geeigneter Mindest- und Höchstwerte für DCU finden Sie unter. Auswahl des Skalierungskapazitätsbereichs für einen serverlosen DocumentDB-Cluster Die von Ihnen angegebenen Mindest- und Höchstwerte für DCU wirken sich auch auf einige Amazon DocumentDB-Instance-Grenzwerte aus. Einzelheiten zur Wechselwirkung zwischen dem Kapazitätsbereich und den Instance-Limits finden Sie unter. Grenzwerte für serverlose Amazon DocumentDB-Instances
Serverlose Skalierung von Amazon DocumentDB
Für jeden serverlosen DocumentDB-Writer oder -Leser verfolgt Amazon DocumentDB kontinuierlich die Auslastung von Ressourcen wie CPU, Speicher und Netzwerk. Diese Messungen werden zusammen als Last bezeichnet. Die Last umfasst die von Ihrer Anwendung ausgeführten Datenbankoperationen. Es umfasst auch die Hintergrundverarbeitung für den Datenbankserver und Verwaltungsaufgaben von Amazon DocumentDB. Wenn die Kapazität durch eines dieser Elemente eingeschränkt ist, skaliert DocumentDB Serverless nach oben. DocumentDB Serverless skaliert auch, wenn es Leistungsprobleme erkennt, die es auf diese Weise lösen kann. Sie können die Ressourcenauslastung und ihre Auswirkungen auf die serverlose DocumentDB-Skalierung überwachen, indem Sie die Verfahren unter verwenden. Überwachung von Amazon DocumentDB (serverlos)
Die Auslastung kann je nach Writer und Reader in Ihrem Cluster variieren. Der Writer verarbeitet Schreibvorgänge und führt alle Datenänderungen am Cluster-Volume durch. Leser können schreibgeschützte Anfragen verarbeiten.
Skalierung ist der Vorgang, der die serverlose DocumentDB-Kapazität für Ihre Datenbank erhöht oder verringert. Bei serverloser DocumentDB hat jeder Writer und Reader seinen eigenen aktuellen Kapazitätswert, der in DCUs gemessen wird. DocumentDB Serverless skaliert ein Schreib- oder Lesegerät auf eine höhere Kapazität, wenn die aktuelle Kapazität zu niedrig ist, um die Last zu bewältigen. Der Writer oder Reader wird auf eine geringere Kapazität skaliert, wenn seine aktuelle Kapazität höher als erforderlich ist.
DocumentDB Serverless kann die Kapazität schrittweise erhöhen. Wenn Ihr Workload-Bedarf beginnt, die aktuelle Datenbankkapazität eines Writers oder Readers zu erreichen, erhöht DocumentDB Serverless die Anzahl der DCUs für diesen Writer oder Reader. DocumentDB Serverless skaliert die Kapazität in den Schritten, die erforderlich sind, um die optimale Leistung für die verbrauchten Ressourcen zu erzielen. Die Skalierung erfolgt in Schritten von nur 0,5 DCUs. Je größer die aktuelle Kapazität, desto größer ist das Skalierungsinkrement und desto schneller kann die Skalierung erfolgen.
Da die serverlose DocumentDB-Skalierung so häufig, granular und unterbrechungsfrei erfolgt, verursacht sie keine diskreten Ereignisse im. AWS-Managementkonsole Stattdessen können Sie die CloudWatch Amazon-Metriken wie serverlessDatabaseCapacity und messen und ihre Mindest-DCUUtilization, Höchst- und Durchschnittswerte im Zeitverlauf verfolgen. Weitere Informationen zur serverlosen Überwachung von DocumentDB finden Sie unter. Überwachung von Amazon DocumentDB (serverlos)
Das Hoch- oder Herunterskalieren kann folgende Ursachen haben:
Speichernutzung
CPU-Auslastung
Netzwerkauslastung
Speichernutzung
Sie können diese Ursachen der Skalierung up/down auf serverlosen DocumentDB-Instances überwachen. Weitere Informationen finden Sie unter Überwachung von Amazon DocumentDB (serverlos).
Sie können wählen, ob ein Reader gleichzeitig mit dem zugehörigen Writer oder unabhängig vom Writer skalieren soll. Dazu geben Sie die Hochstufungsstufe für diesen Reader an.
Serverlose DocumentDB-Lesegeräte der Stufen 0 und 1 skalieren zur gleichen Zeit wie der Writer. Dieses Skalierungsverhalten macht Reader in den Prioritätsstufen 0 und 1 ideal verfügbar. Das liegt daran, dass sie immer auf die richtige Kapazität dimensioniert sind, um die Workload des Writers im Falle eines Failovers zu übernehmen.
Reader der Hochstufungsstufen 2 bis 15 skalieren unabhängig vom Writer. Jeder Reader bleibt innerhalb der minimalen und maximalen DCU-Werte, die Sie für Ihren Cluster angegeben haben. Wenn ein Reader unabhängig von der zugehörigen Writer-DB skaliert, kann er inaktiv werden und herunterskalieren, während der Writer weiterhin ein hohes Transaktionsvolumen verarbeitet. Er ist nach wie vor als Failover-Ziel verfügbar, wenn keine anderen Reader in niedrigeren Hochstufungsstufen zur Verfügung stehen. Wenn der Reader jedoch zum Writer hochgestuft wird, muss er möglicherweise hochskalieren, um die volle Workload des Writers zu bewältigen.
Weitere Informationen zum Anzeigen und Ändern der Aufstiegsstufen für serverlose Instances finden Sie unter. Die Angebotsstufe für serverlose Lesegeräte anzeigen und ändern
Die serverlose DocumentDB-Skalierung kann erfolgen, während Datenbankverbindungen geöffnet sind, während Transaktionen ausgeführt werden usw. DocumentDB Serverless wartet nicht auf einen stillen Punkt, um mit der Skalierung zu beginnen. Die Skalierung unterbricht keine laufenden Datenbankoperationen.
Wenn Ihre Arbeitslast mehr Lesekapazität benötigt, als mit einem einzelnen Writer und einem einzelnen Reader verfügbar ist, können Sie dem Cluster mehrere serverlose DocumentDB-Lesegeräte hinzufügen. Jeder serverlose DocumentDB-Leser kann innerhalb des Bereichs der Mindest- und Höchstkapazitätswerte skaliert werden, den Sie für Ihren Cluster angegeben haben. Sie können den Reader-Endpunkt des Clusters verwenden, um schreibgeschützte Sitzungen an die Reader zu leiten und die Last des Writers zu reduzieren.
Ob DocumentDB Serverless eine Skalierung durchführt und wie schnell die Skalierung nach dem Start erfolgt, hängt auch von den minimalen und maximalen DCU-Einstellungen für den Cluster ab. Darüber hinaus hängt es davon ab, ob ein Reader so konfiguriert ist, dass er zusammen mit dem Writer oder unabhängig davon skaliert wird. Einzelheiten zur Skalierungskonfiguration finden Sie unter. Serverlose Skalierungskonfiguration von Amazon DocumentDB
Ruhezustand (0,5 DCUs)
Wenn serverlose Amazon DocumentDB-Writer oder -Lesegeräte inaktiv sind, unterstützen serverlose DocumentDB-Instances das Herunterskalieren auf einen Leerlaufzustand von 0,5 DCUs, wenn der Cluster auf 0,5 konfiguriert ist MinCapacity .
Im Ruhezustand verfügen die serverlosen DocumentDB-Instances nicht über genügend CPU-Rechenkapazität, um die meisten Produktionsworkloads zu unterstützen, sind aber bereit, schnell hochzuskalieren, um eine neue Arbeitslast zu unterstützen. In einem Zustand ohne Leerlauf benötigen serverlose DocumentDB-Instances in der Regel mindestens 1,0 — 2,5 DCUs. Wenn serverlose DocumentDB-Instances von einem Ruhezustand in einen Zustand ohne Leerlauf hochskaliert werden, werden sie daher direkt auf 1,0 bis 2,5 DCUs hochskaliert (oder auf den Wert von, falls dieser niedriger ist). MaxCapacity
Um eine Herabskalierung auf 0,5 DCUs im Leerlauf zu unterstützen, werden Instance-Grenzwerte begrenzt, wenn sie so konfiguriert sind, dass sie kleiner oder gleich 1,0 DCUs sind. MinCapacity Weitere Informationen dazu, wie sich die MinCapacity Konfiguration auf die Grenzwerte auswirkt, finden Sie unter. Grenzwerte für serverlose Amazon DocumentDB-Instances
