Kebijakan Auto Scaling

Kebijakan penskalaan memiliki komponen berikut:

• Metrik target — CloudWatch Metrik yang ElastiCache (Redis OSS) Auto Scaling gunakan untuk menentukan kapan dan berapa banyak skala.

• Kapasitas minimum dan maksimum – Jumlah serpihan atau replika minimum dan maksimum yang digunakan untuk penskalaan.

  penting

  Saat membuat kebijakan penskalaan Otomatis, jika kapasitas saat ini lebih tinggi dari kapasitas maksimal yang dikonfigurasi, kami menskaleIn MaxCapacity selama pembuatan kebijakan. Demikian pula jika kapasitas saat ini lebih rendah dari kapasitas min yang dikonfigurasi, kami ScaleOut ke. MinCapacity

• Periode pendinginan – Jumlah waktu, dalam detik, setelah aktivitas penskalaan ke dalam atau penskalaan ke luar selesai sebelum aktivitas penskalaan ke luar lainnya dapat dimulai.

• Peran terkait layanan — Peran AWS Identitas dan Manajemen Akses (IAM) and Access Management (IAM) yang ditautkan ke layanan tertentu. AWS Peran terkait layanan mencakup semua izin yang diperlukan layanan untuk memanggil AWS layanan lain atas nama Anda. ElastiCache (Redis OSS) Auto Scaling secara otomatis menghasilkan peran iniAWSServiceRoleForApplicationAutoScaling_ElastiCacheRG,, untuk Anda.

• Aktifkan atau nonaktifkan aktivitas penskalaan ke dalam - Kemampuan untuk mengaktifkan atau menonaktifkan aktivitas penskalaan ke dalam untuk suatu kebijakan.

Metrik target untuk Auto Scaling

Dalam jenis kebijakan ini, metrik yang telah ditentukan atau kustom dan nilai target untuk metrik ditentukan dalam konfigurasi kebijakan penskalaan pelacakan target. ElastiCache (Redis OSS) Auto Scaling membuat dan CloudWatch mengelola alarm yang memicu kebijakan penskalaan dan menghitung penyesuaian penskalaan berdasarkan metrik dan nilai target. Kebijakan penskalaan menambahkan atau menghapus serpihan/replika sesuai kebutuhan untuk menjaga metrik sesuai dengan, atau mendekati, nilai target yang ditentukan. Selain menjaga metrik tetap dekat dengan nilai target, kebijakan penskalaan pelacakan target juga disesuaikan menurut fluktuasi metrik karena pola beban kerja yang berubah. Kebijakan tersebut juga meminimalkan fluktuasi cepat dalam jumlah serpihan/replika yang tersedia untuk klaster Anda.

Misalnya, pertimbangkan kebijakan penskalaan yang menggunakan metrik ElastiCachePrimaryEngineCPUUtilization rata-rata standar. Kebijakan tersebut dapat menjaga pemanfaatan CPU pada, atau mendekati, persentase pemanfaatan tertentu, seperti 70 persen.

catatan

Untuk setiap klaster, Anda hanya dapat membuat satu kebijakan Auto Scaling untuk setiap metrik target.

Kapasitas minimum dan maksimum

Serpihan

Anda dapat menentukan jumlah maksimum pecahan yang dapat diskalakan dengan penskalaan otomatis ElastiCache (Redis OSS). Nilai ini harus kurang dari atau sama dengan 250 dengan minimum 1. Anda juga dapat menentukan jumlah minimum pecahan yang akan dikelola oleh ElastiCache (Redis OSS) auto scaling. Nilai ini harus minimal 1, dan sama dengan atau kurang dari nilai yang ditentukan untuk serpihan maksimum yaitu 250.

Replika

Anda dapat menentukan jumlah maksimum replika yang akan dikelola oleh ElastiCache (Redis OSS) auto scaling. Nilai ini harus kurang dari atau sama dengan 5. Anda juga dapat menentukan jumlah minimum replika yang akan dikelola oleh ElastiCache (Redis OSS) auto scaling. Nilai ini harus minimal 1, dan sama dengan atau kurang dari nilai yang ditentukan untuk replika maksimum yaitu 5.

Untuk menentukan jumlah minimum dan maksimum serpihan/replika yang Anda perlukan untuk lalu lintas biasa, uji konfigurasi Auto Scaling Anda dengan tingkat lalu lintas yang diharapkan untuk model Anda.

catatan

ElastiCache (Redis OSS) kebijakan penskalaan otomatis meningkatkan kapasitas klaster hingga mencapai ukuran maksimum yang Anda tentukan atau hingga batas layanan berlaku. Untuk meminta penambahan batas, lihat Batas Layanan AWS dan pilih jenis batas Simpul per klaster per jenis instans.

penting

Penskalaan ke dalam terjadi ketika tidak ada lalu lintas. Jika lalu lintas varian menjadi nol, ElastiCache (Redis OSS) secara otomatis menskalakan ke jumlah minimum instance yang ditentukan.

Periode pendinginan

Anda dapat menyesuaikan daya respons kebijakan penskalaan pelacakan target dengan menambahkan periode pendinginan yang memengaruhi penskalaan klaster Anda. Periode pendinginan memblokir permintaan penskalaan ke dalam atau ke luar berikutnya hingga periode ini berakhir. Ini memperlambat penghapusan shard/replika di cluster ElastiCache (Redis OSS) Anda untuk permintaan scale-in, dan pembuatan shard/replika untuk permintaan scale-out. Anda dapat menentukan periode pendinginan berikut:

• Aktivitas scale-in mengurangi jumlah pecahan/replika di cluster (Redis OSS) Anda ElastiCache . Periode pendinginan penskalaan ke dalam menentukan jumlah waktu, dalam detik, setelah aktivitas penskalaan ke dalam selesai sebelum aktivitas penskalaan ke dalam lainnya dapat dimulai.

• Aktivitas scale-out meningkatkan jumlah pecahan/replika di cluster (Redis OSS) Anda ElastiCache . Periode pendinginan penskalaan ke luar menentukan jumlah waktu, dalam detik, setelah aktivitas penskalaan ke luar selesai sebelum aktivitas penskalaan ke luar lainnya dapat dimulai.

Ketika periode pendinginan penskalaan ke dalam atau penskalaan ke luar tidak ditentukan, nilai default untuk penskalaan ke luar adalah 600 detik dan untuk penskalaan ke dalam adalah 900 detik.

Mengaktifkan atau menonaktifkan aktivitas penskalaan ke dalam

Anda dapat mengaktifkan atau menonaktifkan aktivitas penskalaan ke dalam untuk sebuah kebijakan. Mengaktifkan aktivitas penskalaan ke dalam memungkinkan kebijakan penskalaan untuk menghapus serpihan/replika. Saat aktivitas penskalaan ke dalam diaktifkan, periode pendinginan penskalaan ke dalam di kebijakan penskalaan berlaku untuk aktivitas penskalaan ke dalam. Menonaktifkan aktivitas penskalaan ke luar mencegah kebijakan penskalaan menghapus serpihan/replika.

catatan

Aktivitas scale-out selalu diaktifkan sehingga kebijakan penskalaan dapat membuat shard/replika ElastiCache (Redis OSS) sesuai kebutuhan.