Praktik terbaik cluster elastis Amazon DocumentDB

Gunakan kunci hash yang didistribusikan secara merata untuk mendistribusikan data Anda ke semua pecahan di cluster Anda (hindari tombol pintas).

Gunakan kunci shard Anda di semua permintaan read/update /delete untuk menghindari kueri pengumpulan pencar.

Hindari kunci pecahan bersarang saat melakukan operasi read/update /delete.

Saat membuat operasi batch, atur ordered ke false sehingga semua pecahan dapat berjalan secara paralel dan meningkatkan latensi.

Pantau jumlah koneksi Anda dan seberapa sering koneksi baru dibuka ditutup.

Mendistribusikan koneksi Anda di semua subnet dalam konfigurasi aplikasi Anda. Jika cluster Anda dikonfigurasi dalam beberapa subnet tetapi Anda hanya menggunakan subset subnet, Anda mungkin mengalami hambatan pada koneksi maksimum Anda.

Saat bekerja dengan koleksi yang tidak dibagikan, untuk mendistribusikan beban, coba simpan koleksi yang tidak tersharded yang sangat dimanfaatkan pada database yang berbeda. Cluster elastis Amazon DocumentDB menempatkan database di pecahan yang berbeda dan bersama-sama menempatkan koleksi yang tidak dibagikan untuk database yang sama pada pecahan yang sama.

Operasi penskalaan dapat menyebabkan periode singkat kesalahan database dan jaringan intermiten. Jika memungkinkan, hindari penskalaan selama jam sibuk. Cobalah untuk menskalakan selama jendela pemeliharaan.

Penskalaan kapasitas pecahan naik dan turun (mengubah jumlah vCPU per shard) untuk meningkatkan komputasi lebih disukai daripada meningkatkan atau mengurangi jumlah ikan karena lebih cepat dan memiliki durasi kesalahan database dan jaringan intermiten yang lebih pendek.

Saat mengantisipasi pertumbuhan, lebih suka meningkatkan jumlah pecahan alih-alih meningkatkan kapasitas pecahan. Ini memungkinkan Anda untuk menskalakan cluster Anda dengan meningkatkan kapasitas pecahan untuk skenario di mana Anda perlu menskalakan dengan cepat.

Pantau kebijakan coba ulang sisi klien Anda dan coba lagi dengan backoff dan jitter eksponensial untuk menghindari kelebihan beban database Anda saat mendapatkan kesalahan saat penskalaan.

Mengubah jumlah pecahan dapat memakan waktu karena data harus dipindahkan dengan aman dari satu pecahan ke pecahan lainnya. Untuk meminimalkan risiko kesalahan, jangan berhenti atau membuat perubahan lain pada status cluster saat perubahan sedang berlangsung.

Lacak rasio puncak-ke-rata-rata metrik per-shard Anda untuk menentukan apakah Anda mengarahkan lalu lintas yang tidak rata (memiliki hot- spot). key/hot Metrik utama untuk melacak rasio puncak-ke-rata-rata adalah: