Kebijakan penskalaan pelacakan target

Dengan kebijakan penskalaan pelacakan target, Anda memilih metrik dan menetapkan nilai target. ElastiCache untuk Valkey dan Redis OSS AutoScaling membuat dan mengelola CloudWatch alarm yang memicu kebijakan penskalaan dan menghitung penyesuaian penskalaan berdasarkan metrik dan nilai target. Kebijakan penskalaan menambahkan atau menghapus replika secara seragam di semua serpihan yang diperlukan untuk menjaga metrik pada, atau mendekati, nilai target yang ditentukan. Selain menjaga metrik agar mendekati nilai target, kebijakan penskalaan pelacakan target juga menyesuaikan dengan fluktuasi metrik karena fluktuasi pola beban dan meminimalkan fluktuasi cepat dalam kapasitas armada.

Kriteria Auto Scaling untuk replika

Kebijakan Auto Scaling menentukan metrik standar berikut untuk klaster Anda:

ElastiCacheReplicaEngineCPUUtilization: Ambang batas pemanfaatan AVG EngineCPU digabungkan di semua replika yang digunakan ElastiCache untuk memicu operasi auto-scaling. Anda dapat menetapkan target pemanfaatan antara 35 persen dan 70 persen.

Ketika layanan mendeteksi bahwa ElastiCacheReplicaEngineCPUUtilization metrik Anda sama dengan atau lebih besar dari pengaturan Target, itu akan meningkatkan replika di seluruh pecahan Anda secara otomatis. ElastiCache skala replika cluster Anda dengan hitungan yang sama dengan yang lebih besar dari dua angka: Variasi persen dari Target dan satu replika. Untuk scale-in, ElastiCache tidak akan auto scale-in kecuali nilai metrik keseluruhan di bawah 75 persen dari Target yang Anda tentukan.

Sebagai contoh penskalaan ke luar, jika Anda memiliki 5 serpihan dan 1 replika masing-masing:

Jika Target Anda melanggar 30 persen, ElastiCache untuk Valkey dan Redis OSS skala sebesar 1 replika (maks (0,3, default 1)) di semua pecahan. yang menghasilkan 5 pecahan dengan masing-masing 2 replika,

Untuk contoh scale-in, jika Anda telah memilih nilai Target 60 persen, ElastiCache untuk Valkey dan Redis OSS tidak akan auto scale-in sampai metrik kurang dari atau sama dengan 45 persen (25 persen di bawah Target 60 persen).

Pertimbangan untuk Auto Scaling

Perhatikan sejumlah pertimbangan berikut:

• Kebijakan penskalaan pelacakan target mengasumsikan bahwa penskalaan ke luar harus dilakukan saat metrik yang ditentukan berada di atas nilai target. Anda tidak dapat menggunakan kebijakan penskalaan pelacakan target untuk memperkecil skala ketika metrik yang ditentukan berada di bawah nilai target. ElastiCache untuk Valkey dan Redis OSS menskalakan replika dengan maksimum (% deviasi dibulatkan dari Target, default 1) dari replika yang ada di semua pecahan di cluster.

• Kebijakan penskalaan pelacakan target tidak melakukan penskalaan saat metrik yang ditentukan tidak memiliki data yang mencukupi. Kebijakan penskalaan pelacakan target tidak melakukan penskalaan ke dalam karena data yang tidak mencukupi tidak ditafsirkan sebagai pemanfaatan yang rendah.

• Anda mungkin melihat kesenjangan antara nilai target dan titik data metrik yang aktual. Ini karena ElastiCache Auto Scaling selalu bertindak konservatif dengan membulatkan ke atas atau ke bawah ketika menentukan berapa banyak kapasitas untuk menambah atau menghapus. Hal ini mencegah layanan menambahkan kapasitas yang tidak mencukupi atau menghapus kapasitas terlalu banyak.

• Untuk memastikan ketersediaan aplikasi, layanan menskalakan ke luar secara proporsional berdasarkan metrik secepat mungkin, tetapi menskalakan ke dalam secara lebih bertahap dengan penskalaan ke dalam maksimal 1 replika di seluruh serpihan di klaster.

• Anda dapat memiliki beberapa kebijakan penskalaan pelacakan target ElastiCache untuk klaster Valkey dan Redis OSS, asalkan masing-masing menggunakan metrik yang berbeda. Tujuan Auto Scaling adalah untuk selalu memprioritaskan ketersediaan, sehingga perilakunya berbeda tergantung pada apakah kebijakan pelacakan target siap untuk skala atau skala. Fitur ini akan menskalakan ke luar layanan jika salah satu kebijakan pelacakan target siap untuk diskalakan ke luar. Namun, penskalaan ke dalam akan dilakukan hanya jika semua kebijakan pelacakan target (dengan porsi penskalaan ke dalam diaktifkan) siap untuk diskalakan ke dalam.

• Jangan mengedit atau menghapus CloudWatch alarm yang dikelola ElastiCache Auto Scaling untuk kebijakan penskalaan pelacakan target. Auto Scaling menghapus alarm secara otomatis saat Anda menghapus kebijakan penskalaan atau menghapus klaster.

• ElastiCache Auto Scaling tidak mencegah Anda memodifikasi replika secara manual di seluruh pecahan. Penyesuaian manual ini tidak memengaruhi CloudWatch alarm yang ada yang melekat pada kebijakan penskalaan, tetapi dapat memengaruhi metrik yang dapat memicu alarm ini. CloudWatch

• CloudWatch Alarm yang dikelola oleh Auto Scaling ini ditentukan melalui metrik AVG di semua pecahan di cluster. Jadi, serpihan dengan lalu lintas tertinggi dapat menghasilkan salah satu skenario berikut:

  • penskalaan saat tidak diperlukan karena beban pada beberapa pecahan panas yang memicu alarm CloudWatch

  • tidak melakukan penskalaan saat diperlukan karena AVG agregat di semua serpihan yang memengaruhi alarm tidak terlampaui.

• ElastiCache batas default pada node per cluster masih berlaku. Jadi, saat memilih Auto Scaling dan jika Anda mengharapkan simpul maksimum lebih dari batas default, minta peningkatan batas di Batas Layanan AWS dan pilih jenis batas Simpul per klaster per jenis instans.

• Pastikan Anda memiliki cukup ENIs (Antarmuka Jaringan Elastis) yang tersedia di VPC Anda, yang diperlukan selama penskalaan. Untuk informasi selengkapnya, lihat Antarmuka Jaringan Elastis.

• Jika kapasitas tidak cukup tersedia EC2, ElastiCache Auto Scaling tidak akan ditingkatkan hingga kapasitas tersedia, atau jika Anda memodifikasi cluster secara manual ke jenis instans yang memiliki kapasitas cukup.

• ElastiCache Auto Scaling tidak mendukung penskalaan replika dengan cluster yang memiliki ReservedMemoryPercent kurang dari 25 persen. Untuk informasi selengkapnya, lihat Mengelola memori cadangan untuk Valkey dan Redis OSS.