Menskalakan cluster Amazon DocumentDB

Amazon DocumentDB memungkinkan Anda untuk menskalakan penyimpanan dan melakukan komputasi dalam klaster Anda berdasarkan kebutuhan Anda. Bagian ini menjelaskan bagaimana Anda dapat menggunakan penskalaan untuk penyimpanan, penskalaan untuk instans, dan penskalaan untuk pembacaan guna mengelola performa dan penskalaan untuk klaster dan instans Amazon DocumentDB.

Penskalaan penyimpanan

Penyimpanan Amazon DocumentDB secara otomatis diskalakan dengan data dalam volume klaster Anda. Seiring pertumbuhan data Anda, penyimpanan volume cluster Anda tumbuh dalam peningkatan 10 GiB, hingga 128 TiB.

Penskalaan instans

Anda dapat menskalakan klaster Amazon DocumentDB sesuai kebutuhan dengan memodifikasi kelas instans untuk setiap instans dalam klaster. Amazon DocumentDB mendukung beberapa kelas instans yang dioptimalkan untuk Amazon DocumentDB.

Untuk informasi selengkapnya, lihat Memodifikasi instance Amazon DocumentDB.

Penskalaan baca

Anda dapat mencapai penskalaan baca untuk klaster Amazon DocumentDB dengan membuat hingga 15 replika Amazon DocumentDB dalam klaster. Setiap replika Amazon DocumentDB menghasilkan data yang sama dari volume klaster dengan sedikit penundaan replika—biasanya kurang dari 100 milidetik setelah instans utama menulis pembaruan. Saat lalu lintas baca meningkat, Anda dapat membuat replika Amazon DocumentDB tambahan dan terhubung langsung ke sana untuk mendistribusikan beban baca pada klaster Anda. Replika Amazon DocumentDB tidak harus dari kelas instans DB yang sama dengan instans utama.

Untuk informasi selengkapnya, lihat Menambahkan instance Amazon DocumentDB ke klaster.

Untuk membaca penskalaan dengan Amazon DocumentDB, Anda sebaiknya membuat sambungan ke klaster Anda sebagai set replika dan mendistribusikan pembacaan ke instans replika menggunakan kemampuan preferensi baca bawaan driver Anda. Untuk informasi selengkapnya, lihat Menghubungkan ke Amazon DocumentDB sebagai set replika

Tulis penskalaan

Anda dapat menskalakan kapasitas tulis pada klaster Amazon DocumentDB Anda dengan meningkatkan ukuran instans utama klaster Anda. Bagian ini menyediakan dua metode untuk menskalakan instans utama klaster Anda berdasarkan kebutuhan. Opsi pertama berusaha untuk meminimalkan dampak aplikasi tetapi membutuhkan lebih banyak langkah yang perlu diselesaikan. Opsi kedua mengoptimalkan kesederhanaan karena memiliki langkah yang lebih sedikit, tetapi dilengkapi dengan tradeoff yang memiliki dampak yang lebih potensial untuk aplikasi Anda.

Bergantung pada aplikasi Anda, Anda bisa memilih pendekatan apa di bawah ini yang terbaik untuk Anda. Untuk informasi selengkapnya tentang ukuran dan biaya instans yang tersedia, lihat halaman Harga Amazon DocumentDB.

1. Optimalkan ketersediaan dan performa tinggi — Jika Anda terhubung ke klaster Anda di mode set replika (disarankan), Anda dapat menggunakan proses berikut untuk meminimalkan dampak aplikasi Anda saat menskalakan instans primer Anda. Metode ini meminimalkan dampak karena mempertahankan klaster Anda pada atau di atas ketersediaan tinggi Anda, dan target penskalaan baca ditambahkan ke klaster sebagai instans, alih-alih diperbarui pada tempatnya.

   1. Tambahkan satu atau beberapa replika dari jenis instans yang lebih besar ke klaster Anda (lihat Menambahkan instance Amazon DocumentDB ke klaster). Semua replika sebaiknya memiliki jenis instans yang sama dengan atau lebih besar dari yang utama. Hal ini untuk menghindari pengurangan yang tidak disengaja dalam performa tulis akibat kegagalan terhadap jenis instans yang lebih kecil. Untuk sebagian besar pelanggan, ini berarti penggandaan jumlah instans sementara di klaster mereka, kemudian penghapusan replika yang lebih kecil setelah penskalaan selesai.

   2. Atur tingkat failover pada semua replika baru ke prioritas nol, hal ini memastikan replika jenis instans yang lebih kecil memiliki prioritas failover tertinggi. Untuk informasi selengkapnya, lihat Mengontrol target failover.

   3. Memulai failover manual, yang akan mempromosikan salah satu replika baru menjadi instans utama. Untuk informasi selengkapnya, lihat Menguji failover.

      catatan

      Ini akan menimbulkan ~30 detik waktu henti untuk klaster Anda. Silakan buat rencana yang sesuai.

   4. Hapus semua replika dengan jenis instans yang lebih kecil daripada intans utama baru Anda dari klaster.

   5. Kembalikan tingkat failover semua intans ke prioritas yang sama (biasanya, ini berarti pengaturan kembali ke 1).

   Sebagai contoh, anggaplah Anda memiliki klaster yang saat ini berisi tiga instans r5.large (satu primer dan dua replika), dan Anda ingin melakukan penskalaan ke tipe instans r5.xlarge. Untuk melakukannya, pertama Anda akan menambahkan tiga instans replika r5.xlarge ke klaster Anda, lalu tetapkan tingkat failover replika r5.xlarge baru ke nol. Selanjutnya, Anda akan memulai failover manual (diketahui bahwa aplikasi Anda akan mengalami ~ 30 detik waktu henti). Setelah failover selesai, Anda akan menghapus ketiga instans r5.large dari klaster Anda, sehingga klaster tersebut diskalakan ke instans r5.xlarge.

   Untuk membantu mengoptimalkan biaya, instans Amazon DocumentDB ditagih dalam kenaikan satu detik, dengan biaya minimum sepuluh menit setelah perubahan status yang dapat ditagih seperti membuat, memodifikasi, atau menghapus instans. Untuk informasi selengkapnya lihat Optimalisasi Biaya dalam dokumentasi praktik terbaik.

2. Optimalisasi untuk kesederhanaan — Pendekatan ini dioptimalkan untuk menyederhanakan prosesnya. Cara ini tidak memperluas dan menyempitkan klaster, tetapi mungkin mengurangi kapasitas baca Anda untuk sementara.

   Ada kemungkinan bahwa mengubah kelas instans replika akan menghasilkan instans yang tidak melayani permintaan untuk jangka waktu singkat, dari beberapa detik hingga kurang dari 30 detik. Jika Anda terhubung ke klaster Anda di mode set replika (direkomendasikan), maka ini akan mengurangi kapasitas baca Anda pada satu replika (misalnya, untuk 66% kapasitas dalam klaster 3-node, atau 75% kapasitas dalam klaster 4-node, dll) selama operasi penskalaan.

   1. Skalakan salah satu contoh instans di klaster Anda. Untuk informasi selengkapnya, lihat Mengelola kelas instance.

   2. Tunggu sampai instans tersedia (lihatMemantau status instans Amazon DocumentDB).

      catatan

      Ini akan menimbulkan ~30 detik waktu henti untuk klaster Anda. Silakan buat rencana yang sesuai.

   3. Lanjutkan menjalankan langkah 1 dan 2 sampai semua instans replika telah diskalakan, satu per satu.

   4. Memulai failover manual. Ini akan mempromosikan salah satu replika menjadi instans utama. Untuk informasi selengkapnya, lihat Failover Amazon DocumentDB.

      catatan

      Tindakan ini akan menyebabkan waktu henti hingga 30 detik untuk klaster Anda, tetapi seringkali membutuhkan waktu lebih singkat. Silakan buat rencana yang sesuai.

   5. Skalakan instans primer sebelumnya (sekarang replika).