Pilih preferensi cookie Anda

Kami menggunakan cookie penting serta alat serupa yang diperlukan untuk menyediakan situs dan layanan. Kami menggunakan cookie performa untuk mengumpulkan statistik anonim sehingga kami dapat memahami cara pelanggan menggunakan situs dan melakukan perbaikan. Cookie penting tidak dapat dinonaktifkan, tetapi Anda dapat mengklik “Kustom” atau “Tolak” untuk menolak cookie performa.

Jika Anda setuju, AWS dan pihak ketiga yang disetujui juga akan menggunakan cookie untuk menyediakan fitur situs yang berguna, mengingat preferensi Anda, dan menampilkan konten yang relevan, termasuk iklan yang relevan. Untuk menerima atau menolak semua cookie yang tidak penting, klik “Terima” atau “Tolak”. Untuk membuat pilihan yang lebih detail, klik “Kustomisasi”.

Mengelola operasi klaster

Mode fokus
Mengelola operasi klaster - Amazon DynamoDB

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

DAX menangani pemeliharaan dan kesehatan cluster untuk Anda. Namun, Anda perlu memberikan input operasional untuk menskalakan cluster secara horizontal atau vertikal agar sesuai dengan pola penggunaan Anda. Bagian ini menjelaskan proses yang disarankan untuk menskalakan klaster DAX Anda.

Menskalakan cluster secara horizontal

Penskalaan cluster DAX melibatkan penyesuaian kapasitasnya untuk memenuhi permintaan throughput. Penyesuaian ini dilakukan dengan menambah atau mengurangi jumlah node (replika) di cluster saat sedang berjalan. Proses ini, yang dikenal sebagai penskalaan horizontal, membantu mendistribusikan beban kerja di lebih banyak node atau mengkonsolidasikan ke lebih sedikit node saat permintaan rendah.

Anda dapat menskalakan cluster DAX masuk dan keluar secara horizontal menggunakan increase-replication-factor perintah decrease-replication-factor atau di. AWS CLI

Meningkatkan faktor replikasi (skala keluar)

Meningkatkan faktor replikasi cluster DAX menambahkan lebih banyak node ke cluster. Contoh berikut menunjukkan penggunaan increase-replication-factor perintah.

aws dax increase-replication-factor \ --cluster-name yourClusterName \ --new-replication-factor desiredReplicationFactor
  • Dalam perintah ini, cluster-name argumen menentukan nama cluster Anda. Misalnya, yourClusterName.

  • new-replication-factorArgumen menentukan jumlah total node untuk ditambahkan dalam cluster setelah penskalaan. Ini termasuk node primer dan node replika. Misalnya, jika cluster Anda saat ini memiliki 3 node dan Anda ingin menambahkan 2 node lagi, tetapkan nilainya new-replication-factor menjadi 5.

Kurangi faktor replikasi (skala dalam)

Mengurangi faktor replikasi cluster DAX menghapus node dari cluster. Menghapus node dapat membantu mengurangi biaya selama periode permintaan rendah. Contoh berikut menunjukkan penggunaan decrease-replication-factor perintah.

aws dax decrease-replication-factor \ --cluster-name yourClusterName \ --new-replication-factor desiredReplicationFactor
  • Dalam perintah ini, cluster-name argumen menentukan nama cluster Anda. Misalnya, yourClusterName.

  • new-replication-factorArgumen menentukan pengurangan jumlah node di cluster Anda setelah penskalaan. Angka ini harus lebih rendah dari faktor replikasi saat ini dan harus menyertakan simpul utama. Misalnya, jika cluster Anda memiliki 5 node dan Anda ingin menghapus 2 node, atur nilainya new-replication-factor menjadi 3.

Pertimbangan penskalaan horizontal

Pertimbangkan hal berikut ketika Anda merencanakan penskalaan horizontal:

  • Node primer — Cluster DAX mencakup simpul utama. Faktor replikasi termasuk simpul utama ini. Misalnya, faktor replikasi 3 berarti satu simpul utama dan dua node replika.

  • Ketersediaan — Menambahkan atau menghapus node DAX mengubah ketersediaan klaster dan toleransi kesalahan. Lebih banyak node dapat meningkatkan ketersediaan, tetapi mereka juga meningkatkan biaya.

  • Migrasi data — Saat Anda meningkatkan faktor replikasi, DAX secara otomatis menangani distribusi data di seluruh kumpulan node baru. Ketika node baru mulai melayani lalu lintas, cache-nya sudah dihangatkan. Namun, selama proses ini, mungkin ada dampak sementara pada kinerja selama migrasi data.

Pastikan Anda memantau klaster DAX Anda dengan cermat selama dan setelah proses penskalaan untuk memastikan klaster tersebut berkinerja seperti yang diharapkan dan membuat penyesuaian lebih lanjut seperlunya.

Menskalakan cluster secara vertikal

Untuk menskalakan ukuran node dari cluster yang ada secara vertikal, Anda perlu membuat klaster baru dan memigrasikan lalu lintas aplikasi ke cluster baru. Migrasi ke cluster baru dengan node berbeda melibatkan beberapa langkah untuk memastikan transisi yang mulus dengan dampak minimal pada kinerja dan ketersediaan aplikasi Anda.

Untuk membuat klaster baru untuk menskalakan ukuran node Anda secara vertikal, pertimbangkan hal-hal berikut:

  • Akses penyiapan Anda saat ini — Tinjau metrik klaster DAX Anda saat ini untuk menentukan ukuran dan kuantitas node baru yang Anda butuhkan. Gunakan informasi ini sebagai masukan untuk menentukan ukuran cluster Anda. Untuk informasi, lihat Mengukur kluster DAX Anda.

  • Siapkan cluster DAX baru — Buat cluster DAX baru dengan tipe dan kuantitas node yang Anda tentukan. Anda dapat menggunakan pengaturan konfigurasi yang ada dari grup parameter Anda, kecuali Anda perlu melakukan penyesuaian.

  • Sinkronisasi data — Karena DAX adalah lapisan caching untuk DynamoDB, Anda tidak perlu memigrasi data secara langsung. Namun, kluster DAX baru tidak akan memiliki kumpulan data kerja Anda di memori sampai Anda mengirim lalu lintas ke sana.

  • Perbarui konfigurasi aplikasi — Perbarui konfigurasi aplikasi Anda untuk menunjuk ke titik akhir cluster DAX yang baru. Anda mungkin perlu mengubah kode atau memperbarui variabel lingkungan, tergantung pada konfigurasi aplikasi Anda.

    Untuk mengurangi dampak saat Anda beralih ke klaster baru, kirim lalu lintas kenari ke klaster baru dari sebagian kecil armada aplikasi Anda. Anda dapat melakukan ini dengan perlahan meluncurkan pembaruan aplikasi atau dengan menggunakan entri DNS routing berbasis berat di depan titik akhir DAX Anda.

  • Pantau dan optimalkan — Setelah Anda beralih ke cluster DAX baru, pantau metrik dan log kinerjanya dengan cermat untuk masalah apa pun. Bersiaplah untuk menyesuaikan jumlah node berdasarkan pola beban kerja yang diperbarui.

    Sampai cluster baru menyimpan dataset kerja Anda dengan benar, Anda akan melihat tingkat kehilangan cache dan latensi yang lebih tinggi.

  • Menonaktifkan klaster lama — Jika Anda yakin klaster baru berkinerja seperti yang diharapkan, nonaktifkan cluster DAX lama dengan aman untuk menghindari biaya yang tidak perlu.

PrivasiSyarat situsPreferensi cookie
© 2025, Amazon Web Services, Inc. atau afiliasinya. Semua hak dilindungi undang-undang.