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.
CloudWatch Contributor Insights für DynamoDB: So funktioniert es
Amazon DynamoDB ist in CloudWatch Contributor Insights integriert, um Informationen über die am häufigsten aufgerufenen und gedrosselten Elemente in einer Tabelle oder einem globalen sekundären Index bereitzustellen. DynamoDB stellt Ihnen diese Informationen über Regeln, Berichte und Grafiken mit Berichtsdaten von CloudWatch Contributor Insights zur Verfügung. https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ContributorInsights-ViewReports.html https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ContributorInsights-GraphReportData.html
CloudWatch Contributor Insights for DynamoDB wurde so konzipiert, dass es keine Auswirkungen auf die Leistung Ihrer DynamoDB-Tabelle hat.
Weitere Informationen zu CloudWatch Contributor Insights finden Sie im Amazon-Benutzerhandbuch unter Verwenden von Contributor Insights zur Analyse von Daten mit hoher Kardinalität. CloudWatch
In den folgenden Abschnitten werden die Kernkonzepte und das Verhalten von CloudWatch Contributor Insights for DynamoDB beschrieben.
Themen
CloudWatch Contributor Insights-Modi für DynamoDB
CloudWatch Contributor Insights for DynamoDB bietet zwei verschiedene Modi, um unterschiedlichen Überwachungsanforderungen gerecht zu werden.
Modus für gedrosselte Schlüssel
Dieser Modus konzentriert sich ausschließlich auf gedrosselte Anfragen, indem Ereignisse nur verarbeitet werden, wenn eine Drosselung eintritt. Er bietet Einblicke in Leistungsprobleme, ohne dass alle Zugriffsmuster nachverfolgt werden müssen. In diesem Modus verfolgt DynamoDB nur Folgendes:
-
Elemente mit den meisten Drosselungen: Elemente, bei denen die meisten Drosselungsereignisse auftreten
Dieser Modus ist in folgenden Situationen ideal:
-
Ihr Hauptanliegen ist die Identifizierung und Lösung von Drosselungsproblemen.
-
Sie möchten Contributor Insights kontinuierlich aktiviert lassen, damit Drosselungen in Echtzeit erkannt werden können.
-
Sie möchten einen kostenoptimierten Ansatz zur Überwachung von Drosselungsproblemen nutzen.
Anmerkung
Modus für gedrosselte Schlüssel: Hierbei werden Ereignisse nur dann verarbeitet, wenn eine Drosselung erfolgt, sodass eine kontinuierliche Überwachung kostengünstig ist. Dieser gezielte Ansatz ermöglicht es Ihnen, die Funktion bei minimalen Auswirkungen auf die Kosten dauerhaft aktiviert zu lassen, während Sie gleichzeitig sofort Einblicke in Drosselungsprobleme erhalten, sobald sie auftreten.
Wenn in Ihrer Tabelle keine Drosselung auftritt, werden in den Contributor-Insights-Diagrammen keine Daten angezeigt, was auf eine gute Leistung hindeutet. Wenn eine Drosselung erkannt wird, helfen Ihnen die generierten Diagramme dabei, bestimmte Zugriffsmuster zu identifizieren, die Leistungsprobleme verursachen. Diese Informationen können Ihnen bei der Implementierung von Strategien zur Behebung ungleichmäßiger Zugriffsmuster helfen.
Für umfassende Überwachungsstrategien können Sie diese Erkenntnisse zur Drosselung in andere CloudWatch Metriken integrieren, um einheitliche Dashboards zu erstellen, die Drosselungsereignisse mit der Gesamtleistung der Tabelle korrelieren.
Modus für Schlüssel mit Zugriffen und Drosselungen
Dieser Modus ermöglicht eine umfassende Überwachung sowohl der abgerufenen als auch der gedrosselten Objekte. In diesem Modus verfolgt DynamoDB Folgendes:
-
Elemente mit den meisten Zugriffen: Elemente, die am meisten Lese- und Schreibkapazität verbrauchen
-
Elemente mit den meisten Drosselungen: Elemente, bei denen die meisten Drosselungsereignisse auftreten
Dieser Modus ist ideal, wenn Sie einen vollständigen Überblick über die Zugriffsmuster Ihrer Tabelle benötigen und sowohl Informationen zu stark frequentierten Elementen als auch zu Drosselungsproblemen erhalten möchten.
Wechseln zwischen den Modi
Sie können jederzeit mithilfe der DynamoDB-Konsole oder APIs zwischen den Modi wechseln. AWS CLI Wenn Sie zwischen den Modi wechseln:
-
Bestehende CloudWatch Regeln werden aktualisiert, um sie an den neuen Modus anzupassen
-
Die CloudWatch Regeln für gedrosselte Schlüssel bleiben unverändert, sodass Ihre fortlaufenden Verlaufsdaten für Drosselungskennzahlen beibehalten werden:
-
Wenn Sie vom Modus für gedrosselte Schlüssel in den Modus für Schlüssel mit Zugriffen und Drosselungen wechseln, werden die vorhandenen Regeln für gedrosselte Schlüssel beibehalten und es werden neue Regeln für Schlüssel mit Zugriffen erstellt
-
Wenn Sie vom Modus für Schlüssel mit Zugriffen und Drosselungen in den Modus für gedrosselte Schlüssel wechseln, werden nur die vorhandenen Regeln für gedrosselte Schlüssel beibehalten und die Regeln für Schlüssel mit Zugriffen werden entfernt.
-
-
Die Fakturierung wird sofort angepasst, um der Ereignisverarbeitung des neuen Modus zu entsprechen.
CloudWatch Erkenntnisse der Mitwirkenden zu DynamoDB-Regeln
Wenn Sie CloudWatch Contributor Insights for DynamoDB für eine Tabelle oder einen globalen sekundären Index aktivieren, erstellt DynamoDB in Ihrem Namen Regeln, die auf dem ausgewählten Modus basieren.
Anmerkung
Wenn Sie Contributor Insights in Ihrer DynamoDB-Tabelle aktivieren, gelten die Regelbeschränkungen von Contributor Insights. Weitere Informationen finden Sie unter CloudWatch -Servicekontingente.
Regeln für den Modus für Schlüssel mit Zugriffen und Drosselungen
Im Modus für Schlüssel mit Zugriffen und Drosselungen erstellt DynamoDB die folgenden Regeln:
-
Elemente, auf die am häufigsten zugegriffen wird (Partitionsschlüssel) — Identifiziert die Partitionsschlüssel der Elemente, auf die am häufigsten zugegriffen wird, in Ihrer Tabelle oder Ihrem globalen sekundären Index.
CloudWatch Format des Regelnamens:
DynamoDBContributorInsights-PKC-[resource_name]-[creationtimestamp] -
Am meisten gedrosselte Schlüssel (Partitionsschlüssel) — Identifiziert die Partitionsschlüssel der am stärksten gedrosselten Elemente in Ihrer Tabelle oder Ihrem globalen sekundären Index.
CloudWatch Format des Regelnamens:
DynamoDBContributorInsights-PKT-[resource_name]-[creationtimestamp]
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index über Sortierschlüssel verfügt, erstellt DynamoDB auch die folgenden spezifischen Regeln für Sortierschlüssel:
-
Schlüssel mit den meisten Zugriffen (Partitions- und Sortierschlüssel) – Partitions- und Sortierschlüssel der Elemente mit den meisten Zugriffen in der Tabelle oder im globalen Sekundärindex.
CloudWatch Format des Regelnamens:
DynamoDBContributorInsights-SKC-[resource_name]-[creationtimestamp] -
Schlüssel mit den meisten Drosselungen (Partitions- und Sortierschlüssel) – Partitions- und Sortierschlüssel der Elemente mit den meisten Drosselungen in der Tabelle oder im globalen Sekundärindex.
CloudWatch Format des Regelnamens:
DynamoDBContributorInsights-SKT-[resource_name]-[creationtimestamp]
Regeln für den Modus für gedrosselte Schlüssel
Im Modus für gedrosselte Schlüssel erstellt DynamoDB nur die Regeln, die sich auf die Drosselung beziehen:
-
Schlüssel mit den meisten Drosselungen (Partitionsschlüssel) – Partitionsschlüssel der Elemente mit den meisten Drosselungen in der Tabelle oder im globalen Sekundärindex.
CloudWatch Format des Regelnamens:
DynamoDBContributorInsights-PKT-[resource_name]-[creationtimestamp]
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index über Sortierschlüssel verfügt, erstellt DynamoDB außerdem:
-
Schlüssel mit den meisten Drosselungen (Partitions- und Sortierschlüssel) – Partitions- und Sortierschlüssel der Elemente mit den meisten Drosselungen in der Tabelle oder im globalen Sekundärindex.
CloudWatch Format des Regelnamens:
DynamoDBContributorInsights-SKT-[resource_name]-[creationtimestamp]
Dieser gezielte Ansatz reduziert die Anzahl der aktiven Regeln und verringert die Menge der verarbeiteten Ereignisse, sodass Sie Ihre Drosselungsereignisse besser diagnostizieren können.
Anmerkung
-
Wenn Sie die CloudWatch Konsole oder APIs verwenden, um CloudWatch Contributor Insights for DynamoDB anzuzeigen, werden nur Regeln angezeigt, die Ihrem ausgewählten Modus entsprechen.
-
Sie können die CloudWatch Konsole oder die APIs nicht verwenden, um die von CloudWatch Contributor Insights for DynamoDB erstellten Regeln direkt zu ändern oder zu löschen. Wenn Sie CloudWatch Contributor Insights for DynamoDB für eine Tabelle oder einen globalen sekundären Index deaktivieren, werden die für diese Tabelle oder diesen globalen sekundären Index erstellten Regeln automatisch gelöscht.
-
Wenn Sie den GetInsightRuleReport Vorgang mit CloudWatch Contributor Insights-Regeln verwenden, die von DynamoDB erstellt wurden, werden nur nützliche Statistiken zurückgegeben.
MaxContributorValueMaximumDie anderen Statistiken in dieser Liste geben keine sinnvollen Werte zurück. -
CloudWatch Contributor Insights for DynamoDB hat ein Limit von 25 Mitwirkenden. Wenn mehr als 25 Beitragende angefordert werden, wird ein Fehler zurückgegeben.
Sie können CloudWatch Alarme mithilfe der Regeln von CloudWatch Contributor Insights for DynamoDB erstellen. https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ContributorInsights-RuleSyntax.html Auf diese Weise werden Sie benachrichtigt, wenn ein Artikel einen bestimmten Schwellenwert für ConsumedThroughputUnits oder ThrottleCount überschreitet oder erreicht. Weitere Informationen finden Sie unter Festlegen eines Alarms für Contributor-Insights-Metrikdaten.
Grundlegendes zu CloudWatch Contributor Insights für DynamoDB-Grafiken
CloudWatch Contributor Insights for DynamoDB zeigt je nach ausgewähltem Modus verschiedene Arten von Diagrammen sowohl auf DynamoDB als auch auf Konsolen an. CloudWatch
Diagrammverfügbarkeit nach Modus
Die angezeigten Diagramme hängen vom ausgewählten Contributor-Insights-Modus ab.
-
Im Modus für Schlüssel mit Zugriffen und Drosselungen werden sowohl das Diagramm Elemente mit den meisten Zugriffen als auch das Diagramm Elemente mit den meisten Drosselungen angezeigt.
-
Im Modus für gedrosselte Schlüssel werden nur die Diagramme zu Elemente mit den meisten Drosselungen angezeigt.
Elemente mit den meisten Zugriffen
Dieses Diagramm ist nur im Modus für Schlüssel mit Zugriffen und Drosselungen verfügbar. Diesem Diagramm können Sie die Elemente mit den meisten Zugriffen in der Tabelle oder im globalen Sekundärindex entnehmen. Das Diagramm zeigt ConsumedThroughputUnits auf der y-Achse und die Zeit auf der x-Achse an. Jeder der oberen N Schlüssel wird in einer eigenen Farbe angezeigt. Unter der x-Achse befindet sich eine Legende.
DynamoDB misst die Frequenz der Schlüsselzugriffe mit ConsumedThroughputUnits. In diesem Wert werden Lese- und Schreibdatenverkehr aggregiert. ConsumedThroughputUnits ist folgendermaßen definiert:
-
Bereitgestellt – (3 x verbrauchte Schreibkapazitätseinheiten) + verbrauchte Lesekapazitätseinheiten.
-
On-demand — (3 x Schreibanforderungseinheiten) + Leseanforderungseinheiten
In der DynamoDB-Konsole repräsentiert jeder Datenpunkt im Diagramm das Maximum von ConsumedThroughputUnits in einem Zeitraum von einer Minute. Ein Diagrammwert von 180.000 ConsumedThroughputUnits gibt beispielsweise an, dass kontinuierlich über 60 Sekunden mit dem Maximaldurchsatz pro Element von 1.000 Schreibanforderungseinheiten oder 3.000 Leseanforderungseinheiten in diesem 1-Minuten-Zeitraum (3.000 x 60 Sekunden) auf das Element zugegriffen wurde. Anders ausgedrückt, die im Diagramm dargestellten Werte repräsentieren die Minute mit dem höchsten Datenverkehrsaufkommen in jedem 1-Minuten-Zeitraum. Sie können die Zeitgranularität der ConsumedThroughputUnits Metrik auf der Konsole ändern (z. B. um 5-Minuten-Metriken statt 1-Minuten-Metriken anzuzeigen). CloudWatch
Wenn Sie mehrere Linien ohne offensichtliche Ausreißer als Block sehen, zeigt dies eine weitgehend ausgeglichene Workload über die Elemente im gegebenen Zeitfenster an. Wenn Sie isolierte Punkte anstelle verbundener Linien im Diagramm sehen, zeigt dies ein Element, auf das nur für einen kurzen Zeitraum häufig zugegriffen wurde.
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index über Sortierschlüssel verfügt, erstellt DynamoDB zwei Diagramme: eines für die Partitionsschlüssel, auf das am häufigsten zugegriffen wird, und eines für die Partitions- und Sortierschlüsselpaare, auf die am häufigsten zugegriffen wird. Sie können den Verkehr auf der Ebene der Partitionsschlüssel in dem Diagramm sehen, das nur für Partitionsschlüssel gilt. Sie können den Verkehr auf Elementebene in den Diagrammen mit den Partitionsschlüsseln und den Sortierschlüsseln sehen.
Elemente mit den meisten Drosselungen
Dieses Diagramm ist in beiden Modi verfügbar. Diesem Diagramm können Sie die Elemente mit den meisten Drosselungen in der Tabelle oder im globalen Sekundärindex entnehmen. Das Diagramm zeigt ThrottleCount auf der y-Achse und die Zeit auf der x-Achse an. Jeder der oberen N Schlüssel wird in einer eigenen Farbe angezeigt. Unter der x-Achse befindet sich eine Legende.
DynamoDB misst die Drosselungsfrequenz mit ThrottleCount, also der Anzahl der ProvisionedThroughputExceededException-, ThrottlingException- und RequestLimitExceeded-Fehler.
Schreibeinschränkung, die durch unzureichende Schreibkapazität für einen globalen sekundären Index verursacht wird, wird nicht gemessen. Sie können das Diagramm der am häufigsten zugegriffenen Elemente des globalen sekundären Index verwenden, um unausgeglichene Zugriffsmuster zu identifizieren, die eine Schreibdrosselung verursachen können. Weitere Informationen finden Sie unter Überlegungen im Hinblick auf die bereitgestellte Durchsatzkapazität für globale sekundäre Indizes.
In der DynamoDB-Konsole stellt jeder Datenpunkt im Diagramm die Anzahl der Drosselungsereignisse über einen Zeitraum von einer Minute dar.
Wenn in diesem Diagramm keine Daten angezeigt werden, wurden die Anforderungen nicht gedrosselt. Wenn Sie isolierte Punkte anstelle verbundener Linien im Diagramm sehen, zeigt dies ein Element, das häufig für einen kurzen Zeitraum gedrosselt wurde.
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index über Sortierschlüssel verfügt, erstellt DynamoDB zwei Diagramme: einen für die meisten gedrosselten Partitionsschlüssel und einen für die meisten gedrosselten Partitions- und Sortierschlüsselpaare. Sie können die Anzahl der Drosselungen auf der Ebene der Partitionsschlüssel im Diagramm, das nur für Partitionsschlüssel verwendet wird, und die Anzahl der Drosselungen auf Elementebene in den Diagrammen für Partitions- und Sortierschlüssel sehen.
Anmerkung
Im Modus für gedrosselte Schlüssel ist dies der einzige Diagrammtyp, die Sie sehen. Das Fehlen von Daten in diesen Diagrammen deutet auf eine gute Tabellenleistung hin, ohne dass es zu Drosselungen kommt.
Berichtsbeispiele
Das folgende Beispiel zeigt die Berichte, die für eine Tabelle generiert wurden, die sowohl Partitionsschlüssel als auch Sortierschlüssel im Modus „Zugegriffene Schlüssel“ und „gedrosselte Schlüssel“ enthält. Im Modus für gedrosselte Schlüssel sehen Sie nur den Teil dieses Berichts, der sich auf die Drosselung bezieht.
Interaktionen mit anderen DynamoDB-Funktionen
In den folgenden Abschnitten wird beschrieben, wie sich CloudWatch Contributor Insights for DynamoDB verhält und mit verschiedenen anderen Funktionen in DynamoDB interagiert. Diese Verhaltensweisen gelten für beide Modi, sofern nicht anders angegeben.
Globale Tabellen
CloudWatch Contributor Insights for DynamoDB überwacht globale Tabellenreplikate als eigenständige Tabellen. Die Contributor Insights-Grafiken für ein Replikat in einer AWS Region zeigen möglicherweise nicht dieselben Muster wie in einer anderen Region. Dies liegt daran, dass Schreibdaten auf alle Replikate in einer globalen Tabelle repliziert werden, jedes Replikat jedoch Lesetraffic verarbeiten kann. Region-bound
Jedes Replikat kann unabhängig mit einem anderen Contributor-Insights-Modus konfiguriert werden. Beispielsweise können Sie in Ihrer primären Region den Modus für Schlüssel mit Zugriffen und Drosselungen für eine umfassende Überwachung verwenden, während Sie in sekundären Regionen den Modus für gedrosselte Schlüssel verwenden, um den Überblick über Leistungsprobleme zu behalten.
DynamoDB Accelerator (DAX)
CloudWatch Contributor Insights for DynamoDB zeigt keine DAX-Cache-Antworten an. Es zeigt nur Antworten auf den Zugriff auf eine Tabelle oder einen globalen sekundären Index an.
Anmerkung
DynamoDB CloudWatch Contributor Insights unterstützt keine PartiQL-Anfragen.
Verschlüsselung im Ruhezustand
CloudWatch Contributor Insights for DynamoDB hat keinen Einfluss darauf, wie Verschlüsselung in DynamoDB funktioniert. Die Primärschlüsseldaten, die in CloudWatch veröffentlicht werden, sind mit dem verschlüsselt. AWS-eigener Schlüssel DynamoDB unterstützt jedoch auch den Von AWS verwalteter Schlüssel und einen vom Kunden verwalteten Schlüssel.
CloudWatch Contributor Insights for DynamoDB zeigt Partitionsschlüssel und Sortierschlüssel (falls zutreffend) für häufig aufgerufene und gedrosselte Elemente an. CloudWatch Contributor Insights arbeitet zwar mit verschlüsselten DynamoDB-Tabellen, es ist jedoch wichtig zu beachten, dass es einen eigenen Amazon-owned Verschlüsselungskontext verwendet, der von der konfigurierten Verschlüsselung der Tabelle getrennt ist.
Wenn der Primärschlüssel Ihrer DynamoDB-Tabelle vertrauliche Informationen enthält und die Sicherheitsrichtlinien Ihres Unternehmens die vollständige Kontrolle über Verschlüsselungsprozesse erfordern, ist die Aktivierung von CloudWatch Contributor Insights möglicherweise nicht geeignet.
Fine-grained Zugriffskontrolle
CloudWatch Contributor Insights for DynamoDB funktioniert für Tabellen mit feinkörniger Zugriffskontrolle (FGAC) nicht anders. Mit anderen Worten, jeder Benutzer, der über die entsprechenden CloudWatch Berechtigungen verfügt, kann Primärschlüssel in Contributor Insights-Diagrammen anzeigen FGAC-protected . CloudWatch
Wenn der Primärschlüssel der Tabelle FGAC-protected Daten enthält, in denen Sie nicht veröffentlichen möchten CloudWatch, sollten Sie CloudWatch Contributor Insights for DynamoDB für diese Tabelle nicht aktivieren.
Zugriffskontrolle
Sie steuern den Zugriff auf CloudWatch Contributor Insights for DynamoDB using AWS Identity and Access Management (IAM), indem Sie die DynamoDB-Steuerungsebenen-Berechtigungen und die Datenebenenberechtigungen einschränken. CloudWatch Weitere Informationen finden Sie unter Verwenden von IAM mit Contributor Insights for DynamoDB. CloudWatch
CloudWatch Einblicke von Contributor für die DynamoDB-Abrechnung
Die Gebühren für CloudWatch Contributor Insights for DynamoDB werden im Abschnitt Ihrer monatlichen Rechnung angezeigt. CloudWatch
Fakturierung nach Modus
Die beiden Contributor-Insights-Modi haben unterschiedliche Fakturierungsmerkmale.
-
Fakturierung des Modus für Schlüssel mit Zugriffen und Drosselungen: In diesem Modus stellt jedes Element, das über eine Datenebenenoperation geschrieben oder gelesen wird, ein Ereignis dar, unabhängig davon, ob die Anfrage erfolgreich ist oder gedrosselt wird. Wenn eine Tabelle oder ein globaler sekundärer Index Sortierschlüssel enthält, steht jedes gelesene oder geschriebene Element für zwei Ereignisse. Das liegt daran, dass DynamoDB die wichtigsten Mitwirkenden anhand separater Zeitreihen identifiziert: eine nur für Partitionsschlüssel und eine für Partitions- und Sortierschlüsselpaare.
-
Fakturierung des Modus für gedrosselte Schlüssel: In diesem Modus generieren nur gedrosselte Anfragen kostenpflichtige Ereignisse. Ereignisse werden nur generiert, wenn Anfragen zu
ProvisionedThroughputExceededException-,ThrottlingException- oderRequestLimitExceeded-Fehlern führen. Wenn eine Tabelle oder ein globaler sekundärer Index Sortierschlüssel enthält, steht jedes gedrosselte Element für zwei Ereignisse (Verfolgung von Partitionsschlüsseln und Verfolgung von Partitions- und Sortierschlüsseln).
Abrechnungsbeispiel
Angenommen, Ihre Anwendung führt die folgenden DynamoDB-Operationen aus: GetItem, PutItem, und BatchWriteItem, wobei fünf Elemente eingefügt werden. Gehen Sie außerdem davon aus, dass die PutItem-Operation gedrosselt wird, alle anderen Operationen jedoch erfolgreich sind.
-
Modus für Schlüssel mit Zugriffen und Drosselungen
-
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index nur über Partitionsschlüssel verfügt, führt dies zu 7 Ereignissen (1 für den
GetItem, 1 für denPutItemund 5 für denBatchWriteItem). -
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index über Partitionsschlüssel und Sortierschlüssel verfügt, führt dies zu 14 Ereignissen (2 für die
GetItem, 2 für diePutItemund 10 für dieBatchWriteItem).
-
-
Modus für gedrosselte Schlüssel
-
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index nur über Partitionsschlüssel verfügt, führt dies zu einem Ereignis (nur für das gedrosselte
PutItemEreignis). -
Wenn Ihre Tabelle oder Ihr globaler sekundärer Index über Partitionsschlüssel und Sortierschlüssel verfügt, führt dies zu 2 Ereignissen (2 für
PutItemgedrosselte Ereignisse).
Bei erfolgreichen
GetItem- undBatchWriteItem-Operationen werden im Modus mit gedrosselten Schlüsseln keine Ereignisse generiert. -
Häufige Abrechnungsfaktoren
Eine Query-Operation führt immer zu 1 Ereignis, unabhängig vom Modus oder der Anzahl der zurückgegebenen Elemente.
Im Gegensatz zu anderen DynamoDB-Funktionen variiert die Abrechnung mit CloudWatch Contributor Insights for DynamoDB nicht aufgrund der folgenden Faktoren:
-
Kapazitätsmodus (Bereitgestellt vs. On-Demand)
-
Ob Sie Lese- oder Schreibanforderungen ausführen
-
Die Größe (KB) der gelesenen oder geschriebenen Elemente