Perencanaan kapasitas throughput untuk tabel global

Memigrasi lalu lintas dari satu Wilayah ke Wilayah lainnya memerlukan pertimbangan yang cermat terhadap pengaturan tabel DynamoDB mengenai kapasitas.

Berikut adalah beberapa pertimbangan untuk mengelola kapasitas menulis:

• Tabel global harus dalam mode sesuai permintaan atau disediakan dengan penskalaan auto diaktifkan.

• Jika disediakan dengan penskalaan auto, pengaturan tulis (minimum, maksimum, dan pemanfaatan target) direplikasi di seluruh Wilayah. Meskipun pengaturan penskalaan auto disinkronkan, kapasitas tulis yang disediakan sebenarnya mungkin mengambang secara independen di antara Wilayah.

• Salah satu alasan Anda mungkin melihat kapasitas menulis yang berbeda adalah karena fitur waktu untuk tayang (TTL). Saat Anda mengaktifkan TTL di DynamoDB, Anda dapat menentukan nama atribut yang nilainya menunjukkan waktu kedaluwarsa item, dalam format waktu epoch Unix dalam hitungan detik. Setelah waktu itu, DynamoDB dapat menghapus item tanpa menimbulkan biaya tulis. Dengan tabel global, Anda dapat mengonfigurasi TTL di Wilayah mana pun, dan pengaturan secara otomatis direplikasi ke Wilayah lain yang terkait dengan tabel global. Jika item memenuhi syarat untuk dihapus melalui aturan TTL, pekerjaan itu dapat dilakukan di Wilayah mana pun. Operasi delete dilakukan tanpa menggunakan unit tulis pada tabel sumber, tetapi tabel replika akan mendapatkan penulisan yang direplikasi dari operasi hapus itu dan akan dikenakan biaya unit tulis yang direplikasi.

• Jika Anda menggunakan penskalaan auto, pastikan pengaturan kapasitas tulis maksimum yang disediakan cukup tinggi untuk menangani semua operasi penulisan serta semua potensi operasi penghapusan TTL. Penskalaan otomatis menyesuaikan setiap Wilayah sesuai dengan konsumsi penulisannya. Tabel sesuai permintaan tidak memiliki pengaturan kapasitas tulis maksimum yang disediakan, tetapi batas throughput tulis maksimum tingkat tabel menentukan kapasitas tulis berkelanjutan maksimum yang diizinkan tabel sesuai permintaan. Batas default 40.000, tetapi dapat disesuaikan. Kami menyarankan Anda mengaturnya cukup tinggi untuk menangani semua operasi tulis (termasuk operasi penulisan TTL) yang mungkin dibutuhkan tabel sesuai permintaan. Nilai ini harus sama di semua Wilayah yang berpartisipasi saat Anda menyiapkan tabel global.

Berikut adalah beberapa pertimbangan untuk mengelola kapasitas membaca:

• Pengaturan manajemen kapasitas baca diizinkan untuk berbeda antar Wilayah karena diasumsikan bahwa Wilayah yang berbeda mungkin memiliki pola baca independen. Saat pertama kali menambahkan replika global ke tabel, kapasitas Wilayah sumber disebarkan. Setelah pembuatan, Anda dapat menyesuaikan pengaturan kapasitas baca, yang tidak ditransfer ke sisi lain.

• Saat Anda menggunakan penskalaan auto DynamoDB, pastikan pengaturan kapasitas baca maksimum yang disediakan cukup tinggi untuk menangani semua operasi baca di semua Wilayah. Selama operasi standar kapasitas baca mungkin akan tersebar di seluruh Wilayah, tetapi selama failover tabel harus dapat secara otomatis beradaptasi dengan peningkatan beban kerja baca. Tabel sesuai permintaan tidak memiliki pengaturan kapasitas baca maksimum yang disediakan, tetapi batas throughput baca maksimum tingkat tabel menentukan kapasitas baca berkelanjutan maksimum yang diizinkan tabel sesuai permintaan. Batas default adalah 40.000, tetapi dapat disesuaikan. Kami menyarankan Anda mengaturnya cukup tinggi untuk menangani semua operasi baca yang mungkin diperlukan tabel jika semua operasi baca diarahkan ke Wilayah tunggal ini.

• Jika tabel di satu Wilayah biasanya tidak menerima lalu lintas baca tetapi mungkin harus menyerap lalu lintas baca dalam jumlah besar setelah failover, Anda dapat meningkatkan kapasitas baca yang disediakan dari tabel, menunggu tabel selesai memperbarui, dan kemudian menyediakan tabel ke bawah lagi. Anda dapat meninggalkan tabel dalam mode yang disediakan atau mengalihkannya ke mode sesuai permintaan. Ini pra-menghangatkan tabel untuk menerima tingkat lalu lintas baca yang lebih tinggi.

Route 53 ARC memiliki pemeriksaan kesiapan yang dapat berguna dalam mengonfirmasi bahwa Wilayah DynamoDB memiliki pengaturan tabel dan kuota akun yang serupa, apakah Anda menggunakan Route 53 untuk merutekan permintaan atau tidak. Pemeriksaan kesiapan ini juga membantu Anda menyesuaikan kuota tingkat akun agar cocok.