Kebijakan penskalaan pelacakan target - Amazon ElastiCache

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

Kebijakan penskalaan pelacakan target

Dengan kebijakan penskalaan pelacakan target, Anda memilih metrik dan menetapkan nilai target. ElastiCache dengan Valkey atau Redis OSS Auto Scaling membuat dan mengelola CloudWatch alarm yang memicu kebijakan penskalaan dan menghitung penyesuaian penskalaan berdasarkan metrik dan nilai target. Kebijakan penskalaan menambahkan atau menghapus 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.

Misalnya, pertimbangkan kebijakan penskalaan yang menggunakan metrik ElastiCachePrimaryEngineCPUUtilization rata-rata standar dengan nilai target yang dikonfigurasi. Kebijakan semacam itu dapat menjaga CPU pemanfaatan pada, atau mendekati nilai target yang ditentukan.

Metrik standar

Metrik yang telah ditentukan adalah struktur yang mengacu pada nama, dimensi, dan statistik tertentu (average) dari CloudWatch metrik tertentu. Kebijakan Auto Scaling menentukan salah satu metrik standar di bawah ini untuk klaster Anda:

Nama Metrik Standar CloudWatch Nama Metrik CloudWatch Dimensi Metrik Jenis Instans yang Tidak Memenuhi Syarat
ElastiCachePrimaryEngineCPUUtilization

EngineCPUUtilization

ReplicationGroupId, Peran = Primer

Tidak ada
ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage

DatabaseCapacityUsageCountedForEvictPercentage

Metrik Grup OSS Replikasi Valkey atau Redis

Tidak ada
ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage

DatabaseMemoryUsageCountedForEvictPercentage

Metrik Grup OSS Replikasi Valkey atau Redis

R6gd

Tipe instance berjenjang data tidak dapat digunakanElastiCacheDatabaseMemoryUsageCountedForEvictPercentage, karena tipe instance ini menyimpan data di memori dan. SSD Kasus penggunaan yang diharapkan untuk instance berjenjang data adalah memiliki 100 persen penggunaan memori dan terisi sesuai kebutuhan. SSD

Kriteria Auto Scaling untuk serpihan

Ketika layanan mendeteksi bahwa metrik standar Anda sama dengan atau lebih besar dari pengaturan Target, kapasitas serpihan akan ditingkatkan secara otomatis. ElastiCache dengan Valkey atau Redis OSS menskalakan pecahan cluster Anda dengan hitungan yang sama dengan yang lebih besar dari dua angka: Persen variasi dari Target dan 20 persen pecahan saat ini. Untuk scale-in, ElastiCache tidak akan auto scale-in kecuali nilai metrik keseluruhan di bawah 75 persen dari Target yang Anda tentukan.

Untuk contoh penskalaan ke luar, jika Anda memiliki 50 serpihan dan

  • jika Target Anda melanggar 30 persen, ElastiCache dengan OSS skala Valkey atau Redis sebesar 30 persen, yang menghasilkan 65 pecahan per cluster.

  • jika Target Anda melanggar 10 persen, ElastiCache dengan OSS skala Valkey atau Redis secara default Minimum 20 persen, yang menghasilkan 60 pecahan per cluster.

Untuk contoh scale-in, jika Anda telah memilih nilai Target 60 persen, ElastiCache dengan Valkey atau 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 dengan Valkey atau Redis OSS menskalakan pecahan dengan minimal 20 persen deviasi target pecahan yang ada 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 aktual. Ini karena ElastiCache dengan Valkey atau Redis Auto OSS 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 konservatif.

  • Anda dapat memiliki beberapa kebijakan penskalaan pelacakan target untuk OSS cluster ElastiCache with Valkey atau Redis, asalkan masing-masing menggunakan metrik yang berbeda. Tujuan dari Auto Scaling ElastiCache (RedisOSS) 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 oleh Valkey atau ElastiCache Redis OSS Auto Scaling untuk kebijakan penskalaan pelacakan target. ElastiCache Auto Scaling menghapus alarm secara otomatis saat Anda menghapus kebijakan penskalaan.

  • ElastiCache Auto Scaling tidak mencegah Anda memodifikasi pecahan cluster secara manual. 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 ini dikelola oleh Auto Scaling didefinisikan 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 memuat beberapa pecahan panas yang memicu alarm CloudWatch

    • tidak menskalakan saat diperlukan karena dikumpulkan AVG di semua pecahan yang memengaruhi alarm agar tidak melanggar.

  • ElastiCache dengan batas OSS default Valkey atau Redis 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 AndaVPC, yang diperlukan selama penskalaan. Untuk informasi selengkapnya, lihat Antarmuka Jaringan Elastis.

  • Jika tidak ada kapasitas yang cukupEC2, ElastiCache Auto Scaling tidak akan menskalakan dan ditunda sampai kapasitas tersedia.

  • ElastiCache (RedisOSS) Auto Scaling selama scale-in tidak akan menghapus pecahan dengan slot yang memiliki ukuran item lebih besar dari 256 MB pasca-serialisasi.

  • Selama penskalaan ke dalam, serpihan tidak akan dihapus jika memori yang tersedia tidak mencukupi pada konfigurasi serpihan yang dihasilkan.