Bewährte Methoden für Amazon DocumentDB Elastic Cluster

Verwenden Sie einen gleichmäßig verteilten Hash-Schlüssel, um Ihre Daten auf alle Shards in Ihrem Cluster zu verteilen (vermeiden Sie Hotkeys).

Verwenden Sie Ihren Shard-Schlüssel in allen read/update /delete-Anfragen, um Scatter Gather-Abfragen zu vermeiden.

Vermeiden Sie verschachtelte Shard-Schlüssel, wenn Sie /delete-Operationen ausführen. read/update

Wenn Sie Batch-Operationen ausführen, setzen Sie ordered den Wert auf false, damit alle Shards parallel ausgeführt werden können und die Latenzen verbessert werden.

Überwachen Sie die Anzahl Ihrer Verbindungen und wie oft neue Verbindungen geöffnet und geschlossen werden.

Verteilen Sie Ihre Verbindungen auf alle Subnetze in der Konfiguration Ihrer Anwendung. Wenn Ihr Cluster in mehreren Subnetzen konfiguriert ist, Sie aber nur eine Teilmenge der Subnetze verwenden, kann es zu Engpässen bei Ihrer maximalen Anzahl von Verbindungen kommen.

Wenn Sie mit Sammlungen ohne Sharded arbeiten, sollten Sie zur Lastverteilung versuchen, häufig genutzte Sammlungen ohne Sharded in verschiedenen Datenbanken zu speichern. Elastische Amazon DocumentDB-Cluster platzieren Datenbanken auf verschiedenen Shards und platzieren Sammlungen, die nicht gemeinsam genutzt wurden, für dieselbe Datenbank auf demselben Shard.

Skalierungsvorgänge können kurzzeitig zu zeitweiligen Datenbank- und Netzwerkfehlern führen. Vermeiden Sie nach Möglichkeit die Skalierung zu Spitzenzeiten. Versuchen Sie, während Wartungszeitfenstern zu skalieren.

Das Hoch- und Herunterskalieren der Shard-Kapazität (Änderung der vCPU-Anzahl pro Shard) zur Erhöhung der Rechenleistung wird dem Erhöhen oder Verringern der Shard-Anzahl vorgezogen, da dies schneller ist und die Dauer intermittierender Datenbank- und Netzwerkfehler kürzer ist.

Wenn Sie mit einem Wachstum rechnen, ziehen Sie es vor, die Anzahl der Shards zu erhöhen, anstatt die Shard-Kapazität zu skalieren. Auf diese Weise können Sie Ihren Cluster skalieren, indem Sie die Shard-Kapazität für Szenarien erhöhen, in denen Sie schnell skalieren müssen.

Überwachen Sie Ihre clientseitigen Wiederholungsrichtlinien und versuchen Sie es erneut mit exponentiellem Backoff und Jitter, um eine Überlastung Ihrer Datenbank zu vermeiden, wenn bei der Skalierung Fehler auftreten.

Das Ändern der Anzahl der Shards kann einige Zeit in Anspruch nehmen, da Daten sicher von einem Shard zum anderen verschoben werden müssen. Um das Fehlerrisiko zu minimieren, unterbrechen Sie den Cluster-Status nicht und nehmen Sie keine anderen Änderungen am Cluster-Status vor, während die Änderung im Gange ist.

Verfolgen Sie das Verhältnis zwischen Spitze und Durchschnitt Ihrer Kennzahlen pro Shard, um festzustellen, ob Sie ungleichmäßigen Traffic generieren (einen Hotspot haben). key/hot Die wichtigsten Kennzahlen zur Erfassung des Spitzenwerts im Vergleich zum Durchschnittswert sind: