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. # read/write Kapazitätsmodi in Amazon Keyspaces konfigurieren Amazon Keyspaces bietet zwei read/write Kapazitätsmodi für die Verarbeitung von Lese- und Schreibvorgängen in Ihren Tabellen: + Auf Abruf (Standard) + Bereitgestellt Der von Ihnen gewählte read/write Kapazitätsmodus steuert, wie Ihnen der Lese- und Schreibdurchsatz in Rechnung gestellt wird und wie die Tabellendurchsatzkapazität verwaltet wird. **Topics** + [Konfigurieren Sie den Kapazitätsmodus auf Anforderung](ReadWriteCapacityMode.OnDemand.md) + [Konfigurieren Sie den Modus für bereitgestellte Kapazität](ReadWriteCapacityMode.Provisioned.md) + [Den Kapazitätsmodus einer Tabelle in Amazon Keyspaces anzeigen](ReadWriteCapacityMode.ProvisionedThroughput.ManagingCapacity.md) + [Ändern Sie den Kapazitätsmodus einer Tabelle in Amazon Keyspaces](ReadWriteCapacityMode.SwitchReadWriteCapacityMode.md) + [Vorwärmung für Tabellen in Amazon Keyspaces konfigurieren](warm-throughput.md) # Konfigurieren Sie den Kapazitätsmodus auf Anforderung Der *On-Demand-Kapazitätsmodus* von Amazon Keyspaces (für Apache Cassandra) ist eine flexible Abrechnungsoption, mit der Tausende von Anfragen pro Sekunde ohne Kapazitätsplanung bearbeitet werden können. Diese Option bietet pay-per-request Preise für Lese- und Schreibanfragen, sodass Sie nur für das bezahlen, was Sie tatsächlich nutzen. Wenn Sie den On-Demand-Modus wählen, kann Amazon Keyspaces die Durchsatzkapazität für Ihre Tabelle sofort auf jedes zuvor erreichte Datenverkehrsniveau hochskalieren und dann wieder herunterfahren, wenn der Anwendungsverkehr abnimmt. Wenn der Traffic eines Workloads einen neuen Höhepunkt erreicht, passt sich der Service schnell an, um die Durchsatzkapazität für Ihre Tabelle zu erhöhen. Sie können den On-Demand-Kapazitätsmodus sowohl für neue als auch für bestehende Tabellen aktivieren. Der On-Demand-Modus ist eine gute Option, wenn eine der folgenden Bedingungen zutrifft: + Sie erstellen neue Tabellen mit unbekannten Workloads. + Der Datenverkehr Ihrer Anwendung ist nicht berechenbar. + Sie ziehen es vor, nur für Ihre tatsächliche Nutzung zu zahlen. Um mit dem On-Demand-Modus zu beginnen, können Sie mithilfe der Konsole oder mit einigen Zeilen Cassandra Query Language (CQL) -Code eine neue Tabelle erstellen oder eine vorhandene Tabelle aktualisieren, um den On-Demand-Kapazitätsmodus zu verwenden. Weitere Informationen finden Sie unter [Tabellen](cql.ddl.table.md). **Topics** + [Leseanforderungseinheiten und Schreibanforderungseinheiten](#ReadWriteCapacityMode.requests) + [Spitzenaufkommen an Datenverkehr und Skalierungseigenschaften](#ReadWriteCapacityMode.PeakTraffic) + [Anfänglicher Durchsatz für den On-Demand-Kapazitätsmodus](#ReadWriteCapacityMode.InitialThroughput) ## Leseanforderungseinheiten und Schreibanforderungseinheiten Bei Tabellen im On-Demand-Kapazitätsmodus müssen Sie nicht im Voraus angeben, wie viel Lese- und Schreibdurchsatz Ihre Anwendung voraussichtlich verwenden soll. Amazon Keyspaces berechnet Ihnen die Lese- und Schreibvorgänge, die Sie an Ihren Tabellen durchführen, in Form von Leseanforderungseinheiten (RRUs) und Schreibanforderungseinheiten (WRUs). + Eine *RRU* steht für eine `LOCAL_QUORUM` Leseanforderung oder zwei ` LOCAL_ONE` Leseanfragen für eine Zeile mit einer Größe von bis zu 4 KB. Wenn Sie eine Zeile lesen müssen, die größer als 4 KB ist, verwendet der Lesevorgang zusätzliche RRUs Daten. Die Gesamtzahl der RRUs erforderlichen Daten hängt von der Zeilengröße ab und davon, ob Sie Konsistenzen verwenden `LOCAL_QUORUM` oder `LOCAL_ONE` lesen möchten. Zum Lesen einer 8-KB-Zeile sind beispielsweise 2 RRUs unter Verwendung von `LOCAL_QUORUM` Lesekonsistenz und 1 RRU erforderlich, wenn Sie `LOCAL_ONE` Lesekonsistenz wählen. + Eine *WRU* steht für einen Schreibvorgang für eine Zeile mit einer Größe von bis zu 1 KB. Bei allen Schreibvorgängen wird `LOCAL_QUORUM` Konsistenz verwendet, und es fallen keine zusätzlichen Gebühren für die Verwendung von Lightweight Transactions (LWTs) an. Wenn Sie eine Zeile schreiben müssen, die größer als 1 KB ist, verwendet der Schreibvorgang zusätzliche Daten WRUs. Die Gesamtzahl der WRUs erforderlichen Dateien hängt von der Zeilengröße ab. Wenn Ihre Zeilengröße beispielsweise 2 KB beträgt, benötigen Sie 2, WRUs um eine Schreibanforderung auszuführen. Informationen zu den unterstützten Konsistenzstufen finden Sie unter[Unterstützte Lese- und Schreibkonsistenzstufen von Apache Cassandra und damit verbundene Kosten](consistency.md). ## Spitzenaufkommen an Datenverkehr und Skalierungseigenschaften Amazon Keyspaces-Tabellen, die den On-Demand-Kapazitätsmodus verwenden, passen sich automatisch an das Datenverkehrsvolumen Ihrer Anwendung an. Der On-Demand-Kapazitätsmodus passt sich sofort an bis zu das Doppelte des vorherigen Höchststands des Datenverkehrs für eine Tabelle an. Beispielsweise kann das Datenverkehrsmuster Ihrer Anwendung zwischen 5.000 und 10.000 `LOCAL_QUORUM` Lesevorgängen pro Sekunde variieren, wobei 10.000 Lesevorgänge pro Sekunde die vorherige Verkehrsspitze sind. Bei diesem Muster ermöglicht der On-Demand-Kapazitätsmodus sofort einen anhaltenden Datenverkehr von bis zu 20.000 Lesevorgängen pro Sekunde. Wenn Ihre Anwendung einen Datenverkehr von 20.000 Lesevorgängen pro Sekunde aushält, wird dieser Spitzenwert zu Ihrem neuen vorherigen Spitzenwert, sodass der nachfolgende Datenverkehr bis zu 40.000 Lesevorgänge pro Sekunde erreichen kann. Wenn Sie mehr als das Doppelte Ihres vorherigen Spitzenwerts in einer Tabelle benötigen, weist Amazon Keyspaces automatisch mehr Kapazität zu, wenn Ihr Verkehrsaufkommen steigt. Dadurch wird sichergestellt, dass Ihre Tabelle über genügend Durchsatzkapazität verfügt, um die zusätzlichen Anfragen zu verarbeiten. Sie können jedoch Fehler mit unzureichender Durchsatzkapazität feststellen, wenn Sie innerhalb von 30 Minuten das Doppelte Ihres vorherigen Spitzenwerts überschreiten. Nehmen wir beispielsweise an, dass das Datenverkehrsmuster Ihrer Anwendung zwischen 5.000 und 10.000 stark konsistenten Lesevorgängen pro Sekunde variiert, wobei 20.000 Lesevorgänge pro Sekunde die zuvor erreichte Verkehrsspitze sind. In diesem Fall empfiehlt der Service, dass Sie Ihr Traffic-Wachstum über mindestens 30 Minuten verteilen, bevor Sie bis zu 40.000 Lesevorgänge pro Sekunde erreichen. Informationen zur Schätzung des Lese- und Schreibkapazitätsverbrauchs einer Tabelle finden Sie unter[Schätzen Sie den Kapazitätsverbrauch des Lese- und Schreibdurchsatzes in Amazon Keyspaces](capacity-examples.md). Weitere Informationen zu Standardkontingenten für Ihr Konto und deren Erhöhung finden Sie unter[Kontingente für Amazon Keyspaces (für Apache Cassandra)](quotas.md). ## Anfänglicher Durchsatz für den On-Demand-Kapazitätsmodus Wenn Sie eine neue Tabelle mit aktiviertem On-Demand-Kapazitätsmodus erstellen oder eine bestehende Tabelle zum ersten Mal in den On-Demand-Kapazitätsmodus wechseln, weist die Tabelle die folgenden vorherigen Spitzeneinstellungen auf, obwohl sie zuvor keinen Datenverkehr im On-Demand-Kapazitätsmodus bedient hat: + **Neu erstellte Tabelle mit On-Demand-Kapazitätsmodus:** Die bisherigen Spitzenwerte lagen bei 2.000 WRUs und 6.000 RRUs. Sie können sofort bis zum Doppelten des vorherigen Spitzenwerts fahren. Auf diese Weise können neu erstellte On-Demand-Tabellen bis zu 4.000 WRUs und 12.000 Personen RRUs bedienen. + **Bestehende Tabelle wurde in den On-Demand-Kapazitätsmodus umgeschaltet: Die vorherige Spitzenleistung** ist halb so hoch wie die vorherige WCUs und wurde für die Tabelle oder die Einstellungen für eine neu erstellte Tabelle mit On-Demand-Kapazitätsmodus RCUs bereitgestellt, je nachdem, welcher Wert höher ist. # Konfigurieren Sie den Modus für bereitgestellte Kapazität Wenn Sie den Modus „*Bereitgestellte Durchsatzkapazität*“ wählen, geben Sie die Anzahl der Lese- und Schreibvorgänge pro Sekunde an, die für Ihre Anwendung erforderlich sind. Auf diese Weise können Sie Ihre Amazon Keyspaces-Nutzung so verwalten, dass sie bei oder unter einer definierten Anforderungsrate bleibt, um die Vorhersehbarkeit zu gewährleisten. Weitere Informationen zur automatischen Skalierung für den bereitgestellten Durchsatz finden Sie unter. [Automatische Verwaltung der Durchsatzkapazität mit Amazon Keyspaces Auto Scaling](autoscaling.md) Der Kapazitätsmodus für bereitgestellten Durchsatz ist eine gute Option, wenn eine der folgenden Bedingungen zutrifft: + Der Datenverkehr Ihrer Anwendung ist berechenbar. + Sie führen Anwendungen aus, deren Datenverkehr konsistent ist oder allmählich ansteigt. + Sie können den Kapazitätsbedarf prognostizieren. ## Lesekapazitätseinheiten und Schreibkapazitätseinheiten Für bereitgestellte Durchsatzkapazitätsmodus-Tabellen geben Sie die Durchsatzkapazität in Form von Lesekapazitätseinheiten (RCUs) und Schreibkapazitätseinheiten (WCUs) an: + Eine *RCU* entspricht einem `LOCAL_QUORUM` Lesevorgang pro Sekunde oder zwei `LOCAL_ONE` Lesevorgängen pro Sekunde für eine Zeile mit einer Größe von bis zu 4 KB. Wenn Sie eine Zeile lesen müssen, die größer als 4 KB ist, verwendet der Lesevorgang zusätzliche RCUs Daten. Die Gesamtzahl der RCUs erforderlichen Daten hängt von der Zeilengröße ab und davon, ob Sie lesen möchten `LOCAL_QUORUM` oder `LOCAL_ONE` lesen möchten. Wenn Ihre Zeilengröße beispielsweise 8 KB beträgt, benötigen Sie 2, RCUs um einen `LOCAL_QUORUM` Lesevorgang pro Sekunde durchzuführen, und 1 RCU, wenn Sie `LOCAL_ONE` Lesevorgänge wählen. + Eine *WCU* entspricht einem Schreibvorgang pro Sekunde für eine Zeile mit einer Größe von bis zu 1 KB. Bei allen Schreibvorgängen wird `LOCAL_QUORUM` Konsistenz verwendet, und es fallen keine zusätzlichen Gebühren für die Verwendung von Lightweight Transactions (LWTs) an. Wenn Sie eine Zeile schreiben müssen, die größer als 1 KB ist, verwendet der Schreibvorgang zusätzliche Daten WCUs. Die Gesamtzahl der WCUs erforderlichen Dateien hängt von der Zeilengröße ab. Wenn Ihre Zeilengröße beispielsweise 2 KB beträgt, benötigen Sie 2, WCUs um eine Schreibanforderung pro Sekunde aufrechtzuerhalten. Weitere Hinweise zur Schätzung des Lese- und Schreibkapazitätsverbrauchs einer Tabelle finden Sie unter[Schätzen Sie den Kapazitätsverbrauch des Lese- und Schreibdurchsatzes in Amazon Keyspaces](capacity-examples.md). Wenn Ihre Anwendung größere Zeilen liest oder schreibt (bis zur maximalen Zeilengröße von Amazon Keyspaces von 1 MB), verbraucht sie mehr Kapazitätseinheiten. Weitere Informationen zur Schätzung der Zeilengröße finden Sie unter. [Schätzen Sie die Zeilengröße in Amazon Keyspaces](calculating-row-size.md) Nehmen wir beispielsweise an, Sie erstellen eine bereitgestellte Tabelle mit 6 RCUs und 6. WCUs Mit diesen Einstellungen hat Ihre Anwendung folgende Möglichkeiten: + Führen Sie `LOCAL_QUORUM` Lesevorgänge mit bis zu 24 KB pro Sekunde (4 KB × 6 RCUs) durch. + Führen Sie `LOCAL_ONE` Lesevorgänge mit bis zu 48 KB pro Sekunde durch (doppelt so viel Lesedurchsatz). + Schreiben Sie bis zu 6 KB pro Sekunde (1 KB × 6 WCUs). Der *bereitgestellte Durchsatz* ist die maximale Menge an Durchsatzkapazität, die eine Anwendung aus einer Tabelle verbrauchen kann. Wenn Ihre Anwendung die bereitgestellte Durchsatzkapazität überschreitet, treten möglicherweise Fehler bei unzureichender Kapazität auf. Beispielsweise schlägt eine Leseanforderung, die nicht über genügend Durchsatzkapazität verfügt, mit einer `Read_Timeout` Ausnahme fehl und wird der `ReadThrottleEvents` Metrik zugewiesen. Eine Schreibanforderung, die nicht über genügend Durchsatzkapazität verfügt, schlägt mit einer `Write_Timeout` Ausnahme fehl und wird der `WriteThrottleEvents` Metrik zugewiesen. Sie können Amazon verwenden CloudWatch , um Ihre bereitgestellten und tatsächlichen Durchsatzmetriken sowie Ereignisse mit unzureichender Kapazität zu überwachen. Weitere Informationen zu diesen Metriken finden Sie unter [Amazon Keyspaces-Metriken und -Dimensionen](metrics-dimensions.md). **Anmerkung** Wiederholte Fehler aufgrund unzureichender Kapazität können zu clientseitigen treiberspezifischen Ausnahmen führen, z. B. schlägt der DataStax Java-Treiber mit einem fehl. `NoHostAvailableException` Um die Durchsatzkapazitätseinstellungen für Tabellen zu ändern, können Sie die Anweisung AWS-Managementkonsole oder die `ALTER TABLE` Anweisung mithilfe von CQL verwenden. Weitere Informationen finden Sie unter. [ALTER TABLE](cql.ddl.table.md#cql.ddl.table.alter) Weitere Informationen zu Standardkontingenten für Ihr Konto und deren Erhöhung finden Sie unter[Kontingente für Amazon Keyspaces (für Apache Cassandra)](quotas.md). # Den Kapazitätsmodus einer Tabelle in Amazon Keyspaces anzeigen Sie können die Systemtabelle im Amazon Keyspaces-Systemschlüsselraum abfragen, um Informationen zum Kapazitätsmodus einer Tabelle zu überprüfen. Sie können auch sehen, ob eine Tabelle den On-Demand-Durchsatzkapazitätsmodus oder den bereitgestellten Durchsatzkapazitätsmodus verwendet. Wenn die Tabelle mit dem Modus „Bereitgestellte Durchsatzkapazität“ konfiguriert ist, können Sie die für die Tabelle bereitgestellte Durchsatzkapazität sehen. Sie können den auch verwenden AWS CLI , um den Kapazitätsmodus einer Tabelle anzuzeigen. Informationen zum Ändern des bereitgestellten Durchsatzes einer Tabelle finden Sie unter[Ändern Sie den Kapazitätsmodus einer Tabelle in Amazon Keyspaces](ReadWriteCapacityMode.SwitchReadWriteCapacityMode.md). ------ #### [ Cassandra Query Language (CQL) ] **Beispiel** ``` SELECT * from system_schema_mcs.tables where keyspace_name = 'mykeyspace' and table_name = 'mytable'; ``` Eine Tabelle, die mit dem On-Demand-Kapazitätsmodus konfiguriert ist, gibt Folgendes zurück. ``` { "capacity_mode":{ "last_update_to_pay_per_request_timestamp":"1579551547603", "throughput_mode":"PAY_PER_REQUEST" } } ``` Eine mit dem Modus „Bereitgestellte Durchsatzkapazität“ konfigurierte Tabelle gibt Folgendes zurück. ``` { "capacity_mode":{ "last_update_to_pay_per_request_timestamp":"1579048006000", "read_capacity_units":"5000", "throughput_mode":"PROVISIONED", "write_capacity_units":"6000" } } ``` Der `last_update_to_pay_per_request_timestamp` Wert wird in Millisekunden gemessen. ------ #### [ CLI ] Zeigen Sie den Durchsatzkapazitätsmodus einer Tabelle an, indem Sie AWS CLI ``` aws keyspaces get-table --keyspace-name myKeyspace --table-name myTable ``` Die Ausgabe des Befehls kann für eine Tabelle im Modus für bereitgestellte Kapazität ähnlich aussehen. ``` "capacitySpecification": { "throughputMode": "PROVISIONED", "readCapacityUnits": 4000, "writeCapacityUnits": 2000 } ``` Die Ausgabe für eine Tabelle im On-Demand-Modus sieht wie folgt aus. ``` "capacitySpecification": { "throughputMode": "PAY_PER_REQUEST", "lastUpdateToPayPerRequestTimestamp": "2024-10-03T10:48:19.092000+00:00" } ``` ------ # Ändern Sie den Kapazitätsmodus einer Tabelle in Amazon Keyspaces Wenn Sie eine Tabelle vom Bereitstellungskapazitätsmodus in den On-Demand-Kapazitätsmodus wechseln, nimmt Amazon Keyspaces mehrere Änderungen an der Struktur Ihrer Tabelle und Partitionen vor. Dieser Vorgang kann einige Minuten dauern. Während der Umstellungsphase liefert Ihre Tabelle einen Durchsatz, der den zuvor bereitgestellten WCU- und RCU-Mengen entspricht. Wenn Sie vom On-Demand-Kapazitätsmodus zurück in den Modus mit bereitgestellter Kapazität wechseln, liefert Ihre Tabelle einen Durchsatz, der dem vorherigen Spitzenwert entspricht, der erreicht wurde, als die Tabelle in den On-Demand-Kapazitätsmodus versetzt wurde. Beim Umschalten zwischen den Kapazitätsmodi gelten die folgenden Wartezeiten: + Sie können eine neu erstellte Tabelle im On-Demand-Modus jederzeit in den Modus für bereitgestellte Kapazität umschalten. Sie können sie jedoch erst 24 Stunden nach dem Erstellungszeitstempel der Tabelle wieder in den On-Demand-Modus zurückschalten. + Sie können eine bestehende Tabelle im On-Demand-Modus jederzeit in den Modus für bereitgestellte Kapazität umschalten. Sie können den Kapazitätsmodus jedoch nur einmal innerhalb von 24 Stunden vom Bereitstellungs- zum On-Demand-Modus wechseln. ------ #### [ Cassandra Query Language (CQL) ] **Ändern Sie den Durchsatzkapazitätsmodus einer Tabelle mithilfe von CQL** 1. Um den Kapazitätsmodus einer Tabelle in zu ändern, müssen `PROVIOSIONED` Sie die Lese- und Schreibkapazitätseinheiten auf der Grundlage der erwarteten Spitzenwerte Ihrer Workloads konfigurieren. Die folgende Aussage ist ein Beispiel dafür. Sie können diese Anweisung auch ausführen, um die Lese- oder Schreibkapazitätseinheiten der Tabelle anzupassen. ``` ALTER TABLE catalog.book_awards WITH CUSTOM_PROPERTIES={'capacity_mode':{'throughput_mode': 'PROVISIONED', 'read_capacity_units': 6000, 'write_capacity_units': 3000}}; ``` Informationen zur Konfiguration des Modus für bereitgestellte Kapazität mit auto-scaling finden Sie unter. [Konfigurieren Sie die automatische Skalierung für eine bestehende Tabelle](autoscaling.configureTable.md) 1. Um den Kapazitätsmodus einer Tabelle in den On-Demand-Modus zu ändern, stellen Sie den Durchsatzmodus auf ein. `PAY_PER_REQUEST` Die folgende Aussage ist ein Beispiel dafür. ``` ALTER TABLE catalog.book_awards WITH CUSTOM_PROPERTIES={'capacity_mode':{'throughput_mode': 'PAY_PER_REQUEST'}}; ``` 1. Sie können die folgende Anweisung verwenden, um den Kapazitätsmodus der Tabelle zu bestätigen. ``` SELECT * from system_schema_mcs.tables where keyspace_name = 'catalog' and table_name = 'book_awards'; ``` Eine Tabelle, die mit dem On-Demand-Kapazitätsmodus konfiguriert ist, gibt Folgendes zurück. ``` { "capacity_mode":{ "last_update_to_pay_per_request_timestamp":"1727952499092", "throughput_mode":"PAY_PER_REQUEST" } } ``` Der `last_update_to_pay_per_request_timestamp` Wert wird in Millisekunden gemessen. ------ #### [ CLI ] **Ändern Sie den Durchsatzkapazitätsmodus einer Tabelle mit dem AWS CLI** 1. Um den Kapazitätsmodus der Tabelle auf zu ändern, müssen `PROVIOSIONED` Sie die Lese- und Schreibkapazitätseinheiten auf der Grundlage der erwarteten Spitzenwerte Ihrer Arbeitslast konfigurieren. Der folgende Befehl ist ein Beispiel dafür. Sie können diesen Befehl auch ausführen, um die Lese- oder Schreibkapazitätseinheiten der Tabelle anzupassen. ``` aws keyspaces update-table --keyspace-name catalog --table-name book_awards \--capacity-specification throughputMode=PROVISIONED,readCapacityUnits=6000,writeCapacityUnits=3000 ``` Informationen zur Konfiguration des Modus für bereitgestellte Kapazität mit auto-scaling finden Sie unter. [Konfigurieren Sie die automatische Skalierung für eine bestehende Tabelle](autoscaling.configureTable.md) 1. Um den Kapazitätsmodus einer Tabelle in den On-Demand-Modus zu ändern, stellen Sie den Durchsatzmodus auf ein. `PAY_PER_REQUEST` Die folgende Aussage ist ein Beispiel dafür. ``` aws keyspaces update-table --keyspace-name catalog --table-name book_awards \--capacity-specification throughputMode=PAY_PER_REQUEST ``` 1. Sie können den folgenden Befehl verwenden, um den Kapazitätsmodus zu überprüfen, der für eine Tabelle konfiguriert ist. ``` aws keyspaces get-table --keyspace-name catalog --table-name book_awards ``` Die Ausgabe für eine Tabelle im On-Demand-Modus sieht wie folgt aus. ``` "capacitySpecification": { "throughputMode": "PAY_PER_REQUEST", "lastUpdateToPayPerRequestTimestamp": "2024-10-03T10:48:19.092000+00:00" } ``` ------ # Vorwärmung für Tabellen in Amazon Keyspaces konfigurieren Amazon Keyspaces skaliert Speicherpartitionen automatisch auf der Grundlage des On-Demand-Durchsatzes oder des bereitgestellten Durchsatzes. Bei neuen Tabellen oder plötzlichen Durchsatzspitzen kann es jedoch länger dauern, bis die erforderlichen Speicherpartitionen zugewiesen sind. *Um sicherzustellen, dass eine neue oder bestehende Tabelle über genügend Kapazität verfügt, um den erwarteten Spitzendurchsatz zu unterstützen, können Sie manuell bestimmte Werte für den *Warmdurchsatz festlegen, um Ihre Tabelle vorzuwärmen*.* Der *warme Durchsatz* bezieht sich auf die Anzahl der Lese- und Schreibvorgänge, die Ihre Amazon Keyspaces-Tabelle sofort unterstützen kann. Diese Werte sind standardmäßig für alle neuen und vorhandenen Tabellen verfügbar. Wenn Sie den On-Demand-Modus verwenden oder Ihren bereitgestellten Durchsatz aktualisieren, stellt Amazon Keyspaces sicher, dass Ihre Anwendung Anfragen bis zu diesen Werten sofort ausgeben kann. Amazon Keyspaces passt die Warmdurchsatzwerte automatisch an, wenn Ihre Nutzung zunimmt. Um die Durchsatzkapazität an bevorstehende Spitzenereignisse anzupassen, z. B. wenn Sie Daten aus einer anderen Datenbank migrieren, was das Laden von Terabyte an Daten in kurzer Zeit erfordern kann, können Sie die Warmdurchsatzwerte Ihrer Tabellen manuell erhöhen. Dies ist nützlich für geplante Spitzenereignisse, bei denen die Anforderungsraten um das Zehnfache, das Hundertfache oder mehr steigen könnten. Prüfen Sie zunächst, ob der aktuelle Durchsatz im Warmbetrieb ausreicht, um den erwarteten Verkehr zu bewältigen. Wenn Sie dann die Tabelle für die geplante Spitzenauslastung vorwärmen müssen, können Sie den Wert für den Warmdurchsatz manuell erhöhen, ohne Ihre Durchsatzeinstellungen oder den [Kapazitätsmodus](ReadWriteCapacityMode.md) zu ändern. Sie können Tabellen für Lesevorgänge, Schreibvorgänge oder beides vorwärmen. Sie können diesen Wert für neue und bestehende Tabellen mit einer Region und Tabellen mit mehreren Regionen erhöhen. Die von Ihnen festgelegten Einstellungen für den Warmdurchsatz gelten dann automatisch für alle Replikate der Tabellen mit mehreren Regionen. Die Anzahl der Amazon Keyspaces-Tabellen, die Sie jederzeit vorwärmen können, ist unbegrenzt. Die Zeit bis zum Abschluss des Vorwärmens hängt von den von Ihnen eingestellten Werten und der Größe des Tisches ab. Sie können gleichzeitig Anfragen zum Vorwärmen einreichen, ohne dass diese Anfragen den Betrieb der Tabelle beeinträchtigen. Sie können Ihren Tisch vorwärmen, bis das Tischkontingentlimit für Ihr Konto in dieser Region erreicht ist. Verwenden Sie die [Service Quotas Quotas-Konsole](https://console.aws.amazon.com/servicequotas), um Ihre aktuellen Kontingente zu überprüfen und sie bei Bedarf zu erhöhen. Die Warmdurchsatzwerte, die Amazon Keyspaces auf der Grundlage Ihrer On-Demand-Nutzung oder der bereitgestellten Kapazität anpasst, sind standardmäßig für alle Tabellen ohne zusätzliche Gebühren verfügbar. Wenn Sie jedoch die Standardwerte für den Warmdurchsatz manuell auf Tabellen für die Vorwärmphase für Ereignisse mit hohem Verkehrsaufkommen erhöhen, fallen zusätzliche Gebühren an. Weitere Informationen finden Sie unter [Amazon Keyspaces-Preise](https://aws.amazon.com/keyspaces/pricing/). Im Folgenden finden Sie einige verschiedene Szenarien und bewährte Methoden, die Sie beim Vorwärmen von Amazon Keyspaces-Tabellen berücksichtigen könnten. ## Warmdurchsatz und ungleiche Zugriffsmuster Eine Tabelle kann einen warmen Durchsatz von 30.000 Leseeinheiten pro Sekunde und 10.000 Schreibeinheiten pro Sekunde haben, aber es kann trotzdem zu Kapazitätsüberschreitungen bei Lese- oder Schreibvorgängen kommen, bevor diese Werte erreicht werden. Das liegt wahrscheinlich an einer Hot-Partition. Amazon Keyspaces kann zwar weiter skaliert werden, um praktisch unbegrenzten Durchsatz zu unterstützen, aber jede einzelne Partition ist auf 1.000 Schreibeinheiten pro Sekunde und 3.000 Leseeinheiten pro Sekunde begrenzt. Wenn Ihre Anwendung zu viel Traffic auf einen kleinen Teil der Tabellenpartitionen lenkt, kann es zu Kapazitätsüberschreitungen kommen, noch bevor Sie die warmen Durchsatzwerte der Tabelle erreichen. Wir empfehlen, die [Best Practices von Amazon Keyspaces](bp-partition-key-design.md) zu befolgen, um eine nahtlose Skalierbarkeit zu gewährleisten und heiße Partitionen zu vermeiden. ## Warmdurchsatz für eine bereitgestellte Tabelle Stellen Sie sich eine bereitgestellte Tabelle vor, die einen Warm-Durchsatz von 30.000 Leseeinheiten pro Sekunde und 10.000 Schreibeinheiten pro Sekunde hat, derzeit jedoch einen bereitgestellten Durchsatz von 4.000 RCUs und 8.000 aufweist. WCUs Sie können den bereitgestellten Durchsatz der Tabelle sofort auf bis zu 30.000 RCUs oder 10.000 skalieren, WCUs indem Sie Ihre Einstellungen für den bereitgestellten Durchsatz aktualisieren. Wenn Sie den bereitgestellten Durchsatz über diese Werte hinaus erhöhen, passt sich der warme Durchsatz automatisch an die neuen höheren Werte an, da Sie einen neuen Spitzendurchsatz festgelegt haben. Wenn Sie beispielsweise den bereitgestellten Durchsatz auf 50.000 RCU festlegen, steigt der Durchsatz im Warmbetrieb auf 50.000 Leseeinheiten pro Sekunde. ``` "ProvisionedThroughput": { "ReadCapacityUnits": 4000, "WriteCapacityUnits": 8000 } "WarmThroughput": { "ReadUnitsPerSecond": 30000, "WriteUnitsPerSecond": 10000 } ``` ## Warmdurchsatz für eine On-Demand-Tabelle Eine neue On-Demand-Tabelle beginnt mit einem Warmdurchsatz von 12 000 Leseeinheiten pro Sekunde und 4 000 Schreibeinheiten pro Sekunde. Ihre Tabelle kann anhaltenden Datenverkehr bis zu diesen Werten sofort verarbeiten. Wenn Ihre Anfragen 12.000 Leseeinheiten pro Sekunde oder 4.000 Schreibeinheiten pro Sekunde überschreiten, passt sich der Warmdurchsatz automatisch an die höheren Werte an. ``` "WarmThroughput": { "ReadUnitsPerSecond": 12000, "WriteUnitsPerSecond": 4000 } ``` ## Bewährte Methoden für das Vorwärmen von Amazon Keyspaces-Tabellen Folgen Sie diesen bewährten Methoden, wenn Sie Pre-Warming für Ihre Amazon Keyspaces-Tabellen implementieren: Schätzen Sie die benötigte Kapazität genau ab Da das Vorwärmen mit einmaligen Kosten verbunden ist, sollten Sie den benötigten Durchsatz anhand der zu erwartenden Arbeitslast sorgfältig berechnen, um eine übermäßige Bereitstellung zu vermeiden. Betrachten Sie das Schema der Tabelle Tabellen mit größeren Zeilen benötigen möglicherweise mehr Partitionen für denselben Durchsatz. Berücksichtigen Sie bei der Schätzung des Bedarfs vor der Erwärmung Ihre durchschnittliche Zeilengröße. Überwachen Sie die Tabellenleistung Überprüfen Sie nach dem Vorwärmen anhand von CloudWatch Messwerten, ob Ihre Tabelle die Last erwartungsgemäß bewältigt. Weitere Informationen finden Sie unter [Überwachen Sie die Leistung eines vorgewärmten Tisches mit Amazon CloudWatch](monitor-prewarming-cloudwatch.md). Kontingente verwalten Wenn Ihre Anwendung einen höheren Durchsatz benötigt, als es die Standardkontingente zulassen (40.000 RCUs/WCUs oder 2.000 Partitionen), wird das Anforderungskontingent rechtzeitig vor dem Ereignis mit hohem Datenaufkommen erhöht. Zum Anfordern einer Erhöhung für ein Kontingent können Sie die [Service-Quotas-Konsole](https://console.aws.amazon.com/servicequotas) verwenden. Optimieren Sie die Kosten Bei vorübergehenden Ereignissen mit hohem Datenaufkommen sollten Sie die Verwendung von Pre-Warming in Betracht ziehen, anstatt in den Bereitstellungsmodus mit hoher Kapazität zu wechseln, da dies für Ereignisse mit kurzer Dauer kostengünstiger sein kann. Weitere Informationen zur Preisgestaltung finden Sie unter [Amazon Keyspaces-Preise](https://aws.amazon.com/keyspaces/pricing/). **Anmerkung** Überwachen Sie die Leistungskennzahlen Ihrer Anwendung während der Testphase, um sicherzustellen, dass Ihre Pre-Warming-Konfiguration Ihre Workload-Anforderungen angemessen unterstützt. **Topics** + [Warmdurchsatz und ungleiche Zugriffsmuster](#warm-throughput-scenarios-uneven) + [Warmdurchsatz für eine bereitgestellte Tabelle](#warm-throughput-scenarios-provisioned) + [Warmdurchsatz für eine On-Demand-Tabelle](#warm-throughput-scenarios-ondemand) + [Bewährte Methoden für das Vorwärmen von Amazon Keyspaces-Tabellen](#prewarming-best-practices) + [Erstellen einer neuen Amazon-Keyspaces-Tabelle mit einem höheren Warmdurchsatz](create-table-warm-throughput.md) + [Erhöhen des Warmdurchsatzes für die vorhandene Amazon-Keyspaces-Tabelle](update-warm-throughput.md) + [Warmdurchsatz einer Amazon Keyspaces-Tabelle anzeigen](view-warm-throughput.md) + [Überwachen Sie die Leistung eines vorgewärmten Tisches mit Amazon CloudWatch](monitor-prewarming-cloudwatch.md) # Erstellen einer neuen Amazon-Keyspaces-Tabelle mit einem höheren Warmdurchsatz Sie können die Warmdurchsatzwerte anpassen, wenn Sie Ihre Amazon Keyspaces-Tabelle mithilfe der Konsole, CQL oder der erstellen. AWS CLI ------ #### [ Console ] **So erstellen Sie eine neue Tabelle mit Warmdurchsatzeinstellungen** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon Keyspaces-Konsole zu [https://console.aws.amazon.com/keyspaces/Hause](https://console.aws.amazon.com/keyspaces/home). 1. Wählen Sie im Navigationsbereich **Tables** (Tabellen) und anschließend **Create table** (Tabelle erstellen) aus. 1. Wählen Sie auf der Seite **Tabelle erstellen** im Abschnitt **Tabellendetails** einen Schlüsselraum aus und geben Sie einen Namen für die neue Tabelle ein. 1. Erstellen Sie im Abschnitt **Spalten** das Schema für Ihre Tabelle. 1. Definieren Sie im Abschnitt **Primärschlüssel** den Primärschlüssel der Tabelle und wählen Sie optionale Clusterspalten aus. 1. Wählen Sie im Abschnitt **Tabelleneinstellungen** die Option **Einstellungen anpassen** aus. 1. Fahren Sie mit den **Lese-/Schreibkapazitätseinstellungen** fort. 1. **Für den **Kapazitätsmodus** können Sie entweder „Auf **Abruf**“ oder „Bereitgestellt“ wählen.** 1. Im Bereich **Vorwärmen für Tabellen** können Sie die Werte für **Leseeinheiten pro Sekunde und **Schreibeinheiten pro Sekunde**** nach Bedarf erhöhen, um Ihre Tabelle auf geplante Spitzenereignisse vorzubereiten. Die Warmdurchsatzwerte, die Amazon Keyspaces auf der Grundlage Ihrer On-Demand-Nutzung oder der bereitgestellten Kapazität anpasst, sind standardmäßig für alle Tabellen ohne zusätzliche Gebühren verfügbar. Beachten Sie, dass zusätzliche Gebühren anfallen, wenn Sie die Standardwerte für den Warmdurchsatz manuell erhöhen, um die Tabelle für Ereignisse mit hohem Verkehrsaufkommen vorzuwärmen. 1. Konfigurieren Sie nach Bedarf weitere optionale Tabellenfunktionen. Wählen Sie dann **Tabelle erstellen aus**. ------ #### [ Cassandra Query Language (CQL) ] + Erstellen Sie mit einer der folgenden Methoden eine Tabelle mit warmem Durchsatz: + Erstellen Sie für den Bereitstellungsmodus eine Tabelle und geben Sie die erwartete Spitzenkapazität für Lese- und Schreibvorgänge mithilfe der folgenden CQL-Syntax an: ``` CREATE TABLE catalog.book_awards ( year int, award text, rank int, category text, book_title text, author text, publisher text, PRIMARY KEY ((year, award), category, rank)) WITH CUSTOM_PROPERTIES = { 'capacity_mode': { 'throughput_mode': 'PROVISIONED', 'read_capacity_units': 20000, 'write_capacity_units': 10000 }, 'warm_throughput': { 'read_units_per_second': 40000, 'write_units_per_second': 20000 } }; ``` + Erstellen Sie für den On-Demand-Modus eine Tabelle und geben Sie die erwartete Spitzenkapazität für Lese- und Schreibvorgänge mit der folgenden CQL-Syntax an: ``` CREATE TABLE catalog.book_awards ( year int, award text, rank int, category text, book_title text, author text, publisher text, PRIMARY KEY ((year, award), category, rank)) WITH CUSTOM_PROPERTIES = { 'capacity_mode': { 'throughput_mode': 'PAY_PER_REQUEST' }, 'warm_throughput': { 'read_units_per_second': 40000, 'write_units_per_second': 20000 } }; ``` Informationen zur Bestätigung der Kapazitätseinstellungen der Tabelle finden Sie unter[Warmdurchsatz einer Amazon Keyspaces-Tabelle anzeigen](view-warm-throughput.md). ------ #### [ CLI ] 1. Erstellen Sie eine Tabelle mit warmem Durchsatz mit einer der folgenden Methoden unter Verwendung von AWS CLI + Erstellen Sie eine neue Tabelle im Bereitstellungsmodus und geben Sie die erwarteten Spitzenkapazitätswerte für Lese- und Schreibvorgänge für die neue Tabelle an. Die folgende Aussage ist ein Beispiel dafür. ``` aws keyspaces create-table \ --keyspace-name 'catalog' \ --table-name 'book_awards' \ --schema-definition 'allColumns=[{name=year,type=int},{name=award,type=text},{name=rank,type=int},{name=category,type=text},{name=book_title,type=text},{name=author,type=text},{name=publisher,type=text}],partitionKeys=[{name=year},{name=award}],clusteringKeys=[{name=category,orderBy=ASC},{name=rank,orderBy=ASC}]' \ --capacity-specification throughputMode=PROVISIONED,readCapacityUnits=20000,writeCapacityUnits=10000 \ --warm-throughput-specification readUnitsPerSecond=40000,writeUnitsPerSecond=20000 ``` + Erstellen Sie eine neue Tabelle im On-Demand-Modus und geben Sie die erwarteten Spitzenkapazitätswerte für Lese- und Schreibvorgänge für die neue Tabelle an. Die folgende Aussage ist ein Beispiel dafür. ``` aws keyspaces create-table \ --keyspace-name 'catalog' \ --table-name 'book_awards' \ --schema-definition 'allColumns=[{name=year,type=int},{name=award,type=text},{name=rank,type=int},{name=category,type=text},{name=book_title,type=text},{name=author,type=text},{name=publisher,type=text}],partitionKeys=[{name=year},{name=award}],clusteringKeys=[{name=category,orderBy=ASC},{name=rank,orderBy=ASC}]' \ --warmThroughputSpecification readUnitsPerSecond=40000,writeUnitsPerSecond=20000 ``` 1. Die Ausgabe des Befehls gibt den ARN der Tabelle zurück, wie im folgenden Beispiel gezeigt. ``` { "resourceArn": "arn:aws::cassandra:us-east-1:111122223333:/keyspace/catalog/table/book_awards>" } ``` Informationen zur Bestätigung der Kapazitätseinstellungen der Tabelle finden Sie unter[Warmdurchsatz einer Amazon Keyspaces-Tabelle anzeigen](view-warm-throughput.md). ------ #### [ Java ] **Erstellen Sie eine neue Tabelle mit dem SDK for Java.** + Erstellen Sie eine neue Tabelle im Bereitstellungsmodus und geben Sie die erwarteten Spitzenkapazitätswerte für Lese- und Schreibvorgänge für die neue Tabelle an. Das folgende Codebeispiel ist ein Beispiel dafür. ``` import software.amazon.awssdk.services.keyspaces.KeyspacesClient; import software.amazon.awssdk.services.keyspaces.model.*; public class PreWarmingExample { public static void main(String[] args) { KeyspacesClient keyspacesClient = KeyspacesClient.builder().build(); // Define schema List columns = Arrays.asList( ColumnDefinition.builder().name("year").type("int").build(), ColumnDefinition.builder().name("award").type("text").build(), ColumnDefinition.builder().name("rank").type("int").build(), ColumnDefinition.builder().name("category").type("text").build(), ColumnDefinition.builder().name("book_title").type("text").build(), ColumnDefinition.builder().name("author").type("text").build(), ColumnDefinition.builder().name("publisher").type("text").build() ); List partitionKeys = Arrays.asList( PartitionKey.builder().name("year").build(), PartitionKey.builder().name("award").build() ); List clusteringKeys = Arrays.asList( ClusteringKey.builder().name("category").orderBy("ASC").build(), ClusteringKey.builder().name("rank").orderBy("ASC").build() ); SchemaDefinition schema = SchemaDefinition.builder() .allColumns(columns) .partitionKeys(partitionKeys) .clusteringKeys(clusteringKeys) .build(); // Define capacity specification CapacitySpecification capacitySpec = CapacitySpecification.builder() .throughputMode(ThroughputMode.PROVISIONED) .readCapacityUnits(20000) .writeCapacityUnits(10000) .build(); // Define warm throughput specification WarmThroughputSpecification warmThroughput = WarmThroughputSpecification.builder() .readUnitsPerSecond(40000L) .writeUnitsPerSecond(20000L) .build(); // Create table with PreWarming CreateTableRequest request = CreateTableRequest.builder() .keyspaceName("catalog") .tableName("book_awards") .schemaDefinition(schema) .capacitySpecification(capacitySpec) .warmThroughputSpecification(warmThroughput) .build(); CreateTableResponse response = keyspacesClient.createTable(request); System.out.println("Table created with ARN: " + response.resourceArn()); } } ``` ------ # Erhöhen des Warmdurchsatzes für die vorhandene Amazon-Keyspaces-Tabelle Sie können die aktuellen Warmdurchsatzwerte Ihrer Amazon Keyspaces-Tabelle mithilfe der Konsole, CQL oder der erhöhen. AWS CLI ------ #### [ Console ] **So erhöhen Sie die Vorwärmeinstellungen einer Tabelle mithilfe der Konsole** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon Keyspaces-Konsole zu [https://console.aws.amazon.com/keyspaces/Hause](https://console.aws.amazon.com/keyspaces/home). 1. Wählen Sie im Navigationsbereich **Tabellen** und dann die Tabelle aus, die Sie aktualisieren möchten. 1. Fahren Sie in der Tabelle auf der Registerkarte **Kapazität** mit dem Abschnitt **Vorwärmen für Tische** fort. 1. **Wählen Sie im Abschnitt **Vorwärmen für Tabellen die** Option Bearbeiten aus.** 1. Auf der Seite **Vorwärmung für Tabellen bearbeiten** können Sie die Werte für **Leseeinheiten pro Sekunde** und für **Schreibeinheiten pro** Sekunde aktualisieren. 1. Wählen Sie **Änderungen speichern ** aus. Ihre Tabelle wird mit den angegebenen Vorwärmeinstellungen aktualisiert. ------ #### [ Cassandra Query Language (CQL) ] **Erhöhen Sie die Warmdurchsatzeinstellungen einer Tabelle mithilfe von CQL** + Verwenden Sie die `ALTER TABLE` Anweisung, um den Warmdurchsatz einer Tabelle zu erhöhen. Die folgende Aussage ist ein Beispiel dafür. ``` ALTER TABLE catalog.book_awards WITH CUSTOM_PROPERTIES = { 'warm_throughput': { 'read_units_per_second': 60000, 'write_units_per_second': 30000 } }; ``` Informationen zur Bestätigung der aktualisierten Kapazitätseinstellungen der Tabelle finden Sie unter[Warmdurchsatz einer Amazon Keyspaces-Tabelle anzeigen](view-warm-throughput.md). ------ #### [ CLI ] **Erhöhen Sie die Vorwärmeinstellungen eines Tisches mithilfe der AWS CLI** + Um den Warmdurchsatz einer Tabelle zu erhöhen, können Sie den Befehl verwenden. `update-table` Die folgende Aussage ist ein Beispiel dafür. ``` aws keyspaces update-table \ --keyspace-name 'catalog' \ --table-name 'book_awards' \ --warmThroughputSpecification readUnitsPerSecond=60000,writeUnitsPerSecond=30000 ``` Informationen zur Bestätigung der aktualisierten Kapazitätseinstellungen der Tabelle finden Sie unter[Warmdurchsatz einer Amazon Keyspaces-Tabelle anzeigen](view-warm-throughput.md). ------ #### [ Java ] **Aktualisieren Sie die Vorwärmeinstellungen einer Tabelle mithilfe des SDK for Java.** + Aktualisieren Sie die Warmdurchsatzeinstellungen für eine Tabelle. Das folgende Codebeispiel ist ein Beispiel dafür. ``` import software.amazon.awssdk.services.keyspaces.KeyspacesClient; import software.amazon.awssdk.services.keyspaces.model.*; public class UpdatePreWarmingExample { public static void main(String[] args) { KeyspacesClient keyspacesClient = KeyspacesClient.builder().build(); // Define new warm throughput specification WarmThroughputSpecification warmThroughput = WarmThroughputSpecification.builder() .readUnitsPerSecond(60000L) .writeUnitsPerSecond(30000L) .build(); // Update table with new PreWarming settings UpdateTableRequest request = UpdateTableRequest.builder() .keyspaceName("catalog") .tableName("book_awards") .warmThroughputSpecification(warmThroughput) .build(); UpdateTableResponse response = keyspacesClient.updateTable(request); System.out.println("Table update requested: " + response.resourceArn()); } } ``` ------ # Warmdurchsatz einer Amazon Keyspaces-Tabelle anzeigen Sie können die aktuellen Warmdurchsatzwerte Ihrer Amazon Keyspaces-Tabelle mit der Konsole, CQL oder dem anzeigen. AWS CLI ------ #### [ Console ] **So zeigen Sie die Vorwärmeinstellungen Ihres Tisches mithilfe der Konsole an.** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon Keyspaces-Konsole zu [https://console.aws.amazon.com/keyspaces/Hause](https://console.aws.amazon.com/keyspaces/home). 1. Wählen Sie im Navigationsbereich **Tabellen** und dann die Tabelle aus, die Sie überprüfen möchten. 1. Fahren Sie in der Tabelle auf der Registerkarte **Kapazität** mit dem Abschnitt **Vorwärmen für Tische** fort. ------ #### [ Cassandra Query Language (CQL) ] **Zeigen Sie mithilfe von CQL die Warmdurchsatzeinstellungen einer Tabelle an** + Um die Warmdurchsatzeinstellungen einer Tabelle anzuzeigen, können Sie die folgende CQL-Anweisung verwenden. ``` SELECT custom_properties FROM system_schema_mcs.tables WHERE keyspace_name='catalog' and table_name='book_awards'; // Output: ... custom_properties ---------------------------------------------------------------------------------- { 'warm_throughput': { 'read_units_per_second': '40000', 'write_units_per_second': '20000', 'status': 'AVAILABLE' } } ... ``` ------ #### [ CLI ] **Zeigen Sie die Warmdurchsatz-Einstellungen einer Tabelle mit dem AWS CLI** + Sie können die Warmdurchsatz-Einstellungen einer Tabelle mithilfe des `get-table` Befehls anzeigen, wie im folgenden Beispiel gezeigt. ``` aws keyspaces get-table \ --keyspace-name 'catalog' \ --table-name 'book_awards' ``` Im Folgenden wird die Beispielausgabe des `get-table` Befehls für eine Tabelle mit nur einer Region im Bereitstellungsmodus gezeigt. ``` { "keyspaceName": "catalog", "tableName": "book_awards", ... Existing Fields ..., "capacitySpecificationSummary": { "throughputMode": "PROVISIONED", "readCapacityUnits": 20000, "writeCapacityUnits": 10000 }, "warmThroughputSpecificationSummary": { "readUnitsPerSecond": 40000, "writeUnitsPerSecond": 20000, "status": "AVAILABLE" } } ``` Im Folgenden wird die Beispielausgabe für eine Tabelle mit einer einzigen Region im On-Demand-Modus gezeigt. ``` { "keyspaceName": "catalog", "tableName": "book_awards_ondemand", ... Existing Fields ..., "capacitySpecification": { "throughputMode": "PAY_PER_REQUEST" }, "warmThroughputSpecificationSummary": { "readUnitsPerSecond": 40000, "writeUnitsPerSecond": 20000, "status": "AVAILABLE" } } ``` ------ #### [ Java ] **Lesen Sie die Vorwärmeinstellungen einer Tabelle mit dem SDK for Java.** + Lesen Sie die Warmdurchsatzwerte einer Tabelle mit. `get-table` Das folgende Codebeispiel ist ein Beispiel dafür. ``` import software.amazon.awssdk.services.keyspaces.KeyspacesClient; import software.amazon.awssdk.services.keyspaces.model.*; public class GetTableWithPreWarmingExample { public static void main(String[] args) { KeyspacesClient keyspacesClient = KeyspacesClient.builder().build(); // Get table details including PreWarming specification GetTableRequest request = GetTableRequest.builder() .keyspaceName("catalog") .tableName("book_awards") .build(); GetTableResponse response = keyspacesClient.getTable(request); // Access PreWarming details if (response.warmThroughputSpecification() != null) { WarmThroughputSpecificationSummary warmThroughputSummary = response.warmThroughputSpecification(); System.out.println("PreWarming Status: " + warmThroughputSummary.status()); System.out.println("Read Units: " + warmThroughputSummary.readUnitsPerSecond()); System.out.println("Write Units: " + warmThroughputSummary.writeUnitsPerSecond()); // Check if PreWarming is active if (warmThroughputSummary.status().equals("AVAILABLE")) { System.out.println("Table is fully pre-warmed and ready for high throughput"); } else if (warmThroughputSummary.status().equals("UPDATING")) { System.out.println("Table PreWarming is currently being updated"); } } else { System.out.println("Table does not have PreWarming enabled"); } } } ``` ------ # Überwachen Sie die Leistung eines vorgewärmten Tisches mit Amazon CloudWatch Amazon Keyspaces Pre-Warming führt keine neuen CloudWatch Metriken ein, aber Sie können die Leistung vorgewärmter Tabellen anhand vorhandener Amazon Keyspaces-Metriken überwachen: SuccessfulRequestLatency Überwachen Sie diese Metrik, um sicherzustellen, dass die vorgewärmte Tabelle Anfragen mit erwarteter Latenz verarbeitet. WriteThrottleEvents und ReadThrottleEvents Diese Messwerte sollten für eine ordnungsgemäß vorgewärmte Tabelle niedrig bleiben. Wenn Sie trotz Vorwärmen Fehler mit unzureichender Kapazität feststellen, müssen Sie möglicherweise Ihre Werte für den Warmdurchsatz anpassen. ConsumedReadCapacityUnits und ConsumedWriteCapacityUnits Diese Messwerte zeigen den tatsächlichen Kapazitätsverbrauch, sodass Sie überprüfen können, ob Ihre Vorwärmkonfiguration angemessen ist. ProvisionedReadCapacityUnits und ProvisionedWriteCapacityUnits Für bereitgestellte Tabellen zeigen diese Metriken die aktuell zugewiesene Kapazität. Diese Metriken können in der CloudWatch Konsole angezeigt oder über die API abgefragt werden. CloudWatch Weitere Informationen finden Sie unter [Überwachung von Amazon Keyspaces mit Amazon CloudWatch](monitoring-cloudwatch.md).