Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengelola cluster berbasis node Anda di ElastiCache
ElastiCache menawarkan dua opsi penerapan, cache tanpa server dan cluster berbasis node. Masing-masing memiliki kemampuan dan persyaratannya sendiri.
Bagian ini berisi topik untuk membantu Anda mengelola cluster berbasis simpul.
**catatan**
Topik-topik ini tidak berlaku untuk Tanpa ElastiCache Server.
**Topics**
+ [Auto Scaling Valkey dan Redis OSS cluster](AutoScaling.md)
+ [Mengubah mode klaster](modify-cluster-mode.md)
+ [Replikasi lintas AWS Wilayah menggunakan datastores global](Redis-Global-Datastore.md)
+ [Ketersediaan tinggi menggunakan grup replikasi](Replication.md)
+ [Mengelola pemeliharaan ElastiCache cluster](maintenance-window.md)
+ [Mengkonfigurasi parameter mesin menggunakan grup ElastiCache parameter](ParameterGroups.md)
# Auto Scaling Valkey dan Redis OSS cluster
## Prasyarat
ElastiCache Auto Scaling terbatas pada hal-hal berikut:
+ Valkey atau Redis OSS (mode cluster diaktifkan) cluster yang menjalankan Valkey 7.2 dan seterusnya, atau menjalankan Redis OSS 6.0 dan seterusnya
+ Tiering data (mode cluster diaktifkan) cluster yang menjalankan Valkey 7.2 dan seterusnya, atau menjalankan Redis OSS 7.0.7 dan seterusnya
+ Ukuran instans - Besar, XLarge, 2 XLarge
+ Kelompok tipe instans - R7g, R6g, R6gd, R5, M7g, M6g, M5, C7gn
+ Auto Scaling in tidak ElastiCache didukung untuk cluster yang berjalan di Datastores Global, Outposts atau Local Zones.
## Mengelola Kapasitas Secara Otomatis dengan ElastiCache Auto Scaling dengan Valkey atau Redis OSS
ElastiCache auto scaling dengan Valkey atau Redis OSS adalah kemampuan untuk menambah atau mengurangi pecahan atau replika yang diinginkan dalam layanan Anda secara otomatis. ElastiCache ElastiCache memanfaatkan layanan Application Auto Scaling untuk menyediakan fungsionalitas ini. Untuk informasi selengkapnya, lihat [Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/what-is-application-auto-scaling.html). Untuk menggunakan penskalaan otomatis, Anda menentukan dan menerapkan kebijakan penskalaan yang menggunakan CloudWatch metrik dan nilai target yang Anda tetapkan. ElastiCache auto scaling menggunakan kebijakan untuk menambah atau mengurangi jumlah instance sebagai respons terhadap beban kerja aktual.
Anda dapat menggunakan Konsol Manajemen AWS untuk menerapkan kebijakan penskalaan berdasarkan metrik yang telah ditentukan sebelumnya. Sebuah `predefined metric` didefinisikan dalam penghitungan sehingga Anda dapat menentukannya dengan nama dalam kode atau menggunakannya dalam Konsol Manajemen AWS. Metrik kustom tidak tersedia untuk pilihan menggunakan Konsol Manajemen AWS. Atau, Anda dapat menggunakan Application Auto Scaling API AWS CLI atau Application Auto Scaling untuk menerapkan kebijakan penskalaan berdasarkan metrik yang telah ditentukan atau kustom.
ElastiCache untuk Valkey dan Redis OSS mendukung penskalaan untuk dimensi berikut:
+ **Serpihan** – Secara otomatis menambahkan/menghapus serpihan di klaster yang mirip dengan resharding online secara manual. Dalam hal ini, penskalaan ElastiCache otomatis memicu penskalaan atas nama Anda.
+ **Replika** - add/remove replicas in the cluster similar to manual Increase/Decrease replica operations. ElastiCache auto scaling for Valkey and Redis OSS adds/removes Replika secara otomatis secara seragam di semua pecahan di cluster.
ElastiCache untuk Valkey dan Redis OSS mendukung jenis kebijakan penskalaan otomatis berikut:
+ [Kebijakan penskalaan pelacakan target](AutoScaling-Scaling-Policies-Target.md)— Menambah atau mengurangi jumlah shards/replicas layanan Anda berjalan berdasarkan nilai target untuk metrik tertentu. Hal ini serupa dengan cara termostat mempertahankan suhu rumah Anda. Anda memilih suhu dan termostat melakukan sisanya.
+ [Penskalaan terjadwal untuk aplikasi Anda.](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html) — ElastiCache untuk Valkey dan Redis OSS auto scaling dapat menambah atau mengurangi shards/replicas jumlah layanan Anda berjalan berdasarkan tanggal dan waktu.
![\[Gambar penskalaan otomatis ElastiCache untuk Valkey dan Redis OSS\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/Auto-scaling.png)
Langkah-langkah berikut merangkum proses ElastiCache penskalaan otomatis Valkey dan Redis OSS seperti yang ditunjukkan pada diagram sebelumnya:
1. Anda membuat kebijakan penskalaan ElastiCache otomatis untuk Grup Replikasi Anda.
1. ElastiCache auto scaling menciptakan sepasang CloudWatch alarm atas nama Anda. Setiap pasangan merepresentasikan batas atas dan bawah Anda untuk metrik. CloudWatch Alarm ini dipicu ketika penggunaan aktual cluster menyimpang dari penggunaan target Anda untuk jangka waktu yang berkelanjutan. Anda dapat melihat alarm di konsol.
1. Jika nilai metrik yang dikonfigurasi melebihi pemanfaatan target Anda (atau berada di bawah target) untuk jangka waktu tertentu, CloudWatch memicu alarm yang memanggil penskalaan otomatis untuk mengevaluasi kebijakan penskalaan Anda.
1. ElastiCache auto scaling mengeluarkan permintaan Modify untuk menyesuaikan kapasitas cluster Anda.
1. ElastiCache memproses permintaan Modify, secara dinamis meningkatkan (atau mengurangi) Shards/Replicas kapasitas cluster sehingga mendekati pemanfaatan target Anda.
Untuk memahami cara kerja ElastiCache Auto Scaling, misalkan Anda memiliki cluster bernama. `UsersCluster` Dengan memantau CloudWatch metrik`UsersCluster`, Anda menentukan pecahan Max yang dibutuhkan cluster saat lalu lintas berada di puncaknya dan Min Shards saat lalu lintas berada pada titik terendah. Anda juga menentukan nilai target untuk pemanfaatan CPU untuk `UsersCluster` cluster. ElastiCache auto scaling menggunakan algoritma pelacakan targetnya untuk memastikan bahwa pecahan yang `UsersCluster` disediakan disesuaikan sesuai kebutuhan sehingga pemanfaatan tetap pada atau mendekati nilai target.
**catatan**
Penskalaan mungkin membutuhkan waktu yang nyata dan akan membutuhkan sumber daya klaster tambahan agar pecahan dapat diseimbangkan kembali. ElastiCache Auto Scaling memodifikasi pengaturan sumber daya hanya jika beban kerja sebenarnya tetap meningkat (atau tertekan) selama beberapa menit. Algoritma pelacakan target penskalaan otomatis berupaya menjaga pemanfaatan target pada atau mendekati nilai yang Anda pilih dalam jangka panjang.
# Kebijakan Auto Scaling
Kebijakan penskalaan memiliki komponen berikut:
+ Metrik target — CloudWatch Metrik yang digunakan ElastiCache untuk Valkey dan Redis OSS Auto Scaling 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 Auto Scaling secara otomatis menghasilkan peran ini,`AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG`, untuk Anda.
+ Aktifkan atau nonaktifkan aktivitas penskalaan ke dalam - Kemampuan untuk mengaktifkan atau menonaktifkan aktivitas penskalaan ke dalam untuk suatu kebijakan.
**Topics**
+ [Metrik target untuk Auto Scaling](#AutoScaling-TargetMetric)
+ [Kapasitas minimum dan maksimum](#AutoScaling-MinMax)
+ [Periode pendinginan](#AutoScaling-Cooldown)
+ [Mengaktifkan atau menonaktifkan aktivitas penskalaan ke dalam](#AutoScaling-enable-disable-scale-in)
## 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 untuk Valkey dan 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 shards/replicas sesuai kebutuhan untuk menjaga metrik pada, 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 semacam itu juga meminimalkan fluktuasi cepat dalam jumlah yang tersedia shards/replicas 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 pecahan maksimum yang dapat diskalakan oleh ElastiCache untuk penskalaan otomatis Valkey dan Redis OSS. Nilai ini harus kurang dari atau sama dengan 250 dengan minimum 1. Anda juga dapat menentukan jumlah minimum pecahan yang akan dikelola dengan penskalaan otomatis. 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 untuk penskalaan otomatis Valkey dan Redis OSS. Nilai ini harus kurang dari atau sama dengan 5. Anda juga dapat menentukan jumlah minimum replika yang akan dikelola dengan penskalaan otomatis. 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 shards/replicas yang Anda butuhkan untuk lalu lintas tipikal, uji konfigurasi Auto Scaling Anda dengan tingkat lalu lintas yang diharapkan ke model Anda.
**catatan**
ElastiCache 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](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) 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 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 di cluster Valkey dan Redis OSS Anda ElastiCache untuk permintaan scale-in, dan pembuatan untuk permintaan scale-out. shards/replicas shards/replicas Anda dapat menentukan periode pendinginan berikut:
+ Aktivitas scale-in mengurangi jumlah di klaster shards/replicas Anda. 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 di klaster shards/replicas Anda. 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 scale-in memungkinkan kebijakan penskalaan dihapus. shards/replicas. When scale-in activities are enabled, the scale-in cooldown period in the scaling policy applies to scale-in activities. Disabling scale-in activities prevents the scaling policy from deleting shards/replicas
**catatan**
Aktivitas scale-out selalu diaktifkan sehingga kebijakan penskalaan dapat membuat ElastiCache pecahan atau replika sesuai kebutuhan.
## Izin IAM Diperlukan untuk Auto Scaling
ElastiCache untuk Valkey dan Redis OSS Auto Scaling dimungkinkan oleh kombinasi,, dan Application CloudWatch Auto ElastiCache Scaling. APIs Cluster dibuat dan diperbarui dengan ElastiCache, alarm dibuat dengan CloudWatch, dan kebijakan penskalaan dibuat dengan Application Auto Scaling. Selain izin IAM standar untuk membuat dan memperbarui cluster, pengguna IAM yang mengakses pengaturan Auto ElastiCache Scaling harus memiliki izin yang sesuai untuk layanan yang mendukung penskalaan dinamis. Dalam kebijakan terbaru ini kami telah menambahkan dukungan untuk penskalaan vertikal Memcached, dengan tindakan tersebut. `elasticache:ModifyCacheCluster` Pengguna IAM harus memiliki izin untuk menggunakan tindakan yang ditunjukkan dalam contoh kebijakan berikut:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"application-autoscaling:*",
"elasticache:DescribeReplicationGroups",
"elasticache:ModifyReplicationGroupShardConfiguration",
"elasticache:IncreaseReplicaCount",
"elasticache:DecreaseReplicaCount",
"elasticache:DescribeCacheClusters",
"elasticache:DescribeCacheParameters",
"cloudwatch:DeleteAlarms",
"cloudwatch:DescribeAlarmHistory",
"cloudwatch:DescribeAlarms",
"cloudwatch:DescribeAlarmsForMetric",
"cloudwatch:GetMetricStatistics",
"cloudwatch:ListMetrics",
"cloudwatch:PutMetricAlarm",
"cloudwatch:DisableAlarmActions",
"cloudwatch:EnableAlarmActions",
"iam:CreateServiceLinkedRole",
"sns:CreateTopic",
"sns:Subscribe",
"sns:Get*",
"sns:List*"
],
"Resource": "arn:aws:iam::123456789012:role/autoscaling-roles-for-cluster"
}
]
}
```
------
## Peran terkait layanan
Layanan penskalaan otomatis ElastiCache untuk Valkey dan Redis OSS juga memerlukan izin untuk menggambarkan cluster CloudWatch dan alarm Anda, dan izin untuk mengubah ElastiCache kapasitas target Anda atas nama Anda. Jika Anda mengaktifkan Auto Scaling untuk klaster Anda, itu akan membuat peran terkait layanan bernama. `AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG` Peran terkait layanan ini memberikan izin penskalaan ElastiCache otomatis untuk menjelaskan alarm kebijakan Anda, untuk memantau kapasitas armada saat ini, dan untuk memodifikasi kapasitas armada. Peran terkait layanan adalah peran default untuk penskalaan ElastiCache otomatis. Untuk informasi selengkapnya, lihat [Peran terkait layanan ElastiCache untuk penskalaan otomatis Redis OSS di Panduan Pengguna Application](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-service-linked-roles.html) Auto Scaling.
## Praktik Terbaik Auto Scaling
Sebelum mendaftar Auto Scaling, kami merekomendasikan hal berikut:
1. **Gunakan hanya satu metrik pelacakan** – Identifikasi apakah klaster Anda memiliki beban kerja yang sarat CPU atau sarat data dan gunakan metrik standar yang sesuai untuk menentukan Kebijakan Penskalaan.
+ CPU mesin: `ElastiCachePrimaryEngineCPUUtilization` (dimensi serpihan) atau `ElastiCacheReplicaEngineCPUUtilization` (dimensi replika)
+ Penggunaan basis data: `ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage` Kebijakan penskalaan ini berfungsi paling baik dengan maxmemory-policy yang ditetapkan ke noeviction di klaster.
Kami menyarankan Anda menghindari beberapa kebijakan per dimensi pada klaster. ElastiCache untuk Valkey dan Redis OSS Penskalaan otomatis akan menskalakan target yang dapat diskalakan jika ada kebijakan pelacakan target yang siap untuk diskalakan, tetapi akan menskalakan hanya jika semua kebijakan pelacakan target (dengan bagian penskalaan diaktifkan) siap untuk diskalakan. Jika beberapa kebijakan menginstruksikan target yang dapat diskalakan untuk menskalakan ke luar atau ke dalam pada saat yang sama, target akan diskalakan berdasarkan kebijakan yang memberikan kapasitas terbesar untuk penskalaan ke dalam dan penskalaan ke luar.
1. **Metrik yang Disesuaikan untuk Pelacakan Target** – Berhati-hatilah saat menggunakan metrik yang disesuaikan untuk Pelacakan Target karena Penskalaan otomatis paling cocok untuk penskalaan ke luar/ke dalam secara berbanding lurus dengan perubahan metrik yang dipilih untuk kebijakan. Jika metrik tersebut tidak berubah secara proporsional dengan tindakan penskalaan yang digunakan untuk pembuatan kebijakan, hal tersebut dapat menyebabkan tindakan penskalaan ke luar atau penskalaan ke dalam berkelanjutan yang dapat memengaruhi ketersediaan atau biaya.
Untuk klaster tingkatan data (jenis instans keluarga r6gd), hindari penggunaan metrik berbasis memori untuk penskalaan.
1. **Penskalaan Terjadwal** - Jika Anda mengidentifikasi bahwa beban kerja Anda bersifat deterministik (mencapai high/low pada waktu tertentu), sebaiknya gunakan Penskalaan Terjadwal dan konfigurasikan kapasitas target Anda sesuai dengan kebutuhan. Pelacakan Target paling cocok untuk beban kerja non-deterministik dan agar klaster beroperasi pada metrik target yang diperlukan dengan penskalaan ke luar saat Anda membutuhkan lebih banyak sumber daya dan penskalaan ke dalam saat Anda membutuhkan lebih sedikit sumber daya.
1. **Nonaktifkan Scale-In** — Penskalaan otomatis pada Pelacakan Target paling cocok untuk cluster dengan beban kerja bertahap karena spikes/dip dalam metrik dapat memicu increase/decrease penskalaan berurut/dalam osilasi. Untuk menghindari pergantian tersebut, Anda dapat memulai dengan menonaktifkan penskalaan ke luar, dan melakukan penskalaan ke dalam secara manual sesuai kebutuhan Anda kapan saja.
1. **Uji aplikasi Anda** — Kami menyarankan Anda menguji aplikasi Anda dengan perkiraan Min/Max beban kerja Anda untuk menentukan Min, Max absolut yang shards/replicas diperlukan untuk klaster sambil membuat kebijakan Penskalaan untuk menghindari masalah ketersediaan. Penskalaan otomatis dapat menskalakan ke luar hingga Maks dan menskalakan ke dalam hingga ambang batas Min yang dikonfigurasi untuk target.
1. **Mendefinisikan Nilai Target** — Anda dapat menganalisis CloudWatch metrik yang sesuai untuk pemanfaatan klaster selama periode empat minggu untuk menentukan ambang nilai target. Jika Anda masih tidak yakin nilai apa yang harus dipilih, sebaiknya mulai dengan nilai metrik standar minimum yang didukung.
1. AutoScaling pada Pelacakan Target paling cocok untuk cluster dengan distribusi beban kerja yang seragam di seluruh shards/replicas dimensi. Memiliki distribusi yang tidak seragam dapat menyebabkan:
+ Penskalaan saat tidak diperlukan karena beban kerja spike/dip pada beberapa pecahan/replika panas.
+ Tidak ada penskalaan saat diperlukan karena nilai rata-rata keseluruhan mendekati target meskipun memiliki serpihan/replika "hot".
**catatan**
Saat menskalakan cluster Anda, secara otomatis ElastiCache akan mereplikasi Fungsi yang dimuat di salah satu node yang ada (dipilih secara acak) ke node baru. Jika klaster Anda memiliki Valkey atau Redis OSS 7.0 atau lebih tinggi dan aplikasi Anda menggunakan [Fungsi](https://valkey.io/topics/functions-intro/), kami sarankan memuat semua fungsi Anda ke semua pecahan sebelum penskalaan sehingga cluster Anda tidak berakhir dengan fungsi yang berbeda pada pecahan yang berbeda.
Setelah mendaftar AutoScaling, perhatikan hal berikut:
+ Ada batasan pada Konfigurasi yang Didukung Auto Scaling. Jadi, kami menyarankan Anda untuk tidak mengubah konfigurasi grup replikasi yang terdaftar untuk Auto Scaling. Berikut ini adalah beberapa contohnya:
+ Mengubah jenis Instans secara manual ke jenis yang tidak didukung.
+ Mengaitkan grup replikasi ke penyimpanan data Global.
+ Mengubah parameter `ReservedMemoryPercent`.
+ increasing/decreasing shards/replicas beyond the Min/MaxKapasitas manual dikonfigurasi selama pembuatan kebijakan.
# Menggunakan Auto Scaling dengan serpihan
Dengan ElastiCache's AutoScaling Anda dapat menggunakan kebijakan pelacakan dan terjadwal dengan mesin Valkey atau Redis OSS Anda.
Berikut ini memberikan rincian tentang pelacakan target dan kebijakan terjadwal dan bagaimana menerapkannya menggunakan Konsol Manajemen AWS AWS CLI dan APIs.
**Topics**
+ [Kebijakan penskalaan pelacakan target](AutoScaling-Scaling-Policies-Target.md)
+ [Menambahkan kebijakan penskalaan](AutoScaling-Scaling-Adding-Policy-Shards.md)
+ [Mendaftarkan Target yang Dapat Diskalakan](AutoScaling-Scaling-Registering-Policy-CLI.md)
+ [Menetapkan kebijakan penskalaan](AutoScaling-Scaling-Defining-Policy-API.md)
+ [Menonaktifkan aktivitas penskalaan ke dalam](AutoScaling-Scaling-Disabling-Scale-in.md)
+ [Menerapkan kebijakan penskalaan](AutoScaling-Scaling-Applying-a-Scaling-Policy.md)
+ [Mengedit kebijakan penskalaan](AutoScaling-Scaling-Editing-a-Scaling-Policy.md)
+ [Menghapus kebijakan penskalaan](AutoScaling-Scaling-Deleting-a-Scaling-Policy.md)
+ [Gunakan CloudFormation untuk kebijakan Auto Scaling](AutoScaling-with-Cloudformation-Shards.md)
+ [Penskalaan terjadwal](AutoScaling-with-Scheduled-Scaling-Shards.md)
# Kebijakan penskalaan pelacakan target
Dengan kebijakan penskalaan pelacakan target, Anda memilih metrik dan menetapkan nilai target. ElastiCache untuk Valkey dan 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 tersebut dapat menjaga pemanfaatan CPU 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 Replikasi Valkey atau Redis OSS | Tidak ada |
| ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage | `DatabaseMemoryUsageCountedForEvictPercentage` | Metrik Grup Replikasi Valkey atau Redis OSS | R6gd |
Jenis instans bertingkatan data tidak dapat menggunakan `ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage`, karena jenis instans ini menyimpan data di memori dan SSD. Kasus penggunaan yang diharapkan untuk instans bertingkatan data adalah memiliki 100 persen penggunaan memori dan mengisi SSD sesuai kebutuhan.
## Kriteria Auto Scaling untuk serpihan
Ketika layanan mendeteksi bahwa metrik standar Anda sama dengan atau lebih besar dari pengaturan Target, itu akan meningkatkan kapasitas pecahan Anda secara otomatis. ElastiCache untuk Valkey dan 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 skala sebesar 30 persen, yang menghasilkan 65 pecahan per cluster.
+ jika Target Anda melanggar 10 persen, ElastiCache skala secara default Minimum 20 persen, yang menghasilkan 60 pecahan per cluster.
Untuk contoh scale-in, jika Anda telah memilih nilai Target 60 persen, ElastiCache 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 skala 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 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 konservatif.
+ Anda dapat memiliki beberapa kebijakan penskalaan pelacakan target ElastiCache untuk klaster Valkey dan Redis OSS, asalkan masing-masing menggunakan metrik yang berbeda. Tujuan ElastiCache 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. 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 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 memuat 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](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) 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](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html).
+ Jika tidak ada kapasitas yang cukup EC2, ElastiCache Auto Scaling tidak akan menskalakan dan ditunda sampai kapasitas tersedia.
+ ElastiCache untuk Redis OSS 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.
# Menambahkan kebijakan penskalaan
Anda dapat menambahkan kebijakan penskalaan menggunakan. Konsol Manajemen AWS
**Untuk menambahkan kebijakan Auto Scaling ke klaster Valkey dan Redis OSS ElastiCache**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis** OSS.
1. Pilih klaster yang ingin Anda tambahi kebijakan (pilih nama klaster, bukan tombol di sebelah kirinya).
1. Pilih tab **Kebijakan Auto Scaling**.
1. Pilih **Tambahkan penskalaan dinamis**.
1. Untuk **Nama kebijakan**, masukkan nama kebijakan.
1. Untuk **Dimensi yang Dapat Diskalakan** pilih **serpihan**.
1. Untuk metrik target, pilih salah satu dari berikut:
+ **Pemanfaatan CPU Primer** untuk membuat kebijakan berdasarkan pemanfaatan CPU rata-rata.
+ **Memori** untuk membuat kebijakan berdasarkan memori basis data rata-rata.
+ **Kapasitas** untuk membuat kebijakan berdasarkan penggunaan kapasitas basis data rata-rata. Metrik Kapasitas mencakup pemanfaatan memori dan SSD untuk instans bertingkatan data, dan pemanfaatan memori untuk semua jenis instans lainnya.
1. Untuk nilai target, pilih nilai yang lebih besar dari atau sama dengan 35 dan kurang dari atau sama dengan 70. Penskalaan otomatis akan mempertahankan nilai ini untuk metrik target yang dipilih di seluruh ElastiCache pecahan Anda:
+ **Pemanfaatan CPU Primer**: mempertahankan nilai target untuk metrik `EngineCPUUtilization` di simpul primer.
+ **Memori**: mempertahankan nilai target untuk metrik `DatabaseMemoryUsageCountedForEvictPercentage`
+ **Kapasitas** mempertahankan nilai target untuk metrik `DatabaseCapacityUsageCountedForEvictPercentage`,
Serpihan klaster ditambahkan atau dihapus untuk menjaga metrik tetap mendekati nilai yang ditentukan.
1. (Opsional) Periode pendinginan penskalaan ke dalam atau penskalaan ke luar tidak didukung dari konsol. Gunakan AWS CLI untuk memodifikasi nilai cooldown.
1. Untuk **kapasitas Minimum**, ketikkan jumlah pecahan minimum yang harus dipertahankan oleh kebijakan ElastiCache Auto Scaling.
1. Untuk **kapasitas Maksimum**, ketikkan jumlah pecahan maksimum yang harus dipertahankan oleh kebijakan ElastiCache Auto Scaling. Nilai ini harus kurang dari atau sama dengan 250.
1. Pilih **Buat**.
# Mendaftarkan Target yang Dapat Diskalakan
Sebelum Anda dapat menggunakan Auto Scaling dengan cluster ElastiCache for Valkey dan Redis OSS, Anda mendaftarkan cluster Anda dengan auto scaling. ElastiCache Anda melakukannya untuk menentukan dimensi dan batas penskalaan yang akan diterapkan ke cluster itu. ElastiCache auto scaling secara dinamis menskalakan cluster di sepanjang dimensi yang `elasticache:replication-group:NodeGroups` dapat diskalakan, yang mewakili jumlah pecahan cluster.
**Menggunakan AWS CLI**
Untuk mendaftarkan cluster Valkey dan Redis OSS Anda ElastiCache , gunakan [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)perintah dengan parameter berikut:
+ `--service-namespace` – Atur nilai ini ke `elasticache`.
+ `--resource-id`— Pengidentifikasi sumber daya untuk cluster. Untuk parameter ini, tipe sumber daya adalah `ReplicationGroup` dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ `--scalable-dimension` – Atur nilai ini ke `elasticache:replication-group:NodeGroups`.
+ `--max-capacity `— Jumlah pecahan maksimum yang akan dikelola oleh penskalaan ElastiCache otomatis. Untuk informasi tentang hubungan antara `--min-capacity`, `--max-capacity`, dan jumlah serpihan dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
+ `--min-capacity `— Jumlah minimum pecahan yang akan dikelola dengan penskalaan ElastiCache otomatis. Untuk informasi tentang hubungan antara `--min-capacity`, `--max-capacity`, dan jumlah serpihan dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Dalam contoh berikut, Anda mendaftarkan sebuah ElastiCache cluster bernama`myscalablecluster`. Pendaftaran ini menunjukkan bahwa klaster harus diskalakan secara dinamis agar memiliki satu hingga sepuluh serpihan.
Untuk Linux, macOS, atau Unix:
```
aws application-autoscaling register-scalable-target \
--service-namespace elasticache \
--resource-id replication-group/myscalablecluster \
--scalable-dimension elasticache:replication-group:NodeGroups \
--min-capacity 1 \
--max-capacity 10 \
```
Untuk Windows:
```
aws application-autoscaling register-scalable-target ^
--service-namespace elasticache ^
--resource-id replication-group/myscalablecluster ^
--scalable-dimension elasticache:replication-group:NodeGroups ^
--min-capacity 1 ^
--max-capacity 10 ^
```
**Menggunakan API**
Untuk mendaftarkan ElastiCache cluster Anda, gunakan [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)perintah dengan parameter berikut:
+ ServiceNamespace — Tetapkan nilai ini ke elasticache.
+ ResourceId — Pengenal sumber daya untuk cluster. ElastiCache Untuk parameter ini, tipe sumber daya adalah ReplicationGroup dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ ScalableDimension — Tetapkan nilai ini ke`elasticache:replication-group:NodeGroups`.
+ MinCapacity — Jumlah minimum pecahan yang akan dikelola dengan penskalaan ElastiCache otomatis. Untuk informasi tentang hubungan antara --min-capacity, --max-capacity, dan jumlah replika dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
+ MaxCapacity — Jumlah pecahan maksimum yang akan dikelola oleh penskalaan ElastiCache otomatis. Untuk informasi tentang hubungan antara --min-capacity, --max-capacity, dan jumlah replika dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Dalam contoh berikut, Anda mendaftarkan sebuah ElastiCache cluster bernama `myscalablecluster` dengan Application Auto Scaling API. Pendaftaran ini menunjukkan bahwa klaster harus diskalakan secara dinamis agar memiliki satu hingga 5 replika.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.RegisterScalableTarget
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:NodeGroups",
"MinCapacity": 1,
"MaxCapacity": 5
}
```
# Menetapkan kebijakan penskalaan
Konfigurasi kebijakan penskalaan pelacakan target direpresentasikan oleh blok JSON yang digunakan untuk mendefinisikan metrik dan nilai target. Anda dapat menyimpan konfigurasi kebijakan penskalaan sebagai blok JSON dalam file teks. Anda menggunakan file teks tersebut saat menjalankan AWS CLI atau Application Auto Scaling API. Untuk informasi selengkapnya tentang sintaks konfigurasi kebijakan, lihat [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_TargetTrackingScalingPolicyConfiguration.html)di Referensi API Application Auto Scaling.
Opsi berikut tersedia untuk menetapkan konfigurasi kebijakan penskalaan pelacakan target:
**Topics**
+ [Menggunakan metrik standar](#AutoScaling-Scaling-Predefined-Metric)
+ [Menggunakan metrik kustom](#AutoScaling-Scaling-Custom-Metric)
+ [Menggunakan periode pendinginan](#AutoScaling-Scaling-Cooldown-periods)
## Menggunakan metrik standar
Dengan menggunakan metrik yang telah ditentukan sebelumnya, Anda dapat dengan cepat menentukan kebijakan penskalaan pelacakan target untuk klaster Valkey dan Redis OSS yang ElastiCache berfungsi dengan pelacakan target di Auto Scaling. ElastiCache
Saat ini, ElastiCache mendukung metrik standar berikut di Auto NodeGroup Scaling:
+ **ElastiCachePrimaryEngineCPUUtilization**— Nilai rata-rata `EngineCPUUtilization` metrik di CloudWatch seluruh node primer di cluster.
+ **ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage**— Nilai rata-rata `DatabaseMemoryUsageCountedForEvictPercentage` metrik di CloudWatch seluruh node primer di cluster.
+ **ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage**— Nilai rata-rata `ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage` metrik di CloudWatch seluruh node primer di cluster.
Untuk informasi selengkapnya tentang metrik `EngineCPUUtilization`, `DatabaseMemoryUsageCountedForEvictPercentage` dan `DatabaseCapacityUsageCountedForEvictPercentage`, lihat [Pemantauan penggunaan dengan CloudWatch Metrik](CacheMetrics.md). Untuk menggunakan metrik standar dalam kebijakan penskalaan, Anda mengonfigurasi pelacakan target untuk kebijakan penskalaan Anda. Konfigurasi ini harus menyertakan `PredefinedMetricSpecification` untuk metrik standar dan TargetValue untuk nilai target metrik tersebut.
**Example**
Contoh berikut menjelaskan konfigurasi kebijakan tipikal untuk penskalaan pelacakan target untuk klaster Valkey dan Redis OSS. ElastiCache Dalam konfigurasi ini, metrik yang `ElastiCachePrimaryEngineCPUUtilization` telah ditentukan digunakan untuk menyesuaikan cluster berdasarkan pemanfaatan CPU rata-rata 40 persen di semua node primer di cluster.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
}
}
```
## Menggunakan metrik kustom
Dengan metrik kustom, Anda dapat menentukan kebijakan penskalaan pelacakan target yang memenuhi persyaratan kustom Anda. Anda dapat menentukan metrik kustom berdasarkan ElastiCache metrik apa pun yang berubah sebanding dengan penskalaan. Tidak semua ElastiCache metrik berfungsi untuk pelacakan target. Metrik harus berupa metrik pemanfaatan yang valid dan menjelaskan seberapa sibuk suatu instans. Nilai metrik harus meningkat atau menurun secara berbanding lurus dengan jumlah Serpihan dalam klaster. Peningkatan atau penurunan proporsional ini diperlukan untuk menggunakan data metrik untuk menskalakan jumlah serpihan ke luar atau ke dalam secara proporsional.
**Example**
Contoh berikut menjelaskan konfigurasi pelacakan target untuk kebijakan penskalaan. Dalam konfigurasi ini, metrik kustom menyesuaikan cluster ElastiCache untuk Redis OSS berdasarkan pemanfaatan CPU rata-rata 50 persen di semua pecahan dalam cluster bernama. `my-db-cluster`
```
{
"TargetValue": 50,
"CustomizedMetricSpecification":
{
"MetricName": "EngineCPUUtilization",
"Namespace": "AWS/ElastiCache",
"Dimensions": [
{
"Name": "ReplicationGroup","Value": "my-db-cluster"
},
{
"Name": "Role","Value": "PRIMARY"
}
],
"Statistic": "Average",
"Unit": "Percent"
}
}
```
## Menggunakan periode pendinginan
Anda dapat menentukan nilai, dalam detik, untuk `ScaleOutCooldown` guna menambahkan periode pendinginan untuk menskalakan klaster Anda ke luar. Demikian pula, Anda dapat menentukan nilai, dalam detik, untuk `ScaleInCooldown` guna menambahkan periode pendinginan untuk menskalakan klaster Anda ke dalam. Untuk informasi selengkapnya, lihat [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_TargetTrackingScalingPolicyConfiguration.html)di Referensi API Application Auto Scaling.
Contoh berikut menjelaskan konfigurasi pelacakan target untuk kebijakan penskalaan. Dalam konfigurasi ini, metrik yang `ElastiCachePrimaryEngineCPUUtilization` telah ditentukan digunakan untuk menyesuaikan cluster ElastiCache for Redis OSS berdasarkan pemanfaatan CPU rata-rata 40 persen di semua node utama di cluster tersebut. Konfigurasi ini menyediakan periode pendinginan penskalaan ke dalam selama 10 menit dan periode pendinginan penskalaan ke luar selama 5 menit.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
},
"ScaleInCooldown": 600,
"ScaleOutCooldown": 300
}
```
# Menonaktifkan aktivitas penskalaan ke dalam
Anda dapat mencegah konfigurasi kebijakan penskalaan pelacakan target dari penskalaan di klaster Anda dengan menonaktifkan aktivitas penskalaan. Menonaktifkan aktivitas penskalaan ke dalam mencegah kebijakan penskalaan menghapus serpihan, namun masih memungkinkan kebijakan penskalaan untuk membuatnya sesuai kebutuhan.
Anda dapat menentukan nilai Boolean untuk `DisableScaleIn` guna mengaktifkan atau menonaktifkan aktivitas penskalaan ke dalam untuk klaster Anda. Untuk informasi selengkapnya, lihat [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_TargetTrackingScalingPolicyConfiguration.html)di Referensi API Application Auto Scaling.
Contoh berikut menjelaskan konfigurasi pelacakan target untuk kebijakan penskalaan. Dalam konfigurasi ini, metrik yang `ElastiCachePrimaryEngineCPUUtilization` telah ditentukan menyesuaikan cluster ElastiCache untuk Valkey dan Redis OSS berdasarkan pemanfaatan CPU rata-rata 40 persen di semua node utama di cluster itu. Konfigurasi ini menonaktifkan aktivitas penskalaan ke dalam untuk kebijakan penskalaan.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
# Menerapkan kebijakan penskalaan
Setelah mendaftarkan klaster Anda dengan ElastiCache penskalaan otomatis Valkey dan Redis OSS dan menentukan kebijakan penskalaan, Anda menerapkan kebijakan penskalaan ke klaster terdaftar. Untuk menerapkan kebijakan penskalaan ke klaster Redis OSS, Anda dapat menggunakan Application Auto Scaling API AWS CLI atau Application Auto Scaling. ElastiCache
## Menerapkan kebijakan penskalaan menggunakan AWS CLI
Untuk menerapkan kebijakan penskalaan ke klaster Valkey dan Redis OSS Anda ElastiCache , gunakan [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)perintah dengan parameter berikut:
+ **--policy-name** – Nama kebijakan penskalaan.
+ **--policy-name** – Atur nilai ini ke `TargetTrackingScaling`.
+ **--resource-id** — Pengidentifikasi sumber daya. Untuk parameter ini, tipe sumber daya adalah `ReplicationGroup` dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ **--service-namespace** – Atur nilai ini ke `elasticache`.
+ **--scalable-dimension** – Atur nilai ini ke `elasticache:replication-group:NodeGroups`.
+ **-- target-tracking-scaling-policy -configuration - Konfigurasi** kebijakan penskalaan pelacakan target yang akan digunakan untuk klaster.
Dalam contoh berikut, Anda menerapkan kebijakan penskalaan pelacakan target yang diberi nama `myscalablepolicy` untuk klaster Valkey dan Redis OSS yang ElastiCache diberi nama dengan penskalaan otomatis. `myscalablecluster` ElastiCache Untuk melakukannya, Anda menggunakan konfigurasi kebijakan yang disimpan dalam file bernama `config.json`.
Untuk Linux, macOS, atau Unix:
```
aws application-autoscaling put-scaling-policy \
--policy-name myscalablepolicy \
--policy-type TargetTrackingScaling \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:NodeGroups \
--target-tracking-scaling-policy-configuration file://config.json
```
Untuk Windows:
```
aws application-autoscaling put-scaling-policy ^
--policy-name myscalablepolicy ^
--policy-type TargetTrackingScaling ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:NodeGroups ^
--target-tracking-scaling-policy-configuration file://config.json
```
## Menerapkan kebijakan penskalaan menggunakan API
Untuk menerapkan kebijakan penskalaan ke klaster Valkey dan Redis OSS Anda ElastiCache , gunakan [PutScalingPolicy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html) AWS CLI perintah dengan parameter berikut:
+ **--policy-name** – Nama kebijakan penskalaan.
+ **--resource-id** — Pengidentifikasi sumber daya. Untuk parameter ini, tipe sumber daya adalah `ReplicationGroup` dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ **--service-namespace** – Atur nilai ini ke `elasticache`.
+ **--scalable-dimension** – Atur nilai ini ke `elasticache:replication-group:NodeGroups`.
+ **-- target-tracking-scaling-policy -configuration - Konfigurasi** kebijakan penskalaan pelacakan target yang akan digunakan untuk klaster.
Dalam contoh berikut, Anda menerapkan kebijakan penskalaan pelacakan target yang diberi nama `myscalablepolicy` ke ElastiCache kluster yang diberi nama dengan penskalaan `myscalablecluster` otomatis ElastiCache . Anda menggunakan konfigurasi kebijakan berdasarkan pada metrik standar `ElastiCachePrimaryEngineCPUUtilization`.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.PutScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:NodeGroups",
"PolicyType": "TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration": {
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
}
}
}
```
# Mengedit kebijakan penskalaan
Anda dapat mengedit kebijakan penskalaan menggunakan API Konsol Manajemen AWS, Application Auto Scaling AWS CLI, atau Application Auto Scaling.
## Mengedit kebijakan penskalaan menggunakan Konsol Manajemen AWS
**Untuk mengedit kebijakan Auto Scaling untuk klaster Valkey dan Redis OSS ElastiCache**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih mesin yang sesuai.
1. Pilih klaster yang ingin Anda tambahi kebijakan (pilih nama klaster, bukan tombol di sebelah kirinya).
1. Pilih tab **Kebijakan Auto Scaling**.
1. Di bagian **Kebijakan penskalaan**, pilih tombol di samping kebijakan Auto Scaling yang ingin Anda ubah, lalu pilih **Ubah**.
1. Buat perubahan yang diperlukan pada kebijakan.
1. Pilih **Ubah**.
## Mengedit kebijakan penskalaan menggunakan AWS CLI dan API
Anda dapat menggunakan Application Auto Scaling API AWS CLI atau Application Auto Scaling untuk mengedit kebijakan penskalaan dengan cara yang sama seperti Anda menerapkan kebijakan penskalaan:
+ Saat menggunakan AWS CLI, tentukan nama kebijakan yang ingin Anda edit di `--policy-name` parameter. Tentukan nilai baru untuk parameter yang ingin Anda ubah.
+ Saat menggunakan API Application Auto Scaling, tentukan nama kebijakan yang ingin Anda edit dalam parameter `PolicyName`. Tentukan nilai baru untuk parameter yang ingin Anda ubah.
Lihat informasi yang lebih lengkap di [Menerapkan kebijakan penskalaan](AutoScaling-Scaling-Applying-a-Scaling-Policy.md).
# Menghapus kebijakan penskalaan
Anda dapat menghapus kebijakan penskalaan menggunakan API Konsol Manajemen AWS, Application Auto Scaling AWS CLI, atau Application Auto Scaling.
## Menghapus kebijakan penskalaan menggunakan Konsol Manajemen AWS
**Untuk menghapus kebijakan Auto Scaling untuk klaster Redis ElastiCache OSS**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis** OSS.
1. Pilih klaster yang kebijakan Auto Scaling-nya ingin Anda edit (pilih nama klaster, bukan tombol di sebelah kiri).
1. Pilih tab **Kebijakan Auto Scaling**.
1. Di bagian **Kebijakan penskalaan**, pilih kebijakan Auto Scaling, lalu pilih **Hapus**.
## Menghapus kebijakan penskalaan menggunakan AWS CLI
Untuk menghapus kebijakan penskalaan ke klaster Valkey dan Redis OSS Anda ElastiCache , gunakan [delete-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scaling-policy.html) AWS CLI perintah dengan parameter berikut:
+ **--policy-name** – Nama kebijakan penskalaan.
+ **--resource-id** — Pengidentifikasi sumber daya. Untuk parameter ini, tipe sumber daya adalah `ReplicationGroup` dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ **--service-namespace** – Atur nilai ini ke `elasticache`.
+ **--scalable-dimension** – Atur nilai ini ke `elasticache:replication-group:NodeGroups`.
Dalam contoh berikut, Anda menghapus kebijakan penskalaan pelacakan target yang dinamai `myscalablepolicy` dari kluster bernama. `myscalablecluster`
Untuk Linux, macOS, atau Unix:
```
aws application-autoscaling delete-scaling-policy \
--policy-name myscalablepolicy \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:NodeGroups
```
Untuk Windows:
```
aws application-autoscaling delete-scaling-policy ^
--policy-name myscalablepolicy ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:NodeGroups
```
## Menghapus kebijakan penskalaan menggunakan API
Untuk menghapus kebijakan penskalaan ke klaster Valkey dan Redis OSS Anda ElastiCache , gunakan [DeleteScalingPolicy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scaling-policy.html) AWS CLI perintah dengan parameter berikut:
+ **--policy-name** – Nama kebijakan penskalaan.
+ **--resource-id** — Pengidentifikasi sumber daya. Untuk parameter ini, tipe sumber daya adalah `ReplicationGroup` dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ **--service-namespace** – Atur nilai ini ke `elasticache`.
+ **--scalable-dimension** – Atur nilai ini ke `elasticache:replication-group:NodeGroups`.
Dalam contoh berikut, Anda menghapus kebijakan penskalaan pelacakan target yang dinamai `myscalablepolicy` dari kluster bernama. `myscalablecluster`
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.DeleteScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:NodeGroups"
}
```
# Gunakan CloudFormation untuk kebijakan Auto Scaling
Cuplikan ini menunjukkan cara membuat kebijakan pelacakan target dan menerapkannya ke [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)sumber daya menggunakan sumber daya. [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html) Tindakan tersebut menggunakan fungsi intrinsik [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) dan [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html) untuk membangun properti `ResourceId` dengan nama logis sumber daya `AWS::ElastiCache::ReplicationGroup` yang ditentukan dalam templat yang sama.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 3
MinCapacity: 1
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:NodeGroups'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScalingPolicy:
Type: "AWS::ApplicationAutoScaling::ScalingPolicy"
Properties:
ScalingTargetId: !Ref ScalingTarget
ServiceNamespace: elasticache
PolicyName: testpolicy
PolicyType: TargetTrackingScaling
ScalableDimension: 'elasticache:replication-group:NodeGroups'
TargetTrackingScalingPolicyConfiguration:
PredefinedMetricSpecification:
PredefinedMetricType: ElastiCachePrimaryEngineCPUUtilization
TargetValue: 40
```
# Penskalaan terjadwal
Penskalaan berdasarkan jadwal memungkinkan Anda menskalakan aplikasi sebagai respons terhadap perubahan permintaan yang dapat diprediksi. Untuk menggunakan penskalaan terjadwal, Anda membuat tindakan terjadwal, yang memberi tahu Valkey dan Redis OSS ElastiCache untuk melakukan aktivitas penskalaan pada waktu tertentu. Saat membuat tindakan terjadwal, Anda menentukan klaster yang ada, kapan aktivitas penskalaan harus terjadi, kapasitas minimum, dan kapasitas maksimum. Anda dapat membuat tindakan terjadwal yang menskalakan satu kali saja atau menskalakan berdasarkan jadwal berulang.
Anda hanya dapat membuat tindakan terjadwal untuk cluster yang sudah ada. Anda tidak dapat membuat tindakan terjadwal pada saat yang sama saat Anda membuat klaster.
Untuk informasi selengkapnya tentang terminologi untuk pembuatan, manajemen, dan penghapusan tindakan terjadwal, lihat [Perintah yang umum digunakan untuk pembuatan, manajemen, dan penghapusan tindakan terjadwal ](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html#scheduled-scaling-commonly-used-commands)
**Untuk membuat jadwal berulang:**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis** OSS.
1. Pilih klaster yang ingin Anda tambahkan kebijakannya.
1. Pilih **Kelola kebijakan Auto Scaling** dari drop-down **Tindakan**.
1. Pilih tab **Kebijakan Auto Scaling**.
1. Di bagian **Kebijakan Auto Scaling**, kotak dialog **Tambahkan kebijakan penskalaan** akan muncul. Pilih **Penskalaan terjadwal**.
1. Untuk **Nama Kebijakan**, masukkan nama kebijakan.
1. Untuk **Dimensi yang Dapat Diskalakan**, pilih **Serpihan**.
1. Untuk **Serpihan Target**, pilih nilai.
1. Untuk **Perulangan**, pilih **Berulang**.
1. Untuk **Frekuensi**, pilih nilai masing-masing.
1. Untuk **Tanggal Mulai** dan **Waktu mulai**, pilih waktu dari kapan kebijakan akan berlaku.
1. Pilih **Tambahkan kebijakan**.
**Untuk membuat tindakan terjadwal satu kali:**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis** OSS.
1. Pilih klaster yang ingin Anda tambahkan kebijakannya.
1. Pilih **Kelola kebijakan Auto Scaling** dari drop-down **Tindakan**.
1. Pilih tab **Kebijakan Auto Scaling**.
1. Di bagian **Kebijakan Auto Scaling**, kotak dialog **Tambahkan kebijakan penskalaan** akan muncul. Pilih **Penskalaan terjadwal**.
1. Untuk **Nama Kebijakan**, masukkan nama kebijakan.
1. Untuk **Dimensi yang Dapat Diskalakan**, pilih **Serpihan**.
1. Untuk **Serpihan Target**, pilih nilai.
1. Untuk **Perulangan**, pilih **Satu Kali**.
1. Untuk **Tanggal Mulai** dan **Waktu mulai**, pilih waktu dari kapan kebijakan akan berlaku.
1. Untuk **Tanggal Berakhir** pilih sampai tanggal kapan kebijakan akan berlaku.
1. Pilih **Tambahkan kebijakan**.
**Untuk menghapus tindakan terjadwal**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis** OSS.
1. Pilih klaster yang ingin Anda tambahkan kebijakannya.
1. Pilih **Kelola kebijakan Auto Scaling** dari drop-down **Tindakan**.
1. Pilih tab **Kebijakan Auto Scaling**.
1. Pada bagian **Kebijakan Auto Scaling**, pilih kebijakan Auto Scaling, lalu pilih **Hapus** dari dialog **Tindakan**.
**Untuk mengelola penskalaan terjadwal menggunakan AWS CLI **
Gunakan APIs aplikasi-autoscaling berikut:
+ [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/put-scheduled-action.html)
+ [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/describe-scheduled-actions.html)
+ [delete-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scheduled-action.html)
## Gunakan CloudFormation untuk membuat tindakan terjadwal
Cuplikan ini menunjukkan cara membuat kebijakan pelacakan target dan menerapkannya ke [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)sumber daya menggunakan sumber daya. [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html) Tindakan tersebut menggunakan fungsi intrinsik [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) dan [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html) untuk membangun properti `ResourceId` dengan nama logis sumber daya `AWS::ElastiCache::ReplicationGroup` yang ditentukan dalam templat yang sama.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 3
MinCapacity: 1
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:NodeGroups'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScheduledActions:
- EndTime: '2020-12-31T12:00:00.000Z'
ScalableTargetAction:
MaxCapacity: '5'
MinCapacity: '2'
ScheduledActionName: First
Schedule: 'cron(0 18 * * ? *)'
```
# Menggunakan Auto Scaling dengan replika
Grup ElastiCache replikasi dapat mengatur satu atau lebih cache untuk bekerja sebagai simpul logis tunggal.
Berikut ini memberikan rincian tentang pelacakan target dan kebijakan terjadwal dan bagaimana menerapkannya menggunakan Konsol Manajemen AWS AWS CLI dan APIs.
# 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](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) 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](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html).
+ 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. Lihat informasi yang lebih lengkap di [Mengelola memori cadangan untuk Valkey dan Redis OSS](redis-memory-management.md).
# Menambahkan kebijakan penskalaan
Anda dapat menambahkan kebijakan penskalaan menggunakan. Konsol Manajemen AWS
**Menambahkan kebijakan penskalaan menggunakan Konsol Manajemen AWS**
Untuk menambahkan kebijakan penskalaan otomatis ElastiCache untuk Valkey dan Redis OSS
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis** OSS.
1. Pilih klaster yang ingin Anda tambahi kebijakan (pilih nama klaster, bukan tombol di sebelah kirinya).
1. Pilih tab **Kebijakan Auto Scaling**.
1. Pilih **Tambahkan penskalaan dinamis**.
1. Di bagian **Kebijakan penskalaan**, pilih **Tambahkan penskalaan dinamis**.
1. Untuk **Nama Kebijakan**, masukkan nama kebijakan.
1. Untuk **Dimensi yang Dapat Diskalakan**, pilih **Replika** dari kotak dialog.
1. Untuk nilai target, ketikkan persentase Avg dari pemanfaatan CPU yang ingin Anda pertahankan di ElastiCache Replicas. Nilai ini harus >=35 dan <=70. Replika klaster ditambahkan atau dihapus untuk menjaga metrik tetap mendekati nilai yang ditentukan.
1. (Opsional) Periode pendinginan penskalaan ke dalam atau penskalaan ke luar tidak didukung dari Konsol. Gunakan AWS CLI untuk memodifikasi nilai pendinginan.
1. Untuk **kapasitas Minimum**, ketikkan jumlah replika minimum yang harus dipertahankan oleh kebijakan ElastiCache Auto Scaling.
1. Untuk **kapasitas Maksimum**, ketikkan jumlah maksimum replika yang harus dipertahankan oleh kebijakan ElastiCache Auto Scaling. Nilai ini harus >=5.
1. Pilih **Buat**.
# Mendaftarkan Target yang Dapat Diskalakan
Anda dapat menerapkan kebijakan penskalaan berdasarkan metrik standar atau kustom. Untuk melakukannya, Anda dapat menggunakan Application Auto Scaling AWS CLI API atau Application Auto Scaling. Langkah pertama adalah mendaftarkan grup replikasi Valkey dan Redis OSS Anda ElastiCache dengan Auto Scaling.
Sebelum Anda dapat menggunakan ElastiCache auto scaling dengan cluster, Anda harus mendaftarkan cluster Anda dengan ElastiCache auto scaling. Anda melakukannya untuk menentukan dimensi dan batas penskalaan yang akan diterapkan ke cluster itu. ElastiCache auto scaling secara dinamis menskalakan cluster di sepanjang dimensi yang `elasticache:replication-group:Replicas` dapat diskalakan, yang mewakili jumlah replika cluster per shard.
**Menggunakan CLI**
Untuk mendaftarkan ElastiCache cluster Anda, gunakan [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)perintah dengan parameter berikut:
+ --service-namespace – Atur nilai ini ke elasticache.
+ --resource-id — Pengidentifikasi sumber daya untuk cluster. ElastiCache Untuk parameter ini, tipe sumber daya adalah ReplicationGroup dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ --scalable-dimension – Atur nilai ini ke `elasticache:replication-group:Replicas`.
+ --min-capacity — Jumlah minimum replika yang akan dikelola dengan penskalaan otomatis. ElastiCache Untuk informasi tentang hubungan antara --min-capacity, --max-capacity, dan jumlah replika dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
+ --max-capacity — Jumlah maksimum replika yang akan dikelola dengan penskalaan otomatis. ElastiCache Untuk informasi tentang hubungan antara --min-capacity, --max-capacity, dan jumlah replika dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Dalam contoh berikut, Anda mendaftarkan sebuah ElastiCache cluster bernama`myscalablecluster`. Pendaftaran ini menunjukkan bahwa klaster harus diskalakan secara dinamis agar memiliki satu hingga 5 replika.
Untuk Linux, macOS, atau Unix:
```
aws application-autoscaling register-scalable-target \
--service-namespace elasticache \
--resource-id replication-group/myscalablecluster \
--scalable-dimension elasticache:replication-group:Replicas \
--min-capacity 1 \
--max-capacity 5 \
```
Untuk Windows:
```
aws application-autoscaling register-scalable-target ^
--service-namespace elasticache ^
--resource-id replication-group/myscalablecluster ^
--scalable-dimension elasticache:replication-group:Replicas ^
--min-capacity 1 ^
--max-capacity 5 ^
```
**Menggunakan API**
Untuk mendaftarkan ElastiCache cluster Anda, gunakan [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)perintah dengan parameter berikut:
+ ServiceNamespace — Tetapkan nilai ini ke elasticache.
+ ResourceId — Pengenal sumber daya untuk cluster. ElastiCache Untuk parameter ini, tipe sumber daya adalah ReplicationGroup dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ ScalableDimension — Tetapkan nilai ini ke`elasticache:replication-group:Replicas`.
+ MinCapacity — Jumlah minimum replika yang akan dikelola dengan penskalaan ElastiCache otomatis. Untuk informasi tentang hubungan antara --min-capacity, --max-capacity, dan jumlah replika dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
+ MaxCapacity — Jumlah maksimum replika yang akan dikelola oleh penskalaan ElastiCache otomatis. Untuk informasi tentang hubungan antara --min-capacity, --max-capacity, dan jumlah replika dalam klaster Anda, lihat [Kapasitas minimum dan maksimum](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Dalam contoh berikut, Anda mendaftarkan klaster bernama `myscalablecluster` Application Auto Scaling API. Pendaftaran ini menunjukkan bahwa klaster harus diskalakan secara dinamis agar memiliki satu hingga 5 replika.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.RegisterScalableTarget
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:Replicas",
"MinCapacity": 1,
"MaxCapacity": 5
}
```
# Menetapkan kebijakan penskalaan
Konfigurasi kebijakan penskalaan pelacakan target direpresentasikan oleh blok JSON yang digunakan untuk mendefinisikan metrik dan nilai target. Anda dapat menyimpan konfigurasi kebijakan penskalaan sebagai blok JSON dalam file teks. Anda menggunakan file teks tersebut saat menjalankan AWS CLI atau Application Auto Scaling API. Untuk informasi selengkapnya tentang sintaksis konfigurasi kebijakan, lihat [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dalam *Referensi API Application Auto Scaling*.
Opsi berikut tersedia untuk menetapkan konfigurasi kebijakan penskalaan pelacakan target:
**Topics**
+ [Menggunakan metrik standar](#AutoScaling-Predefined-Metric)
+ [Mengedit kebijakan penskalaan](AutoScaling-Editing-Policy.md)
+ [Menghapus kebijakan penskalaan](AutoScaling-Deleting-Policy.md)
+ [Gunakan CloudFormation untuk kebijakan Auto Scaling](AutoScaling-with-Cloudformation.md)
+ [Penskalaan terjadwal](AutoScaling-with-Scheduled-Scaling-Replicas.md)
## Menggunakan metrik standar
Konfigurasi kebijakan penskalaan pelacakan target direpresentasikan oleh blok JSON yang digunakan untuk mendefinisikan metrik dan nilai target. Anda dapat menyimpan konfigurasi kebijakan penskalaan sebagai blok JSON dalam file teks. Anda menggunakan file teks tersebut saat menjalankan AWS CLI atau Application Auto Scaling API. Untuk informasi selengkapnya tentang sintaksis konfigurasi kebijakan, lihat [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dalam *Referensi API Application Auto Scaling*.
Opsi berikut tersedia untuk menetapkan konfigurasi kebijakan penskalaan pelacakan target:
**Topics**
+ [Menggunakan metrik standar](#AutoScaling-Predefined-Metric)
+ [Menggunakan metrik kustom](#AutoScaling-Custom-Metric)
+ [Menggunakan periode pendinginan](#AutoScaling-Using-Cooldowns)
+ [Menonaktifkan aktivitas penskalaan ke dalam](#AutoScaling-Disabling-Scalein)
+ [Menerapkan kebijakan penskalaan ke klaster ElastiCache Valkey dan Redis OSS](#AutoScaling-Applying-Policy)
### Menggunakan metrik standar
Dengan menggunakan metrik yang telah ditentukan sebelumnya, Anda dapat dengan cepat menentukan kebijakan penskalaan pelacakan target untuk klaster Valkey dan Redis OSS yang ElastiCache berfungsi dengan pelacakan target di Auto Scaling. ElastiCache Saat ini, ElastiCache mendukung metrik standar berikut di Auto Scaling ElastiCache Replika:
`ElastiCacheReplicaEngineCPUUtilization`— Nilai rata-rata CPUUtilization metrik Engine CloudWatch di semua replika di cluster. Anda dapat menemukan nilai metrik agregat di CloudWatch bawah ElastiCache `ReplicationGroupId, Role` untuk Replica Required ReplicationGroupId dan Role Replica.
Untuk menggunakan metrik standar dalam kebijakan penskalaan, Anda membuat konfigurasi pelacakan target untuk kebijakan penskalaan Anda. Konfigurasi ini harus menyertakan `PredefinedMetricSpecification` untuk metrik standar dan `TargetValue` untuk nilai target metrik tersebut.
### Menggunakan metrik kustom
Dengan menggunakan metrik kustom, Anda dapat menentukan kebijakan penskalaan pelacakan target yang memenuhi persyaratan kustom Anda. Anda dapat menentukan metrik kustom berdasarkan metrik Valkey dan Redis OSS apa pun ElastiCache yang berubah sebanding dengan penskalaan. Tidak semua ElastiCache metrik berfungsi untuk pelacakan target. Metrik harus berupa metrik pemanfaatan yang valid dan menjelaskan seberapa sibuk suatu instans. Nilai metrik harus meningkat atau menurun proporsinya terhadap jumlah replika dalam klaster. Peningkatan atau penurunan proporsional ini diperlukan untuk menggunakan data metrik untuk meningkatkan atau menurunkan jumlah replika secara proporsional.
**Example**
Contoh berikut menjelaskan konfigurasi pelacakan target untuk kebijakan penskalaan. Dalam konfigurasi ini, metrik kustom menyesuaikan cluster berdasarkan pemanfaatan CPU rata-rata 50 persen di semua replika dalam sebuah cluster bernama. `my-db-cluster`
```
{"TargetValue": 50,
"CustomizedMetricSpecification":
{"MetricName": "EngineCPUUtilization",
"Namespace": "AWS/ElastiCache",
"Dimensions": [
{"Name": "ReplicationGroup","Value": "my-db-cluster"},
{"Name": "Role","Value": "REPLICA"}
],
"Statistic": "Average",
"Unit": "Percent"
}
}
```
### Menggunakan periode pendinginan
Anda dapat menentukan nilai, dalam detik, untuk `ScaleOutCooldown` guna menambahkan periode pendinginan untuk menskalakan klaster Anda ke luar. Demikian pula, Anda dapat menentukan nilai, dalam detik, untuk `ScaleInCooldown` guna menambahkan periode pendinginan untuk menskalakan klaster Anda ke dalam. Untuk informasi selengkapnya tentang `ScaleInCooldown` dan `ScaleOutCooldown`, lihat [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dalam *Referensi API Application Auto Scaling*. Contoh berikut menjelaskan konfigurasi pelacakan target untuk kebijakan penskalaan. Dalam konfigurasi ini, metrik yang `ElastiCacheReplicaEngineCPUUtilization` telah ditentukan digunakan untuk menyesuaikan cluster berdasarkan pemanfaatan CPU rata-rata 40 persen di semua replika di cluster itu. Konfigurasi ini menyediakan periode pendinginan penskalaan ke dalam selama 10 menit dan periode pendinginan penskalaan ke luar selama 5 menit.
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"ScaleInCooldown": 600,
"ScaleOutCooldown": 300
}
```
### Menonaktifkan aktivitas penskalaan ke dalam
Anda dapat mencegah konfigurasi kebijakan penskalaan pelacakan target dari penskalaan di klaster Valkey dan Redis ElastiCache OSS Anda dengan menonaktifkan aktivitas penskalaan. Menonaktifkan aktivitas penskalaan ke dalam mencegah kebijakan penskalaan menghapus replika, namun masih memungkinkan kebijakan penskalaan untuk menambahkannya sesuai kebutuhan.
Anda dapat menentukan nilai Boolean untuk `DisableScaleIn` guna mengaktifkan atau menonaktifkan aktivitas penskalaan ke dalam untuk klaster Anda. Untuk informasi selengkapnya tentang `DisableScaleIn`, lihat [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dalam *Referensi API Application Auto Scaling*.
**Example**
Contoh berikut menjelaskan konfigurasi pelacakan target untuk kebijakan penskalaan. Dalam konfigurasi ini, metrik yang `ElastiCacheReplicaEngineCPUUtilization` telah ditentukan menyesuaikan cluster berdasarkan pemanfaatan CPU rata-rata 40 persen di semua replika di cluster itu. Konfigurasi ini menonaktifkan aktivitas penskalaan ke dalam untuk kebijakan penskalaan.
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
### Menerapkan kebijakan penskalaan ke klaster ElastiCache Valkey dan Redis OSS
Setelah mendaftarkan klaster Anda dengan ElastiCache penskalaan otomatis Valkey dan Redis OSS dan menentukan kebijakan penskalaan, Anda menerapkan kebijakan penskalaan ke klaster terdaftar. Untuk menerapkan kebijakan penskalaan ke klaster Valkey dan Redis OSS, Anda dapat menggunakan Application Auto Scaling API AWS CLI atau Application Auto Scaling. ElastiCache
**Menggunakan AWS CLI**
Untuk menerapkan kebijakan penskalaan ke klaster Valkey dan Redis OSS Anda ElastiCache , gunakan [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/put-scaling-policy.html)perintah dengan parameter berikut:
+ --policy-name – Nama kebijakan penskalaan.
+ --policy-name – Atur nilai ini ke `TargetTrackingScaling`.
+ --resource-id — Pengidentifikasi sumber daya untuk cluster. Untuk parameter ini, tipe sumber daya adalah ReplicationGroup dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ --service-namespace – Atur nilai ini ke elasticache.
+ --scalable-dimension – Atur nilai ini ke `elasticache:replication-group:Replicas`.
+ -- target-tracking-scaling-policy -configuration - Konfigurasi kebijakan penskalaan pelacakan target yang akan digunakan untuk klaster.
**Example**
Dalam contoh berikut, Anda menerapkan kebijakan penskalaan pelacakan target yang diberi nama `myscalablepolicy` ke kluster yang diberi nama dengan penskalaan `myscalablecluster` otomatis ElastiCache . Untuk melakukannya, Anda menggunakan konfigurasi kebijakan yang disimpan dalam file bernama `config.json`.
Untuk Linux, macOS, atau Unix:
```
aws application-autoscaling put-scaling-policy \
--policy-name myscalablepolicy \
--policy-type TargetTrackingScaling \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:Replicas \
--target-tracking-scaling-policy-configuration file://config.json
```
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
Untuk Windows:
```
aws application-autoscaling put-scaling-policy ^
--policy-name myscalablepolicy ^
--policy-type TargetTrackingScaling ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:Replicas ^
--target-tracking-scaling-policy-configuration file://config.json
```
**Menggunakan API**
Untuk menerapkan kebijakan penskalaan ke ElastiCache klaster Anda dengan Application Auto Scaling API, gunakan [PutScalingPolicy](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScalingPolicy.html)operasi Application Auto Scaling API dengan parameter berikut:
+ PolicyName — Nama kebijakan penskalaan.
+ PolicyType — Tetapkan nilai ini ke`TargetTrackingScaling`.
+ ResourceId — Pengidentifikasi sumber daya untuk cluster. Untuk parameter ini, tipe sumber daya adalah ReplicationGroup dan pengidentifikasi unik adalah nama cluster ElastiCache untuk Redis OSS, misalnya. `replication-group/myscalablecluster`
+ ServiceNamespace — Tetapkan nilai ini ke elasticache.
+ ScalableDimension — Tetapkan nilai ini ke`elasticache:replication-group:Replicas`.
+ TargetTrackingScalingPolicyConfiguration — Konfigurasi kebijakan penskalaan pelacakan target yang akan digunakan untuk klaster.
**Example**
Dalam contoh berikut, Anda menerapkan kebijakan penskalaan pelacakan target yang diberi nama `scalablepolicy` ke kluster yang diberi nama dengan penskalaan `myscalablecluster` otomatis ElastiCache . Anda menggunakan konfigurasi kebijakan berdasarkan pada metrik standar `ElastiCacheReplicaEngineCPUUtilization`.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.PutScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:Replicas",
"PolicyType": "TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration": {
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
}
}
}
```
# Mengedit kebijakan penskalaan
Anda dapat mengedit kebijakan penskalaan menggunakan API Konsol Manajemen AWS, Application Auto Scaling AWS CLI, atau Application Auto Scaling.
**Mengedit kebijakan penskalaan menggunakan Konsol Manajemen AWS**
Anda hanya dapat mengedit kebijakan dengan jenis Metrik standar menggunakan Konsol Manajemen AWS
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. **Di panel navigasi, pilih **Valkey** atau Redis OSS**
1. Pilih klaster yang ingin Anda tambahi kebijakan (pilih nama klaster, bukan tombol di sebelah kirinya).
1. Pilih tab **Kebijakan Auto Scaling**.
1. Di bagian **Kebijakan penskalaan**, pilih tombol di samping kebijakan Auto Scaling yang ingin Anda ubah, lalu pilih **Ubah**.
1. Buat perubahan yang diperlukan pada kebijakan.
1. Pilih **Ubah**.
1. Buat perubahan pada kebijakan.
1. Pilih **Ubah**.
**Mengedit kebijakan penskalaan menggunakan AWS CLI atau Application Auto Scaling API**
Anda dapat menggunakan Application Auto Scaling API AWS CLI atau Application Auto Scaling untuk mengedit kebijakan penskalaan dengan cara yang sama seperti Anda menerapkan kebijakan penskalaan:
+ Saat menggunakan API Application Auto Scaling, tentukan nama kebijakan yang ingin Anda edit dalam parameter `PolicyName`. Tentukan nilai baru untuk parameter yang ingin Anda ubah.
Lihat informasi yang lebih lengkap di [Menerapkan kebijakan penskalaan ke klaster ElastiCache Valkey dan Redis OSS](AutoScaling-Defining-Policy.md#AutoScaling-Applying-Policy).
# Menghapus kebijakan penskalaan
Anda dapat menghapus kebijakan penskalaan menggunakan Konsol Manajemen AWS, Application Auto Scaling API AWS CLI atau Application Auto Scaling
**Menghapus kebijakan penskalaan menggunakan Konsol Manajemen AWS**
Anda hanya dapat mengedit kebijakan dengan jenis Metrik standar menggunakan Konsol Manajemen AWS
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol Amazon di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. **Di panel navigasi, pilih **Valkey** atau Redis OSS**
1. Pilih klaster yang kebijakan Auto Scaling-nya ingin Anda hapus.
1. Pilih tab **Kebijakan Auto Scaling**.
1. Di bagian **Kebijakan penskalaan**, pilih kebijakan Auto Scaling, lalu pilih **Hapus**.
**Menghapus kebijakan penskalaan menggunakan AWS CLI atau Application Auto Scaling API**
Anda dapat menggunakan Application Auto Scaling API AWS CLI atau Application Auto Scaling untuk menghapus kebijakan penskalaan dari klaster. ElastiCache
**CLI**
Untuk menghapus kebijakan penskalaan dari klaster Valkey dan Redis OSS Anda ElastiCache , gunakan [delete-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/delete-scaling-policy.html)perintah dengan parameter berikut:
+ --policy-name – Nama kebijakan penskalaan.
+ --resource-id — Pengidentifikasi sumber daya untuk cluster. Untuk parameter ini, tipe sumber daya adalah ReplicationGroup dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ --service-namespace – Atur nilai ini ke elasticache.
+ --scalable-dimension – Atur nilai ini ke `elasticache:replication-group:Replicas`.
**Example**
Dalam contoh berikut, Anda menghapus kebijakan penskalaan pelacakan target yang disebut `myscalablepolicy` dari ElastiCache for Redis bernama `myscalablecluster`.
Untuk Linux, macOS, atau Unix:
```
aws application-autoscaling delete-scaling-policy \
--policy-name myscalablepolicy \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:Replicas \
```
Untuk Windows:
```
aws application-autoscaling delete-scaling-policy ^
--policy-name myscalablepolicy ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:Replicas ^
```
**API**
Untuk menghapus kebijakan penskalaan dari klaster Valkey dan Redis OSS Anda ElastiCache , gunakan operasi [DeleteScalingPolicy](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_DeleteScalingPolicy.html)Application Auto Scaling API dengan parameter berikut:
+ PolicyName — Nama kebijakan penskalaan.
+ ResourceId — Pengidentifikasi sumber daya untuk cluster. Untuk parameter ini, tipe sumber daya adalah ReplicationGroup dan pengidentifikasi unik adalah nama cluster, misalnya`replication-group/myscalablecluster`.
+ ServiceNamespace — Tetapkan nilai ini ke elasticache.
+ ScalableDimension — Tetapkan nilai ini ke`elasticache:replication-group:Replicas`.
Dalam contoh berikut, Anda menghapus kebijakan penskalaan pelacakan target yang diberi nama `myscalablepolicy` dari klaster bernama `myscalablecluster` dengan Application Auto Scaling API.
```
POST / HTTP/1.1
>>>>>>> mainline
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.DeleteScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:Replicas"
}
```
# Gunakan CloudFormation untuk kebijakan Auto Scaling
Cuplikan ini menunjukkan cara membuat tindakan terjadwal dan menerapkannya ke [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)sumber daya menggunakan sumber daya. [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html) Tindakan tersebut menggunakan fungsi intrinsik [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) dan [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html) untuk membangun properti `ResourceId` dengan nama logis sumber daya `AWS::ElastiCache::ReplicationGroup` yang ditentukan dalam templat yang sama.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 0
MinCapacity: 0
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:Replicas'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScalingPolicy:
Type: "AWS::ApplicationAutoScaling::ScalingPolicy"
Properties:
ScalingTargetId: !Ref ScalingTarget
ServiceNamespace: elasticache
PolicyName: testpolicy
PolicyType: TargetTrackingScaling
ScalableDimension: 'elasticache:replication-group:Replicas'
TargetTrackingScalingPolicyConfiguration:
PredefinedMetricSpecification:
PredefinedMetricType: ElastiCacheReplicaEngineCPUUtilization
TargetValue: 40
```
# Penskalaan terjadwal
Penskalaan berdasarkan jadwal memungkinkan Anda menskalakan aplikasi sebagai respons terhadap perubahan permintaan yang dapat diprediksi. Untuk menggunakan penskalaan terjadwal, Anda membuat tindakan terjadwal, yang memberi tahu Valkey dan Redis OSS ElastiCache untuk melakukan aktivitas penskalaan pada waktu tertentu. Saat membuat tindakan terjadwal, Anda menentukan ElastiCache klaster yang ada, kapan aktivitas penskalaan harus terjadi, kapasitas minimum, dan kapasitas maksimum. Anda dapat membuat tindakan terjadwal yang menskalakan satu kali saja atau menskalakan berdasarkan jadwal berulang.
Anda hanya dapat membuat tindakan terjadwal untuk ElastiCache cluster yang sudah ada. Anda tidak dapat membuat tindakan terjadwal pada saat yang sama saat Anda membuat klaster.
Untuk informasi selengkapnya tentang terminologi untuk pembuatan, manajemen, dan penghapusan tindakan terjadwal, lihat [Perintah yang umum digunakan untuk pembuatan, manajemen, dan penghapusan tindakan terjadwal ](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html#scheduled-scaling-commonly-used-commands)
**Untuk membuat tindakan terjadwal satu kali:**
Mirip dengan dimensi Serpihan. Lihat [Penskalaan terjadwal](AutoScaling-with-Scheduled-Scaling-Shards.md).
**Untuk menghapus tindakan terjadwal**
Mirip dengan dimensi Serpihan. Lihat [Penskalaan terjadwal](AutoScaling-with-Scheduled-Scaling-Shards.md).
**Untuk mengelola penskalaan terjadwal menggunakan AWS CLI **
Gunakan APIs aplikasi-autoscaling berikut:
+ [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html)
+ [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html)
+ [delete-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/delete-scheduled-action.html)
## Gunakan CloudFormation untuk membuat kebijakan Auto Scaling
Cuplikan ini menunjukkan cara membuat tindakan terjadwal dan menerapkannya ke [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)sumber daya menggunakan sumber daya. [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html) Tindakan tersebut menggunakan fungsi intrinsik [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) dan [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html) untuk membangun properti `ResourceId` dengan nama logis sumber daya `AWS::ElastiCache::ReplicationGroup` yang ditentukan dalam templat yang sama.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 0
MinCapacity: 0
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:Replicas'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScheduledActions:
- EndTime: '2020-12-31T12:00:00.000Z'
ScalableTargetAction:
MaxCapacity: '5'
MinCapacity: '2'
ScheduledActionName: First
Schedule: 'cron(0 18 * * ? *)'
```
# Mengubah mode klaster
Valkey dan Redis OSS adalah database dalam memori terdistribusi yang mendukung sharding dan replikasi. ElastiCache Cluster Valkey dan Redis OSS adalah implementasi terdistribusi yang memungkinkan data dipartisi di beberapa node. Cluster ElastiCache untuk Redis OSS memiliki dua mode operasi, mode Cluster diaktifkan (CME) dan mode cluster dinonaktifkan (CMD). Di CME, mesin Valkey dan Redis OSS bekerja sebagai database terdistribusi dengan beberapa pecahan dan node, sedangkan di CMD, Valkey dan Redis OSS bekerja sebagai node tunggal.
Sebelum bermigrasi dari CMD ke CME, kondisi berikut harus dipenuhi:
**penting**
Konfigurasi mode klaster hanya dapat diubah dari mode klaster dinonaktifkan ke mode klaster diaktifkan. Konfigurasi ini tidak dapat dikembalikan.
+ Klaster mungkin hanya memiliki kunci dalam basis data 0 saja.
+ Aplikasi harus menggunakan klien Valkey atau Redis OSS yang mampu menggunakan protokol Cluster dan menggunakan titik akhir konfigurasi.
+ Failover otomatis harus diaktifkan pada klaster dengan minimal 1 replika.
+ Versi mesin minimum yang diperlukan untuk migrasi adalah Valkey 7.2 ke atas, atau Redis OSS 7.0 ke atas.
Untuk bermigrasi dari CMD ke CME, konfigurasi mode klaster harus diubah dari mode klaster dinonaktifkan ke mode klaster diaktifkan. Ini adalah prosedur dua langkah yang memastikan ketersediaan klaster selama proses migrasi.
**catatan**
Anda perlu menyediakan grup parameter dengan konfigurasi klaster diaktifkan, yaitu parameter klaster diaktifkan diatur ke `yes`. Jika Anda menggunakan grup parameter default, ElastiCache untuk Redis OSS akan secara otomatis memilih grup parameter default yang sesuai dengan konfigurasi cluster-enabled. Nilai parameter yang didukung klaster diatur ke `no` untuk klaster CMD. Saat klaster beralih ke mode yang kompatibel, nilai parameter klaster diaktifkan akan diperbarui ke `yes` sebagai bagian dari tindakan perubahan.
Untuk informasi selengkapnya, lihat [Mengkonfigurasi parameter mesin menggunakan grup ElastiCache parameter](ParameterGroups.md)
1. **Siapkan** — Buat cluster CME uji dan pastikan tumpukan Anda siap untuk bekerja dengannya. ElastiCache untuk Redis OSS tidak memiliki cara untuk memverifikasi kesiapan Anda. Untuk informasi selengkapnya, lihat [Membuat cluster untuk Valkey atau Redis OSS](Clusters.Create.md).
1. **Ubah Konfigurasi CMD Cluster yang ada ke mode cluster yang kompatibel** - Dalam mode ini, akan ada pecahan tunggal yang digunakan, dan ElastiCache untuk Redis OSS akan berfungsi sebagai node tunggal tetapi juga sebagai cluster shard tunggal. Mode yang kompatibel berarti aplikasi klien dapat menggunakan kedua protokol untuk berkomunikasi dengan klaster. Dalam mode ini, aplikasi harus dikonfigurasi ulang untuk mulai menggunakan protokol Valkey atau Redis OSS Cluster dan titik akhir konfigurasi. Untuk mengubah mode cluster Valkey atau Redis OSS ke mode cluster yang kompatibel, ikuti langkah-langkah di bawah ini:
**catatan**
Dalam mode kompatibel, operasi perubahan lainnya seperti penskalaan dan versi mesin tidak diizinkan untuk klaster. Selain itu, parameter (tidak termasuk`cacheParameterGroupName`) tidak dapat dimodifikasi saat menentukan parameter mode cluster dalam permintaan. [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)
1. Menggunakan Konsol Manajemen AWS, melihat [Mengubah grup replikasi](Replication.Modify.md) dan mengatur mode cluster ke **Kompatibel**
1. Menggunakan API, lihat [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)dan perbarui `ClusterMode` parameter ke`compatible`.
1. Menggunakan AWS CLI, lihat [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)dan perbarui `cluster-mode` parameter ke`compatible`.
Setelah mengubah mode cluster Valkey atau Redis OSS ke mode cluster yang kompatibel, [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)API akan mengembalikan titik akhir konfigurasi cluster Redis OSS ElastiCache untuk. Titik akhir konfigurasi klaster adalah titik akhir tunggal yang dapat digunakan oleh aplikasi untuk terhubung ke klaster. Untuk informasi selengkapnya, lihat [Menemukan titik akhir koneksi di ElastiCache](Endpoints.md).
1. **Mengubah Konfigurasi Klaster ke mode klaster diaktifkan** – Setelah mode klaster diatur ke mode klaster kompatibel, langkah kedua adalah mengubah konfigurasi klaster ke mode klaster diaktifkan. Dalam mode ini, serpihan tunggal sedang berjalan, dan pelanggan sekarang dapat menskalakan klaster mereka atau mengubah konfigurasi klaster lainnya.
Untuk mengubah mode klaster ke diaktifkan, ikuti langkah di bawah:
Sebelum memulai, pastikan klien Valkey atau Redis OSS Anda telah bermigrasi menggunakan protokol cluster dan titik akhir konfigurasi cluster tidak digunakan.
1. Menggunakan Konsol Manajemen AWS, lihat [Mengubah grup replikasi](Replication.Modify.md) dan atur mode cluster ke **Enabled**.
1. Menggunakan API, lihat [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)dan perbarui `ClusterMode` parameter ke`enabled`.
1. Menggunakan AWS CLI, lihat [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)dan perbarui `cluster-mode` parameter ke`enabled`.
Setelah mengubah mode cluster menjadi diaktifkan, titik akhir akan dikonfigurasi sesuai spesifikasi cluster Valkey atau Redis OSS. [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)API akan mengembalikan parameter mode cluster sebagai `enabled` dan titik akhir cluster yang sekarang tersedia untuk digunakan oleh aplikasi untuk terhubung ke cluster.
Perhatikan bahwa titik akhir klaster akan berubah setelah mode klaster diubah menjadi diaktifkan. Pastikan untuk memperbarui aplikasi Anda dengan titik akhir baru.
Anda juga dapat memilih untuk kembali ke mode klaster dinonaktifkan (CMD) dari mode klaster yang kompatibel dan mempertahankan konfigurasi asli.
**Mengubah Konfigurasi Klaster ke mode klaster dinonaktifkan dari mode klaster kompatibel**
1. Menggunakan Konsol Manajemen AWS, melihat [Mengubah grup replikasi](Replication.Modify.md) dan mengatur mode cluster ke **Dinonaktifkan**
1. Menggunakan API, lihat [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)dan perbarui `ClusterMode` parameter ke`disabled`.
1. Menggunakan AWS CLI, lihat [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)dan perbarui `cluster-mode` parameter ke`disabled`.
Setelah mengubah mode cluster menjadi dinonaktifkan, [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)API akan mengembalikan parameter mode cluster sebagai`disabled`.
# Replikasi lintas AWS Wilayah menggunakan datastores global
**catatan**
Global Datastore saat ini hanya tersedia untuk cluster berbasis node.
Dengan menggunakan fitur Global Datastore, Anda dapat bekerja dengan replikasi klaster Valkey atau Redis OSS yang dikelola sepenuhnya, cepat, andal, dan aman di seluruh Wilayah.AWS Dengan menggunakan fitur ini, Anda dapat membuat klaster replika baca lintas wilayah untuk mengaktifkan pembacaan latensi rendah dan pemulihan bencana di seluruh Wilayah.AWS
Di bagian berikutnya, Anda dapat menemukan deskripsi tentang cara menggunakan penyimpanan data global.
**Topics**
+ [Gambaran Umum](#Redis-Global-Data-Stores-Overview)
+ [Prasyarat dan batasan](Redis-Global-Datastores-Getting-Started.md)
+ [Menggunakan penyimpanan data global (konsol)](Redis-Global-Datastores-Console.md)
+ [Menggunakan penyimpanan data global (CLI)](Redis-Global-Datastores-CLI.md)
## Gambaran Umum
Setiap *penyimpanan data global* adalah kumpulan dari satu klaster atau lebih yang mereplikasi satu sama lain.
Penyimpanan data global mencakup klaster berikut:
+ **Klaster primer (aktif) ** – Klaster primer menerima operasi tulis yang direplikasi ke semua klaster dalam penyimpanan data global. Klaster primer juga menerima permintaan baca.
+ **Klaster sekunder (pasif) ** – Klaster sekunder hanya menerima permintaan baca dan mereplikasi pembaruan data dari klaster primer. Cluster sekunder harus berada di AWS Wilayah yang berbeda dari cluster primer.
Saat Anda membuat datastore global ElastiCache untuk Valkey atau Redis OSS, data tersebut secara otomatis mereplikasi data Anda dari cluster primer ke cluster sekunder. Anda memilih AWS Wilayah di mana data Valkey atau Redis OSS harus direplikasi dan kemudian membuat cluster sekunder di Wilayah itu.AWS ElastiCache kemudian mengatur dan mengelola replikasi data asinkron otomatis antara dua cluster.
Menggunakan datastore global untuk Valkey atau Redis OSS memberikan keuntungan sebagai berikut:
+ **Kinerja geolokal** — Dengan menyiapkan klaster replika jarak jauh di AWS Wilayah tambahan dan menyinkronkan data Anda di antara mereka, Anda dapat mengurangi latensi akses data di Wilayah tersebut.AWS Datastore global dapat membantu meningkatkan daya tanggap aplikasi Anda dengan menyajikan pembacaan geolokal latensi rendah di seluruh Wilayah.AWS
+ **Pemulihan bencana** – Jika klaster primer di penyimpanan data global mengalami penurunan, Anda dapat mempromosikan klaster sekunder sebagai klaster primer baru Anda. Anda dapat melakukannya dengan menghubungkan ke AWS Wilayah mana pun yang berisi cluster sekunder.
Diagram berikut menunjukkan cara kerja penyimpanan data global.
![\[penyimpanan data global\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/Global-DataStore.png)
# Prasyarat dan batasan
Sebelum mulai menggunakan penyimpanan data global, perhatikan sejumlah hal berikut:
+ Datastores global didukung di Wilayah berikut: AWS
+ **Afrika** - Cape Town
+ **Asia Pasifik** - Hong Kong, Hyderabad, Jakarta, Malaysia, Melbourne, Mumbai, Osaka, Seoul, Singapura, Sydney, Thailand, dan Tokyo
+ **Kanada** - Kanada Tengah dan Kanada Barat (Calgary)
+ **Tiongkok** - Beijing dan Ningxia
+ **Eropa** - Frankfurt, London, Irlandia, Milan, Paris, Spanyol, Stockholm, dan Zurich
+ **AWS GovCloud**-AS-Barat dan AS-Timur
+ **Israel** - Tel Aviv
+ **Timur Tengah** - Bahrain dan UEA
+ **AS** - Timur (Virginia N. dan Ohio) dan AS Barat (California N. dan Oregon)
+ **Amerika Selatan** - Meksiko (Tengah) dan São Paulo
+ Semua klaster—primer dan sekunder—di penyimpanan data global Anda harus memiliki kesamaan dalam hal jumlah simpul primer, jenis simpul, versi mesin, dan jumlah serpihan (dalam kasus mode klaster diaktifkan). Setiap klaster di penyimpanan data global Anda dapat memiliki jumlah replika baca yang berbeda untuk mengakomodasi lalu lintas baca lokal untuk klaster tersebut.
Replikasi harus diaktifkan jika Anda berencana menggunakan klaster simpul tunggal yang sudah ada.
+ Datastores global didukung pada contoh ukuran besar dan di atas.
+ Anda dapat mengatur replikasi untuk klaster utama dari satu AWS Wilayah ke cluster sekunder hingga dua AWS Wilayah lainnya.
**catatan**
Pengecualian berlaku pada Wilayah Tiongkok (Beijing) dan Tiongkok (Ningxia), di mana replikasi hanya dapat terjadi di antara kedua wilayah itu.
+ Anda dapat menggunakan penyimpanan data global hanya dalam klaster VPC. Untuk informasi selengkapnya, lihat [Pola Akses untuk Mengakses ElastiCache Cache di VPC Amazon](elasticache-vpc-accessing.md). Datastores global tidak didukung saat Anda menggunakan -Classic. EC2 Untuk informasi selengkapnya, lihat [EC2-Klasik](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/ec2-classic-platform.html) di *Panduan EC2 Pengguna Amazon*.
**catatan**
Untuk saat ini, Anda tidak dapat menggunakan penyimpanan data global di [Menggunakan zona lokal dengan ElastiCache](Local_zones.md).
+ ElastiCache tidak mendukung autofailover dari satu AWS Wilayah ke Wilayah lainnya. Jika diperlukan, Anda dapat mempromosikan klaster sekunder secara manual. Sebagai contoh, lihat [Mempromosikan klaster sekunder menjadi primer](Redis-Global-Datastores-Console.md#Redis-Global-Datastores-Console-Promote-Secondary).
+ Untuk melakukan bootstrap dari data yang sudah ada, gunakan klaster yang sudah ada sebagai klaster primer untuk membuat penyimpanan data global. Sebaiknya jangan menambahkan klaster yang sudah ada sebagai klaster sekunder. Proses penambahan klaster sebagai klaster sekunder akan menghapus data, yang dapat mengakibatkan hilangnya data.
+ Pembaruan parameter diterapkan untuk semua klaster saat Anda mengubah grup parameter lokal dari klaster yang termasuk dalam penyimpanan data global.
+ Anda dapat menskalakan klaster regional baik secara vertikal (menaikkan dan menurunkan skala) maupun horizontal (menskalakan ke dalam dan ke luar). Anda dapat menskalakan klaster dengan mengubah penyimpanan data global. Selanjutnya, semua klaster regional pada penyimpanan data global akan diskalakan tanpa gangguan. Untuk informasi selengkapnya, lihat [Penskalaan ElastiCache](Scaling.md).
+ [Datastores global mendukung [enkripsi saat istirahat](at-rest-encryption.md), [enkripsi dalam perjalanan](in-transit-encryption.md), dan AUTH.](auth.md)
+ Datastores global tidak mendukung Internet Protocol versi 6 (). IPv6
+ Kunci dukungan datastores global. AWS KMS Untuk informasi selengkapnya, lihat [AWS Key Management Service](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#master_keys) dalam *Panduan Developer AWS Key Management Service .*
**catatan**
Penyimpanan data global mendukung [pesan pub/sub](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/elasticache-use-cases.html#elasticache-for-redis-use-cases-messaging) dengan ketentuan sebagai berikut:
Untuk mode cluster dinonaktifkan, didukung pub/sub sepenuhnya. Peristiwa yang diterbitkan di cluster utama AWS Wilayah primer disebarkan ke AWS Wilayah sekunder.
Untuk mode klaster diaktifkan, hal berikut berlaku:
Untuk acara yang dipublikasikan yang tidak berada di ruang kunci, hanya pelanggan di AWS Wilayah yang sama yang menerima acara tersebut.
Untuk acara keyspace yang dipublikasikan, pelanggan di semua AWS Wilayah menerima acara.
# Menggunakan penyimpanan data global (konsol)
Untuk membuat penyimpanan data global menggunakan konsol, ikuti proses dua langkah ini:
1. Buat klaster primer, baik menggunakan klaster yang sudah ada atau membuat klaster baru. Mesin harus Valkey 7.2 atau lebih baru, atau Redis OSS 5.0.6 atau lebih baru.
1. Tambahkan hingga dua cluster sekunder di AWS Wilayah yang berbeda, sekali lagi menggunakan Valkey 7.2 atau yang lebih baru, atau Redis OSS 5.0.6 atau yang lebih baru.
Prosedur berikut memandu Anda tentang cara membuat datastore global untuk Valkey atau Redis OSS dan melakukan operasi lain menggunakan konsol. ElastiCache
**Topics**
+ [Membuat penyimpanan data global menggunakan klaster yang sudah ada](#Redis-Global-Datastores-Console-Create-Primary)
+ [Membuat penyimpanan data global baru menggunakan klaster primer baru](#Redis-Global-Datastores-Create-From-Scratch)
+ [Melihat detail penyimpanan data global](#Redis-Global-Datastores-Console-Details)
+ [Menambahkan Wilayah ke penyimpanan data global](#Redis-Global-Datastores-Console-Create-Secondary)
+ [Mengubah penyimpanan data global](#Redis-Global-Datastores-Console-Modify-Regional-Clusters)
+ [Mempromosikan klaster sekunder menjadi primer](#Redis-Global-Datastores-Console-Promote-Secondary)
+ [Menghapus Wilayah dari penyimpanan data global](#Redis-Global-Datastore-Console-Remove-Region)
+ [Menghapus penyimpanan data global](#Redis-Global-Datastores-Console-Delete-GlobalDatastore)
## Membuat penyimpanan data global menggunakan klaster yang sudah ada
Dalam skenario ini, Anda menggunakan klaster yang sudah ada agar berfungsi sebagai klaster primer penyimpanan data global yang baru. Anda kemudian membuat klaster sekunder hanya baca di Wilayah AWS yang berbeda. Klaster sekunder ini menerima pembaruan otomatis dan asinkron dari klaster primer.
**penting**
Cluster yang ada harus menggunakan mesin yaitu Valkey 7.2 atau yang lebih baru atau Redis OSS 5.0.6 atau yang lebih baru.
**Untuk membuat penyimpanan data global menggunakan klaster yang sudah ada**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. **Pada panel navigasi, pilih **Global Datastores** dan kemudian pilih Create global datastore.**
1. Pada halaman **pengaturan klaster utama**, lakukan hal berikut:
+ Di bidang **info Datastore Global**, masukkan nama untuk datastore global baru.
+ (Opsional) Masukkan nilai **Deskripsi**.
1. Di bawah **Cluster Regional**, pilih **Gunakan klaster regional yang ada**.
1. Di bawah **Cluster** yang ada, pilih cluster yang ada yang ingin Anda gunakan.
1. Jangan ubah opsi berikut. Opsi tersebut sudah diisi otomatis agar sesuai dengan konfigurasi klaster primer dan Anda tidak dapat mengubahnya.
+ Versi mesin
+ Jenis simpul
+ Grup parameter
**catatan**
ElastiCache membuat otomatis grup parameter baru dari nilai grup parameter yang disediakan dan menerapkan grup parameter baru ke cluster. Gunakan grup parameter baru ini untuk mengubah parameter pada penyimpanan data global. Setiap grup parameter yang dihasilkan otomatis dikaitkan dengan hanya satu klaster dan, karena itu, hanya satu penyimpanan data global.
+ Jumlah serpihan
+ Enkripsi diam – Mengaktifkan enkripsi pada data yang disimpan di disk. Untuk informasi selengkapnya, lihat [Enkripsi diam](at-rest-encryption.md).
**catatan**
Anda dapat menyediakan kunci enkripsi yang berbeda dengan memilih kunci ** AWS KMS yang Dikelola Pelanggan** dan memilih kunci. Untuk informasi selengkapnya, lihat [Menggunakan kunci AWS KMS yang Dikelola Pelanggan](at-rest-encryption.md#using-customer-managed-keys-for-elasticache-security).
+ Enkripsi bergerak – Mengaktifkan enkripsi data selama pengiriman. Untuk informasi selengkapnya, lihat [Enkripsi bergerak](in-transit-encryption.md). **Untuk Valkey 7.2 dan seterusnya dan Redis OSS 6.0 dan seterusnya, jika Anda mengaktifkan enkripsi dalam perjalanan, Anda diminta untuk menentukan salah satu opsi Kontrol Akses berikut:**
+ **Tidak Ada Kontrol Akses** – Ini adalah pengaturan default. Hal ini menunjukkan tidak ada batasan.
+ **Daftar Kontrol Akses Grup Pengguna** – Pilih grup pengguna dengan sejumlah pengguna yang ditentukan dan izin untuk operasi yang tersedia. Untuk informasi selengkapnya, lihat [Mengelola Grup Pengguna dengan Konsol dan CLI](Clusters.RBAC.md#User-Groups).
+ **AUTH Default User** - Mekanisme otentikasi untuk server Valkey atau Redis OSS. Untuk informasi lebih lanjut, lihat [AUTH](auth.md).
1. (Opsional) Jika diperlukan, perbarui pengaturan klaster sekunder yang tersisa. Pengaturan ini sudah diisi otomatis dengan nilai yang sama dengan klaster primer, tetapi Anda dapat memperbarui nilainya untuk memenuhi persyaratan khusus untuk klaster tersebut.
+ Port
+ Jumlah replika
+ Grup subnet
+ Zona Ketersediaan Pilihan
+ Grup keamanan
+ Dikelola Pelanggan (kunci AWS KMS)
+ Token AUTH
+ Aktifkan pencadangan otomatis
+ Periode retensi cadangan
+ Periode pencadangan
+ Periode pemeliharaan
+ Topik untuk notifikasi SNS
1. Pilih **Buat**. Tindakan ini mengubah status penyimpanan data global menjadi **Membuat**. Status berubah menjadi **Mengubah** setelah klaster primer dikaitkan dengan penyimpanan data global dan klaster sekunder dalam status **Mengaitkan**.
Setelah klaster primer dan klaster sekunder dikaitkan dengan penyimpanan data global, status berubah menjadi **Tersedia**. Pada tahap ini, Anda memiliki klaster primer yang menerima operasi baca dan tulis serta klaster sekunder yang menerima operasi baca yang direplikasi dari klaster primer.
Halaman diperbarui untuk menunjukkan apakah klaster merupakan bagian dari datastore global, termasuk:
+ **Penyimpanan Data Global** – Nama penyimpanan data global yang menjadi asal klaster.
+ **Peran Penyimpanan Data Global** – Peran klaster, primer atau sekunder.
Anda dapat menambahkan hingga satu cluster sekunder tambahan di AWS Wilayah yang berbeda. Untuk informasi selengkapnya, lihat [Menambahkan Wilayah ke penyimpanan data global](#Redis-Global-Datastores-Console-Create-Secondary).
## Membuat penyimpanan data global baru menggunakan klaster primer baru
Jika Anda memilih untuk membuat penyimpanan data global dengan klaster baru, gunakan prosedur berikut.
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. **Pada panel navigasi, pilih **Global Datastores** dan kemudian pilih Create global datastore.**
1. Pada **Pengaturan klaster primer**, lakukan hal berikut:
1. Untuk **Mode klaster**, pilih **Diaktifkan** atau **Dinonaktifkan**.
1. **Untuk **info Global Datastore** masukkan nilai untuk Nama.** ElastiCache menggunakan akhiran untuk menghasilkan nama unik untuk datastore global. Anda dapat mencari penyimpanan data global menggunakan akhiran yang Anda tentukan di sini.
1. (Opsional) Masukkan nilai untuk **Deskripsi Penyimpanan Data Global**.
1. Di **Klaster regional**:
1. Untuk **Wilayah**, pilih AWS Wilayah yang tersedia.
1. Pilih **Buat klaster regional baru** atau **Gunakan klaster regional yang ada**
1. Jika Anda memilih **Buat klaster regional baru**, di **Info klaster**, masukkan nama dan deskripsi opsional klaster.
1. Untuk **Lokasi**, sebaiknya Anda menerima pengaturan default untuk **Multi-AZ** dan **Failover Otomatis**.
1. Di **Pengaturan klaster**
1. Untuk **Versi mesin**, pilih versi yang tersedia, yaitu 5.0.6 atau yang lebih baru.
1. Untuk **Port**, gunakan port default, 6379. Jika Anda memiliki alasan untuk menggunakan port lain, masukkan nomor port tersebut.
1. Untuk **Grup parameter**, pilih grup parameter atau buat yang baru. Grup parameter mengontrol parameter runtime dari klaster Anda. Untuk informasi selengkapnya tentang grup parameter, lihat [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis) dan [Membuat grup ElastiCache parameter](ParameterGroups.Creating.md).
**catatan**
Saat Anda memilih grup parameter untuk menetapkan nilai konfigurasi mesin, grup parameter tersebut diterapkan ke semua klaster di penyimpanan data global. Pada halaman **Grup Parameter**, atribut **Global** ya/tidak menunjukkan apakah grup parameter adalah bagian dari penyimpanan data global.
1. Untuk **Jenis simpul**, pilih panah bawah (![\[Downward-pointing triangle icon, typically used to indicate a dropdown menu.\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-DnArrow.png)). Pada kotak dialog **Ubah jenis simpul**, pilih nilai untuk **Keluarga instans** untuk jenis simpul yang Anda inginkan. Kemudian pilih jenis simpul yang ingin Anda gunakan untuk klaster ini, lalu pilih **Simpan**.
Untuk informasi selengkapnya, lihat [Memilih ukuran simpul Anda](CacheNodes.SelectSize.md).
Jika Anda memilih jenis simpul r6gd, tingkatan data akan diaktifkan secara otomatis. Untuk informasi selengkapnya, lihat [Tingkatan data di ElastiCache](data-tiering.md).
1. Jika Anda membuat cluster Valkey atau Redis OSS (mode cluster dinonaktifkan):
Untuk **Jumlah replika**, pilih jumlah replika yang Anda inginkan untuk klaster ini.
1. Jika Anda membuat cluster Valkey atau Redis OSS (mode cluster diaktifkan):
1. Untuk **Jumlah pecahan**, pilih jumlah pecahan (partisi/grup simpul) yang Anda inginkan untuk cluster Valkey atau Redis OSS (mode cluster diaktifkan) ini.
Untuk beberapa versi Valkey atau Redis OSS (mode cluster diaktifkan), Anda dapat mengubah jumlah pecahan di cluster Anda secara dinamis:
+ **Redis OSS 3.2.10 dan yang lebih baru** - Jika cluster Anda menjalankan Redis OSS 3.2.10 atau versi yang lebih baru, Anda dapat mengubah jumlah pecahan di cluster Anda secara dinamis. Untuk informasi selengkapnya, lihat [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md).
+ **Versi Redis OSS lainnya** - Jika cluster Anda menjalankan versi Redis OSS sebelum versi 3.2.10, ada pendekatan lain. Untuk mengubah jumlah serpihan di klaster Anda, buat klaster baru dengan jumlah serpihan baru. Untuk informasi selengkapnya, lihat [Melakukan pemulihan dari cadangan ke dalam cache baru](backups-restoring.md).
1. Untuk **Replika per serpihan**, pilih jumlah simpul replika baca yang Anda inginkan dalam setiap serpihan.
Pembatasan berikut ada untuk Valkey atau Redis OSS (mode cluster diaktifkan).
+ Jika Multi-AZ diaktifkan, pastikan bahwa Anda memiliki setidaknya satu replika per serpihan.
+ Replika akan berjumlah sama untuk setiap serpihan saat membuat klaster menggunakan konsol.
+ Jumlah replika baca per serpihan bersifat tetap dan tidak dapat diubah. Jika Anda membutuhkan lebih banyak atau lebih sedikit replika per serpihan (API/CLI: grup simpul), Anda harus membuat klaster baru dengan jumlah replika yang baru. Untuk informasi selengkapnya, lihat [Tutorial: Menyemai cluster berbasis node baru dengan cadangan yang dibuat secara eksternal](backups-seeding-redis.md).
1. Untuk **pengaturan grup Subnet**, pilih subnet yang ingin Anda terapkan ke cluster ini. ElastiCache menyediakan grup IPv4 subnet default atau Anda dapat memilih untuk membuat yang baru. Untuk IPv6, Anda perlu membuat grup subnet dengan blok IPv6 CIDR. Jika Anda memilih **tumpukan ganda**, Anda harus memilih jenis IP Discovery, salah satu IPv6 atau IPv4.
Untuk informasi selengkapnya, lihat [Membuat subnet di VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet).
1. Untuk **Penempatan zona ketersediaan**, Anda memiliki dua opsi:
+ **Tidak ada preferensi** — ElastiCache memilih Availability Zone.
+ **Tentukan zona ketersediaan** – Anda menentukan Zona Ketersediaan untuk setiap klaster.
Jika Anda memilih untuk menentukan Zona Ketersediaan, untuk setiap klaster di setiap serpihan, pilih Zona Ketersediaan dari daftar.
Untuk informasi selengkapnya, lihat [Memilih wilayah dan zona ketersediaan untuk ElastiCache](RegionsAndAZs.md).
![\[Gambar: Menentukan Ruang Kunci dan Zona Ketersediaan\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-ClusterOn-Slots-AZs.png)
*Menentukan Ruang Kunci dan Zona Ketersediaan*
1. Pilih **Berikutnya**
1. Di bawah **pengaturan Advanced Valkey dan Redis** OSS
1. Untuk **Keamanan**:
1. Untuk mengenkripsi data Anda, Anda memiliki opsi berikut:
+ **Enkripsi diam** – Mengaktifkan enkripsi pada data yang disimpan di disk. Untuk informasi selengkapnya, lihat [Enkripsi Diam](at-rest-encryption.md).
**catatan**
Anda memiliki opsi untuk menyediakan kunci enkripsi yang berbeda dengan memilih kunci ** AWS KMS yang Dikelola Pelanggan** dan memilih kunci. Untuk informasi selengkapnya, lihat [Menggunakan kunci yang dikelola pelanggan dari AWS KMS](at-rest-encryption.md#using-customer-managed-keys-for-elasticache-security).
+ **Enkripsi bergerak** – Mengaktifkan enkripsi data selama pengiriman. Untuk informasi selengkapnya, lihat [Enkripsi bergerak](in-transit-encryption.md). **Untuk Valkey 7.2 dan di atasnya dan Redis OSS 6.0 ke atas, jika Anda mengaktifkan Enkripsi dalam perjalanan, Anda akan diminta untuk menentukan salah satu opsi Kontrol Akses berikut:**
+ **Tanpa Kontrol Akses** – Ini adalah pengaturan default. Opsi ini menunjukkan bahwa tidak ada batasan akses pengguna ke klaster.
+ **Daftar Kontrol Akses Grup Pengguna** – Pilih grup pengguna dengan kumpulan pengguna tertentu yang dapat mengakses klaster. Untuk informasi selengkapnya, lihat [Mengelola Grup Pengguna dengan Konsol dan CLI](Clusters.RBAC.md#User-Groups).
+ **AUTH Default User** - Mekanisme otentikasi untuk server Valkey atau Redis OSS. Untuk informasi lebih lanjut, lihat [AUTH](auth.md).
+ **AUTH** — Mekanisme otentikasi untuk server Valkey atau Redis OSS. Untuk informasi lebih lanjut, lihat [AUTH](auth.md).
**catatan**
Untuk versi Redis OSS antara 3.2.6 dan seterusnya, tidak termasuk versi 3.2.10, AUTH adalah satu-satunya pilihan.
1. Untuk **Grup keamanan**, pilih grup keamanan yang Anda inginkan untuk klaster ini. *Grup keamanan* bertindak sebagai firewall untuk mengontrol akses jaringan ke klaster Anda. Anda dapat menggunakan grup keamanan default untuk VPC Anda atau membuat yang baru.
Untuk informasi selengkapnya tentang grup keamanan, lihat [Grup Keamanan untuk VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) dalam *Panduan Pengguna Amazon VPC.*
1. Untuk pencadangan otomatis terjadwal secara berkala, pilih **Aktifkan pencadangan otomatis**, lalu masukkan jumlah hari yang diinginkan untuk mempertahankan cadangan otomatis sebelum dihapus secara otomatis. Jika Anda tidak ingin melakukan pencadangan otomatis terjadwal secara berkala, hapus kotak centang **Aktifkan pencadangan otomatis**. Apa pun pilihannya, Anda dapat membuat pencadangan secara manual kapan saja.
Untuk informasi selengkapnya tentang pencadangan dan pemulihan, lihat[Melakukan snapshot dan pemulihan](backups.md).
1. (Opsional) Tentukan periode pemeliharaan. *Jendela pemeliharaan* adalah waktu yang biasanya satu jam setiap minggu saat ElastiCache menjadwalkan pemeliharaan sistem untuk klaster Anda. Anda dapat mengizinkan ElastiCache untuk memilih hari dan waktu untuk jendela pemeliharaan Anda (*Tidak ada preferensi*), atau Anda dapat memilih hari, waktu, dan durasi sendiri (*Tentukan jendela pemeliharaan*). Jika Anda memilih *Tentukan periode pemeliharaan* dari daftar, pilih *Hari mulai*, *Waktu mulai*, dan *Durasi* (dalam jam) untuk periode pemeliharaan. Semua waktu menggunakan zona waktu UTC.
Untuk informasi selengkapnya, lihat [Mengelola pemeliharaan ElastiCache cluster](maintenance-window.md).
1. (Opsional) Untuk **Log**:
+ Di bagian **Format log**, pilih **Teks** atau **JSON**.
+ Di bawah **Jenis Tujuan**, pilih **CloudWatch Log** atau **Kinesis Firehose**.
+ Di bawah **Tujuan log**, pilih **Buat baru** dan masukkan nama grup CloudWatch log Log atau nama aliran Firehose Anda, atau **pilih Pilih yang ada, lalu pilih** nama grup CloudWatch log Log atau nama aliran Firehose Anda,
1. Untuk **Tag**, untuk membantu mengelola cluster dan ElastiCache sumber daya lainnya, Anda dapat menetapkan metadata Anda sendiri ke setiap sumber daya dalam bentuk tag. Untuk informasi selengkapnya, lihat [Menandai sumber daya Anda ElastiCache](Tagging-Resources.md).
1. Tinjau semua entri dan pilihan Anda, lalu lakukan koreksi yang diperlukan. Saat Anda siap, pilih **Berikutnya**.
1. Setelah Anda mengonfigurasi klaster di langkah sebelumnya, Anda sekarang harus mengonfigurasi detail klaster sekunder Anda.
1. Di bawah **kluster Regional**, pilih AWS Wilayah tempat klaster berada.
1. Di **Info klaster**, masukkan nama dan deskripsi opsional klaster.
1. Opsi berikut sudah diisi sebelumnya untuk menyesuaikan konfigurasi klaster primer dan tidak dapat diubah:
+ Lokasi
+ Versi mesin
+ Jenis instans
+ Jenis simpul
+ Jumlah serpihan
+ Grup parameter
**catatan**
ElastiCache membuat otomatis grup parameter baru dari nilai grup parameter yang disediakan dan menerapkan grup parameter baru ke cluster. Gunakan grup parameter baru ini untuk mengubah parameter pada penyimpanan data global. Setiap grup parameter yang dihasilkan otomatis dikaitkan dengan hanya satu klaster dan, karena itu, hanya satu penyimpanan data global.
+ Enkripsi diam – Mengaktifkan enkripsi pada data yang disimpan di disk. Untuk informasi selengkapnya, lihat [Enkripsi diam](at-rest-encryption.md).
**catatan**
Anda dapat menyediakan kunci enkripsi yang berbeda dengan memilih kunci ** AWS KMS yang Dikelola Pelanggan** dan memilih kunci. Untuk informasi selengkapnya, lihat [Menggunakan kunci AWS KMS yang Dikelola Pelanggan](at-rest-encryption.md#using-customer-managed-keys-for-elasticache-security).
+ Enkripsi bergerak – Mengaktifkan enkripsi data selama pengiriman. Untuk informasi selengkapnya, lihat [Enkripsi bergerak](in-transit-encryption.md). **Untuk Valkey 7.2 dan di atasnya dan Redis OSS 6.4 ke atas, jika Anda mengaktifkan enkripsi dalam perjalanan, Anda diminta untuk menentukan salah satu opsi Kontrol Akses berikut:**
+ **Tanpa Kontrol Akses** – Ini adalah pengaturan default. Opsi ini menunjukkan bahwa tidak ada batasan akses pengguna ke klaster.
+ **Daftar Kontrol Akses Grup Pengguna** – Pilih grup pengguna dengan kelompok pengguna tertentu yang dapat mengakses klaster. Untuk informasi selengkapnya, lihat [Mengelola Grup Pengguna dengan Konsol dan CLI](Clusters.RBAC.md#User-Groups).
+ **AUTH Default User** - Mekanisme otentikasi untuk server Valkey atau Redis OSS. Untuk informasi lebih lanjut, lihat [AUTH](auth.md).
**catatan**
Untuk versi Redis OSS antara 4.0.2, saat Enkripsi dalam transit pertama kali didukung, dan 6.0.4, AUTH adalah satu-satunya pilihan.
Pengaturan klaster sekunder yang tersisa diisi otomatis dengan nilai yang sama dengan klaster primer, tetapi daftar berikut ini dapat diperbarui untuk memenuhi persyaratan khusus untuk klaster tersebut:
+ Port
+ Jumlah replika
+ Grup subnet
+ Zona Ketersediaan Pilihan
+ Grup keamanan
+ Dikelola Pelanggan (kunci AWS KMS)
+ Token AUTH
+ Aktifkan pencadangan otomatis
+ Periode retensi cadangan
+ Periode pencadangan
+ Periode pemeliharaan
+ Topik untuk notifikasi SNS
1. Pilih **Buat**. Tindakan ini menetapkan status penyimpanan data global menjadi **Membuat**. Setelah klaster primer dan klaster sekunder dikaitkan dengan penyimpanan data global, status berubah menjadi **Tersedia**. Anda memiliki klaster primer yang menerima operasi baca dan tulis serta klaster sekunder yang menerima operasi baca yang direplikasi dari klaster primer.
Halaman ini juga diperbarui untuk menunjukkan apakah klaster merupakan bagian dari datastore global, termasuk yang berikut ini:
+ **Penyimpanan Data Global** – Nama penyimpanan data global yang menjadi asal klaster.
+ **Peran Penyimpanan Data Global** – Peran klaster, primer atau sekunder.
Anda dapat menambahkan hingga satu cluster sekunder tambahan di AWS Wilayah yang berbeda. Untuk informasi selengkapnya, lihat [Menambahkan Wilayah ke penyimpanan data global](#Redis-Global-Datastores-Console-Create-Secondary).
## Melihat detail penyimpanan data global
Anda dapat melihat detail datastores global yang ada dan juga memodifikasinya di halaman **Global** Datastores.
**Untuk melihat detail penyimpanan data global**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Pada panel navigasi, pilih **Datastores Global dan kemudian pilih datastore** global yang tersedia.
Anda kemudian dapat memeriksa properti penyimpanan data global berikut:
+ **Nama Penyimpanan Data Global:** Nama penyimpanan data global
+ **Deskripsi:** Deskripsi tentang penyimpanan data global
+ **Status:** Opsinya meliputi:
+ Membuat
+ Mengubah
+ Tersedia
+ Menghapus
+ Hanya Primer - Status ini menunjukkan bahwa penyimpanan data global hanya berisi klaster primer. Kemungkinan semua klaster sekunder dihapus atau tidak berhasil dibuat.
+ **Mode Klaster:** Diaktifkan atau dinonaktifkan
+ **Versi Mesin: Versi mesin** Valkey atau Redis OSS yang menjalankan datastore global
+ **Jenis Simpul Instans:** Jenis simpul yang digunakan untuk penyimpanan data global
+ **Enkripsi saat tidak digunakan:** Diaktifkan atau dinonaktifkan
+ **Enkripsi bergerak:** Diaktifkan atau dinonaktifkan
+ **AUTH:** Entah diaktifkan atau dinonaktifkan
Anda dapat membuat perubahan berikut pada penyimpanan data global:
+ [Menambahkan Wilayah ke penyimpanan data global](#Redis-Global-Datastores-Console-Create-Secondary)
+ [Menghapus Wilayah dari penyimpanan data global](#Redis-Global-Datastore-Console-Remove-Region)
+ [Mempromosikan klaster sekunder menjadi primer](#Redis-Global-Datastores-Console-Promote-Secondary)
+ [Mengubah penyimpanan data global](#Redis-Global-Datastores-Console-Modify-Regional-Clusters)
Halaman Penyimpanan Data Global juga mencantumkan klaster individual yang membentuk penyimpanan data global dan properti berikut untuk masing-masing:
+ **Wilayah** - AWS Wilayah tempat cluster disimpan
+ **Peran** - Primer atau sekunder
+ **Nama klaster**: Nama klaster
+ **Status** - Opsinya meliputi:
+ **Mengaitkan** - Klaster sedang dalam proses dikaitkan dengan penyimpanan data global
+ **Dikaitkan** - Klaster sudah dikaitkan dengan penyimpanan data global
+ **Tidak mengaitkan** - Proses menghapus klaster sekunder dari penyimpanan data global menggunakan nama penyimpanan data global. Setelah ini, cluster sekunder tidak lagi menerima pembaruan dari cluster primer tetapi tetap sebagai cluster mandiri di AWS Wilayah itu.
+ **Terpisah** - Klaster sekunder telah dihapus dari penyimpanan data global dan sekarang menjadi klaster mandiri di Wilayah AWS .
+ **Kelambatan Replika Datastore Global** - Menunjukkan satu nilai per AWS Wilayah sekunder di datastore global. Ini adalah lag antara simpul primer dari Wilayah sekunder dan simpul primer dari Wilayah primer. Untuk mode cluster yang diaktifkan Valkey atau Redis OSS, lag menunjukkan penundaan maksimum dalam hitungan detik di antara pecahan.
## Menambahkan Wilayah ke penyimpanan data global
Anda dapat menambahkan hingga satu AWS Wilayah tambahan ke datastore global yang ada. Dalam skenario ini, Anda membuat klaster hanya-baca di AWS Wilayah terpisah yang menerima pembaruan otomatis dan asinkron dari cluster utama.
**Untuk menambahkan AWS Region ke datastore global**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Pada panel navigasi, pilih **Datastores Global, lalu pilih datastore** global yang ada.
1. Pilih **Add Regional cluster**, dan pilih AWS Region tempat klaster sekunder berada.
1. Di bawah **Info Cluster**, masukkan nilai untuk **Nama** dan, secara opsional, untuk **Deskripsi** untuk klaster.
1. Jangan ubah opsi berikut. Opsi diisi otomatis agar sesuai dengan konfigurasi klaster primer dan Anda tidak dapat mengubahnya.
+ Versi mesin
+ Jenis instans
+ Jenis simpul
+ Jumlah serpihan
+ Grup parameter
**catatan**
ElastiCache membuat otomatis grup parameter baru dari nilai grup parameter yang disediakan dan menerapkan grup parameter baru ke cluster. Gunakan grup parameter baru ini untuk mengubah parameter pada penyimpanan data global. Setiap grup parameter yang dihasilkan otomatis dikaitkan dengan hanya satu klaster dan, karena itu, hanya satu penyimpanan data global.
+ Enkripsi diam
**catatan**
Anda dapat menyediakan kunci enkripsi yang berbeda dengan memilih kunci ** AWS KMS yang Dikelola Pelanggan** dan memilih kunci.
+ Enkripsi bergerak
+ AUTENTIKASI
1. (Opsional) Perbarui pengaturan klaster sekunder yang tersisa. Pengaturan ini sudah diisi otomatis dengan nilai yang sama dengan klaster primer, tetapi Anda dapat memperbarui nilainya untuk memenuhi persyaratan khusus untuk klaster tersebut.
+ Port
+ Jumlah replika
+ Grup subnet
+ Zona Ketersediaan Pilihan
+ Grup keamanan
+ Kunci AWS KMS yang Dikelola Pelanggan)
+ Token AUTH
+ Aktifkan pencadangan otomatis
+ Periode retensi cadangan
+ Periode pencadangan
+ Periode pemeliharaan
+ Topik untuk notifikasi SNS
1. Pilih **Tambahkan**.
## Mengubah penyimpanan data global
Anda dapat mengubah properti dari klaster regional. Hanya satu operasi perubahan dapat berlangsung pada penyimpanan data global, dengan pengecualian pada operasi mempromosikan klaster sekunder menjadi primer. Untuk informasi selengkapnya, lihat [Mempromosikan klaster sekunder menjadi primer](#Redis-Global-Datastores-Console-Promote-Secondary).
**Untuk mengubah penyimpanan data global**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Pada panel navigasi, pilih **Datastores Global, dan kemudian untuk Nama Datastore** **Global, pilih datastore** global.
1. Pilih **Ubah** dan pilih salah satu opsi berikut:
+ **Ubah deskripsi** – Memperbarui deskripsi penyimpanan data global
+ **Ubah versi mesin** - Hanya Valkey 7.2 dan yang lebih baru atau Redis OSS 5.0.6 dan yang lebih baru tersedia.
+ **Ubah jenis simpul** – Menskalakan klaster regional baik secara vertikal (menaikkan dan menurunkan skala) dan secara horizontal (menskalakan ke dalam dan ke luar). Opsi mencakup keluarga simpul R5 dan M5. Untuk informasi selengkapnya tentang jenis simpul, lihat [Jenis simpul yang didukung](CacheNodes.SupportedTypes.md).
+ **Ubah Failover Otomatis** – Aktifkan atau nonaktifkan Failover Otomatis. Saat Anda mengaktifkan failover dan node primer di kluster regional ditutup secara tak terduga, ElastiCache gagal ke salah satu replika regional. Untuk informasi selengkapnya, lihat [Failover otomatis](AutoFailover.md).
Untuk cluster Valkey atau Redis OSS dengan mode cluster diaktifkan:
+ **Tambahkan serpihan** – Masukkan jumlah serpihan untuk ditambahkan dan, jika perlu, tentukan satu atau beberapa Zona Ketersediaan.
+ **Hapus pecahan** — Pilih pecahan yang akan dihapus di setiap AWS Wilayah.
+ **Seimbangkan ulang serpihan** – Menyeimbangkan ulang distribusi slot untuk memastikan distribusi yang merata di seluruh serpihan yang ada dalam klaster.
Untuk memodifikasi parameter datastore global, modifikasi grup parameter dari setiap cluster anggota untuk datastore global. ElastiCache menerapkan perubahan ini ke semua cluster dalam datastore global itu secara otomatis. Untuk memodifikasi grup parameter cluster tersebut, gunakan konsol Valkey atau Redis OSS atau operasi API. [ModifyCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html) Untuk informasi selengkapnya, lihat [Memodifikasi grup ElastiCache parameter](ParameterGroups.Modifying.md). Saat Anda mengubah grup parameter dari klaster yang tercakup dalam penyimpanan data global, tindakan ini akan diterapkan ke semua klaster dalam penyimpanan data global.
Untuk mengatur ulang seluruh grup parameter atau parameter tertentu, gunakan operasi [ResetCacheParameterGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ResetCacheParameterGroup.html)API.
## Mempromosikan klaster sekunder menjadi primer
Jika klaster utama atau AWS Wilayah menjadi tidak tersedia atau mengalami masalah kinerja, Anda dapat mempromosikan klaster sekunder ke primer. Promosi boleh dilakukan setiap saat, bahkan saat perubahan lain sedang berlangsung. Anda juga dapat menjalankan beberapa promosi secara paralel dan penyimpanan data global pada akhirnya tetap akan diresolusi ke satu primer. Jika Anda mempromosikan beberapa cluster sekunder secara bersamaan, ElastiCache tidak menjamin mana yang akhirnya diselesaikan menjadi primer.
**Untuk mempromosikan klaster sekunder menjadi primer**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Pada panel navigasi, pilih **Global Datastores**.
1. Pilih nama penyimpanan data global untuk melihat detailnya.
1. Pilih klaster **Sekunder**.
1. Pilih **Promosikan menjadi primer**.
Anda kemudian diminta untuk mengonfirmasi keputusan Anda dengan peringatan berikut: ` Promoting a region to primary will make the cluster in this region as read/writable. Are you sure you want to promote the secondary cluster to primary?`
`The current primary cluster in primary region will become secondary and will stop accepting writes after this operation completes. Please ensure you update your application stack to direct traffic to the new primary region.`
1. Pilih **Konfirmasi** jika Anda ingin melanjutkan promosi atau **Batalkan** jika tidak.
Jika Anda memilih untuk mengonfirmasi, penyimpanan data global Anda akan berubah status menjadi **Mengubah** dan tidak tersedia sampai promosi selesai.
## Menghapus Wilayah dari penyimpanan data global
Anda dapat menghapus AWS Region dari datastore global dengan menggunakan prosedur berikut.
**Untuk menghapus AWS Region dari datastore global**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Pada panel navigasi, pilih **Global Datastores**.
1. Pilih penyimpanan data global.
1. Pilih **Wilayah** yang ingin dihapus.
1. Pilih **Hapus wilayah**.
**catatan**
Opsi ini hanya tersedia untuk klaster sekunder.
Anda kemudian diminta untuk mengonfirmasi keputusan Anda dengan peringatan berikut: ` Removing the region will remove your only available cross region replica for the primary cluster. Your primary cluster will no longer be set up for disaster recovery and improved read latency in remote region. Are you sure you want to remove the selected region from the global datastore?`
1. Pilih **Konfirmasi** jika Anda ingin melanjutkan promosi atau **Batalkan** jika tidak.
Jika Anda memilih konfirmasi, AWS Wilayah akan dihapus dan klaster sekunder tidak lagi menerima pembaruan replikasi.
## Menghapus penyimpanan data global
Untuk menghapus penyimpanan data global, hapus semua klaster sekunder terlebih dahulu. Untuk informasi selengkapnya, lihat [Menghapus Wilayah dari penyimpanan data global](#Redis-Global-Datastore-Console-Remove-Region). Tindakan ini membuat penyimpanan data global berstatus **hanya primer**.
**Untuk menghapus penyimpanan data global**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Pada panel navigasi, pilih **Global Datastores**.
1. Di bagian **Nama Penyimpanan Data Global**, pilih penyimpanan data global yang ingin dihapus, lalu pilih **Hapus**.
Anda kemudian diminta untuk mengonfirmasi keputusan Anda dengan peringatan berikut: `Are you sure you want to delete this Global Datastore?`
1. Pilih **Hapus**.
Penyimpanan data global berubah status menjadi **Menghapus**.
# Menggunakan penyimpanan data global (CLI)
Anda dapat menggunakan AWS Command Line Interface (AWS CLI) untuk mengontrol beberapa AWS layanan dari baris perintah dan mengotomatiskannya melalui skrip. Anda dapat menggunakan AWS CLI untuk operasi ad hoc (satu kali).
## Mengunduh dan mengonfigurasi AWS CLI
AWS CLI Berjalan di Windows, macOS, atau Linux. Gunakan prosedur berikut untuk mengunduh dan mengonfigurasinya.
**Untuk mengunduh, menginstal, dan mengonfigurasi CLI**
1. Unduh AWS CLI di halaman web [antarmuka AWS baris perintah](https://aws.amazon.com/cli).
1. *Ikuti petunjuk untuk Menginstal AWS CLI dan Mengkonfigurasi AWS CLI di Panduan Pengguna.AWS Command Line Interface *
## Menggunakan AWS CLI dengan datastores global
Gunakan operasi CLI berikut untuk menangani penyimpanan data global:
+ [create-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-global-replication-group.html)
```
aws elasticache create-global-replication-group \
--global-replication-group-id-suffix my global datastore \
--primary-replication-group-id sample-repl-group \
--global-replication-group-description an optional description of the global datastore
```
Amazon ElastiCache secara otomatis menerapkan awalan ke ID datastore global saat dibuat. Setiap AWS Wilayah memiliki awalan sendiri. Sebagai contoh, ID penyimpanan data global yang dibuat di Wilayah AS Barat (California Utara) dimulai dengan "virxk" dan diikuti nama akhiran yang Anda berikan. Akhiran tersebut dikombinasikan dengan awalan yang dihasilkan secara otomatis, menjamin keunikan nama penyimpanan data global di beberapa Wilayah.
Tabel berikut mencantumkan setiap AWS Wilayah dan awalan ID datastore globalnya.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/Redis-Global-Datastores-CLI.html)
+ [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)— Gunakan operasi ini untuk membuat cluster sekunder untuk datastore global dengan memasok nama datastore global ke parameter. `--global-replication-group-id`
```
aws elasticache create-replication-group \
--replication-group-id secondary replication group name \
--replication-group-description “Replication group description" \
--global-replication-group-id global datastore name
```
Saat memanggil operasi ini dan meneruskan `--global-replication-group-id` nilai, ElastiCache akan menyimpulkan nilai dari grup replikasi utama grup replikasi global untuk parameter berikut. Jangan memasukkan nilai untuk parameter ini:
`"PrimaryClusterId",`
`"AutomaticFailoverEnabled",`
` "NumNodeGroups",`
` "CacheParameterGroupName",`
` "CacheNodeType",`
` "Engine",`
` "EngineVersion",`
` "CacheSecurityGroupNames",`
` "EnableTransitEncryption",`
` "AtRestEncryptionEnabled",`
` "SnapshotArns",`
` "SnapshotName"`
+ [describe-global-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-global-replication-groups.html)
```
aws elasticache describe-global-replication-groups \
--global-replication-group-id my global datastore \
--show-member-info an optional parameter that returns a list of the primary and secondary clusters that make up the global datastore
```
+ [modify-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-global-replication-group.html)
```
aws elasticache modify-global-replication-group \
--global-replication-group-id my global datastore \
--automatic-failover-enabled \
--cache-node-type node type \
--cache-parameter-group-name parameter group name \
--engine-version engine version \
-—apply-immediately \
--global-replication-group-description description
```
**Redis ke OSS Valkey cross-engine upgrade untuk ElastiCache GlobalDataStore**
Anda dapat memutakhirkan grup replikasi global Redis OSS yang ada ke Valkey menggunakan Konsol, API, atau CLI.
Jika Anda memiliki grup replikasi global Redis OSS yang ada, Anda dapat meningkatkan ke Valkey dengan menentukan versi mesin dan mesin baru dengan API. modify-global-replication-group
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-global-replication-group \
--global-replication-group-id myGlobalReplGroup \
--engine valkey \
--apply-immediately \
--engine-version 8.0
```
Untuk Windows:
```
aws elasticache modify-global-replication-group ^
--global-replication-group-id myGlobalReplGroup ^
--engine valkey ^
--apply-immediately ^
--engine-version 8.0
```
Jika Anda memiliki grup parameter cache khusus yang diterapkan ke grup replikasi global Redis OSS yang ingin Anda tingkatkan, Anda juga harus melewati grup parameter cache Valkey kustom dalam permintaan. Grup parameter kustom Valkey input harus memiliki nilai parameter statis Redis OSS yang sama dengan grup parameter kustom Redis OSS yang ada.
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-global-replication-group \
--global-replication-group-id myGlobalReplGroup \
--engine valkey \
--engine-version 8.0 \
--apply-immediately \
--cache-parameter-group-name myParamGroup
```
Untuk Windows:
```
aws elasticache modify-global-replication-group ^
--global-replication-group-id myGlobalReplGroup ^
--engine valkey ^
--engine-version 8.0 ^
--apply-immediately ^
--cache-parameter-group-name myParamGroup
```
+ [delete-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-global-replication-group.html)
```
aws elasticache delete-global-replication-group \
--global-replication-group-id my global datastore \
--retain-primary-replication-group defaults to true
```
+ [disassociate-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/disassociate-global-replication-group.html)
```
aws elasticache disassociate-global-replication-group \
--global-replication-group-id my global datastore \
--replication-group-id my secondary cluster \
--replication-group-region the AWS Region in which the secondary cluster resides
```
+ [failover-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/failover-global-replication-group.html)
```
aws elasticache failover-replication-group \
--global-replication-group-id my global datastore \
--primary-region The AWS Region of the primary cluster \
--primary-replication-group-id The name of the global datastore, including the suffix.
```
+ [increase-node-groups-in-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/increase-node-groups-in-global-replication-group.html)
```
aws elasticache increase-node-groups-in-global-replication-group \
--apply-immediately yes \
--global-replication-group-id global-replication-group-name \
--node-group-count 3
```
+ [decrease-node-groups-in-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/decrease-node-groups-in-global-replication-group.html)
```
aws elasticache decrease-node-groups-in-global-replication-group \
--apply-immediately yes \
--global-replication-group-id global-replication-group-name \
--node-group-count 3
```
+ [rebalance-shards-in-global-replikasi-kelompok](https://docs.aws.amazon.com/cli/latest/reference/elasticache/rebalance-slots-in-global-replication-group.html)
```
aws elasticache rebalance-shards-in-global-replication-group \
--apply-immediately yes \
--global-replication-group-id global-replication-group-name
```
Gunakan bantuan untuk membuat daftar semua perintah yang tersedia ElastiCache untuk Valkey atau Redis OSS.
```
aws elasticache help
```
Anda juga dapat menggunakan bantuan untuk mengetahui penjelasan perintah tertentu dan mempelajari selengkapnya penggunaannya:
```
aws elasticache create-global-replication-group help
```
# Ketersediaan tinggi menggunakan grup replikasi
Cluster Amazon ElastiCache Valkey dan Redis OSS simpul tunggal adalah entitas dalam memori dengan layanan perlindungan data terbatas (AOF). Jika klaster Anda gagal karena alasan apa pun, Anda akan kehilangan semua data klaster. Namun, jika Anda menjalankan mesin Valkey atau Redis OSS, Anda dapat mengelompokkan 2 hingga 6 node ke dalam cluster dengan replika di mana 1 hingga 5 node read-only berisi data replikasi dari node primer tunggal grup. read/write Dalam skenario ini, jika salah satu simpul gagal karena alasan apa pun, Anda tidak kehilangan semua data karena data direplikasikan pada satu atau beberapa simpul lainnya. Karena latensi replikasi, beberapa data mungkin hilang jika itu adalah read/write node utama yang gagal.
Seperti yang terlihat pada grafik berikut, struktur replikasi terkandung dalam pecahan (disebut *kelompok simpul* dalam API/CLI) yang terkandung dalam cluster Valkey atau Redis OSS. Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) selalu memiliki satu pecahan. Cluster Valkey atau Redis OSS (mode cluster enabled) dapat memiliki hingga 500 pecahan dengan data cluster yang dipartisi di seluruh pecahan. Anda dapat membuat klaster dengan jumlah serpihan lebih banyak dan jumlah replika lebih sedikit dengan jumlah total hingga 90 simpul per klaster. Konfigurasi klaster ini dapat berkisar dari 90 serpihan dan 0 replika hingga 15 serpihan dan 5 replika, yang merupakan jumlah replika maksimum yang diizinkan.
Batas node atau shard dapat ditingkatkan hingga maksimum 500 per cluster dengan Valkey, dan dengan ElastiCache versi 5.0.6 atau lebih tinggi ElastiCache untuk Redis OSS. Sebagai contoh, Anda dapat memilih untuk mengonfigurasi sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (satu primer dan tanpa replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umumnya termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet dibagikan dan banyak digunakan oleh klaster lainnya. Untuk informasi selengkapnya, lihat [Membuat grup subnet](SubnetGroups.Creating.md).
Untuk versi di bawah 5.0.6, batasnya adalah 250 per klaster.
Untuk meminta penambahan batas, lihat [Batas Layanan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) dan pilih jenis batas **Simpul per klaster per jenis instans**.
![\[Gambar: Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) memiliki satu pecahan dan 0 hingga 5 node replika\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-CSN-Redis-Replicas.png)
*Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) memiliki satu pecahan dan 0 hingga 5 node replika*
Jika klaster dengan replika mengaktifkan Multi-AZ dan simpul primer gagal, simpul primer akan melakukan failover ke replika baca. Karena data diperbarui pada simpul replika secara asinkron, mungkin akan terjadi sejumlah kehilangan data karena latensi dalam pembaruan simpul replika. Lihat informasi yang lebih lengkap di [Mengurangi Kegagalan saat Menjalankan Valkey atau Redis OSS](disaster-recovery-resiliency.md#FaultTolerance.Redis).
**Topics**
+ [Memahami replikasi Valkey dan Redis OSS](Replication.Redis.Groups.md)
+ [Replikasi: Mode Cluster Valkey dan Redis OSS Dinonaktifkan vs Diaktifkan](Replication.Redis-RedisCluster.md)
+ [Meminimalkan downtime ElastiCache dengan menggunakan Multi-AZ dengan Valkey dan Redis OSS](AutoFailover.md)
+ [Cara penerapan sinkronisasi dan pencadangan](Replication.Redis.Versions.md)
+ [Membuat grup replikasi Valkey atau Redis OSS](Replication.CreatingRepGroup.md)
+ [Melihat detail grup replikasi](Replication.ViewDetails.md)
+ [Menemukan titik akhir grup replikasi](Replication.Endpoints.md)
+ [Mengubah grup replikasi](Replication.Modify.md)
+ [Menghapus grup replikasi](Replication.DeletingRepGroup.md)
+ [Mengubah jumlah replika](increase-decrease-replica-count.md)
+ [Mempromosikan replika baca ke primer, untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan)](Replication.PromoteReplica.md)
# Memahami replikasi Valkey dan Redis OSS
Redis OSS mengimplementasikan replikasi dalam dua cara:
+ Dengan pecahan tunggal yang berisi semua data cluster di setiap node—Valkey atau Redis OSS (mode cluster dinonaktifkan)
+ Dengan data yang dipartisi hingga 500 pecahan — Valkey atau Redis OSS (mode cluster diaktifkan)
Setiap pecahan dalam grup replikasi memiliki simpul read/write primer tunggal dan hingga 5 node replika hanya-baca. Anda dapat membuat klaster dengan jumlah serpihan lebih banyak dan jumlah replika lebih sedikit dengan jumlah total hingga 90 simpul per klaster. Konfigurasi klaster ini dapat berkisar dari 90 serpihan dan 0 replika hingga 15 serpihan dan 5 replika, yang merupakan jumlah replika maksimum yang diizinkan.
Batas node atau shard dapat ditingkatkan hingga maksimum 500 per cluster jika versi mesin Redis OSS adalah 5.0.6 atau lebih tinggi. Sebagai contoh, Anda dapat memilih untuk mengonfigurasi sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (satu primer dan tanpa replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umumnya termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet dibagikan dan banyak digunakan oleh klaster lainnya. Untuk informasi selengkapnya, lihat [Membuat grup subnet](SubnetGroups.Creating.md).
Untuk versi di bawah 5.0.6, batasnya adalah 250 per klaster.
Untuk meminta penambahan batas, lihat [Batas Layanan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) dan pilih jenis batas **Simpul per klaster per jenis instans**.
**Topics**
+ [Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](#Replication.Redis.Groups.Classic)
+ [Valkey atau Redis OSS (mode cluster diaktifkan)](#Replication.Redis.Groups.Cluster)
## Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)
Cluster Valkey atau Redis OSS (mode cluster disabled) memiliki pecahan tunggal, di dalamnya terdapat kumpulan node; satu node primer dan hingga lima read/write node replika read-only sekunder. Setiap replika baca memelihara salinan data dari simpul primer klaster. Mekanisme replikasi asinkron digunakan untuk menjaga sinkronisasi replika baca dengan primer. Aplikasi dapat membaca dari simpul apa pun dalam klaster. Aplikasi hanya dapat menulis ke simpul primer. Replika baca meningkatkan throughput baca dan menjaga agar data tidak hilang jika terjadi kegagalan simpul.
![\[Gambar: Valkey atau Redis OSS (mode cluster dinonaktifkan) cluster dengan pecahan tunggal dan node replika\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-CSN-Redis-Replicas.png)
*Valkey atau Redis OSS (mode cluster dinonaktifkan) cluster dengan pecahan tunggal dan node replika*
Anda dapat menggunakan klaster Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan node replika untuk menskalakan solusi Anda ElastiCache untuk menangani aplikasi yang intensif baca atau untuk mendukung sejumlah besar klien yang secara bersamaan membaca dari cluster yang sama.
Semua node dalam cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) harus berada di wilayah yang sama.
Saat Anda menambahkan replika baca ke klaster, semua data dari simpul primer akan disalin ke simpul baru. Setelah tindakan tersebut, setiap kali data ditulis ke simpul primer, perubahan akan disebarkan secara asinkron ke semua replika baca.
Untuk meningkatkan toleransi kesalahan dan mengurangi waktu henti tulis, aktifkan Multi-AZ dengan Failover Otomatis untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) Anda dengan replika. Untuk informasi selengkapnya, lihat [Meminimalkan downtime ElastiCache dengan menggunakan Multi-AZ dengan Valkey dan Redis OSS](AutoFailover.md).
Anda dapat mengubah peran node dalam klaster Valkey atau Redis OSS (mode cluster dinonaktifkan), dengan peran utama dan salah satu replika bertukar peran. Sebaiknya pertimbangkan untuk melakukan tindakan ini untuk menyesuaikan performa. Misalnya, dengan aplikasi web yang memiliki operasi tulis yang berat, Anda dapat memilih simpul dengan latensi jaringan terendah. Untuk informasi selengkapnya, lihat [Mempromosikan replika baca ke primer, untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan)](Replication.PromoteReplica.md).
## Valkey atau Redis OSS (mode cluster diaktifkan)
Cluster Valkey atau Redis OSS (mode cluster enabled) terdiri dari 1 hingga 500 pecahan (API/CLI: grup node). Setiap serpihan memiliki satu simpul primer dan hingga lima simpul replika hanya baca. Konfigurasi dapat berkisar dari 90 serpihan dan 0 replika hingga 15 serpihan dan 5 replika, yang merupakan jumlah replika maksimum yang diizinkan.
Batas node atau shard dapat ditingkatkan hingga maksimum 500 per cluster jika versi mesin Valkey 7.2 dan lebih tinggi, atau Redis OSS 5.0.6 dan lebih tinggi. Sebagai contoh, Anda dapat memilih untuk mengonfigurasi sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (satu primer dan tanpa replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umumnya termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet dibagikan dan banyak digunakan oleh klaster lainnya. Untuk informasi selengkapnya, lihat [Membuat grup subnet](SubnetGroups.Creating.md).
Untuk versi di bawah 5.0.6, batasnya adalah 250 per klaster.
Untuk meminta penambahan batas, lihat [Batas Layanan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) dan pilih jenis batas **Simpul per klaster per jenis instans**.
Setiap replika baca dalam serpihan mempertahankan salinan data dari primer pada serpihan ini. Mekanisme replikasi asinkron digunakan untuk menjaga sinkronisasi replika baca dengan primer. Aplikasi dapat membaca dari simpul apa pun dalam klaster. Aplikasi hanya dapat menulis ke simpul primer. Replika baca meningkatkan skalabilitas baca dan mencegah kehilangan data. Data dipartisi di seluruh pecahan dalam cluster Valkey atau Redis OSS (mode cluster enabled).
Aplikasi menggunakan *titik akhir konfigurasi* cluster Valkey atau Redis OSS (mode cluster enabled) untuk terhubung dengan node di cluster. Untuk informasi selengkapnya, lihat [Menemukan titik akhir koneksi di ElastiCache](Endpoints.md).
![\[Gambar: Valkey atau Redis OSS (mode cluster diaktifkan) cluster dengan beberapa pecahan dan node replika\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-CSN-RedisClusters.png)
*Valkey atau Redis OSS (mode cluster diaktifkan) cluster dengan beberapa pecahan dan node replika*
Semua node dalam cluster Valkey atau Redis OSS (mode cluster enabled) harus berada di wilayah yang sama. Untuk meningkatkan toleransi kesalahan, Anda dapat menyediakan replika primer dan replika baca pada beberapa Zona Ketersediaan dalam wilayah tersebut.
Saat ini, fitur Valkey atau Redis OSS (mode cluster enabled) memiliki beberapa keterbatasan.
+ Anda tidak dapat secara manual mempromosikan salah satu simpul replika menjadi primer.
# Replikasi: Mode Cluster Valkey dan Redis OSS Dinonaktifkan vs Diaktifkan
Dimulai dengan Valkey 7.2 dan Redis OSS versi 3.2, Anda memiliki kemampuan untuk membuat salah satu dari dua jenis cluster yang berbeda (API/CLI: replication groups). A Valkey or Redis OSS (cluster mode disabled) cluster always has a single shard (API/CLI: grup node) dengan hingga 5 node replika baca. Cluster Valkey atau Redis OSS (mode cluster enabled) memiliki hingga 500 pecahan dengan 1 hingga 5 node replika baca di masing-masing.
![\[Gambar: Valkey atau Redis OSS (mode cluster dinonaktifkan), dan cluster Valkey atau Redis OSS (mode cluster diaktifkan)\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
*Valkey atau Redis OSS (mode cluster dinonaktifkan), dan Valkey atau Redis OSS (mode cluster diaktifkan) cluster*
Tabel berikut merangkum perbedaan penting antara Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan) cluster.
**Membandingkan Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan) Cluster**
| Fitur | Valkey atau Redis OSS (mode cluster dinonaktifkan) | Valkey atau Redis OSS (mode cluster diaktifkan) |
| --- | --- | --- |
| Dapat diubah | Ya. Mendukung penambahan dan penghapusan simpul replika, dan peningkatan skala jenis simpul. | Terbatas. Untuk informasi selengkapnya, lihat [Manajemen Versi untuk ElastiCache](VersionManagement.md) dan [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md). |
| Pembuatan Partisi Data | Tidak | Ya |
| Serpihan | 1 | 1 hingga 500 |
| Replika baca | 0 hingga 5 Jika replika tidak tersedia dan simpul gagal, Anda akan mengalami kehilangan data total. | 0 hingga 5 per serpihan. Jika replika tidak tersedia dan satu simpul gagal, Anda akan mengalami kehilangan semua data di serpihan tersebut. |
| Multi-AZ | Ya, dengan setidaknya 1 replika. Tidak wajib. Aktif secara default. | YaOpsional. Aktif secara default. |
| Snapshot (Cadangan) | Ya, membuat file .rdb tunggal. | Ya, membuat file .rdb yang unik untuk setiap serpihan. |
| Memulihkan | Ya, menggunakan satu file.rdb dari cluster Valkey atau Redis OSS (mode cluster dinonaktifkan). | Ya, menggunakan file.rdb dari Valkey atau Redis OSS (mode cluster dinonaktifkan) atau cluster Valkey atau Redis OSS (mode cluster diaktifkan). |
| Didukung oleh | Semua versi Valkey dan Redis OSS | Semua versi Valkey, dan Redis OSS 3.2 dan berikut |
| Mesin dapat ditingkatkan | Ya, dengan beberapa batasan. Untuk informasi selengkapnya, lihat [Manajemen Versi untuk ElastiCache](VersionManagement.md). | Ya, dengan beberapa batasan. Untuk informasi selengkapnya, lihat [Manajemen Versi untuk ElastiCache](VersionManagement.md). |
| Enkripsi | Versi 3.2.6 (dijadwalkan untuk EOL, lihat [jadwal akhir masa pakai versi Redis OSS) dan 4.0.10 dan](engine-versions.md#deprecated-engine-versions) yang lebih baru. | Versi 3.2.6 (dijadwalkan untuk EOL, lihat [jadwal akhir masa pakai versi Redis OSS) dan 4.0.10 dan](engine-versions.md#deprecated-engine-versions) yang lebih baru. |
| Memenuhi Syarat HIPAA | Versi 3.2.6 (dijadwalkan untuk EOL, lihat [jadwal akhir masa pakai versi Redis OSS) dan 4.0.10 dan](engine-versions.md#deprecated-engine-versions) yang lebih baru. | Versi 3.2.6 (dijadwalkan untuk EOL, lihat [jadwal akhir masa pakai versi Redis OSS) dan 4.0.10 dan](engine-versions.md#deprecated-engine-versions) yang lebih baru. |
| Mematuhi Standar PCI DSS | Versi 3.2.6 (dijadwalkan untuk EOL, lihat [jadwal akhir masa pakai versi Redis OSS) dan 4.0.10 dan](engine-versions.md#deprecated-engine-versions) yang lebih baru. | Versi 3.2.6 (dijadwalkan untuk EOL, lihat [jadwal akhir masa pakai versi Redis OSS) dan 4.0.10 dan](engine-versions.md#deprecated-engine-versions) yang lebih baru. |
| Resharding online | N/A | Versi 3.2.10 (dijadwalkan untuk EOL, lihat [versi Redis OSS jadwal akhir hidup) dan yang](engine-versions.md#deprecated-engine-versions) lebih baru. |
## Sebaiknya memilih yang mana?
Saat memilih antara Valkey atau Redis OSS (mode cluster dinonaktifkan) atau Valkey atau Redis OSS (mode cluster diaktifkan), pertimbangkan faktor-faktor berikut:
+ **Penskalaan vs. pembuatan partisi** – Bisnis membutuhkan perubahan. Anda perlu menyediakan baik untuk permintaan puncak atau melakukan penskalaan mengikuti perubahan permintaan. Valkey atau Redis OSS (mode cluster dinonaktifkan) mendukung penskalaan. Anda dapat menskalakan kapasitas baca dengan menambahkan atau menghapus simpul replika, atau Anda dapat menskalakan kapasitas dengan menaikkan skala ke jenis simpul yang lebih besar. Kedua operasi ini membutuhkan waktu. Untuk informasi lebih lanjut, lihat [Menskalakan node replika untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Scaling.RedisReplGrps.md).
Valkey atau Redis OSS (mode cluster diaktifkan) mendukung partisi data Anda di hingga 500 grup node. Anda dapat mengubah jumlah serpihan secara dinamis mengikuti perubahan kebutuhan bisnis Anda. Salah satu keuntungan dari pembuatan partisi adalah beban disebarkan ke lebih banyak titik akhir, sehingga mengurangi kemacetan akses selama permintaan puncak. Selain itu, Anda dapat mengakomodasi set data yang lebih besar karena data dapat disebarkan ke beberapa server. Untuk informasi tentang penskalaan partisi Anda, lihat. [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md)
+ **Ukuran node v. jumlah node** — Karena cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) hanya memiliki satu pecahan, tipe node harus cukup besar untuk mengakomodasi semua data cluster ditambah overhead yang diperlukan. Di sisi lain, karena Anda dapat mempartisi data Anda di beberapa pecahan saat menggunakan cluster Valkey atau Redis OSS (mode cluster enabled), tipe node bisa lebih kecil, meskipun Anda membutuhkan lebih banyak dari mereka. Untuk informasi selengkapnya, lihat [Memilih ukuran simpul Anda](CacheNodes.SelectSize.md).
+ **Membaca v. menulis** - Jika beban utama pada cluster Anda adalah aplikasi yang membaca data, Anda dapat menskalakan cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan menambahkan dan menghapus replika baca. Namun, terdapat jumlah maksimum sebanyak 5 replika baca. Jika beban pada cluster Anda berat tulis, Anda bisa mendapatkan keuntungan dari titik akhir penulisan tambahan dari cluster Valkey atau Redis OSS (mode cluster enabled) dengan beberapa pecahan.
Apa pun jenis klaster yang Anda pilih untuk diterapkan, pastikan untuk memilih jenis simpul yang memadai untuk kebutuhan Anda saat ini dan pada masa mendatang.
# Meminimalkan downtime ElastiCache dengan menggunakan Multi-AZ dengan Valkey dan Redis OSS
Ada sejumlah contoh di mana ElastiCache untuk Valkey dan Redis OSS mungkin perlu mengganti node primer; ini termasuk jenis pemeliharaan terencana tertentu dan kejadian yang tidak mungkin dari node primer atau kegagalan Availability Zone.
Penggantian ini mengakibatkan waktu henti pada klaster, tetapi jika Multi-AZ diaktifkan, waktu henti dapat dikurangi. Peran simpul primer akan secara otomatis melakukan failover ke salah satu replika baca. Tidak perlu membuat dan menyediakan simpul utama baru, karena ElastiCache akan menangani ini secara transparan. Failover dan promosi replika ini memastikan Anda dapat melanjutkan penulisan ke primer baru segera setelah promosi selesai.
ElastiCache juga menyebarkan nama Domain Name Service (DNS) dari replika yang dipromosikan. Hal ini dilakukan karena jika aplikasi Anda menulis ke titik akhir primer, tidak perlu ada perubahan titik akhir dalam aplikasi Anda. Jika Anda membaca dari titik akhir individual, pastikan untuk mengubah titik akhir baca dari replika yang dipromosikan menjadi primer ke titik akhir dari replika yang baru.
Jika penggantian simpul terencana dimulai karena pembaruan pemeliharaan atau pembaruan mandiri, perhatikan hal berikut:
+ Untuk cluster Valkey dan Redis OSS, penggantian node yang direncanakan selesai sementara cluster melayani permintaan tulis yang masuk.
+ Untuk cluster yang dinonaktifkan mode cluster Valkey dan Redis OSS dengan multi-AZ diaktifkan yang berjalan pada mesin 5.0.6 atau yang lebih baru, penggantian node yang direncanakan selesai sementara cluster melayani permintaan tulis yang masuk.
+ Untuk cluster yang dinonaktifkan mode cluster Valkey dan Redis OSS dengan multi-AZ diaktifkan yang berjalan pada mesin 4.0.10 atau sebelumnya, Anda mungkin melihat gangguan penulisan singkat yang terkait dengan pembaruan DNS. Gangguan ini mungkin memakan waktu hingga beberapa detik. Proses ini jauh lebih cepat daripada membuat dan menetapkan primer baru, yang akan terjadi jika Anda tidak mengaktifkan Multi-AZ.
Anda dapat mengaktifkan Multi-AZ menggunakan ElastiCache Management Console, the AWS CLI, atau ElastiCache API.
Mengaktifkan ElastiCache Multi-AZ di klaster Valkey atau Redis OSS Anda (di API dan CLI, grup replikasi) meningkatkan toleransi kesalahan Anda. Hal ini berlaku terutama dalam kasus di mana klaster read/write utama cluster Anda menjadi tidak dapat dijangkau atau gagal karena alasan apa pun. Multi-AZ hanya didukung pada cluster Valkey dan Redis OSS dengan lebih dari satu node di setiap shard.
**Topics**
+ [Mengaktifkan Multi-AZ](#AutoFailover.Enable)
+ [Skenario kegagalan dengan respons Multi-AZ](#AutoFailover.Scenarios)
+ [Menguji failover otomatis](#auto-failover-test)
+ [Batasan pada Multi-AZ](#AutoFailover.Limitations)
## Mengaktifkan Multi-AZ
Anda dapat mengaktifkan Multi-AZ saat membuat atau memodifikasi cluster (API atau CLI, grup replikasi) menggunakan ElastiCache konsol AWS CLI,, atau API. ElastiCache
Anda dapat mengaktifkan Multi-AZ hanya pada cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang memiliki setidaknya satu replika baca yang tersedia. Klaster tanpa replika baca tidak menyediakan ketersediaan tinggi atau toleransi kesalahan. Untuk informasi tentang cara membuat klaster dengan replikasi, lihat [Membuat grup replikasi Valkey atau Redis OSS](Replication.CreatingRepGroup.md). Untuk informasi tentang cara menambahkan replika baca ke klaster dengan replikasi, lihat [Menambahkan replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Replication.AddReadReplica.md).
**Topics**
+ [Mengaktifkan Multi-AZ (Konsol)](#AutoFailover.Enable.Console)
+ [Mengaktifkan Multi-AZ (AWS CLI)](#AutoFailover.Enable.CLI)
+ [Mengaktifkan Multi-AZ (API) ElastiCache](#AutoFailover.Enable.API)
### Mengaktifkan Multi-AZ (Konsol)
Anda dapat mengaktifkan Multi-AZ menggunakan ElastiCache konsol saat Anda membuat cluster Valkey atau Redis OSS baru atau dengan memodifikasi cluster yang ada dengan replikasi.
Multi-AZ diaktifkan secara default pada cluster Valkey atau Redis OSS (mode cluster enabled).
**penting**
ElastiCache akan secara otomatis mengaktifkan Multi-AZ hanya jika cluster berisi setidaknya satu replika di Availability Zone yang berbeda dari yang utama di semua pecahan.
#### Mengaktifkan Multi-AZ saat membuat cluster menggunakan konsol ElastiCache
Lihat informasi selengkapnya tentang prosedur ini, lihat [Membuat cluster Valkey (mode cluster dinonaktifkan) (Konsol)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs). Pastikan untuk memiliki satu atau beberapa replika dan mengaktifkan Multi-AZ.
#### Mengaktifkan Multi-AZ pada klaster yang sudah ada (Konsol)
Untuk informasi selengkapnya tentang proses ini, lihat Mengubah Klaster [Menggunakan ElastiCache Konsol Manajemen AWS](Clusters.Modify.md#Clusters.Modify.CON).
### Mengaktifkan Multi-AZ (AWS CLI)
Contoh kode berikut menggunakan AWS CLI untuk mengaktifkan Multi-AZ untuk grup replikasi. `redis12`
**penting**
Replikasi grup `redis12` harus sudah ada dan memiliki setidaknya satu replika baca yang tersedia.
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-replication-group \
--replication-group-id redis12 \
--automatic-failover-enabled \
--multi-az-enabled \
--apply-immediately
```
Untuk Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id redis12 ^
--automatic-failover-enabled ^
--multi-az-enabled ^
--apply-immediately
```
Output JSON dari perintah ini akan terlihat seperti berikut.
```
{
"ReplicationGroup": {
"Status": "modifying",
"Description": "One shard, two nodes",
"NodeGroups": [
{
"Status": "modifying",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis12-001.v5r9dc.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis12-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis12-002.v5r9dc.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis12-002"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "redis12.v5r9dc.ng.0001.usw2.cache.amazonaws.com"
}
}
],
"ReplicationGroupId": "redis12",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabling",
"MultiAZ": "enabled",
"SnapshotWindow": "07:00-08:00",
"SnapshottingClusterId": "redis12-002",
"MemberClusters": [
"redis12-001",
"redis12-002"
],
"PendingModifiedValues": {}
}
}
```
Untuk informasi selengkapnya, lihat topik ini dalam *Referensi Perintah AWS CLI *:
+ [create-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-cluster.html)
+ [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
+ [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)dalam *AWS CLI Command Reference.*
### Mengaktifkan Multi-AZ (API) ElastiCache
Contoh kode berikut menggunakan ElastiCache API untuk mengaktifkan Multi-AZ untuk grup replikasi. `redis12`
**catatan**
Untuk menggunakan contoh ini, grup replikasi `redis12` harus sudah ada dan memiliki setidaknya satu replika baca dalam keadaan tersedia.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&ApplyImmediately=true
&AutoFailover=true
&MultiAZEnabled=true
&ReplicationGroupId=redis12
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20140401T192317Z
&X-Amz-Credential=
```
Untuk informasi lain, lihat topik ini di *Referensi API ElastiCache *:
+ [CreateCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheCluster.html)
+ [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
+ [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)
## Skenario kegagalan dengan respons Multi-AZ
Sebelum pengenalan Multi-AZ, ElastiCache mendeteksi dan mengganti node gagal cluster dengan membuat ulang dan reprovisioning node gagal. Jika Anda mengaktifkan Multi-AZ, simpul primer yang gagal akan melakukan failover ke replika dengan lag replikasi terkecil. Replika yang dipilih akan dipromosikan secara otomatis menjadi primer, yang jauh lebih cepat daripada membuat dan menetapkan kembali simpul primer baru. Proses ini biasanya memakan waktu hanya beberapa detik hingga Anda dapat menulis lagi ke klaster.
Ketika Multi-AZ diaktifkan, ElastiCache terus memonitor keadaan node utama. Jika simpul primer gagal, salah satu tindakan berikut akan dilakukan bergantung pada jenis kegagalan.
**Topics**
+ [Skenario kegagalan ketika hanya simpul primer yang gagal](#AutoFailover.Scenarios.PrimaryOnly)
+ [Skenario kegagalan ketika simpul primer dan beberapa replika baca gagal](#AutoFailover.Scenarios.PrimaryAndReplicas)
+ [Skenario kegagalan ketika seluruh klaster gagal](#AutoFailover.Scenarios.AllFail)
### Skenario kegagalan ketika hanya simpul primer yang gagal
Jika hanya simpul primer yang gagal, replika baca dengan lag replikasi terkecil akan dipromosikan menjadi primer. Replika baca pengganti kemudian dibuat dan ditetapkan di Zona Ketersediaan yang sama dengan primer yang gagal.
Ketika hanya node utama yang gagal, ElastiCache Multi-AZ melakukan hal berikut:
1. Simpul primer yang gagal akan dibuat offline.
1. Replika baca dengan lag replikasi terkecil akan dipromosikan menjadi primer.
Proses tulis dapat dilanjutkan segera setelah proses promosi selesai, biasanya hanya beberapa detik. Jika aplikasi Anda menulis ke titik akhir primer, Anda tidak perlu mengubah titik akhir untuk tulis atau baca. ElastiCache menyebarkan nama DNS dari replika yang dipromosikan.
1. Replika baca pengganti diluncurkan dan ditetapkan.
Replika baca pengganti diluncurkan pada Zona Ketersediaan yang sama dengan simpul primer yang gagal sehingga distribusi simpul tetap terpelihara.
1. Replika melakukan sinkronisasi dengan simpul primer yang baru.
Setelah replika baru tersedia, perhatikan efeknya berikut ini:
+ **Titik akhir primer** – Anda tidak perlu membuat perubahan apa pun pada aplikasi Anda, karena nama DNS dari simpul primer baru disebarkan ke titik akhir primer.
+ **Titik akhir baca** – Titik akhir pembaca diperbarui secara otomatis untuk mengarah ke simpul replika yang baru.
Untuk informasi tentang cara menemukan titik akhir klaster, lihat topik berikut:
+ [Menemukan Titik Akhir Cluster Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) (Konsol)](Endpoints.md#Endpoints.Find.Redis)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
### Skenario kegagalan ketika simpul primer dan beberapa replika baca gagal
Jika primer dan setidaknya satu replika baca gagal, replika yang tersedia dengan lag replikasi terkecil akan dipromosikan menjadi klaster primer. Replika baca yang baru juga dibuat dan ditetapkan di Zona Ketersediaan yang sama dengan simpul yang gagal dan replika yang dipromosikan menjadi primer.
Ketika node utama dan beberapa replika baca gagal, ElastiCache Multi-AZ melakukan hal berikut:
1. Simpul primer yang gagal dan replika baca yang gagal akan dibuat offline.
1. Replika yang tersedia dengan lag replikasi terkecil akan dipromosikan menjadi simpul primer.
Operasi tulis dapat dilanjutkan segera setelah proses promosi selesai, biasanya hanya beberapa detik. Jika aplikasi Anda menulis ke titik akhir utama, tidak perlu mengubah titik akhir untuk menulis. ElastiCache menyebarkan nama DNS dari replika yang dipromosikan.
1. Replika pengganti dibuat dan ditetapkan.
Replika pengganti dibuat di Zona Ketersediaan dari simpul yang gagal sehingga distribusi simpul tetap terpelihara.
1. Semua klaster melakukan sinkronisasi dengan simpul primer baru.
Lakukan perubahan berikut pada aplikasi Anda setelah simpul yang baru tersedia:
+ **Titik akhir primer** – Jangan membuat perubahan apa pun pada aplikasi Anda. Nama DNS dari simpul primer baru disebarkan ke titik akhir primer.
+ **Titik akhir baca** – Titik akhir baca diperbarui secara otomatis untuk mengarah ke simpul replika yang baru.
Untuk informasi tentang menemukan titik akhir grup replikasi, lihat topik berikut:
+ [Menemukan Titik Akhir Cluster Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) (Konsol)](Endpoints.md#Endpoints.Find.Redis)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
### Skenario kegagalan ketika seluruh klaster gagal
Jika semuanya gagal, semua simpul dibuat kembali dan ditetapkan pada Zona Ketersediaan yang sama dengan simpul asli.
Dalam skenario ini, semua data dalam klaster akan hilang karena kegagalan dari setiap simpul dalam klaster. Kasus ini jarang terjadi.
Ketika seluruh cluster gagal, ElastiCache Multi-AZ melakukan hal berikut:
1. Simpul primer dan replika baca yang gagal akan dibuat offline.
1. Simpul primer pengganti dibuat dan ditetapkan.
1. Replika pengganti dibuat dan ditetapkan.
Penggantinya dibuat di Zona Ketersediaan dari simpul yang gagal sehingga distribusi simpul tetap dipertahankan.
Karena seluruh klaster gagal, data menjadi hilang dan semua simpul baru akan melakukan cold start.
Karena setiap simpul pengganti memiliki titik akhir yang sama dengan simpul yang digantikannya, Anda tidak perlu membuat perubahan titik akhir pada aplikasi Anda.
Untuk informasi tentang menemukan titik akhir grup replikasi, lihat topik berikut:
+ [Menemukan Titik Akhir Cluster Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) (Konsol)](Endpoints.md#Endpoints.Find.Redis)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
Sebaiknya buat simpul primer dan replika baca di Zona Ketersediaan yang berbeda untuk meningkatkan tingkat toleransi kesalahan Anda.
## Menguji failover otomatis
Setelah mengaktifkan failover otomatis, Anda dapat mengujinya menggunakan ElastiCache konsol, file AWS CLI, dan ElastiCache API.
Saat menguji, perhatikan hal berikut:
+ Anda dapat menggunakan operasi ini untuk menguji failover otomatis hingga 15 pecahan (disebut grup simpul di ElastiCache API dan AWS CLI) dalam periode 24 jam bergulir apa pun.
+ Jika Anda memanggil operasi ini pada serpihan di klaster yang berbeda (disebut grup replikasi pada API dan CLI), Anda dapat membuat panggilan secara konkuren.
+ Dalam beberapa kasus, Anda mungkin memanggil operasi ini beberapa kali pada pecahan yang berbeda di grup replikasi Valkey atau Redis OSS (mode cluster enabled) yang sama. Dalam kasus tersebut, penggantian simpul pertama harus selesai sebelum panggilan berikutnya dapat dibuat.
+ Untuk menentukan apakah penggantian node selesai, periksa peristiwa menggunakan ElastiCache konsol Amazon, API AWS CLI, atau ElastiCache API. Cari peristiwa yang berkaitan dengan failover otomatis, yang tercantum berikut ini dalam urutan kemungkinan kemunculannya:
1. Pesan grup replikasi: `Test Failover API called for node group `
1. Pesan klaster cache: `Failover from primary node to replica node completed`
1. Pesan grup replikasi: `Failover from primary node to replica node completed`
1. Pesan klaster cache: `Recovering cache nodes `
1. Pesan klaster cache: `Finished recovery for cache nodes `
Untuk informasi lain, lihat hal berikut:
+ [Melihat ElastiCache acara](ECEvents.Viewing.md) di *Panduan Pengguna ElastiCache *
+ [DescribeEvents](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeEvents.html) di *Referensi API ElastiCache *
+ [describe-events](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-events.html) dalam *Referensi Perintah AWS CLI .*
+ API ini dirancang untuk menguji perilaku aplikasi Anda jika terjadi ElastiCache failover. Hal ini tidak dirancang untuk menjadi alat operasional untuk memulai failover guna mengatasi masalah dengan klaster. Selain itu, dalam kondisi tertentu seperti peristiwa operasional skala besar, AWS dapat memblokir API ini.
**Topics**
+ [Menguji failover otomatis menggunakan Konsol Manajemen AWS](#auto-failover-test-con)
+ [Menguji failover otomatis menggunakan AWS CLI](#auto-failover-test-cli)
+ [Menguji failover otomatis menggunakan API ElastiCache](#auto-failover-test-api)
### Menguji failover otomatis menggunakan Konsol Manajemen AWS
Gunakan prosedur berikut untuk menguji failover otomatis dengan konsol.
**Untuk menguji failover otomatis**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis** OSS.
1. Dari daftar cluster, pilih kotak di sebelah kiri cluster yang ingin Anda uji. Klaster ini harus memiliki setidaknya satu simpul replika baca.
1. Pada bagian **Detail**, lakukan konfirmasi bahwa klaster ini sudah mengaktifkan Multi-AZ. Jika klaster tidak memiliki Multi-AZ yang aktif, pilih klaster yang berbeda atau ubah klaster ini agar memiliki Multi-AZ yang aktif. Untuk informasi selengkapnya, lihat [Menggunakan ElastiCache Konsol Manajemen AWS](Clusters.Modify.md#Clusters.Modify.CON).
![\[Gambar: Area detail kluster berkemampuan Multi-AZ\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-AutoFailover-MultiAZ-Enabled.png)
1. Untuk Valkey atau Redis OSS (mode cluster dinonaktifkan), pilih nama cluster.
Untuk Valkey atau Redis OSS (mode cluster diaktifkan), lakukan hal berikut:
1. Pilih nama klaster.
1. Di halaman **Serpihan**, untuk serpihan (disebut grup simpul pada API dan CLI) yang ingin Anda uji failover-nya, pilih nama serpihan ini.
1. Di halaman Simpul, pilih **Failover Primer**.
1. Pilih **Lanjutkan** untuk melakukan failover primer, atau **Batalkan** untuk membatalkan failover simpul primer.
Selama proses failover, konsol terus menunjukkan status simpul sebagai *tersedia*. Untuk memantau progres pengujian failover Anda, pilih **Peristiwa** dari panel navigasi konsol. Di tab **Peristiwa**, perhatikan peristiwa yang menunjukkan failover Anda telah dimulai (`Test Failover API called`) dan selesai (`Recovery completed`).
### Menguji failover otomatis menggunakan AWS CLI
Anda dapat menguji failover otomatis pada cluster yang diaktifkan Multi-AZ menggunakan operasi. AWS CLI `test-failover`
**Parameter**
+ `--replication-group-id` – Wajib. Grup replikasi (di konsol, klaster) yang akan diuji.
+ `--node-group-id` – Wajib. Nama grup simpul yang ingin diuji failover otomatis. Anda dapat menguji maksimal 15 grup node dalam periode 24 jam bergulir.
Contoh berikut menggunakan AWS CLI untuk menguji failover otomatis pada grup `redis00-0003` node di Valkey atau Redis OSS (mode cluster enabled) cluster. `redis00`
**Example Menguji failover otomatis**
Untuk Linux, macOS, atau Unix:
```
aws elasticache test-failover \
--replication-group-id redis00 \
--node-group-id redis00-0003
```
Untuk Windows:
```
aws elasticache test-failover ^
--replication-group-id redis00 ^
--node-group-id redis00-0003
```
Output dari perintah sebelumnya akan terlihat seperti berikut.
```
{
"ReplicationGroup": {
"Status": "available",
"Description": "1 shard, 3 nodes (1 + 2 replicas)",
"NodeGroups": [
{
"Status": "available",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis1x3-001.7ekv3t.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis1x3-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis1x3-002.7ekv3t.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis1x3-002"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis1x3-003.7ekv3t.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis1x3-003"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "redis1x3.7ekv3t.ng.0001.usw2.cache.amazonaws.com"
}
}
],
"ClusterEnabled": false,
"ReplicationGroupId": "redis1x3",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"MultiAZ": "enabled",
"SnapshotWindow": "11:30-12:30",
"SnapshottingClusterId": "redis1x3-002",
"MemberClusters": [
"redis1x3-001",
"redis1x3-002",
"redis1x3-003"
],
"CacheNodeType": "cache.m3.medium",
"DataTiering": "disabled",
"PendingModifiedValues": {}
}
}
```
Untuk melacak kemajuan failover Anda, gunakan AWS CLI `describe-events` operasi.
Untuk informasi selengkapnya, lihat berikut ini:
+ [test-failover](https://docs.aws.amazon.com/cli/latest/reference/elasticache/test-failover.html) dalam *Referensi Perintah AWS CLI .*
+ [describe-events](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-events.html) dalam *Referensi Perintah AWS CLI .*
### Menguji failover otomatis menggunakan API ElastiCache
Anda dapat menguji failover otomatis pada cluster apa pun yang diaktifkan dengan Multi-AZ menggunakan operasi ElastiCache API. `TestFailover`
**Parameter**
+ `ReplicationGroupId` – Wajib. Grup replikasi (di konsol, klaster) yang akan diuji.
+ `NodeGroupId` – Wajib. Nama grup simpul yang ingin diuji failover otomatis. Anda dapat menguji maksimal 15 grup node dalam periode 24 jam bergulir.
Contoh berikut menguji failover otomatis pada grup simpul `redis00-0003` pada grup replikasi (pada konsol, klaster) `redis00`.
**Example Menguji failover otomatis**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=TestFailover
&NodeGroupId=redis00-0003
&ReplicationGroupId=redis00
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20140401T192317Z
&X-Amz-Credential=
```
Untuk melacak kemajuan failover Anda, gunakan operasi ElastiCache `DescribeEvents` API.
Untuk informasi selengkapnya, lihat berikut ini:
+ [TestFailover](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_TestFailover.html)di *Referensi ElastiCache API*
+ [DescribeEvents](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeEvents.html)di *Referensi ElastiCache API*
## Batasan pada Multi-AZ
Waspadai batasan berikut untuk Multi-AZ:
+ Multi-AZ didukung pada Valkey, dan pada Redis OSS versi 2.8.6 dan yang lebih baru.
+ Multi-AZ tidak didukung pada tipe node T1.
+ Replikasi Valkey dan Redis OSS tidak sinkron. Oleh karena itu, saat simpul primer melakukan failover ke replika, sejumlah kecil data mungkin hilang karena lag replikasi.
Saat memilih replika untuk dipromosikan ke primer, ElastiCache pilih replika dengan jeda replikasi paling sedikit. Dengan kata lain, yang dipilih adalah replika yang terkini. Hal ini membantu meminimalkan jumlah data yang hilang. Replika dengan lag replikasi terkecil dapat berada di Zona Ketersediaan yang sama atau berbeda dari simpul primer yang gagal.
+ Saat Anda mempromosikan replika baca secara manual ke primer di cluster Valkey atau Redis OSS dengan mode cluster dinonaktifkan, Anda hanya dapat melakukannya ketika multi-AZ dan failover otomatis dinonaktifkan. Untuk mempromosikan replika baca menjadi primer, lakukan langkah berikut:
1. Nonaktifkan Multi-AZ pada klaster.
1. Nonaktifkan failover otomatis pada klaster. Anda dapat melakukan ini melalui konsol dengan membersihkan kotak centang **Auto failover** untuk grup replikasi. Anda juga dapat melakukan ini menggunakan AWS CLI dengan mengatur `AutomaticFailoverEnabled` properti `false` saat memanggil `ModifyReplicationGroup` operasi.
1. Promosikan replika baca menjadi primer.
1. Aktifkan kembali Multi-AZ.
+ ElastiCache untuk Redis OSS Multi-AZ dan file append-only (AOF) saling eksklusif. Jika Anda mengaktifkan salah satunya, Anda tidak dapat mengaktifkan yang lain.
+ Kegagalan simpul dapat disebabkan oleh peristiwa langka saat seluruh Zona Ketersediaan gagal. Dalam kasus ini, replika untuk menggantikan primer yang gagal akan dibuat hanya saat Zona Ketersediaan sudah dipulihkan. Sebagai contoh, misalkan grup replikasi dengan primer berada di AZ-a, sedangkan replika ada di AZ-b dan AZ-c. Jika primer gagal, replika dengan lag replikasi terkecil akan dipromosikan menjadi klaster primer. Kemudian, ElastiCache buat replika baru di AZ-a (di mana primer yang gagal berada) hanya ketika AZ-A di-back up dan tersedia.
+ Boot ulang primer yang dilakukan oleh pelanggan tidak memicu failover otomatis. Boot ulang lain dan kegagalan akan memicu failover otomatis.
+ Saat primer di-booting ulang, data dihapus dari primer saat primer kembali online. Saat replika baca melihat klaster primer yang bersih tanpa data, replika baca akan menghapus salinan datanya, yang menyebabkan hilangnya data.
+ Setelah replika baca dipromosikan, replika lain melakukan sinkronisasi dengan primer yang baru. Setelah sinkronisasi awal, konten replikasi dihapus dan replika menyinkronkan data dari primer yang baru. Proses sinkronisasi ini menyebabkan gangguan singkat, sehingga replika tidak dapat diakses. Proses sinkronisasi juga menyebabkan peningkatan beban sementara pada primer pada saat melakukan sinkronisasi dengan replika. Perilaku ini asli Valkey dan Redis OSS dan tidak unik untuk Multi-AZ. ElastiCache Untuk detail tentang perilaku ini, lihat [Replikasi](http://valkey.io/topics/replication) di situs web Valkey.
**penting**
Untuk Valkey 7.2.6 dan yang lebih baru atau Redis OSS versi 2.8.22 dan yang lebih baru, Anda tidak dapat membuat replika eksternal.
Untuk versi Redis OSS sebelum 2.8.22, sebaiknya Anda tidak menghubungkan replika eksternal ke ElastiCache cluster yang diaktifkan Multi-AZ. Konfigurasi yang tidak didukung ini dapat membuat masalah yang ElastiCache mencegah terjadinya failover dan pemulihan dengan benar. Untuk menghubungkan replika eksternal ke ElastiCache cluster, pastikan bahwa Multi-AZ tidak diaktifkan sebelum Anda membuat koneksi.
# Cara penerapan sinkronisasi dan pencadangan
Semua versi Valkey dan Redis OSS yang didukung mendukung pencadangan dan sinkronisasi antara node primer dan replika. Namun, cara pencadangan dan sinkronisasi diimplementasikan bervariasi tergantung pada versinya.
## Redis OSS Versi 2.8.22 dan yang lebih baru
Redis OSS replikasi, dalam versi 2.8.22 dan yang lebih baru, pilih antara dua metode. Untuk informasi selengkapnya, lihat [Versi Redis OSS Sebelum 2.8.22](#Replication.Redis.Earlier2-8-22) dan [Melakukan snapshot dan pemulihan](backups.md).
Selama proses forkless, jika operasi tulis memiliki beban berat, operasi tulis ke klaster akan ditunda untuk memastikan bahwa Anda tidak menumpuk terlalu banyak perubahan sehingga menghalangi keberhasilan snapshot.
## Versi Redis OSS Sebelum 2.8.22
Redis OSS backup dan sinkronisasi dalam versi sebelum 2.8.22 adalah proses tiga langkah.
1. Fork, dan dalam proses di latar belakang, menserialisasi data klaster ke disk. Ini menciptakan point-in-time snapshot.
1. Di latar depan, log perubahan pada *buffer output klien* diakumulasi.
**penting**
Jika log perubahan melebihi ukuran *buffer output klien*, pencadangan atau sinkronisasi akan gagal. Untuk informasi selengkapnya, lihat [Memastikan Anda memiliki cukup memori untuk membuat snapshot Valkey atau Redis OSS](BestPractices.BGSAVE.md).
1. Sebagai langkah terakhir, data cache dan log perubahan ditransmisikan ke simpul replika.
# Membuat grup replikasi Valkey atau Redis OSS
Anda memiliki opsi berikut untuk membuat klaster dengan simpul replika. Satu berlaku ketika Anda sudah memiliki cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang tersedia yang tidak terkait dengan cluster mana pun yang memiliki replika untuk digunakan sebagai simpul utama. Opsi lain berlaku jika Anda perlu membuat simpul primer dengan klaster dan replika baca. Saat ini, cluster Valkey atau Redis OSS (mode cluster enabled) harus dibuat dari awal.
**Opsi 1: [Membuat grup replikasi menggunakan klaster yang sudah ada](Replication.CreatingReplGroup.ExistingCluster.md)**
Gunakan opsi ini untuk memanfaatkan cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang ada. Anda menetapkan simpul yang sudah ada ini sebagai simpul primer dalam klaster baru, lalu secara individual menambahkan 1 hingga 5 replika baca untuk klaster ini. Jika klaster yang sudah ada ini aktif, replika baca melakukan sinkronisasi dengan klaster itu begitu replika dibuat. Lihat [Membuat grup replikasi menggunakan klaster yang sudah ada](Replication.CreatingReplGroup.ExistingCluster.md).
Anda tidak dapat membuat cluster Valkey atau Redis OSS (mode cluster enabled) menggunakan cluster yang ada. Untuk membuat cluster Valkey atau Redis OSS (mode cluster enabled) (API/CLI: grup replikasi) menggunakan konsol, lihat. ElastiCache [Membuat cluster Valkey atau Redis OSS (mode cluster diaktifkan) (Konsol)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
**Opsi 2: [Membuat grup replikasi Valkey atau Redis OSS dari awal](Replication.CreatingReplGroup.NoExistingCluster.md)**
Gunakan opsi ini jika Anda belum memiliki cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang tersedia untuk digunakan sebagai simpul utama cluster, atau jika Anda ingin membuat cluster Valkey atau Redis OSS (mode cluster enabled). Lihat [Membuat grup replikasi Valkey atau Redis OSS dari awal](Replication.CreatingReplGroup.NoExistingCluster.md).
# Membuat grup replikasi menggunakan klaster yang sudah ada
Prosedur berikut menambahkan grup replikasi ke cluster simpul tunggal Valkey atau Redis OSS (mode cluster dinonaktifkan) Anda, yang diperlukan untuk meningkatkan klaster Anda ke versi terbaru Valkey. Ini adalah prosedur di tempat yang melibatkan nol downtime dan nol kehilangan data. Saat Anda membuat grup replikasi untuk kluster simpul tunggal Anda, simpul klaster menjadi simpul utama di cluster baru. Jika Anda tidak memiliki cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang dapat Anda gunakan sebagai cluster utama klaster baru, lihat. [Membuat grup replikasi Valkey atau Redis OSS dari awal](Replication.CreatingReplGroup.NoExistingCluster.md)
Cluster yang tersedia adalah cluster Valkey atau Redis OSS node tunggal yang ada. Saat ini, Valkey atau Redis OSS (mode cluster diaktifkan) tidak mendukung pembuatan cluster dengan replika menggunakan cluster simpul tunggal yang tersedia. Jika Anda ingin membuat cluster Valkey atau Redis OSS (mode cluster enabled), lihat. [Membuat cluster Valkey atau Redis OSS (Mode Cluster Diaktifkan) (Konsol)](Replication.CreatingReplGroup.NoExistingCluster.Cluster.md#Replication.CreatingReplGroup.NoExistingCluster.Cluster.CON)
## Membuat grup replikasi menggunakan cluster yang ada (Console)
Lihat topik [Menggunakan ElastiCache Konsol Manajemen AWS](Clusters.AddNode.md#Clusters.AddNode.CON).
## Membuat grup replikasi menggunakan cluster Valkey atau Redis OSS yang tersedia ()AWS CLI
Ada dua langkah untuk membuat grup replikasi dengan replika baca saat menggunakan Valkey atau Redis OSS Cache Cluster yang tersedia untuk primer saat menggunakan.AWS CLI
Saat menggunakan AWS CLI Anda membuat grup replikasi yang menentukan node mandiri yang tersedia sebagai simpul utama cluster, `--primary-cluster-id` dan jumlah node yang Anda inginkan di cluster menggunakan perintah CLI,. `create-replication-group` Sertakan parameter berikut.
**--replication-group-id**
Nama grup replikasi yang Anda buat. Nilai parameter ini digunakan sebagai dasar untuk nama simpul yang ditambahkan dengan nomor 3 digit berurutan ditambahkan di akhir `--replication-group-id`. Misalnya, `sample-repl-group-001`.
Kendala penamaan grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**--replication-group-description**
Deskripsi grup replikasi.
**--num-node-groups**
Jumlah simpul yang Anda inginkan dalam klaster ini. Nilai ini mencakup simpul primer. Parameter ini memiliki nilai maksimum sebesar enam.
**--primary-cluster-id**
Nama node cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang tersedia yang Anda inginkan menjadi simpul utama dalam grup replikasi ini.
Perintah berikut membuat grup replikasi `sample-repl-group` menggunakan cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang tersedia `redis01` sebagai node utama grup replikasi. Tindakan ini membuat 2 simpul baru yang merupakan replika baca. Pengaturan dari `redis01` (yaitu grup parameter, grup keamanan, jenis simpul, versi mesin, dan seterusnya.) akan diterapkan untuk semua simpul dalam grup replikasi.
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-replication-group \
--replication-group-id sample-repl-group \
--replication-group-description "demo cluster with replicas" \
--num-cache-clusters 3 \
--primary-cluster-id redis01
```
Untuk Windows:
```
aws elasticache create-replication-group ^
--replication-group-id sample-repl-group ^
--replication-group-description "demo cluster with replicas" ^
--num-cache-clusters 3 ^
--primary-cluster-id redis01
```
Untuk informasi dan parameter tambahan yang mungkin ingin Anda gunakan, lihat AWS CLI topiknya[create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html).
**Selanjutnya, tambahkan replika baca ke grup replikasi**
Setelah grup replikasi dibuat, tambahkan satu hingga lima replika baca ke grup untuk menggunakan perintah `create-cache-cluster`. Pastikan untuk menyertakan parameter berikut.
**--cache-cluster-id**
Nama klaster yang Anda tambahkan ke grup replikasi.
Batasan penamaan klaster adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**--replication-group-id**
Nama grup replikasi yang Anda tambahkan cluster ini.
Ulangi perintah ini untuk setiap replika baca yang ingin Anda tambahkan ke grup replikasi, dengan mengubah nilai dari parameter `--cache-cluster-id` saja.
**catatan**
Ingat, grup replikasi tidak dapat memiliki lebih dari lima replika baca. Jika Anda mencoba menambahkan replika baca ke grup replikasi yang sudah memiliki lima replika baca, maka operasi ini akan gagal.
Kode berikut menambahkan replika baca `my-replica01` ke grup replikasi `sample-repl-group`. Pengaturan dari klaster primer–grup parameter, grup keamanan, jenis simpul, dan sebagainya–akan diterapkan ke simpul begitu simpul ditambahkan ke grup replikasi.
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-cache-cluster \
--cache-cluster-id my-replica01 \
--replication-group-id sample-repl-group
```
Untuk Windows:
```
aws elasticache create-cache-cluster ^
--cache-cluster-id my-replica01 ^
--replication-group-id sample-repl-group
```
Output dari perintah ini akan terlihat seperti ini.
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "demo cluster with replicas",
"ClusterEnabled": false,
"ReplicationGroupId": "sample-repl-group",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "disabled",
"SnapshotWindow": "00:00-01:00",
"SnapshottingClusterId": "redis01",
"MemberClusters": [
"sample-repl-group-001",
"sample-repl-group-002",
"redis01"
],
"CacheNodeType": "cache.m4.large",
"DataTiering": "disabled",
"PendingModifiedValues": {}
}
}
```
Untuk informasi tambahan, lihat AWS CLI topik:
+ [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
+ [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)
## Menambahkan replika ke cluster Valkey atau Redis OSS (Cluster Mode Disabled) mandiri (API) ElastiCache
Saat menggunakan ElastiCache API, Anda membuat grup replikasi yang menentukan node mandiri yang tersedia sebagai simpul utama cluster, `PrimaryClusterId` dan jumlah node yang Anda inginkan di cluster menggunakan perintah CLI,. `CreateReplicationGroup` Sertakan parameter berikut.
**ReplicationGroupId**
Nama grup replikasi yang Anda buat. Nilai parameter ini digunakan sebagai dasar untuk nama simpul yang ditambahkan dengan nomor 3 digit berurutan ditambahkan di akhir `ReplicationGroupId`. Misalnya, `sample-repl-group-001`.
Kendala penamaan grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**ReplicationGroupDescription**
Deskripsi klaster dengan replika.
**NumCacheClusters**
Jumlah simpul yang Anda inginkan dalam klaster ini. Nilai ini mencakup simpul primer. Parameter ini memiliki nilai maksimum sebesar enam.
**PrimaryClusterId**
Nama klaster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang tersedia yang Anda inginkan menjadi simpul utama di cluster ini.
Perintah berikut membuat cluster dengan replika `sample-repl-group` menggunakan cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang tersedia `redis01` sebagai node utama grup replikasi. Tindakan ini membuat 2 simpul baru yang merupakan replika baca. Pengaturan dari `redis01` (yaitu grup parameter, grup keamanan, jenis simpul, versi mesin, dan seterusnya.) akan diterapkan untuk semua simpul dalam grup replikasi.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateReplicationGroup
&Engine=redis
&EngineVersion=6.0
&ReplicationGroupDescription=Demo%20cluster%20with%20replicas
&ReplicationGroupId=sample-repl-group
&PrimaryClusterId=redis01
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk informasi tambahan, lihat topik ElastiCache APL:
+ [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
+ [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)
**Selanjutnya, tambahkan replika baca ke grup replikasi**
Setelah grup replikasi dibuat, tambahkan satu hingga lima replika baca ke grup untuk menggunakan operasi `CreateCacheCluster`. Pastikan untuk menyertakan parameter berikut.
**CacheClusterId**
Nama klaster yang Anda tambahkan ke grup replikasi.
Batasan penamaan klaster adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**ReplicationGroupId**
Nama grup replikasi yang Anda tambahkan cluster ini.
Ulangi operasi ini untuk setiap replika baca yang ingin Anda tambahkan ke grup replikasi, dengan mengubah nilai dari parameter `CacheClusterId` saja.
Kode berikut menambahkan replika baca `myReplica01` ke grup replikasi `myReplGroup`. Pengaturan klaster primer–grup parameter, grup keamanan, jenis simpul, dan sebagainya–akan diterapkan ke simpul begitu simpul ditambahkan ke grup replikasi.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheCluster
&CacheClusterId=myReplica01
&ReplicationGroupId=myReplGroup
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2015-02-02
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Credential=[your-access-key-id]/20150202/us-west-2/elasticache/aws4_request
&X-Amz-Date=20150202T170651Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=[signature-value]
```
Untuk informasi dan parameter tambahan yang mungkin ingin Anda gunakan, lihat topik ElastiCache API[CreateCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheCluster.html).
# Membuat grup replikasi Valkey atau Redis OSS dari awal
Berikut ini, Anda dapat menemukan cara membuat grup replikasi Valkey atau Redis OSS tanpa menggunakan cluster Valkey atau Redis OSS yang ada sebagai yang utama. Anda dapat membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) atau Valkey atau Redis OSS (mode cluster enabled) dari awal menggunakan ElastiCache konsol, the, atau API. AWS CLI ElastiCache
Sebelum melanjutkan, putuskan apakah Anda ingin membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) atau Valkey atau Redis OSS (mode cluster diaktifkan). Untuk panduan dalam memutuskan, lihat [Replikasi: Mode Cluster Valkey dan Redis OSS Dinonaktifkan vs Diaktifkan](Replication.Redis-RedisCluster.md).
**Topics**
+ [Membuat grup replikasi Valkey atau Redis OSS (Cluster Mode Disabled) dari awal](Replication.CreatingReplGroup.NoExistingCluster.Classic.md)
+ [Membuat grup replikasi di Valkey atau Redis OSS (Mode Cluster Diaktifkan) dari awal](Replication.CreatingReplGroup.NoExistingCluster.Cluster.md)
# Membuat grup replikasi Valkey atau Redis OSS (Cluster Mode Disabled) dari awal
Anda dapat membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) dari awal menggunakan ElastiCache konsol, the AWS CLI, atau API. ElastiCache Grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) selalu memiliki satu grup node, cluster utama, dan hingga lima replika baca. Grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) tidak mendukung partisi data Anda.
**catatan**
node/shard Batas dapat ditingkatkan hingga maksimum 500 per cluster. Untuk meminta penambahan batas, lihat [Batas Layanan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) dan sertakan jenis instans dalam permintaan yang diajukan.
Untuk membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) dari awal, ambil salah satu pendekatan berikut:
## Membuat grup replikasi Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) dari awal ()AWS CLI
Prosedur berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) menggunakan grup replikasi. AWS CLI
Saat Anda membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) dari awal, Anda membuat grup replikasi dan semua node dengan satu panggilan ke perintah. AWS CLI `create-replication-group` Sertakan parameter berikut.
**--replication-group-id**
Nama grup replikasi yang Anda buat.
Kendala penamaan grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**--replication-group-description**
Deskripsi grup replikasi.
**--num-cache-clusters**
Jumlah simpul yang ingin dibuat dengan grup replikasi ini, digabungkan dengan replika primer dan replika baca.
Jika Anda mengaktifkan Multi-AZ (`--automatic-failover-enabled`), nilai dari `--num-cache-clusters` harus minimal 2.
**--cache-node-type**
Jenis simpul untuk setiap simpul dalam grup replikasi.
ElastiCache mendukung jenis node berikut. Secara umum, jenis generasi saat ini memberikan lebih banyak memori dan daya komputasi dengan biaya lebih rendah dibandingkan dengan jenis generasi sebelumnya yang setara.
Untuk informasi selengkapnya tentang detail performa untuk setiap jenis node, lihat [Jenis EC2 Instance Amazon](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Atur parameter ini jika Anda menggunakan jenis simpul r6gd. Jika Anda tidak ingin tingkatan data, atur `--no-data-tiering-enabled`. Untuk informasi selengkapnya, lihat [Tingkatan data di ElastiCache](data-tiering.md).
**--cache-parameter-group**
Tentukan grup parameter yang sesuai dengan versi mesin Anda. Jika Anda menjalankan Redis OSS 3.2.4 atau yang lebih baru, tentukan grup parameter atau grup `default.redis3.2` parameter yang berasal dari `default.redis3.2` untuk membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan). Untuk informasi selengkapnya, lihat [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis).
**--network-type**
Baik `ipv4`, `ipv6` atau `dual-stack`. Jika Anda memilih tumpukan ganda, Anda harus menetapkan parameter `--IpDiscovery` ke `ipv4` atau `ipv6`.
**--engine**
redis
**--engine-version**
Untuk mendapatkan kumpulan fitur terbanyak, pilih versi mesin terbaru.
Nama simpul akan diambil dari nama grup replikasi dengan tambahan `-00`*\$1* di belakang nama grup replikasi. Sebagai contoh, menggunakan nama grup replikasi `myReplGroup`, nama untuk replika primer menjadi `myReplGroup-001` dan replika baca menjadi `myReplGroup-002` hingga `myReplGroup-006`.
Jika Anda ingin mengaktifkan enkripsi bergerak atau diam pada grup replikasi ini, tambahkan salah satu atau kedua parameter `--transit-encryption-enabled` atau `--at-rest-encryption-enabled` dan penuhi kondisi berikut.
+ Grup replikasi Anda harus menjalankan Redis OSS versi 3.2.6 atau 4.0.10.
+ Grup replikasi harus dibuat dalam Amazon VPC.
+ Anda juga harus menyertakan parameter `--cache-subnet-group`.
+ Anda juga harus menyertakan parameter `--auth-token` dengan nilai string yang ditentukan oleh pelanggan untuk token (kata sandi) AUTH Anda yang diperlukan untuk melakukan operasi pada grup replikasi ini.
Operasi berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) `sample-repl-group` dengan tiga node, primer dan dua replika.
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-replication-group \
--replication-group-id sample-repl-group \
--replication-group-description "Demo cluster with replicas" \
--num-cache-clusters 3 \
--cache-node-type cache.m4.large \
--engine redis
```
Untuk Windows:
```
aws elasticache create-replication-group ^
--replication-group-id sample-repl-group ^
--replication-group-description "Demo cluster with replicas" ^
--num-cache-clusters 3 ^
--cache-node-type cache.m4.large ^
--engine redis
```
Output dari perintah ini adalah seperti berikut.
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "Demo cluster with replicas",
"ClusterEnabled": false,
"ReplicationGroupId": "sample-repl-group",
"SnapshotRetentionLimit": 0,
"AutomaticFailover": "disabled",
"SnapshotWindow": "01:30-02:30",
"MemberClusters": [
"sample-repl-group-001",
"sample-repl-group-002",
"sample-repl-group-003"
],
"CacheNodeType": "cache.m4.large",
"DataTiering": "disabled",
"PendingModifiedValues": {}
}
}
```
Untuk informasi dan parameter tambahan yang mungkin ingin Anda gunakan, lihat AWS CLI topiknya [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html).
## Membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) dari awal (API) ElastiCache
Prosedur berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) menggunakan API. ElastiCache
Saat Anda membuat grup replikasi Valkey atau Redis OSS (mode cluster disabled) dari awal, Anda membuat grup replikasi dan semua node dengan satu panggilan ke operasi API. ElastiCache `CreateReplicationGroup` Sertakan parameter berikut.
**ReplicationGroupId**
Nama grup replikasi yang Anda buat.
Kendala penamaan grup replikasi Valkey atau Redis OSS (mode cluster enabled) adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**ReplicationGroupDescription**
Deskripsi Anda tentang grup replikasi.
**NumCacheClusters**
Total jumlah simpul yang ingin dibuat dengan grup replikasi ini, digabungkan dengan primer dan replika baca.
Jika Anda mengaktifkan Multi-AZ (`AutomaticFailoverEnabled=true`), nilai dari `NumCacheClusters` harus minimal 2.
**CacheNodeType**
Jenis simpul untuk setiap simpul dalam grup replikasi.
ElastiCache mendukung jenis node berikut. Secara umum, jenis generasi saat ini memberikan lebih banyak memori dan daya komputasi dengan biaya lebih rendah dibandingkan dengan jenis generasi sebelumnya yang setara.
Untuk informasi selengkapnya tentang detail performa untuk setiap jenis node, lihat [Jenis EC2 Instance Amazon](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Atur parameter ini jika Anda menggunakan jenis simpul r6gd. Jika Anda tidak ingin tingkatan data, atur `--no-data-tiering-enabled`. Untuk informasi selengkapnya, lihat [Tingkatan data di ElastiCache](data-tiering.md).
**CacheParameterGroup**
Tentukan grup parameter yang sesuai dengan versi mesin Anda. Jika Anda menjalankan Redis OSS 3.2.4 atau yang lebih baru, tentukan grup parameter atau grup `default.redis3.2` parameter yang berasal dari `default.redis3.2` untuk membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan). Untuk informasi selengkapnya, lihat [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis).
**--network-type**
Baik `ipv4`, `ipv` atau `dual-stack`. Jika Anda memilih tumpukan ganda, Anda harus mengatur parameter `--IpDiscovery` ke salah satu `ipv4` atau `ipv6`.
**Engine**
redis
**EngineVersion**
6.0
Nama simpul akan diambil dari nama grup replikasi dengan tambahan `-00`*\$1* di belakang nama grup replikasi. Sebagai contoh, menggunakan nama grup replikasi `myReplGroup`, nama untuk replika primer menjadi `myReplGroup-001` dan replika baca menjadi `myReplGroup-002` hingga `myReplGroup-006`.
Jika Anda ingin mengaktifkan enkripsi bergerak atau diam pada grup replikasi ini, tambahkan salah satu atau kedua parameter `TransitEncryptionEnabled=true` atau `AtRestEncryptionEnabled=true` dan penuhi kondisi berikut.
+ Grup replikasi Anda harus menjalankan Redis OSS versi 3.2.6 atau 4.0.10.
+ Grup replikasi harus dibuat dalam Amazon VPC.
+ Anda juga harus menyertakan parameter `CacheSubnetGroup`.
+ Anda juga harus menyertakan parameter `AuthToken` dengan nilai string yang ditentukan oleh pelanggan untuk token (kata sandi) AUTH Anda yang diperlukan untuk melakukan operasi pada grup replikasi ini.
Operasi berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) `myReplGroup` dengan tiga node, primer dan dua replika.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateReplicationGroup
&CacheNodeType=cache.m4.large
&CacheParameterGroup=default.redis6.x
&Engine=redis
&EngineVersion=6.0
&NumCacheClusters=3
&ReplicationGroupDescription=test%20group
&ReplicationGroupId=myReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk informasi dan parameter tambahan yang mungkin ingin Anda gunakan, lihat topik ElastiCache API[CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html).
# Membuat grup replikasi di Valkey atau Redis OSS (Mode Cluster Diaktifkan) dari awal
Anda dapat membuat klaster Valkey atau Redis OSS (mode cluster enabled) (API/CLI: *grup replikasi*) menggunakan ElastiCache konsol, the, atau API. AWS CLI ElastiCache Grup replikasi Valkey atau Redis OSS (mode cluster enabled) memiliki 1 hingga 500 pecahan (API/CLI: grup simpul), simpul utama di setiap pecahan, dan hingga 5 replika baca di setiap pecahan. Anda dapat membuat klaster dengan jumlah serpihan lebih banyak dan jumlah replika lebih sedikit dengan jumlah total hingga 90 simpul per klaster. Konfigurasi klaster ini dapat berkisar dari 90 serpihan dan 0 replika hingga 15 serpihan dan 5 replika, yang merupakan jumlah replika maksimum yang diizinkan.
Batas node atau shard dapat ditingkatkan hingga maksimum 500 per cluster jika versi mesin Valkey atau Redis OSS adalah 5.0.6 atau lebih tinggi. Sebagai contoh, Anda dapat memilih untuk mengonfigurasi sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (satu primer dan tanpa replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umumnya termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet dibagikan dan banyak digunakan oleh klaster lainnya. Untuk informasi selengkapnya, lihat [Membuat grup subnet](SubnetGroups.Creating.md).
Untuk versi di bawah 5.0.6, batasnya adalah 250 per klaster.
Untuk meminta penambahan batas, lihat [Batas Layanan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) dan pilih jenis batas **Simpul per klaster per jenis instans**.
**Topics**
+ [Menggunakan ElastiCache Konsol](#Replication.CreatingReplGroup.NoExistingCluster.Cluster.CON)
+ [Membuat grup replikasi Valkey atau Redis OSS (Cluster Mode Enabled) dari awal ()AWS CLI](#Replication.CreatingReplGroup.NoExistingCluster.Cluster.CLI)
+ [Membuat grup replikasi di Valkey atau Redis OSS (Mode Cluster Diaktifkan) dari awal (API) ElastiCache](#Replication.CreatingReplGroup.NoExistingCluster.Cluster.API)
## Membuat cluster Valkey atau Redis OSS (Mode Cluster Diaktifkan) (Konsol)
Untuk membuat cluster Valkey atau Redis OSS (mode cluster enabled), lihat. [Membuat cluster Valkey atau Redis OSS (mode cluster diaktifkan) (Konsol)](Clusters.Create.md#Clusters.Create.CON.RedisCluster) Pastikan untuk mengaktifkan mode klaster, **Mode Klaster diaktifkan (Menskalakan Ke Luar)**, dan tentukan setidaknya dua serpihan dan satu simpul replika di setiap serpihan.
## Membuat grup replikasi Valkey atau Redis OSS (Cluster Mode Enabled) dari awal ()AWS CLI
Prosedur berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster enabled) menggunakan. AWS CLI
Saat Anda membuat grup replikasi Valkey atau Redis OSS (mode cluster enabled) dari awal, Anda membuat grup replikasi dan semua node dengan satu panggilan ke perintah. AWS CLI `create-replication-group` Sertakan parameter berikut.
**--replication-group-id**
Nama grup replikasi yang Anda buat.
Kendala penamaan grup replikasi Valkey atau Redis OSS (mode cluster enabled) adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**--replication-group-description**
Deskripsi grup replikasi.
**--cache-node-type**
Jenis simpul untuk setiap simpul dalam grup replikasi.
ElastiCache mendukung jenis node berikut. Secara umum, jenis generasi saat ini memberikan lebih banyak memori dan daya komputasi dengan biaya lebih rendah dibandingkan dengan jenis generasi sebelumnya yang setara.
Untuk informasi selengkapnya tentang detail performa untuk setiap jenis node, lihat [Jenis EC2 Instance Amazon](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Atur parameter ini jika Anda menggunakan jenis simpul r6gd. Jika Anda tidak ingin tingkatan data, atur `--no-data-tiering-enabled`. Untuk informasi selengkapnya, lihat [Tingkatan data di ElastiCache](data-tiering.md).
**--cache-parameter-group**
Tentukan grup `default.redis6.x.cluster.on` parameter atau grup parameter yang berasal dari `default.redis6.x.cluster.on` untuk membuat grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan). Untuk informasi selengkapnya, lihat [Redis OSS 6.x perubahan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.6-x).
**--engine**
redis
**--engine-version**
3.2.4
**--num-node-groups**
Jumlah grup simpul dalam grup replikasi ini. Nilai yang valid adalah 1 sampai 500.
node/shard Batas dapat ditingkatkan hingga maksimum 500 per cluster. Untuk meminta penambahan batas, lihat [Batas Layanan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) dan pilih jenis batas "Simpul per klaster per jenis instans".
**--replicas-per-node-group**
Jumlah simpul replika di setiap grup simpul. Nilai yang valid adalah 0 sampai 5.
**--network-type**
Baik `ipv4`, `ipv` atau `dual-stack`. Jika Anda memilih tumpukan ganda, Anda harus mengatur parameter `--IpDiscovery` ke salah satu `ipv4` atau `ipv6`.
Jika Anda ingin mengaktifkan enkripsi bergerak atau diam pada grup replikasi ini, tambahkan salah satu atau kedua parameter `--transit-encryption-enabled` atau `--at-rest-encryption-enabled` dan penuhi kondisi berikut.
+ Grup replikasi Anda harus menjalankan Redis OSS versi 3.2.6 atau 4.0.10.
+ Grup replikasi harus dibuat dalam Amazon VPC.
+ Anda juga harus menyertakan parameter `--cache-subnet-group`.
+ Anda juga harus menyertakan parameter `--auth-token` dengan nilai string yang ditentukan oleh pelanggan untuk token (kata sandi) AUTH Anda yang diperlukan untuk melakukan operasi pada grup replikasi ini.
Operasi berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster enabled) `sample-repl-group` dengan tiga node groups/shards (--num-node-groups), masing-masing dengan tiga node, primer dan dua replika baca (--). replicas-per-node-group
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-replication-group \
--replication-group-id sample-repl-group \
--replication-group-description "Demo cluster with replicas" \
--num-node-groups 3 \
--replicas-per-node-group 2 \
--cache-node-type cache.m4.large \
--engine redis \
--security-group-ids SECURITY_GROUP_ID \
--cache-subnet-group-name SUBNET_GROUP_NAME>
```
Untuk Windows:
```
aws elasticache create-replication-group ^
--replication-group-id sample-repl-group ^
--replication-group-description "Demo cluster with replicas" ^
--num-node-groups 3 ^
--replicas-per-node-group 2 ^
--cache-node-type cache.m4.large ^
--engine redis ^
--security-group-ids SECURITY_GROUP_ID ^
--cache-subnet-group-name SUBNET_GROUP_NAME>
```
Perintah sebelumnya menghasilkan output berikut.
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "Demo cluster with replicas",
"ReplicationGroupId": "sample-repl-group",
"SnapshotRetentionLimit": 0,
"AutomaticFailover": "enabled",
"SnapshotWindow": "05:30-06:30",
"MemberClusters": [
"sample-repl-group-0001-001",
"sample-repl-group-0001-002",
"sample-repl-group-0001-003",
"sample-repl-group-0002-001",
"sample-repl-group-0002-002",
"sample-repl-group-0002-003",
"sample-repl-group-0003-001",
"sample-repl-group-0003-002",
"sample-repl-group-0003-003"
],
"PendingModifiedValues": {}
}
}
```
Saat Anda membuat grup replikasi Valkey atau Redis OSS (mode cluster enabled) dari awal, Anda dapat mengonfigurasi setiap pecahan di cluster menggunakan `--node-group-configuration` parameter seperti yang ditunjukkan pada contoh berikut yang mengonfigurasi dua grup node (Console: shards). Serpihan pertama memiliki dua simpul, satu primer dan satu replika baca. Serpihan kedua memiliki tiga simpul, satu primer dan dua replika baca.
**--node-group-configuration**
Konfigurasi untuk setiap grup simpul. Parameter `--node-group-configuration` terdiri dari bidang berikut.
+ `PrimaryAvailabilityZone` – Zona Ketersediaan yang menjadi lokasi dari simpul primer dari grup simpul ini. Jika parameter ini dihilangkan, ElastiCache pilih Availability Zone untuk node utama.
**Contoh:** us-west-2a.
+ `ReplicaAvailabilityZones` – Daftar yang dipisahkan koma untuk Zona Ketersediaan yang menjadi lokasi replika baca. Jumlah Zona Ketersediaan dalam daftar harus sesuai dengan nilai dari `ReplicaCount`. Jika parameter ini dihilangkan, ElastiCache pilih Availability Zones untuk node replika.
**Contoh:** "us-west-2a,us-west-2b,us-west-2c"
+ `ReplicaCount` – Jumlah simpul replika di setiap grup simpul.
+ `Slots` – String yang menentukan ruang kunci untuk grup simpul. String menggunakan format `startKey-endKey`. Jika parameter ini dihilangkan, ElastiCache mengalokasikan kunci secara merata di antara kelompok node.
**Contoh:** "0-4999"
Operasi berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster enabled) `new-group` dengan dua grup simpul/pecahan (). `--num-node-groups` Tidak seperti contoh sebelumnya, setiap grup simpul dikonfigurasi secara berbeda dari grup simpul lainnya (`--node-group-configuration`).
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-replication-group \
--replication-group-id new-group \
--replication-group-description "Sharded replication group" \
--engine redis \
--snapshot-retention-limit 8 \
--cache-node-type cache.m4.medium \
--num-node-groups 2 \
--node-group-configuration \
"ReplicaCount=1,Slots=0-8999,PrimaryAvailabilityZone='us-east-1c',ReplicaAvailabilityZones='us-east-1b'" \
"ReplicaCount=2,Slots=9000-16383,PrimaryAvailabilityZone='us-east-1a',ReplicaAvailabilityZones='us-east-1a','us-east-1c'"
```
Untuk Windows:
```
aws elasticache create-replication-group ^
--replication-group-id new-group ^
--replication-group-description "Sharded replication group" ^
--engine redis ^
--snapshot-retention-limit 8 ^
--cache-node-type cache.m4.medium ^
--num-node-groups 2 ^
--node-group-configuration \
"ReplicaCount=1,Slots=0-8999,PrimaryAvailabilityZone='us-east-1c',ReplicaAvailabilityZones='us-east-1b'" \
"ReplicaCount=2,Slots=9000-16383,PrimaryAvailabilityZone='us-east-1a',ReplicaAvailabilityZones='us-east-1a','us-east-1c'"
```
Operasi sebelumnya menghasilkan output berikut.
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "Sharded replication group",
"ReplicationGroupId": "rc-rg",
"SnapshotRetentionLimit": 8,
"AutomaticFailover": "enabled",
"SnapshotWindow": "10:00-11:00",
"MemberClusters": [
"rc-rg-0001-001",
"rc-rg-0001-002",
"rc-rg-0002-001",
"rc-rg-0002-002",
"rc-rg-0002-003"
],
"PendingModifiedValues": {}
}
}
```
Untuk informasi dan parameter tambahan yang mungkin ingin Anda gunakan, lihat AWS CLI topiknya[create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html).
## Membuat grup replikasi di Valkey atau Redis OSS (Mode Cluster Diaktifkan) dari awal (API) ElastiCache
Prosedur berikut membuat grup replikasi Valkey atau Redis OSS (mode cluster enabled) menggunakan API. ElastiCache
Saat Anda membuat grup replikasi Valkey atau Redis OSS (mode cluster enabled) dari awal, Anda membuat grup replikasi dan semua node dengan satu panggilan ke operasi API. ElastiCache `CreateReplicationGroup` Sertakan parameter berikut.
**ReplicationGroupId**
Nama grup replikasi yang Anda buat.
Kendala penamaan grup replikasi Valkey atau Redis OSS (mode cluster enabled) adalah sebagai berikut:
+ Harus berisi 1–40 karakter alfanumerik atau tanda hubung.
+ Harus diawali dengan huruf.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
**ReplicationGroupDescription**
Deskripsi grup replikasi.
**NumNodeGroups**
Jumlah grup simpul yang ingin Anda buat dengan grup replikasi ini. Nilai yang valid adalah 1 sampai 500.
**ReplicasPerNodeGroup**
Jumlah simpul replika di setiap grup simpul. Nilai yang valid adalah 1 sampai 5.
**NodeGroupConfiguration**
Konfigurasi untuk setiap grup simpul. Parameter `NodeGroupConfiguration` terdiri dari bidang berikut.
+ `PrimaryAvailabilityZone` – Zona Ketersediaan yang menjadi lokasi dari simpul primer dari grup simpul ini. Jika parameter ini dihilangkan, ElastiCache pilih Availability Zone untuk node utama.
**Contoh:** us-west-2a.
+ `ReplicaAvailabilityZones` – Daftar Zona Ketersediaan tempat replika baca berada. Jumlah Zona Ketersediaan dalam daftar harus sesuai dengan nilai dari `ReplicaCount`. Jika parameter ini dihilangkan, ElastiCache pilih Availability Zones untuk node replika.
+ `ReplicaCount` – Jumlah simpul replika di setiap grup simpul.
+ `Slots` – String yang menentukan ruang kunci untuk grup simpul. String menggunakan format `startKey-endKey`. Jika parameter ini dihilangkan, ElastiCache mengalokasikan kunci secara merata di antara kelompok node.
**Contoh:** "0-4999"
**CacheNodeType**
Jenis simpul untuk setiap simpul dalam grup replikasi.
ElastiCache mendukung jenis node berikut. Secara umum, jenis generasi saat ini memberikan lebih banyak memori dan daya komputasi dengan biaya lebih rendah dibandingkan dengan jenis generasi sebelumnya yang setara.
Untuk informasi selengkapnya tentang detail performa untuk setiap jenis node, lihat [Jenis EC2 Instance Amazon](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Atur parameter ini jika Anda menggunakan jenis simpul r6gd. Jika Anda tidak ingin tingkatan data, atur `--no-data-tiering-enabled`. Untuk informasi selengkapnya, lihat [Tingkatan data di ElastiCache](data-tiering.md).
**CacheParameterGroup**
Tentukan grup `default.redis6.x.cluster.on` parameter atau grup parameter yang berasal dari `default.redis6.x.cluster.on` untuk membuat grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan). Untuk informasi selengkapnya, lihat [Redis OSS 6.x perubahan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.6-x).
**--network-type**
Baik `ipv4`, `ipv` atau `dual-stack`. Jika Anda memilih tumpukan ganda, Anda harus mengatur parameter `--IpDiscovery` ke salah satu `ipv4` atau `ipv6`.
**Engine**
redis
**EngineVersion**
6.0
Jika Anda ingin mengaktifkan enkripsi bergerak atau diam pada grup replikasi ini, tambahkan salah satu atau kedua parameter `TransitEncryptionEnabled=true` atau `AtRestEncryptionEnabled=true` dan penuhi kondisi berikut.
+ Grup replikasi Anda harus menjalankan Redis OSS versi 3.2.6 atau 4.0.10.
+ Grup replikasi harus dibuat dalam Amazon VPC.
+ Anda juga harus menyertakan parameter `CacheSubnetGroup`.
+ Anda juga harus menyertakan parameter `AuthToken` dengan nilai string yang ditentukan oleh pelanggan untuk token (kata sandi) AUTH Anda yang diperlukan untuk melakukan operasi pada grup replikasi ini.
Jeda baris ditambahkan agar dapat lebih mudah dibaca.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateReplicationGroup
&CacheNodeType=cache.m4.large
&CacheParemeterGroup=default.redis6.xcluster.on
&Engine=redis
&EngineVersion=6.0
&NumNodeGroups=3
&ReplicasPerNodeGroup=2
&ReplicationGroupDescription=test%20group
&ReplicationGroupId=myReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk informasi dan parameter tambahan yang mungkin ingin Anda gunakan, lihat topik ElastiCache API[CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html).
# Melihat detail grup replikasi
Terkadang Anda sebaiknya melihat detail grup replikasi. Anda dapat menggunakan ElastiCache konsol, AWS CLI for ElastiCache, atau ElastiCache API. Proses konsol berbeda untuk Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan).
**Contents**
+ [Melihat Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) dengan replika](Replication.ViewDetails.Redis.md)
+ [Menggunakan ElastiCache Konsol](Replication.ViewDetails.Redis.md#Replication.ViewDetails.Redis.CON)
+ [Menggunakan AWS CLI](Replication.ViewDetails.Redis.md#Replication.ViewDetails.Redis.CLI)
+ [Menggunakan ElastiCache API](Replication.ViewDetails.Redis.md#Replication.ViewDetails.Redis.API)
+ [Melihat grup replikasi: Valkey atau Redis OSS (Mode Cluster Diaktifkan)](Replication.ViewDetails.RedisCluster.md)
+ [Menggunakan ElastiCache Konsol](Replication.ViewDetails.RedisCluster.md#Replication.ViewDetails.RedisCluster.CON)
+ [Menggunakan AWS CLI](Replication.ViewDetails.RedisCluster.md#Replication.ViewDetails.RedisCluster.CLI)
+ [Menggunakan ElastiCache API](Replication.ViewDetails.RedisCluster.md#Replication.ViewDetails.RedisCluster.API)
+ [Melihat detail grup replikasi (AWS CLI)](Replication.ViewDetails.CLI.md)
+ [Melihat detail grup replikasi (ElastiCache API)](Replication.ViewDetails.API.md)
# Melihat Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) dengan replika
Anda dapat melihat detail cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan replika (API/CLI: *grup replikasi*) menggunakan ElastiCache konsol, for, atau API. AWS CLI ElastiCache ElastiCache
**Contents**
+ [Menggunakan ElastiCache Konsol](#Replication.ViewDetails.Redis.CON)
+ [Menggunakan AWS CLI](#Replication.ViewDetails.Redis.CLI)
+ [Menggunakan ElastiCache API](#Replication.ViewDetails.Redis.API)
## Melihat Grup Replikasi Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) (Konsol)
Untuk melihat detail cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan replika menggunakan ElastiCache konsol, lihat topiknya. [Melihat detail Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) (Konsol)](Clusters.ViewDetails.md#Clusters.ViewDetails.CON.Redis)
## Melihat grup replikasi Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) ()AWS CLI
Untuk AWS CLI contoh yang menampilkan detail grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan), lihat. [Melihat detail grup replikasi (AWS CLI)](Replication.ViewDetails.CLI.md)
## Melihat Grup Replikasi (API) Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) ElastiCache
Untuk contoh ElastiCache API yang menampilkan detail grup replikasi Valkey atau Redis OSS (mode klaster dinonaktifkan), lihat. [Melihat detail grup replikasi (ElastiCache API)](Replication.ViewDetails.API.md)
# Melihat grup replikasi: Valkey atau Redis OSS (Mode Cluster Diaktifkan)
## Melihat cluster Valkey atau Redis OSS (Mode Cluster Diaktifkan) (Konsol)
Untuk melihat detail cluster Valkey atau Redis OSS (mode cluster enabled) menggunakan ElastiCache konsol, lihat. [Melihat detail untuk cluster Valkey atau Redis OSS (Cluster Mode Enabled) (Konsol)](Clusters.ViewDetails.md#Clusters.ViewDetails.CON.RedisCluster)
## Melihat cluster Valkey atau Redis OSS (Mode Cluster Diaktifkan) ()AWS CLI
Untuk contoh ElastiCache CLI yang menampilkan detail grup replikasi Valkey atau Redis OSS (mode cluster enabled), lihat. [Melihat detail grup replikasi (AWS CLI)](Replication.ViewDetails.CLI.md)
## Melihat Cluster (API) Valkey atau Redis OSS (Mode Cluster Diaktifkan) ElastiCache
Untuk contoh ElastiCache API yang menampilkan detail grup replikasi Valkey atau Redis OSS (mode cluster enabled), lihat. [Melihat detail grup replikasi (ElastiCache API)](Replication.ViewDetails.API.md)
# Melihat detail grup replikasi (AWS CLI)
Anda dapat melihat detail untuk grup replikasi menggunakan AWS CLI `describe-replication-groups` perintah. Gunakan parameter opsional berikut untuk menyaring daftar. Menghilangkan parameter akan menampilkan detail hingga 100 grup replikasi.
**Parameter Opsional**
+ `--replication-group-id` – Gunakan parameter ini untuk mencantumkan detail grup replikasi tertentu. Jika grup replikasi yang ditentukan memiliki lebih dari satu grup simpul, hasil yang ditampilkan akan dikelompokkan berdasarkan grup simpul.
+ `--max-items` – Gunakan parameter ini untuk membatasi jumlah grup replikasi yang dicantumkan. Nilai dari `--max-items` tidak boleh kurang dari 20 atau lebih besar dari 100.
**Example**
Kode berikut menampilkan daftar detail hingga 100 grup replikasi.
```
aws elasticache describe-replication-groups
```
Kode berikut menampilkan daftar detail untuk `sample-repl-group`.
```
aws elasticache describe-replication-groups --replication-group-id sample-repl-group
```
Kode berikut menampilkan daftar detail untuk `sample-repl-group`.
```
aws elasticache describe-replication-groups --replication-group-id sample-repl-group
```
Kode berikut mencantumkan detail hingga 25 grup replikasi.
```
aws elasticache describe-replication-groups --max-items 25
```
Output dari operasi ini terlihat seperti berikut ini (format JSON).
```
{
"ReplicationGroups": [
{
"Status": "available",
"Description": "test",
"NodeGroups": [
{
"Status": "available",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "rg-name-001.1abc4d.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "rg-name-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "rg-name-002.1abc4d.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "rg-name-002"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "rg-name-003.1abc4d.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "rg-name-003"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "rg-name.1abc4d.ng.0001.usw2.cache.amazonaws.com"
}
}
],
"ReplicationGroupId": "rg-name",
"AutomaticFailover": "enabled",
"SnapshottingClusterId": "rg-name-002",
"MemberClusters": [
"rg-name-001",
"rg-name-002",
"rg-name-003"
],
"PendingModifiedValues": {}
},
{
... some output omitted for brevity
}
]
}
```
Untuk informasi selengkapnya, lihat ElastiCache topik AWS CLI untuk[describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html).
# Melihat detail grup replikasi (ElastiCache API)
Anda dapat melihat detail untuk replikasi menggunakan AWS CLI `DescribeReplicationGroups` operasi. Gunakan parameter opsional berikut untuk menyaring daftar. Menghilangkan parameter akan menampilkan detail hingga 100 grup replikasi.
**Parameter Opsional**
+ `ReplicationGroupId` – Gunakan parameter ini untuk mencantumkan detail grup replikasi tertentu. Jika grup replikasi yang ditentukan memiliki lebih dari satu grup simpul, hasil yang ditampilkan akan dikelompokkan berdasarkan grup simpul.
+ `MaxRecords` – Gunakan parameter ini untuk membatasi jumlah grup replikasi yang dicantumkan. Nilai dari `MaxRecords` tidak boleh kurang dari 20 atau lebih besar dari 100. Secara default, nilainya adalah 100.
**Example**
Kode berikut mencantumkan detail maksimum hingga 100 grup replikasi.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Kode berikut menampilkan daftar detail untuk `myReplGroup`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&ReplicationGroupId=myReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Kode berikut menampilkan daftar detail untuk maksimal 25 klaster.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&MaxRecords=25
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk informasi selengkapnya, lihat topik referensi ElastiCache API[DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html).
# Menemukan titik akhir grup replikasi
Aplikasi dapat terhubung ke simpul apa pun dalam grup replikasi, asalkan memiliki titik akhir DNS dan nomor port untuk simpul tersebut. Bergantung pada apakah Anda menjalankan grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) atau Valkey atau Redis OSS (mode cluster diaktifkan), Anda akan tertarik pada titik akhir yang berbeda.
**Valkey atau Redis OSS (mode cluster dinonaktifkan)**
**Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan replika memiliki tiga jenis titik akhir; titik akhir *primer, titik akhir pembaca, dan titik akhir* node.** Titik akhir primer adalah nama DNS yang selalu diresolusi ke simpul primer di klaster. Titik akhir primer tidak terpengaruh oleh perubahan klaster Anda, seperti promosi replika baca ke peran primer. Untuk aktivitas tulis, sebaiknya aplikasi Anda terhubung ke titik akhir primer.
Titik akhir pembaca akan membagi koneksi masuk secara merata ke titik akhir antara semua replika baca dalam sebuah cluster. ElastiCache Faktor lain seperti saat aplikasi membuat koneksi atau cara aplikasi menggunakan atau menggunakan ulang koneksi akan menentukan distribusi lalu lintas. Titik akhir pembaca tetap mengikuti perubahan klaster dalam waktu nyata saat replika ditambahkan atau dihapus. Anda dapat menempatkan beberapa replika baca klaster Redis OSS Anda ElastiCache di AWS Availability Zones (AZ) yang berbeda untuk memastikan ketersediaan titik akhir pembaca yang tinggi.
**catatan**
Titik akhir pembaca bukan penyeimbang beban. Ini adalah catatan DNS yang akan diresolusi sebagai alamat IP dari salah satu simpul replika dengan metode round robin.
Untuk aktivitas baca, aplikasi juga dapat menghubungkan ke simpul mana pun di klaster. Tidak seperti titik akhir primer, titik akhir simpul diresolusi ke titik akhir tertentu. Jika Anda membuat perubahan dalam klaster Anda, seperti menambahkan atau menghapus replika, Anda harus memperbarui titik akhir simpul di aplikasi Anda.
**Valkey atau Redis OSS (mode cluster diaktifkan)**
Valkey atau Redis OSS (mode cluster enabled) cluster dengan replika, karena mereka memiliki beberapa pecahan (API/CLI: grup node), yang berarti mereka juga memiliki beberapa node primer, memiliki struktur endpoint yang berbeda dari Valkey atau Redis OSS (cluster mode disabled) cluster. Valkey atau Redis OSS (mode cluster diaktifkan) memiliki *titik akhir konfigurasi yang “mengetahui” semua titik akhir* primer dan node di cluster. Aplikasi Anda terhubung ke titik akhir konfigurasi. Setiap kali aplikasi Anda menulis atau membaca dari titik akhir konfigurasi cluster, Valkey dan Redis OSS, di belakang layar, tentukan pecahan kunci mana dan titik akhir mana dalam pecahan itu untuk digunakan. Semua proses ini bersifat cukup transparan untuk aplikasi Anda.
Anda dapat menemukan titik akhir untuk klaster menggunakan ElastiCache konsol, the AWS CLI, atau ElastiCache API.
**Menemukan Titik Akhir Grup Replikasi**
Untuk menemukan titik akhir untuk grup replikasi Anda, lihat salah satu topik berikut:
+ [Menemukan Titik Akhir Cluster Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) (Konsol)](Endpoints.md#Endpoints.Find.Redis)
+ [Menemukan Titik Akhir untuk Cluster Valkey atau Redis OSS (Mode Cluster Diaktifkan) (Konsol)](Endpoints.md#Endpoints.Find.RedisCluster)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Menemukan Titik Akhir untuk Grup Replikasi Valkey atau Redis OSS (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
# Mengubah grup replikasi
**Batasan Penting**
Saat ini, ElastiCache mendukung modifikasi terbatas dari grup replikasi Valkey atau Redis OSS (mode cluster enabled), misalnya mengubah versi mesin, menggunakan operasi API (`ModifyReplicationGroup`CLI:). `modify-replication-group` Anda dapat memodifikasi jumlah pecahan (grup node) di cluster Valkey atau Redis OSS (mode cluster enabled) dengan operasi API ([https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroupShardConfiguration.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroupShardConfiguration.html)CLI:). [https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group-shard-configuration.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group-shard-configuration.html) Untuk informasi selengkapnya, lihat [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md).
Modifikasi lain pada cluster Valkey atau Redis OSS (mode cluster enabled) mengharuskan Anda membuat cluster dengan cluster baru yang menggabungkan perubahan.
Anda dapat memutakhirkan Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan) cluster dan grup replikasi ke versi mesin yang lebih baru. Namun, Anda tidak dapat menurunkan klaster ke versi mesin yang lebih lama kecuali dengan menghapus klaster atau grup replikasi yang sudah ada dan membuatnya lagi. Untuk informasi selengkapnya, lihat [Manajemen Versi untuk ElastiCache](VersionManagement.md).
Anda dapat memutakhirkan cluster Valkey atau Redis OSS yang sudah ada ElastiCache yang menggunakan mode cluster dinonaktifkan untuk menggunakan mode cluster diaktifkan, menggunakan konsol, [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)API atau perintah [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)CLI, seperti yang ditunjukkan pada contoh di bawah ini. Anda juga dapat mengikuti langkah-langkah di [Mengubah mode klaster](modify-cluster-mode.md).
Anda dapat memodifikasi pengaturan cluster Valkey atau Redis OSS (mode cluster disabled) menggunakan ElastiCache konsol, API AWS CLI, atau API. ElastiCache Saat ini, ElastiCache mendukung sejumlah modifikasi terbatas pada grup replikasi Valkey atau Redis OSS (mode cluster enabled). Modifikasi lain mengharuskan Anda membuat cadangan grup replikasi saat ini kemudian menggunakan cadangan itu untuk menyemai grup replikasi Valkey atau Redis OSS (mode cluster enabled) baru.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#Replication.Modify.CON)
+ [Menggunakan AWS CLI](#Replication.Modify.CLI)
+ [Menggunakan ElastiCache API](#Replication.Modify.API)
## Menggunakan Konsol Manajemen AWS
Untuk memodifikasi cluster Valkey atau Redis OSS (mode cluster dinonaktifkan), lihat. [Memodifikasi cluster ElastiCache](Clusters.Modify.md)
## Menggunakan AWS CLI
Berikut ini adalah AWS CLI contoh `modify-replication-group` perintah. Anda dapat menggunakan perintah yang sama untuk membuat perubahan lain pada grup replikasi.
**Aktifkan Multi-AZ pada grup replikasi Valkey atau Redis OSS yang ada:**
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--multi-az-enabled = true
```
Untuk Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--multi-az-enabled
```
**Ubah mode klaster dari dinonaktifkan menjadi diaktifkan:**
Untuk mengubah mode klaster dari *dinonaktifkan* ke *diaktifkan*, Anda harus terlebih dahulu mengatur mode klaster ke *kompatibel*. Mode yang kompatibel memungkinkan klien Valkey atau Redis OSS Anda terhubung menggunakan mode cluster diaktifkan dan mode cluster dinonaktifkan. *Setelah Anda memigrasikan semua klien Valkey atau Redis OSS untuk menggunakan mode cluster yang diaktifkan, Anda kemudian dapat menyelesaikan konfigurasi mode cluster dan mengatur mode cluster ke diaktifkan.*
Untuk Linux, macOS, atau Unix:
Atur ke mode klaster *kompatibel*.
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--cache-parameter-group-name myParameterGroupName \
--cluster-mode compatible
```
Atur ke mode klaster *diaktifkan*.
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--cluster-mode enabled
```
Untuk Windows:
Atur ke mode klaster *kompatibel*.
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--cache-parameter-group-name myParameterGroupName ^
--cluster-mode compatible
```
Atur ke mode klaster *diaktifkan*.
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--cluster-mode enabled
```
Untuk informasi selengkapnya tentang AWS CLI `modify-replication-group` perintah, lihat [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) atau [Memodifikasi mode cluster]() di Panduan *ElastiCache Pengguna Redis OSS*.
## Menggunakan ElastiCache API
Operasi ElastiCache API berikut memungkinkan Multi-AZ pada grup replikasi Valkey atau Redis OSS yang ada. Anda dapat menggunakan operasi yang sama untuk membuat perubahan lain pada grup replikasi.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&AutomaticFailoverEnabled=true
&Mutli-AZEnabled=true
&ReplicationGroupId=myReplGroup
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&Version=2014-12-01
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Untuk informasi selengkapnya tentang `ModifyReplicationGroup` operasi ElastiCache API, lihat[ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html).
# Menghapus grup replikasi
Jika Anda tidak lagi memerlukan salah satu klaster dengan replika (disebut *grup replikasi* pada API/CLI), Anda dapat menghapusnya. Ketika Anda menghapus grup replikasi, ElastiCache menghapus semua node dalam grup itu.
Setelah Anda memulainya, operasi ini tidak dapat dihentikan atau dibatalkan.
**Awas**
Saat Anda menghapus cluster ElastiCache untuk Redis OSS, snapshot manual Anda dipertahankan. Anda juga memiliki pilihan untuk membuat snapshot terakhir sebelum klaster dihapus. Snapshot cache otomatis tidak dipertahankan.
`CreateSnapshot`izin diperlukan untuk membuat snapshot akhir. Tanpa izin ini, panggilan API akan gagal dengan `Access Denied` pengecualian.
## Menghapus Grup Replikasi (Konsol)
Untuk menghapus klaster yang memiliki replika, lihat [Menghapus cluster di ElastiCache](Clusters.Delete.md).
## Menghapus Grup Replikasi (AWS CLI)
Gunakan perintah [delete-replication-group](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-DeleteReplicationGroup.html) untuk menghapus grup replikasi.
```
aws elasticache delete-replication-group --replication-group-id my-repgroup
```
Muncul prompt yang meminta konfirmasi keputusan Anda. Masukkan *y* (ya) untuk segera memulai operasi tersebut. Setelah dimulai, proses tidak dapat dibatalkan.
```
After you begin deleting this replication group, all of its nodes will be deleted as well.
Are you sure you want to delete this replication group? [Ny]y
REPLICATIONGROUP my-repgroup My replication group deleting
```
## Menghapus grup replikasi (API) ElastiCache
Memanggil [DeleteReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DeleteReplicationGroup.html) dengan parameter `ReplicationGroup`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DeleteReplicationGroup
&ReplicationGroupId=my-repgroup
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
**catatan**
Jika Anda menetapkan parameter `RetainPrimaryCluster` ke `true`, semua replika baca akan dihapus, tetapi klaster primer akan dipertahankan.
# Mengubah jumlah replika
Anda dapat secara dinamis menambah atau mengurangi jumlah replika baca di grup replikasi Valkey atau Redis OSS Anda menggunakan Konsol Manajemen AWS, the, atau API. AWS CLI ElastiCache Jika grup replikasi Anda adalah grup replikasi Valkey atau Redis OSS (mode cluster enabled), Anda dapat memilih pecahan (grup simpul) mana yang akan menambah atau mengurangi jumlah replika.
Untuk secara dinamis mengubah jumlah replika dalam grup replikasi Anda, pilih operasi dari tabel berikut yang sesuai dengan situasi Anda.
| Untuk Melakukannya | Untuk Valkey atau Redis OSS (mode cluster diaktifkan) | Untuk Valkey atau Redis OSS (mode cluster dinonaktifkan) |
| --- | --- | --- |
| Tambahkan replika | [Menambah jumlah replika dalam serpihan](increase-replica-count.md) | [Menambah jumlah replika dalam serpihan](increase-replica-count.md) [Menambahkan replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Replication.AddReadReplica.md) |
| Menghapus replika | [Mengurangi jumlah replika dalam serpihan](decrease-replica-count.md) | [Mengurangi jumlah replika dalam serpihan](decrease-replica-count.md) [Menghapus replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Replication.RemoveReadReplica.md) |
# Menambah jumlah replika dalam serpihan
Anda dapat meningkatkan jumlah replika dalam pecahan Valkey atau Redis OSS (mode cluster diaktifkan) atau Valkey atau Redis OSS (mode cluster dinonaktifkan) grup replikasi hingga maksimal lima. Anda dapat melakukannya dengan menggunakan Konsol Manajemen AWS, the AWS CLI, atau ElastiCache API.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#increase-replica-count-con)
+ [Menggunakan AWS CLI](#increase-replica-count-cli)
+ [Menggunakan ElastiCache API](#increase-replica-count-api)
## Menggunakan Konsol Manajemen AWS
Prosedur berikut menggunakan konsol untuk meningkatkan jumlah replika dalam grup replikasi Valkey atau Redis OSS (mode cluster enabled).
**Untuk meningkatkan jumlah replika dalam pecahan**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis OSS**, lalu pilih nama grup replikasi yang ingin Anda tambahkan replika.
1. Pilih kotak untuk setiap serpihan yang replikanya akan ditambah.
1. Pilih **Tambahkan replika**.
1. Lengkapi halaman **Tambahkan Replika ke Serpihan**:
+ Untuk **Jumlah replikasi/serpihan baru**, masukkan jumlah replika yang Anda inginkan untuk semua serpihan yang dipilih. Nilai ini harus lebih besar atau sama dengan **Jumlah replika per serpihan saat ini** dan kurang dari atau sama dengan lima. Kami menyarankan setidaknya dua replika sebagai syarat minimum.
+ Untuk **Availability Zone**, pilih salah satu **Tidak ada preferensi** untuk ElastiCache memilih Availability Zone untuk setiap replika baru, atau **Tentukan Availability Zone** untuk memilih Availability Zone untuk setiap replika baru.
Jika Anda memilih **Tentukan Zona Ketersediaan**, tentukan satu Zona Ketersediaan untuk setiap replika baru menggunakan daftar.
1. Pilih **Tambahkan** untuk menambahkan replika atau **Batalkan** untuk membatalkan operasi.
## Menggunakan AWS CLI
Untuk meningkatkan jumlah replika dalam pecahan Valkey atau Redis OSS, gunakan `increase-replica-count` perintah dengan parameter berikut:
+ `--replication-group-id` – Wajib. Identifikasi grup replikasi yang ingin ditambah jumlah replikanya.
+ `--apply-immediately` atau `--no-apply-immediately` – Wajib. Menentukan apakah akan menambah jumlah replika segera (`--apply-immediately`) atau pada periode pemeliharaan berikutnya (`--no-apply-immediately`). Saat ini, `--no-apply-immediately` belum didukung.
+ `--new-replica-count` – Opsional. Menentukan jumlah simpul replika yang Anda inginkan saat selesai, maksimum lima. Gunakan parameter ini untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) di mana hanya ada satu grup node atau grup Valkey atau Redis OSS (mode cluster diaktifkan), atau di mana Anda ingin semua grup node memiliki jumlah replika yang sama. Jika nilai ini tidak lebih besar dari jumlah replika saat ini dalam grup simpul, panggilan akan gagal dengan pengecualian.
+ `--replica-configuration` – Opsional. Memungkinkan Anda menentukan jumlah replika dan Zona Ketersediaan untuk setiap grup simpul secara terpisah. Gunakan parameter ini untuk grup Valkey atau Redis OSS (mode cluster enabled) di mana Anda ingin mengkonfigurasi setiap grup node secara independen.
`--replica-configuration` memiliki tiga anggota opsional:
+ `NodeGroupId` – ID empat digit untuk grup simpul yang sedang dikonfigurasi. Untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan), ID pecahan selalu ada. `0001` Untuk menemukan ID grup node (shard) Valkey atau Redis OSS (mode cluster enabled), lihat. [Menemukan ID serpihan](Shards.md#shard-find-id)
+ `NewReplicaCount` – Jumlah replika yang Anda inginkan dalam grup simpul ini pada akhir operasi ini. Nilai ini harus lebih besar dari jumlah replika saat ini, maksimum lima. Jika nilai ini tidak lebih besar dari jumlah replika saat ini dalam grup simpul, panggilan akan gagal dengan pengecualian.
+ `PreferredAvailabilityZones` – Daftar string `PreferredAvailabilityZone` yang menentukan Zona Ketersediaan tempat simpul grup replikasi berada. Jumlah nilai `PreferredAvailabilityZone` harus sama dengan nilai `NewReplicaCount` ditambah 1 untuk memperhitungkan simpul primer. Jika anggota `--replica-configuration` ini dihilangkan, ElastiCache untuk Redis OSS memilih Availability Zone untuk masing-masing replika baru.
**penting**
Anda harus menyertakan parameter `--new-replica-count` atau `--replica-configuration`, tetapi tidak keduanya sekaligus, dalam panggilan Anda.
**Example**
Contoh berikut menambah jumlah replika dalam grup replikasi `sample-repl-group` menjadi tiga. Ketika contoh ini selesai, terdapat tiga replika di setiap grup simpul. Nomor ini berlaku apakah ini adalah grup Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan grup node tunggal atau grup Valkey atau Redis OSS (mode cluster diaktifkan) dengan beberapa grup node.
Untuk Linux, macOS, atau Unix:
```
aws elasticache increase-replica-count \
--replication-group-id sample-repl-group \
--new-replica-count 3 \
--apply-immediately
```
Untuk Windows:
```
aws elasticache increase-replica-count ^
--replication-group-id sample-repl-group ^
--new-replica-count 3 ^
--apply-immediately
```
Contoh berikut menambah jumlah replika dalam grup replikasi `sample-repl-group` ke nilai yang ditentukan untuk kedua grup simpul yang ditentukan tersebut. Mengingat bahwa ada beberapa grup node, ini adalah grup replikasi Valkey atau Redis OSS (mode cluster enabled). Saat menentukan `PreferredAvailabilityZones` opsional, jumlah Zona Ketersediaan yang tercantum harus sama dengan nilai dari `NewReplicaCount` ditambah 1. Pendekatan ini memperhitungkan simpul primer untuk grup yang diidentifikasi berdasarkan `NodeGroupId`.
Untuk Linux, macOS, atau Unix:
```
aws elasticache increase-replica-count \
--replication-group-id sample-repl-group \
--replica-configuration \
NodeGroupId=0001,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1c,us-east-1b \
NodeGroupId=0003,NewReplicaCount=3,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c,us-east-1c \
--apply-immediately
```
Untuk Windows:
```
aws elasticache increase-replica-count ^
--replication-group-id sample-repl-group ^
--replica-configuration ^
NodeGroupId=0001,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1c,us-east-1b ^
NodeGroupId=0003,NewReplicaCount=3,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c,us-east-1c \
--apply-immediately
```
Untuk informasi selengkapnya tentang meningkatkan jumlah replika menggunakan CLI, [increase-replica-count](https://docs.aws.amazon.com/cli/latest/reference/elasticache/increase-replica-count.html)lihat di Referensi Baris *Perintah ElastiCache Amazon*.
## Menggunakan ElastiCache API
Untuk meningkatkan jumlah replika dalam pecahan Valkey atau Redis OSS, gunakan `IncreaseReplicaCount` tindakan dengan parameter berikut:
+ `ReplicationGroupId` – Wajib. Identifikasi grup replikasi yang ingin ditambah jumlah replikanya.
+ `ApplyImmediately` – Wajib. Menentukan apakah akan menambah jumlah replika segera (`ApplyImmediately=True`) atau pada periode pemeliharaan berikutnya (`ApplyImmediately=False`). Saat ini, `ApplyImmediately=False` belum didukung.
+ `NewReplicaCount` – Opsional. Menentukan jumlah simpul replika yang Anda inginkan saat selesai, maksimum lima. Gunakan parameter ini untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) di mana hanya ada satu grup node, atau grup Valkey atau Redis OSS (mode cluster diaktifkan) di mana Anda ingin semua grup node memiliki jumlah replika yang sama. Jika nilai ini tidak lebih besar dari jumlah replika saat ini dalam grup simpul, panggilan akan gagal dengan pengecualian.
+ `ReplicaConfiguration` – Opsional. Memungkinkan Anda menentukan jumlah replika dan Zona Ketersediaan untuk setiap grup simpul secara terpisah. Gunakan parameter ini untuk grup Valkey atau Redis OSS (mode cluster enabled) di mana Anda ingin mengkonfigurasi setiap grup node secara independen.
`ReplicaConfiguraion` memiliki tiga anggota opsional:
+ `NodeGroupId` – ID empat digit untuk grup simpul yang sedang dikonfigurasi. Untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan), ID grup node (shard) selalu. `0001` Untuk menemukan ID grup node (shard) Valkey atau Redis OSS (mode cluster enabled), lihat. [Menemukan ID serpihan](Shards.md#shard-find-id)
+ `NewReplicaCount` – Jumlah replika yang Anda inginkan dalam grup simpul ini pada akhir operasi ini. Nilai ini harus lebih dari jumlah replika saat ini dan maksimum lima. Jika nilai ini tidak lebih besar dari jumlah replika saat ini dalam grup simpul, panggilan akan gagal dengan pengecualian.
+ `PreferredAvailabilityZones` – Daftar string `PreferredAvailabilityZone` yang menentukan Zona Ketersediaan tempat simpul grup replikasi berada. Jumlah nilai `PreferredAvailabilityZone` harus sama dengan nilai `NewReplicaCount` ditambah 1 untuk memperhitungkan simpul primer. Jika anggota `ReplicaConfiguration` ini dihilangkan, ElastiCache untuk Redis OSS memilih Availability Zone untuk masing-masing replika baru.
**penting**
Anda harus menyertakan parameter `NewReplicaCount` atau `ReplicaConfiguration`, tetapi tidak keduanya sekaligus, dalam panggilan Anda.
**Example**
Contoh berikut menambah jumlah replika dalam grup replikasi `sample-repl-group` menjadi tiga. Ketika contoh ini selesai, terdapat tiga replika di setiap grup simpul. Nomor ini berlaku apakah ini adalah grup Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan grup node tunggal, atau grup Valkey atau Redis OSS (mode cluster diaktifkan) dengan beberapa grup node.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=IncreaseReplicaCount
&ApplyImmediately=True
&NewReplicaCount=3
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Contoh berikut menambah jumlah replika dalam grup replikasi `sample-repl-group` ke nilai yang ditentukan untuk kedua grup simpul yang ditentukan tersebut. Mengingat bahwa ada beberapa grup node, ini adalah grup replikasi Valkey atau Redis OSS (mode cluster enabled). Saat menentukan `PreferredAvailabilityZones` opsional, jumlah Zona Ketersediaan yang tercantum harus sama dengan nilai dari `NewReplicaCount` ditambah 1. Pendekatan ini memperhitungkan simpul primer, untuk grup yang diidentifikasi berdasarkan `NodeGroupId`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=IncreaseReplicaCount
&ApplyImmediately=True
&ReplicaConfiguration.ConfigureShard.1.NodeGroupId=0001
&ReplicaConfiguration.ConfigureShard.1.NewReplicaCount=2
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1c
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.3=us-east-1b
&ReplicaConfiguration.ConfigureShard.2.NodeGroupId=0003
&ReplicaConfiguration.ConfigureShard.2.NewReplicaCount=3
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1b
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.3=us-east-1c
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.4=us-east-1c
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk informasi selengkapnya tentang meningkatkan jumlah replika yang menggunakan API, lihat [IncreaseReplicaCount](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_IncreaseReplicaCount.html)di *Referensi Amazon ElastiCache API*.
# Mengurangi jumlah replika dalam serpihan
Anda dapat mengurangi jumlah replika dalam pecahan untuk Valkey atau Redis OSS (mode cluster diaktifkan), atau dalam grup replikasi untuk Valkey atau Redis OSS (mode cluster dinonaktifkan):
+ Untuk Valkey atau Redis OSS (mode cluster dinonaktifkan), Anda dapat mengurangi jumlah replika menjadi satu jika Multi-AZ diaktifkan, dan menjadi nol jika tidak diaktifkan.
+ Untuk Valkey atau Redis OSS (mode cluster diaktifkan), Anda dapat mengurangi jumlah replika menjadi nol. Namun, Anda tidak dapat melakukan failover ke replika jika simpul primer Anda gagal.
Anda dapat menggunakan Konsol Manajemen AWS, the AWS CLI atau ElastiCache API untuk mengurangi jumlah replika dalam grup node (shard) atau grup replikasi.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#decrease-replica-count-con)
+ [Menggunakan AWS CLI](#decrease-replica-count-cli)
+ [Menggunakan ElastiCache API](#decrease-replica-count-api)
## Menggunakan Konsol Manajemen AWS
Prosedur berikut menggunakan konsol untuk mengurangi jumlah replika dalam grup replikasi Valkey atau Redis OSS (mode cluster enabled).
**Untuk mengurangi jumlah replika dalam pecahan Valkey atau Redis OSS**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Di panel navigasi, pilih **Valkey** atau **Redis OSS**, lalu pilih nama grup replikasi tempat Anda ingin menghapus replika.
1. Pilih kotak untuk setiap serpihan yang ingin dihapus simpul replika dalamnya.
1. Pilih **Hapus replika**.
1. Lengkapi halaman **Hapus Replika dari Serpihan**:
1. Untuk **Jumlah replikasi/serpihan baru**, masukkan jumlah replika yang Anda inginkan untuk serpihan yang dipilih. Nilai ini harus lebih besar atau sama dengan 1. Kami menyarankan setidaknya dua replika per serpihan sebagai syarat minimum.
1. Pilih **Hapus** untuk menghapus replika atau **Batalkan** untuk membatalkan operasi.
**penting**
Jika Anda tidak menentukan node replika yang akan dihapus, ElastiCache untuk Redis OSS secara otomatis memilih node replika untuk dihapus. Saat melakukannya, ElastiCache untuk Redis OSS mencoba mempertahankan arsitektur multi-AZ untuk grup replikasi Anda diikuti dengan mempertahankan replika dengan lag replikasi minimum dengan primer.
Anda tidak dapat menghapus primer atau simpul primer dalam grup replikasi. Jika Anda menentukan simpul primer untuk dihapus, operasi akan gagal dengan peristiwa kesalahan yang menunjukkan bahwa simpul primer telah dipilih untuk penghapusan.
## Menggunakan AWS CLI
Untuk mengurangi jumlah replika dalam pecahan Valkey atau Redis OSS, gunakan `decrease-replica-count` perintah dengan parameter berikut:
+ `--replication-group-id` – Wajib. Identifikasi grup replikasi yang ingin dikurangi jumlah replikanya.
+ `--apply-immediately` atau `--no-apply-immediately` – Wajib. Menentukan apakah akan mengurangi jumlah replika dengan segera (`--apply-immediately`) atau pada periode pemeliharaan berikutnya (`--no-apply-immediately`). Saat ini, `--no-apply-immediately` belum didukung.
+ `--new-replica-count` – Opsional. Menentukan jumlah simpul replika yang Anda inginkan. Nilai dari `--new-replica-count` harus nilai yang valid dan kurang dari jumlah replika saat ini dalam grup simpul. Untuk nilai minimum yang diizinkan, lihat [Mengurangi jumlah replika dalam serpihan](#decrease-replica-count). Jika nilai `--new-replica-count` tidak memenuhi persyaratan ini, panggilan akan gagal.
+ `--replicas-to-remove` – Opsional. Berisi daftar node yang IDs menentukan node replika untuk dihapus.
+ `--replica-configuration` – Opsional. Memungkinkan Anda menentukan jumlah replika dan Zona Ketersediaan untuk setiap grup simpul secara terpisah. Gunakan parameter ini untuk grup Valkey atau Redis OSS (mode cluster enabled) di mana Anda ingin mengkonfigurasi setiap grup node secara independen.
`--replica-configuration` memiliki tiga anggota opsional:
+ `NodeGroupId` – ID empat digit untuk grup simpul yang sedang dikonfigurasi. Untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan), ID pecahan selalu ada. `0001` Untuk menemukan ID grup node (shard) Valkey atau Redis OSS (mode cluster enabled), lihat. [Menemukan ID serpihan](Shards.md#shard-find-id)
+ `NewReplicaCount` – Parameter opsional yang menentukan jumlah simpul replika yang Anda inginkan. Nilai dari `NewReplicaCount` harus nilai yang valid dan kurang dari jumlah replika saat ini dalam grup simpul. Untuk nilai minimum yang diizinkan, lihat [Mengurangi jumlah replika dalam serpihan](#decrease-replica-count). Jika nilai `NewReplicaCount` tidak memenuhi persyaratan ini, panggilan akan gagal.
+ `PreferredAvailabilityZones` – Daftar string `PreferredAvailabilityZone` yang menentukan Zona Ketersediaan tempat simpul grup replikasi berada. Jumlah nilai `PreferredAvailabilityZone` harus sama dengan nilai `NewReplicaCount` ditambah 1 untuk memperhitungkan simpul primer. Jika anggota `--replica-configuration` ini dihilangkan, ElastiCache untuk Redis OSS memilih Availability Zone untuk masing-masing replika baru.
**penting**
Anda harus menyertakan satu dan hanya satu parameter `--new-replica-count`, `--replicas-to-remove`, atau `--replica-configuration`.
**Example**
Contoh berikut menggunakan `--new-replica-count` untuk mengurangi jumlah replika dalam grup replikasi `sample-repl-group` menjadi satu. Saat contoh ini selesai, terdapat satu replika di setiap grup simpul. Nomor ini berlaku apakah ini adalah grup Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan grup node tunggal atau grup Valkey atau Redis OSS (mode cluster diaktifkan) dengan beberapa grup node.
Untuk Linux, macOS, atau Unix:
```
aws elasticache decrease-replica-count
--replication-group-id sample-repl-group \
--new-replica-count 1 \
--apply-immediately
```
Untuk Windows:
```
aws elasticache decrease-replica-count ^
--replication-group-id sample-repl-group ^
--new-replica-count 1 ^
--apply-immediately
```
Contoh berikut mengurangi jumlah replika dalam grup replikasi `sample-repl-group` dengan menghapus dua replika yang ditentukan (`0001` dan `0003`) dari grup simpul.
Untuk Linux, macOS, atau Unix:
```
aws elasticache decrease-replica-count \
--replication-group-id sample-repl-group \
--replicas-to-remove 0001,0003 \
--apply-immediately
```
Untuk Windows:
```
aws elasticache decrease-replica-count ^
--replication-group-id sample-repl-group ^
--replicas-to-remove 0001,0003 \
--apply-immediately
```
Contoh berikut menggunakan `--replica-configuration` untuk mengurangi jumlah replika dalam grup replikasi `sample-repl-group` dengan nilai yang ditentukan untuk dua grup simpul yang ditentukan. Mengingat bahwa ada beberapa grup node, ini adalah grup replikasi Valkey atau Redis OSS (mode cluster enabled). Saat menentukan `PreferredAvailabilityZones` opsional, jumlah Zona Ketersediaan yang tercantum harus sama dengan nilai dari `NewReplicaCount` ditambah 1. Pendekatan ini memperhitungkan simpul primer untuk grup yang diidentifikasi berdasarkan `NodeGroupId`.
Untuk Linux, macOS, atau Unix:
```
aws elasticache decrease-replica-count \
--replication-group-id sample-repl-group \
--replica-configuration \
NodeGroupId=0001,NewReplicaCount=1,PreferredAvailabilityZones=us-east-1a,us-east-1c \
NodeGroupId=0003,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c \
--apply-immediately
```
Untuk Windows:
```
aws elasticache decrease-replica-count ^
--replication-group-id sample-repl-group ^
--replica-configuration ^
NodeGroupId=0001,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1c ^
NodeGroupId=0003,NewReplicaCount=3,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c \
--apply-immediately
```
*Untuk informasi selengkapnya tentang mengurangi jumlah replika menggunakan CLI, lihat di Referensi Baris [decrease-replica-count](https://docs.aws.amazon.com/cli/latest/reference/elasticache/decrease-replica-count.html)Perintah Amazon. ElastiCache *
## Menggunakan ElastiCache API
Untuk mengurangi jumlah replika dalam pecahan Valkey atau Redis OSS, gunakan `DecreaseReplicaCount` tindakan dengan parameter berikut:
+ `ReplicationGroupId` – Wajib. Identifikasi grup replikasi yang ingin dikurangi jumlah replikanya.
+ `ApplyImmediately` – Wajib. Menentukan apakah akan mengurangi jumlah replika dengan segera (`ApplyImmediately=True`) atau pada periode pemeliharaan berikutnya (`ApplyImmediately=False`). Saat ini, `ApplyImmediately=False` belum didukung.
+ `NewReplicaCount` – Opsional. Menentukan jumlah simpul replika yang Anda inginkan. Nilai dari `NewReplicaCount` harus nilai yang valid dan kurang dari jumlah replika saat ini dalam grup simpul. Untuk nilai minimum yang diizinkan, lihat [Mengurangi jumlah replika dalam serpihan](#decrease-replica-count). Jika nilai `--new-replica-count` tidak memenuhi persyaratan ini, panggilan akan gagal.
+ `ReplicasToRemove` – Opsional. Berisi daftar node yang IDs menentukan node replika untuk dihapus.
+ `ReplicaConfiguration` – Opsional. Berisi daftar grup simpul yang memungkinkan Anda menentukan jumlah replika dan Zona Ketersediaan untuk setiap grup simpul secara terpisah. Gunakan parameter ini untuk grup Valkey atau Redis OSS (mode cluster enabled) di mana Anda ingin mengkonfigurasi setiap grup node secara independen.
`ReplicaConfiguraion` memiliki tiga anggota opsional:
+ `NodeGroupId` – ID empat digit untuk grup simpul yang sedang dikonfigurasi. Untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan), ID grup node selalu. `0001` Untuk menemukan ID grup node (shard) Valkey atau Redis OSS (mode cluster enabled), lihat. [Menemukan ID serpihan](Shards.md#shard-find-id)
+ `NewReplicaCount` – Jumlah replika yang Anda inginkan dalam grup simpul ini pada akhir operasi ini. Nilai ini harus kurang dari jumlah replika saat ini hingga minimum 1 jika Multi-AZ diaktifkan atau hingga 0 jika Multi-AZ dengan Failover Otomatis tidak diaktifkan. Jika nilai ini tidak lebih kecil dari jumlah replika saat ini dalam grup simpul, maka panggilan akan gagal dengan pengecualian.
+ `PreferredAvailabilityZones` – Daftar string `PreferredAvailabilityZone` yang menentukan Zona Ketersediaan tempat simpul grup replikasi berada. Jumlah nilai `PreferredAvailabilityZone` harus sama dengan nilai `NewReplicaCount` ditambah 1 untuk memperhitungkan simpul primer. Jika anggota `ReplicaConfiguration` ini dihilangkan, ElastiCache untuk Redis OSS memilih Availability Zone untuk masing-masing replika baru.
**penting**
Anda harus menyertakan satu dan hanya satu parameter `NewReplicaCount`, `ReplicasToRemove`, atau `ReplicaConfiguration`.
**Example**
Contoh berikut menggunakan `NewReplicaCount` untuk mengurangi jumlah replika dalam grup replikasi `sample-repl-group` menjadi satu. Saat contoh ini selesai, terdapat satu replika di setiap grup simpul. Nomor ini berlaku apakah ini adalah grup Valkey atau Redis OSS (mode cluster dinonaktifkan) dengan grup node tunggal atau grup Valkey atau Redis OSS (mode cluster diaktifkan) dengan beberapa grup node.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DecreaseReplicaCount
&ApplyImmediately=True
&NewReplicaCount=1
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Contoh berikut mengurangi jumlah replika dalam grup replikasi `sample-repl-group` dengan menghapus dua replika yang ditentukan (`0001` dan `0003`) dari grup simpul.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DecreaseReplicaCount
&ApplyImmediately=True
&ReplicasToRemove.ReplicaToRemove.1=0001
&ReplicasToRemove.ReplicaToRemove.2=0003
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Contoh berikut menggunakan `ReplicaConfiguration` untuk mengurangi jumlah replika dalam grup replikasi `sample-repl-group` dengan nilai yang ditentukan untuk dua grup simpul yang ditentukan. Mengingat bahwa ada beberapa grup node, ini adalah grup replikasi Valkey atau Redis OSS (mode cluster enabled). Saat menentukan `PreferredAvailabilityZones` opsional, jumlah Zona Ketersediaan yang tercantum harus sama dengan nilai dari `NewReplicaCount` ditambah 1. Pendekatan ini memperhitungkan simpul primer untuk grup yang diidentifikasi berdasarkan `NodeGroupId`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DecreaseReplicaCount
&ApplyImmediately=True
&ReplicaConfiguration.ConfigureShard.1.NodeGroupId=0001
&ReplicaConfiguration.ConfigureShard.1.NewReplicaCount=1
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1c
&ReplicaConfiguration.ConfigureShard.2.NodeGroupId=0003
&ReplicaConfiguration.ConfigureShard.2.NewReplicaCount=2
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1b
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.4=us-east-1c
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk informasi selengkapnya tentang mengurangi jumlah replika yang menggunakan API, lihat [DecreaseReplicaCount](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DecreaseReplicaCount.html)di Referensi *Amazon ElastiCache * API.
# Menambahkan replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)
Informasi dalam topik berikut hanya berlaku untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan).
Saat lalu lintas baca Anda meningkat, sebaiknya sebarkan operasi baca tersebut ke lebih banyak simpul dan kurangi kepadatan operasi baca pada salah satu simpul. Dalam topik ini, Anda dapat menemukan cara menambahkan replika baca ke cluster Valkey atau Redis OSS (mode cluster dinonaktifkan).
Grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) dapat memiliki maksimal lima replika baca. Jika Anda mencoba menambahkan replika baca ke grup replikasi yang sudah memiliki lima replika baca, maka operasi ini akan gagal.
Untuk informasi tentang menambahkan replika ke grup replikasi Valkey atau Redis OSS (mode cluster enabled), lihat berikut ini:
+ [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md)
+ [Menambah jumlah replika dalam serpihan](increase-replica-count.md)
Anda dapat menambahkan replika baca ke cluster Valkey atau Redis OSS (mode cluster disabled) menggunakan ElastiCache Console, the AWS CLI, atau API. ElastiCache
**Topik terkait**
+ [Menambahkan node ke ElastiCache cluster](Clusters.AddNode.md)
+ [Menambahkan replika baca ke grup replikasi (AWS CLI)](#Replication.AddReadReplica.CLI)
+ [Menambahkan replika baca ke grup replikasi menggunakan API](#Replication.AddReadReplica.API)
## Menambahkan replika baca ke grup replikasi (AWS CLI)
Untuk menambahkan replika baca ke grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan), gunakan AWS CLI `create-cache-cluster` perintah, dengan parameter `--replication-group-id` untuk menentukan grup replikasi mana yang akan ditambahkan cluster (node).
Contoh berikut membuat klaster `my-read replica` dan menambahkannya ke grup replikasi `my-replication-group`. Jenis simpul, grup parameter, grup keamanan, periode pemeliharaan, dan pengaturan lain untuk replika baca sama seperti yang digunakan untuk simpul lain, `my-replication-group`.
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-cache-cluster \
--cache-cluster-id my-read-replica \
--replication-group-id my-replication-group
```
Untuk Windows:
```
aws elasticache create-cache-cluster ^
--cache-cluster-id my-read-replica ^
--replication-group-id my-replication-group
```
Untuk informasi selengkapnya tentang menambahkan replika baca menggunakan CLI, [create-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-cluster.html) lihat di Referensi Baris *Perintah ElastiCache Amazon*.
## Menambahkan replika baca ke grup replikasi menggunakan API
Untuk menambahkan replika baca ke grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan), gunakan ElastiCache `CreateCacheCluster` operasi, dengan parameter `ReplicationGroupId` untuk menentukan grup replikasi mana yang akan ditambahkan cluster (node).
Contoh berikut membuat klaster `myReadReplica` dan menambahkannya ke grup replikasi `myReplicationGroup`. Jenis simpul, grup parameter, grup keamanan, periode pemeliharaan, dan pengaturan lain untuk replika baca sama seperti yang digunakan untuk simpul lain, `myReplicationGroup`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheCluster
&CacheClusterId=myReadReplica
&ReplicationGroupId=myReplicationGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk informasi selengkapnya tentang menambahkan replika baca menggunakan API, lihat [CreateCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheCluster.html) di *Referensi Amazon ElastiCache API*.
# Menghapus replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)
Informasi dalam topik berikut hanya berlaku untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan).
Saat lalu lintas baca di grup replikasi Valkey atau Redis OSS Anda berubah, Anda mungkin ingin menambah atau menghapus replika baca. Menghapus simpul dari grup replikasi adalah sama seperti menghapus klaster saja, meskipun terdapat pembatasan:
+ Anda tidak dapat menghapus primer dari grup replikasi. Jika Anda ingin menghapus replika primer, lakukan hal berikut:
1. Promosikan replika baca menjadi primer. Untuk informasi tentang mempromosikan replika baca menjadi primer, lihat [Mempromosikan replika baca ke primer, untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan)](Replication.PromoteReplica.md).
1. Hapus replika primer lama. Untuk batasan dari metode ini, lihat poin berikutnya.
+ Jika Multi-AZ diaktifkan pada grup replikasi, Anda tidak dapat menghapus replika baca terakhir dari grup replikasi tersebut. Dalam kasus ini, lakukan hal berikut:
1. Ubah grup replikasi dengan menonaktifkan Multi-AZ. Untuk informasi selengkapnya, lihat [Mengubah grup replikasi](Replication.Modify.md).
1. Hapus replika baca.
Anda dapat menghapus replika baca dari grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) menggunakan ElastiCache konsol, AWS CLI for ElastiCache, atau API. ElastiCache
Untuk petunjuk cara menghapus cluster dari grup replikasi Valkey atau Redis OSS, lihat berikut ini:
+ [Menggunakan Konsol Manajemen AWS](Clusters.Delete.md#Clusters.Delete.CON)
+ [Menggunakan AWS CLI untuk menghapus ElastiCache cluster](Clusters.Delete.md#Clusters.Delete.CLI)
+ [Menggunakan ElastiCache API](Clusters.Delete.md#Clusters.Delete.API)
+ [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md)
+ [Mengurangi jumlah replika dalam serpihan](decrease-replica-count.md)
# Mempromosikan replika baca ke primer, untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan)
Informasi dalam topik berikut hanya berlaku untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan).
Anda dapat mempromosikan replika baca Valkey atau Redis OSS (mode cluster dinonaktifkan) ke primer menggunakan Konsol Manajemen AWS, the AWS CLI, atau API. ElastiCache Anda tidak dapat menaikkan replika baca ke primer jika Multi-AZ dengan Failover Otomatis diaktifkan pada grup replikasi . Untuk mempromosikan replika Valkey atau Redis OSS (mode cluster dinonaktifkan) ke primer pada grup replikasi berkemampuan multi-AZ, lakukan hal berikut:
1. Ubah grup replikasi untuk menonaktifkan Multi-AZ (melakukan hal ini tidak mensyaratkan semua klaster Anda berada dalam Zona Ketersediaan yang sama). Untuk informasi selengkapnya, lihat [Mengubah grup replikasi](Replication.Modify.md).
1. Promosikan replika baca menjadi primer.
1. Ubah grup replikasi untuk mengaktifkan kembali Multi-AZ.
Multi-AZ tidak tersedia pada grup replikasi yang menjalankan Redis OSS 2.6.13 atau yang lebih lama.
## Menggunakan Konsol Manajemen AWS
Prosedur berikut menggunakan konsol untuk mempromosikan simpul replika menjadi primer.
**Untuk mempromosikan replika baca menjadi primer (konsol)**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Jika replika yang ingin Anda promosikan adalah anggota grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) tempat multi-AZ diaktifkan, modifikasi grup replikasi untuk menonaktifkan Multi-AZ sebelum Anda melanjutkan. Untuk informasi selengkapnya, lihat [Mengubah grup replikasi](Replication.Modify.md).
1. Pilih **Valkey** atau **Redis OSS**, lalu dari daftar cluster, pilih grup replikasi yang ingin Anda modifikasi. Grup replikasi ini harus menjalankan mesin "Redis", bukan mesin "Redis Berklaster", dan harus memiliki dua atau lebih simpul.
1. Dari daftar simpul, pilih simpul replika yang ingin dipromosikan menjadi primer, kemudian untuk **Tindakan**, pilih **Promosikan**.
1. Pada kotak dialog **Mempromosikan Replika Baca**, lakukan hal berikut:
1. Untuk **Terapkan Segera**, pilih **Ya** untuk mempromosikan replika baca segera, atau **Tidak** untuk mempromosikannya pada periode pemeliharaan berikutnya untuk klaster.
1. Pilih **Promosikan** untuk mempromosikan replika baca atau **Batalkan** untuk membatalkan operasi.
1. Jika klaster Multi-AZ diaktifkan sebelum Anda memulai proses promosi, tunggu hingga status grup replikasi menjadi **tersedia**, lalu ubah klaster untuk mengaktifkan kembali Multi-AZ. Untuk informasi selengkapnya, lihat [Mengubah grup replikasi](Replication.Modify.md).
## Menggunakan AWS CLI
Anda tidak dapat mempromosikan replika baca menjadi primer jika grup replikasi mengaktifkan Multi-AZ. Dalam beberapa kasus, replika yang ingin dipromosikan mungkin adalah anggota grup replikasi yang mengaktifkan Multi-AZ. Dalam kasus ini, Anda harus mengubah grup replikasi untuk menonaktifkan Multi-AZ sebelum Anda melanjutkan. Untuk melakukan tindakan ini, semua klaster tidak harus berada dalam Zona Ketersediaan yang sama. Untuk informasi selengkapnya tentang mengubah grup replikasi, lihat [Mengubah grup replikasi](Replication.Modify.md).
AWS CLI Perintah berikut memodifikasi grup replikasi`sample-repl-group`, membuat replika `my-replica-1` baca utama dalam grup replikasi.
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-replication-group \
--replication-group-id sample-repl-group \
--primary-cluster-id my-replica-1
```
Untuk Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id sample-repl-group ^
--primary-cluster-id my-replica-1
```
Untuk informasi selengkapnya tentang memodifikasi grup replikasi, lihat [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) di Referensi *Baris ElastiCache Perintah Amazon*.
## Menggunakan ElastiCache API
Anda tidak dapat mempromosikan replika baca menjadi primer jika grup replikasi mengaktifkan Multi-AZ. Dalam beberapa kasus, replika yang ingin dipromosikan mungkin adalah anggota grup replikasi yang mengaktifkan Multi-AZ. Dalam kasus ini, Anda harus mengubah grup replikasi untuk menonaktifkan Multi-AZ sebelum Anda melanjutkan. Untuk melakukan tindakan ini, semua klaster tidak harus berada dalam Zona Ketersediaan yang sama. Untuk informasi selengkapnya tentang mengubah grup replikasi, lihat [Mengubah grup replikasi](Replication.Modify.md).
Tindakan ElastiCache API berikut memodifikasi grup replikasi`myReplGroup`, menjadikan replika baca sebagai yang `myReplica-1` utama dalam grup replikasi.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&ReplicationGroupId=myReplGroup
&PrimaryClusterId=myReplica-1
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Untuk informasi selengkapnya tentang memodifikasi grup replikasi, lihat [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html) di Referensi *Amazon ElastiCache API*.
# Mengelola pemeliharaan ElastiCache cluster
Setiap klaster memiliki periode pemeliharaan mingguan saat perubahan sistem akan diterapkan. Dengan Valkey dan Redis OSS, grup replikasi memiliki jendela pemeliharaan mingguan yang sama. Jika Anda tidak menentukan jendela pemeliharaan yang disukai saat membuat atau memodifikasi klaster atau grup replikasi, tetapkan ElastiCache jendela pemeliharaan 60 menit dalam jendela pemeliharaan wilayah Anda pada hari yang dipilih secara acak dalam seminggu.
Periode pemeliharaan 60 menit dipilih secara acak dari blok waktu 8 jam per wilayah. Tabel berikut menampilkan daftar blok waktu untuk setiap wilayah yang akan digunakan untuk menetapkan periode pemeliharaan default. Anda dapat memilih periode pemeliharaan yang diinginkan di luar blok periode pemeliharaan wilayah.
| Kode Wilayah | Nama wilayah | Periode Pemeliharaan Wilayah |
| --- | --- | --- |
| ap-northeast-1 | Wilayah Asia Pasifik (Tokyo) | 13.00–21.00 UTC |
| ap-northeast-2 | Wilayah Asia Pasifik (Seoul) | 12.00–20.00 UTC |
| ap-northeast-3 | Wilayah Asia Pasifik (Osaka) | 12.00–20.00 UTC |
| ap-southeast-3 | Wilayah Asia Pasifik (Jakarta) | 14.00–22.00 UTC |
| ap-south-1 | Wilayah Asia Pasifik (Mumbai) | 17.30–01.30 UTC |
| ap-southeast-1 | Wilayah Asia Pasifik (Singapura) | 14.00–22.00 UTC |
| cn-north-1 | Wilayah Tiongkok (Beijing) | 14.00–22.00 UTC |
| cn-northwest-1 | Wilayah Tiongkok (Ningxia) | 14.00–22.00 UTC |
| ap-east-1 | Wilayah Asia Pasifik (Hong Kong) | 13.00–21.00 UTC |
| ap-southeast-2 | Wilayah Asia Pasifik (Sydney) | 12.00–20.00 UTC |
| eu-west-3 | Wilayah Eropa (Paris) | 23.59–07.29 UTC |
| af-south-1 | Wilayah Afrika (Cape Town) | 13.00–21.00 UTC |
| eu-central-1 | Wilayah Eropa (Frankfurt) | 23.00–07.00 UTC |
| eu-west-1 | Wilayah Eropa (Irlandia) | 22.00–06.00 UTC |
| eu-west-2 | Wilayah Eropa (London) | 23.00–07.00 UTC |
| me-south-1 | Wilayah Timur Tengah (Bahrain) | 13.00–21.00 UTC |
| me-central-1 | Wilayah Timur Tengah (UEA) | 13.00–21.00 UTC |
| eu-south-1 | Wilayah Eropa (Milan) | 21.00–05.00 UTC |
| sa-east-1 | Wilayah South America (São Paulo) | 01.00–09.00 UTC |
| us-east-1 | Wilayah AS Timur (Virginia Utara) | 03.00–11.00 UTC |
| us-east-2 | Wilayah AS Timur (Ohio) | 04.00–12.00 UTC |
| us-gov-west-1 | AWS GovCloud (US) wilayah | 06.00–14.00 UTC |
| us-west-1 | Wilayah US West (N. California) | 06.00–14.00 UTC |
| us-west-2 | Wilayah US West (Oregon) | 06.00–14.00 UTC |
**Mengubah jendela pemeliharaan klaster atau grup replikasi**
Periode pemeliharaan harus berada dalam waktu penggunaan terendah, sehingga kemungkinan memerlukan perubahan dari waktu ke waktu. Anda dapat mengubah klaster atau grup replikasi Anda untuk menentukan rentang waktu hingga durasi 24 jam saat aktivitas pemeliharaan yang Anda minta akan dilakukan. Setiap perubahan klaster yang Anda minta yang ditangguhkan atau tertunda akan terjadi dalam kurun waktu ini.
**catatan**
Jika Anda ingin menerapkan modifikasi tipe node upgrade and/or mesin segera menggunakan Konsol Manajemen AWS pilih kotak **Terapkan sekarang**. Jika tidak, perubahan ini akan diterapkan selama periode pemeliharaan terjadwal berikutnya. Untuk menggunakan API, lihat [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)atau [modify-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-cluster.html).
**Informasi selengkapnya**
Untuk informasi tentang periode pemeliharaan dan penggantian simpul, lihat yang berikut ini:
+ [ElastiCache Pemeliharaan](https://aws.amazon.com/elasticache/elasticache-maintenance/) —FAQ tentang pemeliharaan dan penggantian simpul
+ [Mengganti node (Memcached)](CacheNodes.NodeReplacement-mc.md)—Mengelola penggantian node untuk Memcached
+ [Memodifikasi cluster ElastiCache](Clusters.Modify.md)—Mengubah periode pemeliharaan klaster
+ [Mengganti node (Valkey dan Redis OSS)](CacheNodes.NodeReplacement.md)—Mengelola penggantian simpul
+ [Mengubah grup replikasi](Replication.Modify.md)—Mengubah periode pemeliharaan grup replikasi
# Mengkonfigurasi parameter mesin menggunakan grup ElastiCache parameter
Amazon ElastiCache menggunakan parameter untuk mengontrol properti runtime node dan cluster Anda. Secara umum, versi mesin yang lebih baru mencakup parameter tambahan untuk mendukung fungsionalitas yang lebih baru. Untuk tabel parameter Memcached, lihat. [Parameter spesifik Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached) Untuk tabel parameter Valkey dan Redis OSS, lihat. [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
Seperti yang Anda harapkan, beberapa nilai parameter, seperti `maxmemory`, ditentukan oleh mesin dan jenis simpul. Untuk tabel nilai parameter Memcached ini menurut jenis node, lihat. [Parameter khusus jenis simpul Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached.NodeSpecific) Untuk tabel nilai parameter Valkey dan Redis OSS ini berdasarkan tipe node, lihat. [Parameter spesifik tipe node Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis.NodeSpecific)
**catatan**
Untuk daftar parameter kustom Memcached, lihat [Parameter Khusus Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached).
**Topics**
+ [Manajemen parameter di ElastiCache](ParameterGroups.Management.md)
+ [Tingkatan grup parameter cache di ElastiCache](ParameterGroups.Tiers.md)
+ [Membuat grup ElastiCache parameter](ParameterGroups.Creating.md)
+ [Daftar grup ElastiCache parameter berdasarkan nama](ParameterGroups.ListingGroups.md)
+ [Daftar nilai kelompok ElastiCache parameter](ParameterGroups.ListingValues.md)
+ [Memodifikasi grup ElastiCache parameter](ParameterGroups.Modifying.md)
+ [Menghapus grup ElastiCache parameter](ParameterGroups.Deleting.md)
+ [Parameter spesifik mesin](ParameterGroups.Engine.md)
# Manajemen parameter di ElastiCache
ElastiCache parameter dikelompokkan bersama ke dalam kelompok parameter bernama untuk manajemen parameter yang lebih mudah. Grup parameter merepresentasikan kombinasi nilai tertentu untuk parameter yang diteruskan ke perangkat lunak mesin selama pengaktifan. Nilai ini menentukan perilaku berbagai proses mesin di setiap simpul pada saat runtime. Nilai parameter pada grup parameter tertentu berlaku untuk semua simpul yang terkait dengan grup ini, terlepas dari klaster yang memiliki simpul tersebut.
Untuk menyesuaikan performa klaster, Anda dapat mengubah beberapa nilai parameter atau mengubah grup parameter klaster.
+ Anda tidak dapat mengubah atau menghapus grup parameter default. Jika membutuhkan nilai parameter kustom, Anda harus membuat grup parameter kustom.
+ Untuk Memcached, keluarga grup parameter dan cluster yang Anda tetapkan harus kompatibel. Misalnya, jika klaster menjalankan Memcached versi 1.4.8, Anda hanya dapat menggunakan grup parameter, default atau kustom, dari keluarga Memcached 1.4.
Untuk Redis OSS, keluarga grup parameter dan cluster yang Anda tetapkan harus kompatibel. Misalnya, jika cluster Anda menjalankan Redis OSS versi 3.2.10, Anda hanya dapat menggunakan grup parameter, default atau kustom, dari keluarga Redis OSS 3.2.
+ Jika Anda mengubah grup parameter klaster, nilai untuk setiap parameter yang dapat diubah secara bersyarat harus sama di kedua grup parameter baru dan saat ini.
+ Untuk Memcached, saat Anda mengubah parameter cluster, perubahan diterapkan ke cluster segera. Hal ini berlaku terlepas dari apakah Anda mengubah grup parameter klaster itu sendiri atau nilai parameter dalam grup parameter klaster. Untuk menentukan waktu penerapan perubahan parameter tertentu, lihat kolom **Perubahan Berlaku** dalam tabel untuk [Parameter spesifik Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached). Untuk informasi tentang mem-boot ulang simpul klaster, lihat [Mem-boot ulang klaster](Clusters.html#Rebooting).
+ Untuk Redis OSS, ketika Anda mengubah parameter cluster, perubahan diterapkan ke cluster baik segera atau, dengan pengecualian dicatat berikut, setelah node cluster di-boot ulang. Hal ini berlaku terlepas dari apakah Anda mengubah grup parameter klaster itu sendiri atau nilai parameter dalam grup parameter klaster. Untuk menentukan waktu penerapan perubahan parameter tertentu, lihat kolom **Perubahan Berlaku** dalam tabel untuk [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis).
Untuk informasi lebih lanjut tentang me-reboot node Valkey atau Redis OSS, lihat. [Mem-boot ulang node](nodes.rebooting.md)
**Perubahan parameter Valkey atau Redis OSS (Mode Cluster Diaktifkan)**
Jika Anda membuat perubahan pada parameter berikut pada cluster Valkey atau Redis OSS (mode cluster enabled), ikuti langkah-langkah berikutnya.
activerehashing
databases
Buat cadangan manual klaster Anda. Lihat [Membuat cadangan manual](backups-manual.md).
Hapus klaster . Lihat [Menghapus klaster](Clusters.html#Delete).
Pulihkan klaster menggunakan grup parameter dan cadangan yang sudah diubah untuk melakukan seeding klaster baru. Lihat [Melakukan pemulihan dari cadangan ke dalam cache baru](backups-restoring.md).
Perubahan pada parameter lain tidak memerlukan tindakan ini.
+ Anda dapat mengaitkan grup parameter dengan datastores global Valkey dan Redis OSS. *Datastores global* adalah kumpulan dari satu atau lebih cluster yang menjangkau Wilayah. AWS Dalam hal ini, grup parameter digunakan bersama-sama oleh semua klaster yang membentuk penyimpanan data global. Perubahan apa pun ke grup parameter klaster primer akan direplikasi ke semua klaster lain di penyimpanan data global. Untuk informasi selengkapnya, lihat [Replikasi lintas AWS Wilayah menggunakan datastores global](Redis-Global-Datastore.md).
Anda dapat memeriksa apakah grup parameter merupakan bagian dari penyimpanan data global dengan melihatnya di lokasi berikut:
+ Pada ElastiCache konsol pada halaman **Parameter Groups**, atribut yes/no **Global**
+ yes/no `IsGlobal`Properti operasi [CacheParameterGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CacheParameterGroup.html)API
# Tingkatan grup parameter cache di ElastiCache
Amazon ElastiCache memiliki tiga tingkatan grup parameter cache seperti yang ditunjukkan berikut.
![\[Gambar: Tingkatan grup ElastiCache parameter Amazon\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-ParameterGroups-Tiers.png)
*Tingkatan grup ElastiCache parameter Amazon*
**Default Global**
Grup parameter root tingkat atas untuk semua ElastiCache pelanggan Amazon di wilayah tersebut.
Grup parameter cache default global:
+ Dicadangkan untuk ElastiCache dan tidak tersedia untuk pelanggan.
**Default Pelanggan**
Salinan grup parameter cache Default Global yang dibuat untuk penggunaan pelanggan.
Grup parameter cache Default Pelanggan:
+ Dibuat dan dimiliki oleh ElastiCache.
+ Tersedia bagi pelanggan untuk digunakan sebagai grup parameter cache untuk setiap klaster yang menjalankan versi mesin yang didukung oleh grup parameter cache ini.
+ Tidak dapat diedit oleh pelanggan.
**Milik Pelanggan**
Salinan grup parameter cache Default Pelanggan. Grup parameter cache Milik Pelanggan dibuat setiap kali pelanggan membuat grup parameter cache.
Grup parameter cache Milik Pelanggan:
+ Dibuat dan dimiliki oleh pelanggan.
+ Dapat ditetapkan untuk salah satu klaster pelanggan yang kompatibel.
+ Dapat diubah oleh pelanggan untuk membuat grup parameter cache kustom.
Tidak semua nilai parameter dapat diubah. Untuk informasi selengkapnya tentang nilai Memcached, lihat. [Parameter spesifik Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached) Untuk informasi lebih lanjut tentang nilai Valkey dan Redis OSS, lihat. [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
# Membuat grup ElastiCache parameter
Anda perlu membuat grup parameter baru jika ada satu atau beberapa nilai parameter yang ingin Anda ubah dari nilai default. Anda dapat membuat grup parameter menggunakan ElastiCache konsol, the AWS CLI, atau ElastiCache API.
## Membuat grup ElastiCache parameter (Konsol)
Prosedur berikut menunjukkan cara membuat grup parameter menggunakan konsol ElastiCache.
**Untuk membuat grup parameter menggunakan ElastiCache konsol**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Untuk melihat daftar semua grup parameter yang tersedia, di panel navigasi sebelah kiri pilih **Grup Parameter**.
1. Untuk membuat grup parameter, pilih **Buat Grup Parameter**.
Layar **Buat Grup Parameter** akan muncul.
1. Dari daftar **Keluarga**, pilih grup parameter yang akan menjadi templat untuk grup parameter Anda.
Keluarga grup parameter, seperti *memcached1.4* atau *redis3.2* mendefinisikan parameter aktual dalam grup parameter Anda dan nilai awalnya. Keluarga grup parameter harus sesuai dengan mesin dan versi klaster.
1. Di kotak **Nama**, ketik nama unik untuk grup parameter ini.
Saat membuat klaster atau mengubah grup parameter klaster, Anda akan memilih grup parameter berdasarkan namanya. Oleh karena itu, kami merekomendasikan agar namanya informatif dan dapat mengidentifikasi keluarga grup parameter.
Batasan penamaan grup parameter adalah sebagai berikut:
+ Harus diawali dengan huruf ASCII.
+ Hanya dapat berisi huruf ASCII, angka, dan tanda hubung.
+ Harus memiliki panjang 1-255 karakter.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan sebuah tanda hubung.
1. Di kotak **Deskripsi**, ketik deskripsi untuk grup parameter.
1. Untuk membuat grup parameter, pilih **Buat**.
Untuk mengakhiri proses tanpa membuat grup parameter, pilih **Batalkan**.
1. Ketika grup parameter dibuat, grup parameter ini akan memiliki nilai default keluarga. Untuk mengubah nilai default, Anda harus mengubah grup parameter. Untuk informasi selengkapnya, lihat [Memodifikasi grup ElastiCache parameter](ParameterGroups.Modifying.md).
## Membuat grup ElastiCache parameter (AWS CLI)
Untuk membuat grup parameter menggunakan AWS CLI, gunakan perintah `create-cache-parameter-group` dengan parameter ini.
+ `--cache-parameter-group-name` – Nama grup parameter.
Batasan penamaan grup parameter adalah sebagai berikut:
+ Harus diawali dengan huruf ASCII.
+ Hanya dapat berisi huruf ASCII, angka, dan tanda hubung.
+ Harus memiliki panjang 1-255 karakter.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
+ `--cache-parameter-group-family` – Keluarga mesin dan versi untuk grup parameter.
+ `--description` – Deskripsi yang diberikan pengguna untuk grup parameter.
**Example**
Contoh berikut membuat grup parameter bernama *myMem14* menggunakan keluarga memcached1.4 sebagai templat.
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-cache-parameter-group \
--cache-parameter-group-name myMem14 \
--cache-parameter-group-family memcached1.4 \
--description "My first parameter group"
```
Untuk Windows:
```
aws elasticache create-cache-parameter-group ^
--cache-parameter-group-name myMem14 ^
--cache-parameter-group-family memcached1.4 ^
--description "My first parameter group"
```
Output dari perintah ini akan terlihat seperti ini.
```
{
"CacheParameterGroup": {
"CacheParameterGroupName": "myMem14",
"CacheParameterGroupFamily": "memcached1.4",
"Description": "My first parameter group"
}
}
```
**Example**
Contoh berikut membuat grup parameter bernama *myRed28* menggunakan keluarga redis2.8 sebagai templat.
Untuk Linux, macOS, atau Unix:
```
aws elasticache create-cache-parameter-group \
--cache-parameter-group-name myRed28 \
--cache-parameter-group-family redis2.8 \
--description "My first parameter group"
```
Untuk Windows:
```
aws elasticache create-cache-parameter-group ^
--cache-parameter-group-name myRed28 ^
--cache-parameter-group-family redis2.8 ^
--description "My first parameter group"
```
Output dari perintah ini akan terlihat seperti ini.
```
{
"CacheParameterGroup": {
"CacheParameterGroupName": "myRed28",
"CacheParameterGroupFamily": "redis2.8",
"Description": "My first parameter group"
}
}
```
Ketika grup parameter dibuat, grup parameter ini akan memiliki nilai default keluarga. Untuk mengubah nilai default, Anda harus mengubah grup parameter. Untuk informasi selengkapnya, lihat [Memodifikasi grup ElastiCache parameter](ParameterGroups.Modifying.md).
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-parameter-group.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-parameter-group.html).
## Membuat grup ElastiCache parameter (ElastiCache API)
Untuk membuat grup parameter menggunakan ElastiCache API, gunakan `CreateCacheParameterGroup` tindakan dengan parameter ini.
+ `ParameterGroupName` – Nama grup parameter.
Batasan penamaan grup parameter adalah sebagai berikut:
+ Harus diawali dengan huruf ASCII.
+ Hanya dapat berisi huruf ASCII, angka, dan tanda hubung.
+ Harus memiliki panjang 1-255 karakter.
+ Tidak boleh berisi dua tanda hubung berurutan.
+ Tidak boleh diakhiri dengan tanda hubung.
+ `CacheParameterGroupFamily` – Keluarga mesin dan versi untuk grup parameter. Misalnya, `memcached1.4`.
+ `CacheParameterGroupFamily` – Keluarga mesin dan versi untuk grup parameter. Misalnya, `redis2.8`.
+ `Description` – Deskripsi yang diberikan pengguna untuk grup parameter.
**Example**
Contoh berikut membuat grup parameter bernama *myMem14* menggunakan keluarga memcached1.4 sebagai templat.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheParameterGroup
&CacheParameterGroupFamily=memcached1.4
&CacheParameterGroupName=myMem14
&Description=My%20first%20parameter%20group
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini.
```
myMem14memcached1.4My first parameter groupd8465952-af48-11e0-8d36-859edca6f4b8
```
**Example**
Contoh berikut membuat grup parameter bernama *myRed28* menggunakan keluarga redis2.8 sebagai templat.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheParameterGroup
&CacheParameterGroupFamily=redis2.8
&CacheParameterGroupName=myRed28
&Description=My%20first%20parameter%20group
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini.
```
myRed28redis2.8My first parameter groupd8465952-af48-11e0-8d36-859edca6f4b8
```
Ketika grup parameter dibuat, grup parameter ini akan memiliki nilai default keluarga. Untuk mengubah nilai default, Anda harus mengubah grup parameter. Untuk informasi selengkapnya, lihat [Memodifikasi grup ElastiCache parameter](ParameterGroups.Modifying.md).
Lihat informasi yang lebih lengkap di [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheParameterGroup.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheParameterGroup.html).
# Daftar grup ElastiCache parameter berdasarkan nama
Anda dapat membuat daftar grup parameter menggunakan ElastiCache konsol, the AWS CLI, atau ElastiCache API.
## Menampilkan daftar grup parameter berdasarkan nama (Konsol)
Prosedur berikut menunjukkan cara melihat daftar grup parameter menggunakan konsol ElastiCache .
**Untuk membuat daftar grup parameter menggunakan ElastiCache konsol**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Untuk melihat daftar semua grup parameter yang tersedia, pilih **Grup Parameter** di panel navigasi sebelah kiri.
## Daftar grup ElastiCache parameter berdasarkan nama (AWS CLI)
Untuk menghasilkan daftar kelompok parameter menggunakan AWS CLI, gunakan perintah`describe-cache-parameter-groups`. Jika Anda memberikan nama grup parameter, hanya grup parameter tersebut yang akan dicantumkan. Jika Anda memberikan nama grup parameter, hanya grup parameter hingga `--max-records` yang akan dicantumkan. Dalam kedua kasus, nama, keluarga, dan deskripsi grup parameter akan dicantumkan.
**Example**
Contoh kode berikut menampilkan daftar grup parameter *myMem14*.
Untuk Linux, macOS, atau Unix:
```
aws elasticache describe-cache-parameter-groups \
--cache-parameter-group-name myMem14
```
Untuk Windows:
```
aws elasticache describe-cache-parameter-groups ^
--cache-parameter-group-name myMem14
```
Output dari perintah ini akan terlihat seperti ini, mencantumkan nama, keluarga, dan deskripsi untuk grup parameter.
```
{
"CacheParameterGroups": [
{
"CacheParameterGroupName": "myMem14",
"CacheParameterGroupFamily": "memcached1.4",
"Description": "My first parameter group"
}
]
}
```
**Example**
Contoh kode berikut menampilkan daftar grup parameter *myRed28*.
Untuk Linux, macOS, atau Unix:
```
aws elasticache describe-cache-parameter-groups \
--cache-parameter-group-name myRed28
```
Untuk Windows:
```
aws elasticache describe-cache-parameter-groups ^
--cache-parameter-group-name myRed28
```
Output dari perintah ini akan terlihat seperti ini, mencantumkan nama, keluarga, dan deskripsi untuk grup parameter.
```
{
"CacheParameterGroups": [
{
"CacheParameterGroupName": "myRed28",
"CacheParameterGroupFamily": "redis2.8",
"Description": "My first parameter group"
}
]
}
```
**Example**
Kode contoh berikut mencantumkan grup parameter *MyRed56* untuk grup parameter yang berjalan pada mesin Redis OSS versi 5.0.6 dan seterusnya. Jika grup parameter adalah bagian dari [Replikasi lintas AWS Wilayah menggunakan datastores global](Redis-Global-Datastore.md), nilai properti `IsGlobal` yang dikembalikan dalam output akan berupa `Yes`.
Untuk Linux, macOS, atau Unix:
```
aws elasticache describe-cache-parameter-groups \
--cache-parameter-group-name myRed56
```
Untuk Windows:
```
aws elasticache describe-cache-parameter-groups ^
--cache-parameter-group-name myRed56
```
Output dari perintah ini akan terlihat seperti ini, dengan menampilkan daftar nama, keluarga, isGlobal, dan deskripsi untuk grup parameter.
```
{
"CacheParameterGroups": [
{
"CacheParameterGroupName": "myRed56",
"CacheParameterGroupFamily": "redis5.0",
"Description": "My first parameter group",
"IsGlobal": "yes"
}
]
}
```
**Example**
Contoh kode berikut menampilkan daftar hingga 10 grup parameter.
```
aws elasticache describe-cache-parameter-groups --max-records 10
```
Output JSON dari perintah ini akan terlihat seperti ini, mencantumkan nama, keluarga, deskripsi dan, pada redis5.6 menunjukkan apakah grup parameter bagian dari penyimpanan data global (isGlobal), untuk setiap grup parameter.
```
{
"CacheParameterGroups": [
{
"CacheParameterGroupName": "custom-redis32",
"CacheParameterGroupFamily": "redis3.2",
"Description": "custom parameter group with reserved-memory > 0"
},
{
"CacheParameterGroupName": "default.memcached1.4",
"CacheParameterGroupFamily": "memcached1.4",
"Description": "Default parameter group for memcached1.4"
},
{
"CacheParameterGroupName": "default.redis2.6",
"CacheParameterGroupFamily": "redis2.6",
"Description": "Default parameter group for redis2.6"
},
{
"CacheParameterGroupName": "default.redis2.8",
"CacheParameterGroupFamily": "redis2.8",
"Description": "Default parameter group for redis2.8"
},
{
"CacheParameterGroupName": "default.redis3.2",
"CacheParameterGroupFamily": "redis3.2",
"Description": "Default parameter group for redis3.2"
},
{
"CacheParameterGroupName": "default.redis3.2.cluster.on",
"CacheParameterGroupFamily": "redis3.2",
"Description": "Customized default parameter group for redis3.2 with cluster mode on"
},
{
"CacheParameterGroupName": "default.redis5.6.cluster.on",
"CacheParameterGroupFamily": "redis5.0",
"Description": "Customized default parameter group for redis5.6 with cluster mode on",
"isGlobal": "yes"
},
]
}
```
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-parameter-groups.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-parameter-groups.html).
## Daftar grup ElastiCache parameter berdasarkan nama (ElastiCache API)
Untuk membuat daftar grup parameter menggunakan ElastiCache API, gunakan `DescribeCacheParameterGroups` tindakan. Jika Anda memberikan nama grup parameter, hanya grup parameter tersebut yang akan dicantumkan. Jika Anda memberikan nama grup parameter, hanya grup parameter hingga `MaxRecords` yang akan dicantumkan. Dalam kedua kasus, nama, keluarga, dan deskripsi grup parameter akan dicantumkan.
**Example**
Contoh kode berikut menampilkan daftar grup parameter *myMem14*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheParameterGroups
&CacheParameterGroupName=myMem14
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini, menampilkan daftar nama, keluarga, dan deskripsi untuk setiap grup parameter.
```
myMem14memcached1.4My custom Memcached 1.4 parameter group3540cc3d-af48-11e0-97f9-279771c4477e
```
**Example**
Contoh kode berikut menampilkan daftar hingga 10 grup parameter.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheParameterGroups
&MaxRecords=10
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini, menampilkan daftar nama, keluarga, deskripsi dan, dalam kasus redis5.6 jika grup parameter milik penyimpanan data global (isGlobal), untuk setiap grup parameter.
```
myRedis28redis2.8My custom Redis 2.8 parameter groupmyMem14memcached1.4My custom Memcached 1.4 parameter groupmyRedis56redis5.0My custom redis 5.6 parameter groupyes3540cc3d-af48-11e0-97f9-279771c4477e
```
**Example**
Contoh kode berikut menampilkan daftar grup parameter *myRed28*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheParameterGroups
&CacheParameterGroupName=myRed28
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini, menampilkan daftar nama, keluarga, dan deskripsi.
```
myRed28redis2.8My custom Redis 2.8 parameter group3540cc3d-af48-11e0-97f9-279771c4477e
```
**Example**
Contoh kode berikut menampilkan daftar grup parameter *myRed56*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheParameterGroups
&CacheParameterGroupName=myRed56
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini, dengan menampilkan daftar nama, keluarga, deskripsi, dan apakah grup parameter adalah bagian dari penyimpanan data global (isGlobal).
```
myRed56redis5.0My custom Redis 5.6 parameter groupyes3540cc3d-af48-11e0-97f9-279771c4477e
```
Lihat informasi yang lebih lengkap di [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeCacheParameterGroups.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeCacheParameterGroups.html).
# Daftar nilai kelompok ElastiCache parameter
Anda dapat mencantumkan parameter dan nilainya untuk grup parameter menggunakan ElastiCache konsol, the AWS CLI, atau ElastiCache API.
## Daftar nilai grup ElastiCache parameter (Konsol)
Prosedur berikut menunjukkan cara membuat daftar parameter dan nilainya untuk grup parameter menggunakan ElastiCache konsol.
**Untuk membuat daftar parameter dan nilainya dari grup parameter menggunakan konsol ElastiCache**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Untuk melihat daftar semua grup parameter yang tersedia, di panel navigasi sebelah kiri pilih **Grup Parameter**.
1. Pilih grup parameter yang ingin Anda tampilkan daftar parameter dan nilainya dengan memilih kotak di sebelah kiri nama grup parameter.
Parameter dan nilainya akan tercantum di bagian bawah layar. Karena jumlah parameter, Anda mungkin harus menggulir ke atas/bawah untuk menemukan parameter yang diinginkan.
## Menampilkan daftar nilai grup parameter (AWS CLI)
Untuk membuat daftar parameter grup parameter dan nilainya menggunakan AWS CLI, gunakan perintah`describe-cache-parameters`.
**Example**
*Kode contoh berikut mencantumkan semua parameter Memcached dan nilainya untuk grup parameter MyMEM14.*
Untuk Linux, macOS, atau Unix:
```
aws elasticache describe-cache-parameters \
--cache-parameter-group-name myMem14
```
Untuk Windows:
```
aws elasticache describe-cache-parameters ^
--cache-parameter-group-name myMem14
```
**Example**
Contoh kode berikut menampilkan daftar semua parameter dan nilainya untuk grup parameter *myRedis28*.
Untuk Linux, macOS, atau Unix:
```
aws elasticache describe-cache-parameters \
--cache-parameter-group-name myRedis28
```
Untuk Windows:
```
aws elasticache describe-cache-parameters ^
--cache-parameter-group-name myRed28
```
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-parameters.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-parameters.html).
## Daftar nilai grup parameter (ElastiCache API)
Untuk membuat daftar parameter grup parameter dan nilainya menggunakan ElastiCache API, gunakan `DescribeCacheParameters` tindakan.
**Example**
*Kode contoh berikut mencantumkan semua parameter Memcached untuk grup parameter MyMEM14.*
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheParameters
&CacheParameterGroupName=myMem14
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini. Respons ini telah terpotong.
```
integersystemfalseThe maximum configurable amount of memory to use to store items, in megabytes.1000cache.c1.medium6000cache.c1.xlarge7100cache.m1.large1300cache.m1.small
...output omitted...
6d355589-af49-11e0-97f9-279771c4477e
```
**Example**
Contoh kode berikut menampilkan daftar semua parameter untuk grup parameter *myRed28*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheParameters
&CacheParameterGroupName=myRed28
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Respons dari tindakan ini akan terlihat seperti ini. Respons ini telah terpotong.
```
integersystemfalseThe maximum configurable amount of memory to use to store items, in megabytes.1000cache.c1.medium6000cache.c1.xlarge7100cache.m1.large1300cache.m1.small
...output omitted...
6d355589-af49-11e0-97f9-279771c4477e
```
Lihat informasi yang lebih lengkap di [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeCacheParameters.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeCacheParameters.html).
# Memodifikasi grup ElastiCache parameter
**penting**
Anda tidak dapat mengubah grup parameter default.
Anda dapat mengubah beberapa nilai parameter di grup parameter. Nilai parameter ini diterapkan ke klaster yang terkait dengan grup parameter. Untuk informasi selengkapnya tentang kapan perubahan nilai parameter diterapkan ke grup parameter, lihat [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis) dan[Parameter spesifik Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached).
## Mengubah grup parameter (Konsol)
Prosedur berikut menunjukkan cara mengubah nilai `cluster-enabled` parameter menggunakan ElastiCache konsol. Anda akan menggunakan prosedur yang sama untuk mengubah nilai parameter apa pun.
**Untuk mengubah nilai parameter menggunakan ElastiCache konsol**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Untuk melihat daftar semua grup parameter yang tersedia, pilih **Grup Parameter** di panel navigasi sebelah kiri.
1. Pilih grup parameter yang ingin Anda ubah dengan memilih kotak di sebelah kiri nama grup parameter.
Parameter dari grup parameter akan tercantum di bagian bawah layar. Anda mungkin perlu menelusuri daftar untuk melihat semua parameter.
1. Untuk mengubah satu atau beberapa parameter, pilih **Edit Parameter**.
1. Di layar **Edit Grup Parameter:**, gulir menggunakan panah kiri dan kanan sampai Anda menemukan parameter `binding_protocol`, lalu ketik `ascii` di kolom **Nilai**.
1. Pilih **Simpan Perubahan**.
1. Untuk Memcached, untuk menemukan nama parameter yang Anda ubah, lihat. [Parameter spesifik Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached) Jika perubahan parameter diterapkan *Setelah pengaktifan ulang*, boot ulang setiap klaster yang menggunakan grup parameter ini. Untuk informasi selengkapnya, lihat [Mem-boot ulang klaster](Clusters.html#Rebooting).
1. Dengan Valkey dan Redis OSS, untuk menemukan nama parameter yang Anda ubah, lihat. [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis) Jika Anda memiliki cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan membuat perubahan pada parameter berikut, Anda harus me-reboot node di cluster:
+ activerehashing
+ databases
Untuk informasi selengkapnya, lihat [Mem-boot ulang simpul](nodes.rebooting.md).
**Perubahan parameter Valkey atau Redis OSS (Mode Cluster Diaktifkan)**
Jika Anda membuat perubahan pada parameter berikut pada cluster Valkey atau Redis OSS (mode cluster enabled), ikuti langkah-langkah berikutnya.
activerehashing
databases
Dengan Redis OSS, Anda dapat membuat cadangan manual cluster Anda. Lihat [Membuat cadangan manual](backups-manual.md).
Hapus klaster . Lihat [Menghapus klaster](Clusters.html#Delete).
Pulihkan klaster menggunakan grup parameter dan cadangan yang sudah diubah untuk melakukan seeding klaster baru. Lihat [Melakukan pemulihan dari cadangan ke dalam cache baru](backups-restoring.md).
Perubahan pada parameter lain tidak memerlukan tindakan ini.
## Mengubah grup parameter (AWS CLI)
Untuk mengubah nilai parameter menggunakan AWS CLI, gunakan perintah`modify-cache-parameter-group`.
**Example**
Dengan Memcached, untuk menemukan nama dan nilai yang diizinkan dari parameter yang ingin Anda ubah, lihat [Parameter spesifik Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
Contoh kode berikut menetapkan nilai dua parameter, *chunk\$1size* dan *chunk\$1size\$1growth\$1fact* pada grup parameter `myMem14`.
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-cache-parameter-group \
--cache-parameter-group-name myMem14 \
--parameter-name-values \
ParameterName=chunk_size,ParameterValue=96 \
ParameterName=chunk_size_growth_fact,ParameterValue=1.5
```
Untuk Windows:
```
aws elasticache modify-cache-parameter-group ^
--cache-parameter-group-name myMem14 ^
--parameter-name-values ^
ParameterName=chunk_size,ParameterValue=96 ^
ParameterName=chunk_size_growth_fact,ParameterValue=1.5
```
Output dari perintah ini akan terlihat seperti ini.
```
{
"CacheParameterGroupName": "myMem14"
}
```
**Example**
Dengan Valkey dan Redis OSS, untuk menemukan nama dan nilai yang diizinkan dari parameter yang ingin Anda ubah, lihat [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
Kode sampel berikut menetapkan nilai dua parameter, *reserved-memory-percent*dan *cluster diaktifkan* pada kelompok parameter. `myredis32-on-30` Kami mengatur *reserved-memory-percent*ke `30` (30 persen) dan *mengaktifkan cluster* `yes` sehingga grup parameter dapat digunakan dengan cluster Valkey atau Redis OSS (mode cluster diaktifkan) (grup replikasi).
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-cache-parameter-group \
--cache-parameter-group-name myredis32-on-30 \
--parameter-name-values \
ParameterName=reserved-memory-percent,ParameterValue=30 \
ParameterName=cluster-enabled,ParameterValue=yes
```
Untuk Windows:
```
aws elasticache modify-cache-parameter-group ^
--cache-parameter-group-name myredis32-on-30 ^
--parameter-name-values ^
ParameterName=reserved-memory-percent,ParameterValue=30 ^
ParameterName=cluster-enabled,ParameterValue=yes
```
Output dari perintah ini akan terlihat seperti ini.
```
{
"CacheParameterGroupName": "my-redis32-on-30"
}
```
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-parameter-group.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-parameter-group.html).
Untuk menemukan nama parameter yang Anda ubah, lihat [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis).
Jika Anda memiliki cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan membuat perubahan pada parameter berikut, Anda harus me-reboot node di cluster:
+ activerehashing
+ databases
Untuk informasi selengkapnya, lihat [Mem-boot ulang simpul](nodes.rebooting.md).
**Perubahan parameter Valkey atau Redis OSS (Mode Cluster Diaktifkan)**
Jika Anda membuat perubahan pada parameter berikut pada cluster Valkey atau Redis OSS (mode cluster enabled), ikuti langkah-langkah berikutnya.
activerehashing
databases
Buat cadangan manual klaster Anda. Lihat [Membuat cadangan manual](backups-manual.md).
Hapus klaster . Lihat [Menghapus klaster](Clusters.html#Delete).
Pulihkan klaster menggunakan grup parameter dan cadangan yang sudah diubah untuk melakukan seeding klaster baru. Lihat [Melakukan pemulihan dari cadangan ke dalam cache baru](backups-restoring.md).
Perubahan pada parameter lain tidak memerlukan tindakan ini.
## Memodifikasi grup parameter (ElastiCache API)
Untuk mengubah nilai parameter grup parameter menggunakan ElastiCache API, gunakan `ModifyCacheParameterGroup` tindakan.
**Example**
Dengan Memcached, untuk menemukan nama dan nilai yang diizinkan dari parameter yang ingin Anda ubah, lihat [Parameter spesifik Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
Contoh kode berikut menetapkan nilai dua parameter, *chunk\$1size* dan *chunk\$1size\$1growth\$1fact* pada grup parameter `myMem14`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyCacheParameterGroup
&CacheParameterGroupName=myMem14
&ParameterNameValues.member.1.ParameterName=chunk_size
&ParameterNameValues.member.1.ParameterValue=96
&ParameterNameValues.member.2.ParameterName=chunk_size_growth_fact
&ParameterNameValues.member.2.ParameterValue=1.5
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
**Example**
Dengan Valkey dan Redis OSS, untuk menemukan nama dan nilai yang diizinkan dari parameter yang ingin Anda ubah, lihat [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
Kode sampel berikut menetapkan nilai dua parameter, *reserved-memory-percent*dan *cluster diaktifkan* pada kelompok parameter. `myredis32-on-30` Kami mengatur *reserved-memory-percent*ke `30` (30 persen) dan *mengaktifkan cluster* `yes` sehingga grup parameter dapat digunakan dengan cluster Valkey atau Redis OSS (mode cluster diaktifkan) (grup replikasi).
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyCacheParameterGroup
&CacheParameterGroupName=myredis32-on-30
&ParameterNameValues.member.1.ParameterName=reserved-memory-percent
&ParameterNameValues.member.1.ParameterValue=30
&ParameterNameValues.member.2.ParameterName=cluster-enabled
&ParameterNameValues.member.2.ParameterValue=yes
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheParameterGroup.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheParameterGroup.html).
Jika Anda memiliki cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan membuat perubahan pada parameter berikut, Anda harus me-reboot node di cluster:
+ activerehashing
+ databases
Untuk informasi selengkapnya, lihat [Mem-boot ulang node](nodes.rebooting.md).
**Perubahan parameter Valkey atau Redis OSS (Mode Cluster Diaktifkan)**
Jika Anda membuat perubahan pada parameter berikut pada cluster Valkey atau Redis OSS (mode cluster enabled), ikuti langkah-langkah berikutnya.
activerehashing
databases
Buat cadangan manual klaster Anda. Lihat [Membuat cadangan manual](backups-manual.md).
Hapus klaster . Lihat [Menghapus cluster di ElastiCache](Clusters.Delete.md).
Pulihkan klaster menggunakan grup parameter dan cadangan yang sudah diubah untuk melakukan seeding klaster baru. Lihat [Melakukan pemulihan dari cadangan ke dalam cache baru](backups-restoring.md).
Perubahan pada parameter lain tidak memerlukan tindakan ini.
# Menghapus grup ElastiCache parameter
Anda dapat menghapus grup parameter kustom menggunakan ElastiCache konsol, file AWS CLI, atau ElastiCache API.
Anda tidak dapat menghapus grup parameter jika grup parameter ini dikaitkan dengan klaster. Anda juga tidak dapat menghapus grup parameter default.
## Menghapus grup parameter (Konsol)
Prosedur berikut menunjukkan cara menghapus grup parameter menggunakan konsol ElastiCache.
**Untuk menghapus grup parameter menggunakan ElastiCache konsol**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Untuk melihat daftar semua grup parameter yang tersedia, di panel navigasi sebelah kiri pilih **Grup Parameter**.
1. Pilih grup parameter yang ingin Anda hapus dengan memilih kotak di sebelah kiri nama grup parameter.
Tombol **Hapus** akan menjadi aktif.
1. Pilih **Hapus**.
Layar konfirmasi **Hapus Grup Parameter** akan muncul.
1. Untuk menghapus grup parameter, pada layar konfirmasi **Hapus Grup Parameter**, pilih **Hapus**.
Untuk mempertahankan grup parameter, pilih **Batalkan**.
## Menghapus grup parameter (AWS CLI)
Untuk menghapus grup parameter menggunakan AWS CLI, gunakan perintah`delete-cache-parameter-group`. Untuk grup parameter yang akan dihapus, grup parameter yang ditentukan berdasarkan `--cache-parameter-group-name` tidak boleh memiliki klaster yang terkait dengannya, dan juga tidak dapat berupa grup parameter default.
Contoh kode berikut menghapus grup parameter *myMem14*.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws elasticache delete-cache-parameter-group \
--cache-parameter-group-name myRed28
```
Untuk Windows:
```
aws elasticache delete-cache-parameter-group ^
--cache-parameter-group-name myRed28
```
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-parameter-group.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-parameter-group.html).
## Menghapus grup parameter (ElastiCache API)
Untuk menghapus grup parameter menggunakan ElastiCache API, gunakan `DeleteCacheParameterGroup` tindakan. Untuk grup parameter yang akan dihapus, grup parameter yang ditentukan berdasarkan `CacheParameterGroupName` tidak boleh memiliki klaster yang terkait dengannya, dan juga tidak dapat berupa grup parameter default.
**Example**
Dengan Memcached, kode contoh berikut menghapus grup parameter *MyMEM14*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DeleteCacheParameterGroup
&CacheParameterGroupName=myMem14
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
**Example**
Contoh kode berikut menghapus grup parameter *myRed28*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DeleteCacheParameterGroup
&CacheParameterGroupName=myRed28
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Lihat informasi yang lebih lengkap di [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DeleteCacheParameterGroup.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DeleteCacheParameterGroup.html).
# Parameter spesifik mesin
**Valkey dan Redis OSS**
Sebagian besar parameter Valkey 8 kompatibel dengan parameter Redis OSS 7.1. Parameter Valkey 7.2 sama dengan parameter Redis OSS 7.
Jika Anda tidak menentukan grup parameter untuk cluster Valkey atau Redis OSS Anda, maka grup parameter default yang sesuai dengan versi mesin Anda akan digunakan. Anda tidak dapat mengubah nilai parameter dalam grup parameter default. Namun, Anda dapat membuat grup parameter kustom dan menetapkannya ke klaster Anda setiap saat asalkan nilai parameter yang dapat diubah secara bersyarat di kedua grup parameter sama. Untuk informasi selengkapnya, lihat [Membuat grup ElastiCache parameter](ParameterGroups.Creating.md).
**Topics**
+ [Parameter Valkey dan Redis OSS](#ParameterGroups.Redis)
+ [Parameter spesifik Memcached](#ParameterGroups.Memcached)
## Parameter Valkey dan Redis OSS
**Topics**
+ [Perubahan parameter Valkey 8.2](#ParameterGroups.Valkey.8.2)
+ [Perubahan parameter Valkey 8.1](#ParameterGroups.Valkey.8.1)
+ [Perubahan parameter Valkey 8.0](#ParameterGroups.Valkey.8)
+ [Perubahan parameter Valkey 7.2 dan Redis OSS 7](#ParameterGroups.Redis.7)
+ [Redis OSS 6.x perubahan parameter](#ParameterGroups.Redis.6-x)
+ [Redis OSS 5.0.3 perubahan parameter](#ParameterGroups.Redis.5-0-3)
+ [Redis OSS 5.0.0 perubahan parameter](#ParameterGroups.Redis.5.0)
+ [Redis OSS 4.0.10 perubahan parameter](#ParameterGroups.Redis.4-0-10)
+ [Redis OSS 3.2.10 perubahan parameter](#ParameterGroups.Redis.3-2-10)
+ [Redis OSS 3.2.6 perubahan parameter](#ParameterGroups.Redis.3-2-6)
+ [Redis OSS 3.2.4 perubahan parameter](#ParameterGroups.Redis.3-2-4)
+ [Redis OSS 2.8.24 (ditingkatkan) menambahkan parameter](#ParameterGroups.Redis.2-8-24)
+ [Redis OSS 2.8.23 (ditingkatkan) menambahkan parameter](#ParameterGroups.Redis.2-8-23)
+ [Redis OSS 2.8.22 (ditingkatkan) menambahkan parameter](#ParameterGroups.Redis.2-8-22)
+ [Redis OSS 2.8.21 menambahkan parameter](#ParameterGroups.Redis.2-8-21)
+ [Redis OSS 2.8.19 menambahkan parameter](#ParameterGroups.Redis.2-8-19)
+ [Redis OSS 2.8.6 menambahkan parameter](#ParameterGroups.Redis.2-8-6)
+ [Redis OSS 2.6.13 parameter](#ParameterGroups.Redis.2-6-13)
+ [Parameter spesifik tipe node Redis OSS](#ParameterGroups.Redis.NodeSpecific)
### Perubahan parameter Valkey 8.2
**Keluarga kelompok parameter: valkey8**
**catatan**
Perubahan parameter Valkey 8.2 tidak berlaku untuk Valkey 8.1
Valkey 8.0 dan kelompok parameter di atas tidak kompatibel dengan Redis OSS 7.2.4.
di Valkey 8.2, perintah berikut tidak tersedia untuk cache tanpa server:,,,, dan `commandlog` `commandlog get` `commandlog help` `commandlog len` `commandlog reset.`
**Grup parameter baru di Valkey 8.2**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| search-fanout-target-mode (ditambahkan di 8.2) | Default: klien Jenis: string Dapat diubah: Ya Perubahan Berlaku: Segera | Parameter search-fanout-target-mode konfigurasi mengontrol bagaimana kueri penelusuran didistribusikan di seluruh node dalam lingkungan cluster Valkey. Pengaturan ini menerima dua nilai: “throughput” yang mengoptimalkan throughput maksimum dengan mendistribusikan kueri pencarian secara acak di semua node cluster terlepas dari jenis klien atau status READONLY, dan “klien” yang menghormati karakteristik koneksi klien dengan merutekan klien non-ReadOnly ke node primer saja, klien READONLY pada koneksi replika ke node replika saja, dan klien READONLY pada koneksi primer secara acak di semua node. Perilaku default adalah mode “klien”, yang berarti sistem akan menghormati jenis koneksi klien dan status READONLY untuk keputusan perutean kueri. Gunakan mode throughput untuk beban kerja pencarian volume tinggi di mana pemanfaatan sumber daya klaster maksimum diinginkan, dan mode klien saat Anda ingin mempertahankan read/write pemisahan dan menghormati pola koneksi READONLY tingkat aplikasi. |
| search-default-timeout-ms | Default: 50000 Nilai yang diizinkan: 1 hingga 60000 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Batas waktu kueri pencarian Valkey default (dalam milidetik). |
| search-enable-partial-results | Default: yes Nilai yang diizinkan: ya, tidak Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Segera | Mengkonfigurasi perilaku kegagalan kueri untuk pencarian Valkey. Saat diaktifkan, kueri penelusuran akan mengembalikan sebagian hasil jika batas waktu terjadi pada satu atau beberapa pecahan. Saat dinonaktifkan, batas waktu pecahan apa pun akan menyebabkan seluruh permintaan pencarian gagal dan mengembalikan kesalahan. |
### Perubahan parameter Valkey 8.1
**Keluarga kelompok parameter: valkey8**
**catatan**
Perubahan parameter Valkey 8.1 tidak berlaku untuk Valkey 8.0
Valkey 8.0 dan kelompok parameter di atas tidak kompatibel dengan Redis OSS 7.2.4.
di Valkey 8.1, perintah berikut tidak tersedia untuk cache tanpa server:`commandlog`,,,, dan `commandlog get` `commandlog help` `commandlog len` `commandlog reset.`
**Grup parameter baru di Valkey 8.1**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| commandlog-large-request-max-len (ditambahkan dalam 8.1) | Default: 1048576 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Ukuran maksimum, dalam byte, untuk permintaan yang akan dicatat oleh fitur Log Perintah Valkey. |
| commandlog-large-request-max-len (ditambahkan dalam 8.1) | Default: 128 Nilai yang diizinkan: 0-1024 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Panjang maksimum Log Perintah Valkey untuk permintaan. |
| commandlog-reply-larger-than (ditambahkan di 8.1) | Default: 1048576 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Ukuran maksimum, dalam byte, untuk respons yang akan dicatat oleh fitur Log Perintah Valkey. |
| commandlog-large-reply-max-len (ditambahkan dalam 8.1) | Default: 128 Nilai yang diizinkan: 0-1024 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Panjang maksimum Log Perintah Valkey untuk tanggapan. |
### Perubahan parameter Valkey 8.0
**Keluarga kelompok parameter: valkey8**
**catatan**
Redis OSS 7.2.4 tidak kompatibel dengan Valkey 8 dan di atas kelompok parameter.
**Perubahan parameter spesifik di Valkey 8.0**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| repl-backlog-size | Standar: 10485760 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Ukuran, dalam byte, buffer backlog simpul primer. Backlog digunakan untuk mencatat pembaruan data pada simpul primer. Ketika replika baca terhubung ke primer, ia mencoba untuk melakukan sinkronisasi paral (psync), di mana ia menerapkan data dari backlog untuk mengejar ketinggalan dengan simpul utama. Jika psync gagal, maka sinkronisasi penuh diperlukan. Nilai minimum untuk parameter ini adalah 16384. Catatan: Dimulai dengan Redis OSS 2.8.22, parameter ini berlaku untuk cluster primer serta replika baca. |
| maxmemory-sampel | Default: 3 Nilai yang diizinkan: 1 hingga 64 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Untuk perhitungan least-recently-used (LRU) dan time-to-live (TTL), parameter ini mewakili ukuran sampel kunci untuk diperiksa. Secara default, Redis OSS memilih 3 kunci dan menggunakan salah satu yang paling tidak digunakan baru-baru ini. |
**Grup parameter baru di Valkey 8.0**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| extended-redis-compatibility | Nilai yang diizinkan: ya, tidak Default: yes Jenis: boolean Dapat diubah: Ya Perubahan berlaku: segera | Mode kompatibilitas Redis OSS yang diperluas membuat Valkey berpura-pura menjadi Redis OSS 7.2. Aktifkan ini hanya jika Anda memiliki masalah dengan alat atau klien. Dampak yang dihadapi pelanggan: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
**Dihapus kelompok parameter di Valkey 8.0**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| lazyfree-lazy-eviction | Nilai yang diizinkan: ya, tidak Default: no Jenis: boolean Dapat diubah: Ya Perubahan akan diterapkan: segera | Melakukan penghapusan asinkron pada pengosongan. |
| lazyfree-lazy-expire | Nilai yang diizinkan: ya, tidak Default: no Jenis: boolean Dapat diubah: Ya Perubahan akan diterapkan: segera | Melakukan penghapusan asinkron pada kunci kedaluwarsa. |
| lazyfree-lazy-server-del | Nilai yang diizinkan: ya, tidak Default: no Jenis: boolean Dapat diubah: Ya Perubahan akan diterapkan: segera | Melakukan penghapusan asinkron untuk perintah yang memperbarui nilai. |
| lazyfree-lazy-user-del | Default: no Jenis: string Dapat diubah: Ya Perubahan berlaku: Segera di semua simpul dalam klaster | Ketika nilai diatur ke ya, perintah DEL bertindak sama seperti UNLINK. |
| replica-lazy-flush | Default: yes Jenis: boolean Dapat diubah: Tidak Nama sebelumnya: slave-lazy-flush | Melakukan flushDB asinkron selama sinkronisasi replika. |
### Perubahan parameter Valkey 7.2 dan Redis OSS 7
**Keluarga kelompok parameter: valkey7**
Grup parameter default Valkey 7.2 adalah sebagai berikut:
+ `default.valkey7`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey (mode cluster dinonaktifkan) dan grup replikasi.
+ `default.valkey7.cluster.on`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk klaster Valkey (mode cluster diaktifkan) dan grup replikasi.
**Keluarga grup parameter:** redis7
Redis OSS 7 kelompok parameter default adalah sebagai berikut:
+ `default.redis7`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk kelompok Redis OSS (mode cluster dinonaktifkan) dan grup replikasi.
+ `default.redis7.cluster.on`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk kelompok Redis OSS (mode cluster diaktifkan) dan grup replikasi.
**Perubahan parameter spesifik**
Parameter yang ditambahkan dalam Redis OSS 7 adalah sebagai berikut. Valkey 7.2 juga mendukung parameter ini.
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| cluster-allow-pubsubshard-when-down | Nilai yang diizinkan: `yes`, `no` Default: `yes` Jenis: string Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Ketika diatur ke nilai default ya, memungkinkan simpul melayani lalu lintas serpihan pubsub saat klaster dalam keadaan nonaktif, asalkan klaster ini mengetahui bahwa dirinya memiliki slot. |
| cluster-preferred-endpoint-type | Nilai yang diizinkan: `ip`, `tls-dynamic` Default: `tls-dynamic` Jenis: string Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Nilai ini mengontrol titik akhir apa yang dikembalikan untuk permintaan MOVED/ASKING serta bidang titik akhir untuk `CLUSTER SLOTS` dan `CLUSTER SHARDS`. Ketika nilai diatur ke ip, simpul akan menyatakan alamat ip-nya. Ketika nilai diatur ke tls-dynamic, node akan mengiklankan nama host saat encryption-in-transit diaktifkan dan alamat ip sebaliknya. |
| latency-tracking | Nilai yang diizinkan: `yes`, `no` Default: `no` Jenis: string Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Ketika diatur ke ya akan melacak latensi per perintah dan memungkinkan ekspor distribusi persentil melalui perintah statistik latensi `INFO`, dan distribusi latensi kumulatif (histogram) melalui perintah `LATENCY`. |
| hash-max-listpack-entries | Nilai yang diizinkan: `0+` Default: `512` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Jumlah maksimum entri hash agar set data dikompresi. |
| hash-max-listpack-value | Nilai yang diizinkan: `0+` Default: `64` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Ambang entri hash terbesar agar set data dikompresi. |
| zset-max-listpack-entries | Nilai yang diizinkan: `0+` Default: `128` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Jumlah maksimum entri sorted set agar set data dikompresi. |
| zset-max-listpack-value | Nilai yang diizinkan: `0+` Default: `64` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Ambang batas entri sorted set terbesar agar set data dikompresi. |
Parameter yang diubah dalam Redis OSS 7 adalah sebagai berikut.
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| activerehashing | Dapat diubah: `no`. Di Redis OSS 7, parameter ini disembunyikan dan diaktifkan secara default. Untuk menonaktifkannya, Anda perlu membuat [kasus dukungan](https://console.aws.amazon.com/support/home). | Dapat diubah sebelumnya adalah ya. |
Parameter dihapus dalam Redis OSS 7 adalah sebagai berikut.
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| hash-max-ziplist-entries | Nilai yang diizinkan: `0+` Default: `512` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Gunakan `listpack` bukan `ziplist` untuk merepresentasikan pengenkodean hash kecil. |
| hash-max-ziplist-value | Nilai yang diizinkan: `0+` Default: `64` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Gunakan `listpack` bukan `ziplist` untuk merepresentasikan pengenkodean hash kecil. |
| zset-max-ziplist-entries | Nilai yang diizinkan: `0+` Default: `128` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Gunakan `listpack` bukan `ziplist` untuk merepresentasikan pengenkodean hash kecil. |
| zset-max-ziplist-value | Nilai yang diizinkan: `0+` Default: `64` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Gunakan `listpack` bukan `ziplist` untuk merepresentasikan pengenkodean hash kecil. |
| list-max-ziplist-size | Nilai yang diizinkan: Default: `-2` Jenis: integer Dapat diubah: Ya Penerapan perubahan: Segera di semua simpul dalam klaster. | Jumlah entri yang diizinkan per simpul daftar internal. |
### Redis OSS 6.x perubahan parameter
**Keluarga grup parameter:** redis6.x
Redis OSS 6.x kelompok parameter default adalah sebagai berikut:
+ `default.redis6.x`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan grup replikasi.
+ `default.redis6.x.cluster.on`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster diaktifkan) dan grup replikasi.
**catatan**
*Di mesin Redis OSS versi 6.2, ketika keluarga node r6gd diperkenalkan untuk digunakan dengan, hanya kebijakan *noeviction [Tingkatan data di ElastiCache](data-tiering.md)*, *volatile-lru* dan allkeys-lru max-memory yang didukung dengan tipe node r6gd.*
Untuk informasi selengkapnya, lihat [ElastiCache versi 6.2 untuk Redis OSS (ditingkatkan)](engine-versions.md#redis-version-6.2) dan [ElastiCache versi 6.0 untuk Redis OSS (ditingkatkan)](engine-versions.md#redis-version-6.0).
Parameter yang ditambahkan dalam Redis OSS 6.x adalah sebagai berikut.
| Detail | Deskripsi |
| --- | --- |
| acl-pubsub-default (added in 6.2) | Nilai yang diizinkan: `resetchannels`, `allchannels` Default: `allchannels` Jenis: string Dapat diubah: Ya Perubahan berlaku: Pengguna Redis OSS yang ada yang terkait dengan cluster akan terus memiliki izin yang ada. Baik memperbarui pengguna atau reboot cluster untuk memperbarui pengguna Redis OSS yang ada. | Izin saluran pubsub default untuk pengguna ACL yang di-deploy ke klaster ini. |
| cluster-allow-reads-when-down (added in 6.0) | Default: no Jenis: string Dapat diubah: Ya Perubahan berlaku: Segera di semua simpul dalam klaster | Ketika disetel ke ya, grup replikasi Redis OSS (mode cluster enabled) terus memproses perintah baca bahkan ketika sebuah node tidak dapat mencapai kuorum primer. Jika diatur ke default tidak, grup replikasi menolak semua perintah. Kami merekomendasikan untuk mengatur nilai ini ke ya jika Anda menggunakan klaster dengan kurang dari tiga grup simpul atau aplikasi Anda dapat dengan aman menangani pembacaan yang usang dengan aman. |
| tracking-table-max-keys (added in 6.0) | Default: 1.000.000 Jenis: angka Dapat diubah: Ya Perubahan berlaku: Segera di semua simpul dalam klaster | Untuk membantu caching sisi klien, Redis OSS mendukung pelacakan klien mana yang telah mengakses kunci mana. Ketika kunci yang dilacak diubah, pesan invalidasi dikirim ke semua klien untuk memberitahukan bahwa nilai cache-nya tidak valid lagi. Nilai ini memungkinkan Anda menentukan batas atas tabel ini. Setelah nilai parameter ini terlampaui, klien mendapatkan pesan invalidasi secara acak. Nilai ini harus diatur untuk membatasi penggunaan memori sambil masih melacak kunci. Kunci juga diinvalidasi dalam kondisi memori rendah. |
| acllog-max-len (added in 6.0) | Default: 128 Jenis: angka Dapat diubah: Ya Perubahan berlaku: Segera di semua simpul dalam klaster | Nilai ini sesuai dengan jumlah maksimum entri di log ACL. |
| active-expire-effort (added in 6.0) | Default: 1 Jenis: angka Dapat diubah: Ya Perubahan berlaku: Segera di semua simpul dalam klaster | Redis OSS menghapus kunci yang telah melampaui waktu mereka untuk hidup dengan dua mekanisme. Di satu sisi, kunci diakses dan ditemukan akan kedaluwarsa. Di sisi lain, pekerjaan berkala mengambil sampel kunci dan membuat kunci yang telah melebihi time-to-live (TTL)-nya menjadi kedaluwarsa. Parameter ini mendefinisikan jumlah upaya yang digunakan Redis OSS untuk mengakhiri item dalam pekerjaan periodik. Nilai default 1 akan mencoba mencegah adanya lebih dari 10 persen kunci kedaluwarsa yang masih berada dalam memori. Hal ini juga akan mencoba mencegah konsumsi lebih dari 25 persen dari total memori dan menambahkan latensi ke sistem. Anda dapat meningkatkan nilai ini hingga 10 untuk meningkatkan jumlah upaya yang digunakan untuk kunci kedaluwarsa. Komprominya adalah CPU lebih tinggi dan latensi berpotensi lebih tinggi. Kami merekomendasikan nilai 1 kecuali jika Anda melihat penggunaan memori tinggi dan dapat menoleransi peningkatan pemanfaatan CPU. |
| lazyfree-lazy-user-del (added in 6.0) | Default: no Jenis: string Dapat diubah: Ya Perubahan berlaku: Segera di semua simpul dalam klaster | Ketika nilai diatur ke ya, perintah `DEL` bertindak sama seperti `UNLINK`. |
Parameter dihapus dalam Redis OSS 6.x adalah sebagai berikut.
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| lua-replicate-commands | Nilai yang diizinkan: yes/no Default: yes Jenis: boolean Dapat diubah: Ya Perubahan berlaku: Segera. | Selalu mengaktifkan replikasi efek Lua atau tidak dalam skrip Lua |
### Redis OSS 5.0.3 perubahan parameter
**Keluarga grup parameter:** redis5.0
Redis OSS 5.0 grup parameter default
+ `default.redis5.0`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan grup replikasi.
+ `default.redis5.0.cluster.on`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster diaktifkan) dan grup replikasi.
**Parameter ditambahkan di Redis OSS 5.0.3**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| rename-commands | Default: tidak ada Jenis: string Dapat diubah: Ya Perubahan berlaku: Segera di semua simpul dalam klaster | Daftar yang dipisahkan spasi dari perintah Redis OSS yang diganti namanya. Berikut adalah daftar terbatas perintah yang tersedia untuk diubah namanya: `APPEND AUTH BITCOUNT BITFIELD BITOP BITPOS BLPOP BRPOP BRPOPLPUSH BZPOPMIN BZPOPMAX CLIENT CLUSTER COMMAND DBSIZE DECR DECRBY DEL DISCARD DUMP ECHO EVAL EVALSHA EXEC EXISTS EXPIRE EXPIREAT FLUSHALL FLUSHDB GEOADD GEOHASH GEOPOS GEODIST GEORADIUS GEORADIUSBYMEMBER GET GETBIT GETRANGE GETSET HDEL HEXISTS HGET HGETALL HINCRBY HINCRBYFLOAT HKEYS HLEN HMGET HMSET HSET HSETNX HSTRLEN HVALS INCR INCRBY INCRBYFLOAT INFO KEYS LASTSAVE LINDEX LINSERT LLEN LPOP LPUSH LPUSHX LRANGE LREM LSET LTRIM MEMORY MGET MONITOR MOVE MSET MSETNX MULTI OBJECT PERSIST PEXPIRE PEXPIREAT PFADD PFCOUNT PFMERGE PING PSETEX PSUBSCRIBE PUBSUB PTTL PUBLISH PUNSUBSCRIBE RANDOMKEY READONLY READWRITE RENAME RENAMENX RESTORE ROLE RPOP RPOPLPUSH RPUSH RPUSHX SADD SCARD SCRIPT SDIFF SDIFFSTORE SELECT SET SETBIT SETEX SETNX SETRANGE SINTER SINTERSTORE SISMEMBER SLOWLOG SMEMBERS SMOVE SORT SPOP SRANDMEMBER SREM STRLEN SUBSCRIBE SUNION SUNIONSTORE SWAPDB TIME TOUCH TTL TYPE UNSUBSCRIBE UNLINK UNWATCH WAIT WATCH ZADD ZCARD ZCOUNT ZINCRBY ZINTERSTORE ZLEXCOUNT ZPOPMAX ZPOPMIN ZRANGE ZRANGEBYLEX ZREVRANGEBYLEX ZRANGEBYSCORE ZRANK ZREM ZREMRANGEBYLEX ZREMRANGEBYRANK ZREMRANGEBYSCORE ZREVRANGE ZREVRANGEBYSCORE ZREVRANK ZSCORE ZUNIONSTORE SCAN SSCAN HSCAN ZSCAN XINFO XADD XTRIM XDEL XRANGE XREVRANGE XLEN XREAD XGROUP XREADGROUP XACK XCLAIM XPENDING GEORADIUS_RO GEORADIUSBYMEMBER_RO LOLWUT XSETID SUBSTR` |
Untuk informasi selengkapnya, lihat [ElastiCache versi 5.0.6 untuk Redis OSS (ditingkatkan)](engine-versions.md#redis-version-5-0.6).
### Redis OSS 5.0.0 perubahan parameter
**Keluarga grup parameter:** redis5.0
Redis OSS 5.0 grup parameter default
+ `default.redis5.0`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan grup replikasi.
+ `default.redis5.0.cluster.on`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster diaktifkan) dan grup replikasi.
**Parameter ditambahkan di Redis OSS 5.0**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| stream-node-max-bytes | Nilai yang diizinkan: 0\$1 Default: 4096 Jenis: integer Dapat diubah: Ya Perubahan berlaku: Segera. | Struktur aliran data adalah pohon radix simpul yang mengodekan beberapa item dalamnya. Gunakan konfigurasi ini untuk menentukan ukuran maksimum simpul tunggal dalam pohon radix dalam Byte. Jika diatur ke 0, ukuran simpul pohon adalah tidak terbatas. |
| stream-node-max-entries | Nilai yang diizinkan: 0\$1 Default: 100 Jenis: integer Dapat diubah: Ya Perubahan berlaku: Segera. | Struktur data aliran adalah pohon radix simpul yang mengenkode beberapa item dalamnya. Gunakan konfigurasi ini untuk menentukan jumlah maksimum item yang dapat ditampung simpul tunggal sebelum beralih ke simpul baru saat menambahkan entri aliran baru. Jika diatur ke 0, jumlah item di simpul pohon adalah tidak terbatas |
| active-defrag-max-scan-fields | Nilai yang diizinkan: 1 hingga 1000000 Default: 1000 Jenis: integer Dapat diubah: Ya Perubahan berlaku: Segera. | Jumlah maksimum set/hash/zset/list bidang yang akan diproses dari pemindaian kamus utama |
| lua-replicate-commands | Nilai yang diizinkan: yes/no Default: yes Jenis: boolean Dapat diubah: Ya Perubahan berlaku: Segera. | Selalu mengaktifkan replikasi efek Lua atau tidak dalam skrip Lua |
| replica-ignore-maxmemory | Default: yes Jenis: boolean Dapat diubah: Tidak | Menentukan apakah replika mengabaikan pengaturan maxmemory dengan tidak mengosongkan item yang independen dari primer |
Redis OSS telah mengganti nama beberapa parameter di engine versi 5.0 sebagai tanggapan atas umpan balik komunitas. Untuk informasi selengkapnya, lihat [Apa yang Baru di Redis OSS 5?](https://aws.amazon.com/redis/Whats_New_Redis5/) . Tabel berikut mencantumkan nama baru dan pemetaannya ke versi sebelumnya.
**Parameter berganti nama dalam Redis OSS 5.0**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| replica-lazy-flush | Default: yes Jenis: boolean Dapat diubah: Tidak Nama sebelumnya: slave-lazy-flush | Melakukan flushDB asinkron selama sinkronisasi replika. |
| client-output-buffer-limit-replica-hard-limit | Default: Untuk nilai, lihat [Parameter spesifik tipe node Redis OSS](#ParameterGroups.Redis.NodeSpecific) Jenis: integer Dapat Diubah: Tidak Nama sebelumnya: client-output-buffer-limit - slave-hard-limit | Untuk Redis OSS baca replika: Jika buffer keluaran klien mencapai jumlah byte yang ditentukan, klien akan terputus. |
| client-output-buffer-limit-replica-soft-limit | Default: Untuk nilai, lihat [Parameter spesifik tipe node Redis OSS](#ParameterGroups.Redis.NodeSpecific) Jenis: integer Dapat Diubah: Tidak Nama sebelumnya: client-output-buffer-limit - slave-soft-limit | Untuk Redis OSS baca replika: Jika buffer keluaran klien mencapai jumlah byte yang ditentukan, klien akan terputus, tetapi hanya jika kondisi ini berlanjut. client-output-buffer-limit-replica-soft-seconds |
| client-output-buffer-limit-replica-soft-seconds | Default: 60 Jenis: integer Dapat Diubah: Tidak Nama sebelumnya: client-output-buffer-limit - slave-soft-seconds | Untuk Redis OSS baca replika: Jika buffer keluaran klien tetap pada client-output-buffer-limit-replica-soft-limit byte lebih lama dari jumlah detik ini, klien akan terputus. |
| replica-allow-chaining | Default: no Jenis: string Dapat diubah: Tidak Nama sebelumnya: slave-allow-chaining | Menentukan apakah replika baca di Redis OSS dapat membaca replika sendiri. |
| min-replicas-to-write | Default: 0 Jenis: integer Dapat diubah: Ya Nama sebelumnya: min-slaves-to-write Perubahan berlaku: Segera | Jumlah minimum replika baca yang harus tersedia agar simpul primer dapat menerima penulisan dari klien. Jika jumlah replika yang tersedia di bawah jumlah ini, maka simpul primer tidak akan lagi menerima permintaan tulis. Jika parameter min-replicas-max-lag ini atau 0, maka node utama akan selalu menerima permintaan penulisan, bahkan jika tidak ada replika yang tersedia. |
| min-replicas-max-lag | Default: 10 Jenis: integer Dapat diubah: Ya Nama sebelumnya: min-slaves-max-lag Perubahan Berlaku: Segera | Jumlah detik saat simpul primer harus menerima permintaan ping dari replika baca. Jika jumlah waktu ini berlalu dan primer tidak menerima ping, maka replika tidak lagi dianggap tersedia. Jika jumlah replika yang tersedia turun di bawah min-replicas-to-write, maka primer akan berhenti menerima penulisan pada saat itu. Jika salah satu parameter min-replicas-to-write ini atau 0, maka node utama akan selalu menerima permintaan tulis, bahkan jika tidak ada replika yang tersedia. |
| close-on-replica-write | Default: yes Jenis: boolean Dapat Diubah: Ya Nama sebelumnya: close-on-slave-write Perubahan Berlaku: Segera | Jika diaktifkan, klien yang mencoba menulis ke replika hanya baca akan terputus. |
**Parameter dihapus di Redis OSS 5.0**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| repl-timeout | Default: 60 Dapat diubah: Tidak | Parameter tidak tersedia dalam versi ini. |
### Redis OSS 4.0.10 perubahan parameter
**Keluarga grup parameter:** redis4.0
Redis OSS 4.0.x grup parameter default
+ `default.redis4.0`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan grup replikasi.
+ `default.redis4.0.cluster.on`— Gunakan grup parameter ini, atau yang diturunkan darinya, untuk cluster Valkey atau Redis OSS (mode cluster diaktifkan) dan grup replikasi.
**Parameter berubah di Redis OSS 4.0.10**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| maxmemory-policy | Nilai yang diizinkan: `allkeys-lru`, `volatile-lru`, **allkeys-lfu**, **volatile-lfu**, `allkeys-random`, `volatile-random`, `volatile-ttl`, `noeviction` Default: volatile-lru Jenis: string Dapat diubah: Ya Perubahan berlaku: segera | maxmemory-policy telah ditambahkan dalam versi 2.6.13. Dalam versi 4.0.10 ditambahkan dua nilai baru yang diizinkan: allkeys-lfu, yang akan mengosongkan setiap kunci menggunakan LFU yang diperkirakan, dan volatile-lfu, yang akan mengosongkan kunci dengan set yang kedaluwarsa menggunakan LFU yang diperkirakan. Dalam versi 6.2, ketika keluarga simpul r6gd diperkenalkan untuk digunakan dengan tingkatan data, hanya kebijakan max-memory noeviction, volatile-lru dan allkeys-lru yang didukung dengan jenis simpul r6gd. |
**Parameter ditambahkan di Redis OSS 4.0.10**
| Nama | Detail | Deskripsi |
| --- |--- |--- |
| **Parameter penghapusan asinkron** |
| --- |
| lazyfree-lazy-eviction | Nilai yang diizinkan: ya/tidak Default: no Jenis: boolean Dapat diubah: Ya Perubahan akan diterapkan: segera | Melakukan penghapusan asinkron pada pengosongan. |
| lazyfree-lazy-expire | Nilai yang diizinkan: ya/tidak Default: no Jenis: boolean Dapat diubah: Ya Perubahan akan diterapkan: segera | Melakukan penghapusan asinkron pada kunci kedaluwarsa. |
| lazyfree-lazy-server-del | Nilai yang diizinkan: ya/tidak Default: no Jenis: boolean Dapat diubah: Ya Perubahan akan diterapkan: segera | Melakukan penghapusan asinkron untuk perintah yang memperbarui nilai. |
| slave-lazy-flush | Nilai yang diizinkan: N/A Default: no Jenis: boolean Dapat Diubah: Tidak Perubahan akan diterapkan: N/A | Melakukan FlushDB asinkron selama sinkronisasi slave. |
| **Parameter LFU** |
| --- |
| lfu-log-factor | Nilai yang diizinkan: semua integer > 0 Default: 10 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Mengatur faktor log, yang menentukan jumlah temuan kunci untuk memenuhi penghitung kunci. |
| lfu-decay-time | Nilai yang diizinkan: integer apa pun Default: 1 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Jumlah waktu dalam menit untuk mengurangi penghitung kunci. |
| **Parameter defragmentasi aktif** |
| --- |
| activedefrag | Nilai yang diizinkan: ya/tidak Default: no Jenis: boolean Dapat diubah: Ya Perubahan berlaku: segera | Mengaktifkan defragmentasi aktif. Dalam Valkey dan Redis OSS versi 7.0 dan di atas, secara otomatis AWS dapat melakukan defragmentasi bila diperlukan secara operasional, terlepas dari pengaturan ini. |
| active-defrag-ignore-bytes | Nilai yang diizinkan: 10485760-104857600 Default: 104857600 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Jumlah minimum sisa fragmentasi untuk memulai defrag aktif. |
| active-defrag-threshold-lower | Nilai yang diizinkan: 1-100 Default: 10 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Persentase minimum fragmentasi untuk memulai defrag aktif. |
| active-defrag-threshold-upper | Nilai yang diizinkan: 1-100 Default: 100 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Persentase maksimum fragmentasi yang mana kita menggunakan upaya maksimal. |
| active-defrag-cycle-min | Nilai yang diizinkan: 1-75 Default: 25 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Upaya minimal untuk defrag dalam persentase CPU. |
| active-defrag-cycle-max | Nilai yang diizinkan: 1-75 Default: 75 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Upaya maksimal untuk defrag dalam persentase CPU. |
| **Parameter buffer output klien** |
| --- |
| client-query-buffer-limit | Nilai yang diizinkan: 1048576-1073741824 Default: 1073741824 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Ukuran maks buffer kueri klien tunggal. |
| proto-max-bulk-len | Nilai yang diizinkan: 1048576-536870912 Default: 536870912 Jenis: integer Dapat diubah: Ya Perubahan akan diterapkan: segera | Ukuran maks dari permintaan elemen tunggal. |
### Redis OSS 3.2.10 perubahan parameter
**Keluarga grup parameter: **redis3.2
ElastiCache untuk Redis OSS 3.2.10 tidak ada parameter tambahan yang didukung.
### Redis OSS 3.2.6 perubahan parameter
**Keluarga grup parameter: **redis3.2
Untuk Redis OSS 3.2.6 tidak ada parameter tambahan yang didukung.
### Redis OSS 3.2.4 perubahan parameter
**Keluarga grup parameter: **redis3.2
Dimulai dengan Redis OSS 3.2.4 ada dua kelompok parameter default.
+ `default.redis3.2`— Saat menjalankan Redis OSS 3.2.4, tentukan grup parameter ini atau yang diturunkan darinya, jika Anda ingin membuat grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) dan masih menggunakan fitur tambahan Redis OSS 3.2.4.
+ `default.redis3.2.cluster.on`— Tentukan grup parameter ini atau yang diturunkan darinya, saat Anda ingin membuat grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan).
**Topics**
+ [Parameter baru untuk Redis OSS 3.2.4](#ParameterGroups.Redis.3-2-4.New)
+ [Parameter berubah di Redis OSS 3.2.4 (ditingkatkan)](#ParameterGroups.Redis.3-2-4.Changed)
#### Parameter baru untuk Redis OSS 3.2.4
**Keluarga grup parameter: **redis3.2
Untuk Redis OSS 3.2.4 parameter tambahan berikut didukung.
****
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| list-max-ziplist-size | Default: -2 Jenis: integer Dapat diubah: Tidak | Daftar dikodekan dengan cara khusus untuk menghemat ruang. Jumlah entri yang diizinkan per simpul daftar internal dapat ditentukan sebagai ukuran maksimum tetap atau jumlah maksimum elemen. Untuk ukuran maksimum tetap, gunakan -5 hingga -1, yang berarti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
| list-compress-depth | Default: 0 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Daftar juga dapat dikompresi. Kedalaman kompresi adalah jumlah simpul quicklist ziplist dari setiap sisi daftar yang akan dikecualikan dari kompresi. Kepala dan ekor dari daftar selalu tidak dikompresi untuk operasi "fast push and pop". Pengaturannya adalah: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
| cluster-enabled | Default: no/yes \$1 Jenis: string Dapat diubah: Tidak | Menunjukkan apakah ini adalah grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan) dalam mode cluster (ya) atau grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan) dalam mode non-cluster (tidak). Grup replikasi Valkey atau Redis OSS (mode cluster enabled) dalam mode cluster dapat mempartisi data mereka hingga 500 grup node. \$1 Redis OSS 3.2. *x* memiliki dua kelompok parameter default. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html). |
| cluster-require-full-coverage | Default: no Jenis: boolean Dapat diubah: ya Perubahan Berlaku: Segera | Ketika diatur ke`yes`, node Valkey atau Redis OSS (mode cluster diaktifkan) dalam mode cluster berhenti menerima kueri jika mereka mendeteksi setidaknya ada satu slot hash yang ditemukan (tidak ada node yang tersedia yang menyajikannya). Dengan cara ini jika sebagian klaster berhenti, klaster menjadi tidak tersedia. Klaster secara otomatis menjadi tersedia lagi begitu semua slot tercakup lagi. Namun, terkadang Anda ingin subset klaster yang berfungsi terus menerima permintaan untuk bagian dari ruang kunci yang masih tercakup. Untuk melakukannya, cukup atur opsi `cluster-require-full-coverage` ke `no`. |
| hll-sparse-max-bytes | Default: 3000 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | HyperLogLog batas byte representasi jarang. Batas termasuk header 16 byte. Ketika HyperLogLog menggunakan representasi jarang melintasi batas ini, itu diubah menjadi representasi padat. Nilai yang lebih besar dari 16000 tidak disarankan karena pada titik tersebut dense representation lebih hemat memori. Kami merekomendasikan nilai sekitar 3000 untuk mendapatkan manfaat dari pengenkodean hemat ruang tanpa terlalu memperlambat PFADD, yaitu O(N) dengan sparse encoding. Nilai dapat dinaikkan menjadi \$1 10000 ketika CPU tidak menjadi perhatian, tetapi ruang adalah, dan kumpulan data terdiri dari banyak HyperLogLogs dengan kardinalitas dalam kisaran 0 - 15000. |
| reserved-memory-percent | Default: 25 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Persentase memori simpul yang dicadangkan untuk penggunaan nondata. Secara default, jejak data Redis OSS tumbuh hingga menghabiskan semua memori node. Jika ini terjadi, maka performa simpul kemungkinan akan terdampak negatif karena memory paging yang berlebihan. Dengan memesan memori, Anda dapat menyisihkan beberapa memori yang tersedia untuk tujuan OSS non-Redis untuk membantu mengurangi jumlah paging. Parameter ini khusus untuk ElastiCache, dan bukan bagian dari distribusi OSS Redis standar. Untuk informasi selengkapnya, lihat `reserved-memory` dan [Mengelola memori cadangan untuk Valkey dan Redis OSS](redis-memory-management.md). |
#### Parameter berubah di Redis OSS 3.2.4 (ditingkatkan)
**Keluarga grup parameter: **redis3.2
Untuk Redis OSS 3.2.4 parameter berikut diubah.
****
| Nama | Detail | Ubah |
| --- | --- | --- |
| activerehashing | Dapat dimodifikasi: Ya jika grup parameter tidak terkait dengan cluster apa pun. Jika sebaliknya, tidak. | Dapat diubah adalah Tidak. |
| databases | Dapat dimodifikasi: Ya jika grup parameter tidak terkait dengan cluster apa pun. Jika sebaliknya, tidak. | Dapat diubah adalah Tidak. |
| appendonly | Default: nonaktif Dapat diubah: Tidak | Jika Anda ingin memutakhirkan dari versi Redis OSS sebelumnya, Anda harus mematikan `appendonly` terlebih dahulu. |
| appendfsync | Default: nonaktif Dapat diubah: Tidak | Jika Anda ingin memutakhirkan dari versi Redis OSS sebelumnya, Anda harus mematikan `appendfsync` terlebih dahulu. |
| repl-timeout | Default: 60 Dapat diubah: Tidak | Sekarang tidak dapat diubah dengan default 60. |
| tcp-keepalive | Default: 300 | Default adalah 0. |
| list-max-ziplist-entries | | Parameter tidak lagi tersedia. |
| list-max-ziplist-value | | Parameter tidak lagi tersedia. |
### Redis OSS 2.8.24 (ditingkatkan) menambahkan parameter
**Keluarga grup parameter:** redis2.8
Untuk Redis OSS 2.8.24 tidak ada parameter tambahan yang didukung.
### Redis OSS 2.8.23 (ditingkatkan) menambahkan parameter
**Keluarga grup parameter:** redis2.8
Untuk Redis OSS 2.8.23 parameter tambahan berikut didukung.
****
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| close-on-slave-write | Default: yes Jenis: string (ya/tidak) Dapat diubah: Ya Perubahan Berlaku: Segera | Jika diaktifkan, klien yang mencoba menulis ke replika hanya baca akan terputus. |
#### Cara kerja close-on-slave-write
`close-on-slave-write`Parameter ini diperkenalkan oleh Amazon ElastiCache untuk memberi Anda kontrol lebih besar atas bagaimana cluster Anda merespons saat node utama dan node replika baca bertukar peran karena mempromosikan replika baca ke primer.
![\[Gambar: close-on-replica-write, semuanya berfungsi dengan baik\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-close-on-slave-write-01.png)
Jika klaster replika baca dipromosikan ke primer untuk alasan apa pun selain failover grup replikasi dengan Multi-AZ diaktifkan, klien akan terus mencoba menulis ke titik akhir A. Karena titik akhir A sekarang adalah titik akhir untuk replika baca, penulisan ini akan gagal. Ini adalah perilaku untuk Redis OSS sebelum ElastiCache memperkenalkan `close-on-replica-write` dan perilaku jika Anda menonaktifkan. `close-on-replica-write`
![\[Gambar: close-on-slave-write, menulis gagal\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-close-on-slave-write-02.png)
Dengan `close-on-replica-write` diaktifkan, setiap kali klien mencoba menulis ke replika baca, koneksi klien ke klaster ditutup. Logika aplikasi Anda harus mendeteksi pemutusan koneksi, memeriksa tabel DNS, dan menghubungkan kembali ke titik akhir primer, yang sekarang akan menjadi titik akhir B.
![\[Gambar: close-on-slave-write, menulis ke cluster primer baru\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-close-on-slave-write-03.png)
#### Kapan Anda mungkin menonaktifkan close-on-replica-write
Jika penonaktifan `close-on-replica-write` mengakibatkan gagalnya penulisan ke klaster, mengapa `close-on-replica-write` dinonaktifkan?
Seperti yang telah disebutkan, dengan mengaktifkan `close-on-replica-write`, setiap kali klien mencoba menulis ke replika baca, koneksi klien ke klaster akan ditutup. Pembuatan koneksi baru ke simpul membutuhkan waktu. Jadi, pemutusan koneksi dan pembuatan koneksi kembali sebagai akibat dari permintaan tulis ke replika juga memengaruhi latensi permintaan baca yang dilayani melalui koneksi yang sama. Efek ini tetap ada sampai dibuatnya koneksi baru. Jika aplikasi Anda sangat sarat dengan operasi baca atau sangat sensitif terhadap latensi, Anda dapat menjaga klien tetap terhubung untuk menghindari performa baca yang menurun.
### Redis OSS 2.8.22 (ditingkatkan) menambahkan parameter
**Keluarga grup parameter:** redis2.8
Untuk Redis OSS 2.8.22 tidak ada parameter tambahan yang didukung.
**penting**
Dimulai dengan Redis OSS versi 2.8.22, `repl-backlog-size` berlaku untuk cluster utama serta cluster replika.
Dimulai dengan Redis OSS versi 2.8.22, `repl-timeout` parameter tidak didukung. Jika diubah, ElastiCache akan menimpa dengan default (60an), seperti yang kita lakukan dengan`appendonly`.
Parameter berikut tidak lagi didukung.
+ *appendonly*
+ *appendfsync*
+ *repl-timeout*
### Redis OSS 2.8.21 menambahkan parameter
**Keluarga grup parameter:** redis2.8
Untuk Redis OSS 2.8.21, tidak ada parameter tambahan yang didukung.
### Redis OSS 2.8.19 menambahkan parameter
**Keluarga grup parameter:** redis2.8
Untuk Redis OSS 2.8.19 tidak ada parameter tambahan yang didukung.
### Redis OSS 2.8.6 menambahkan parameter
**Keluarga grup parameter:** redis2.8
Untuk Redis OSS 2.8.6 parameter tambahan berikut didukung.
****
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| min-slaves-max-lag | Default: 10 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Jumlah detik saat simpul primer harus menerima permintaan ping dari replika baca. Jika jumlah waktu ini berlalu dan primer tidak menerima ping, maka replika tidak lagi dianggap tersedia. Jika jumlah replika yang tersedia turun di bawah min-slaves-to-write, maka primer akan berhenti menerima penulisan pada saat itu. Jika parameter min-slaves-to-write ini atau 0, maka node utama akan selalu menerima permintaan penulisan, bahkan jika tidak ada replika yang tersedia. |
| min-slaves-to-write | Default: 0 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Jumlah minimum replika baca yang harus tersedia agar simpul primer dapat menerima penulisan dari klien. Jika jumlah replika yang tersedia di bawah jumlah ini, maka simpul primer tidak akan lagi menerima permintaan tulis. Jika parameter min-slaves-max-lag ini atau 0, maka node utama akan selalu menerima permintaan penulisan, bahkan jika tidak ada replika yang tersedia. |
| notify-keyspace-events | Default: (string kosong) Jenis: string Dapat diubah: Ya Perubahan Berlaku: Segera | Jenis-jenis acara keyspace yang Redis OSS dapat memberitahu klien. Setiap jenis peristiwa direpresentasikan oleh satu huruf: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) Anda dapat memiliki kombinasi semua jenis peristiwa ini. Misalnya, *AKE* berarti bahwa Redis OSS dapat mempublikasikan pemberitahuan dari semua jenis acara. Jangan gunakan karakter selain yang tercantum di atas; jika tidak, pesan kesalahan akan dihasilkan. Secara default, parameter ini diatur ke string kosong, yang berarti bahwa notifikasi peristiwa ruang kunci dinonaktifkan. |
| repl-backlog-size | Default: 1048576 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Ukuran, dalam byte, buffer backlog simpul primer. Backlog digunakan untuk mencatat pembaruan data pada simpul primer. Ketika replika baca terhubung ke primer, replika ini mencoba melakukan sinkronisasi parsial (`psync`), yang menerapkan data dari backlog untuk mengejar simpul primer. Jika `psync` gagal, maka sinkronisasi penuh diperlukan. Nilai minimum untuk parameter ini adalah 16384. Dimulai dengan Redis OSS 2.8.22, parameter ini berlaku untuk cluster primer serta replika baca. |
| repl-backlog-ttl | Default: 3600 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Jumlah detik saat simpul primer mempertahankan buffer backlog. Mulai dari waktu simpul replika terakhir terputus, data dalam backlog akan tetap utuh sampai `repl-backlog-ttl` kedaluwarsa. Jika replika tidak terhubung ke primer dalam waktu ini, maka primer akan melepaskan buffer backlog. Ketika replika akhirnya terhubung kembali, replikasi ini harus melakukan sinkronisasi penuh dengan primer. Jika parameter ini diatur ke 0, maka buffer backlog tidak akan pernah dilepas. |
| repl-timeout | Default: 60 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Segera | Merepresentasikan periode waktu habis, dalam detik, untuk: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
### Redis OSS 2.6.13 parameter
**Keluarga grup parameter:** redis2.6
Redis OSS 2.6.13 adalah versi pertama dari Redis OSS yang didukung oleh. ElastiCache Tabel berikut menunjukkan Redis OSS 2.6.13 parameter yang mendukung. ElastiCache
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html)
**catatan**
Jika Anda tidak menentukan grup parameter untuk cluster Redis OSS 2.6.13 Anda, maka grup parameter default (`default.redis2.6`) akan digunakan. Anda tidak dapat mengubah nilai parameter dalam grup parameter default; namun, Anda selalu dapat membuat grup parameter kustom dan menetapkannya ke klaster Anda setiap saat.
### Parameter spesifik tipe node Redis OSS
Meskipun sebagian besar parameter memiliki nilai tunggal, beberapa parameter memiliki nilai yang berbeda-beda bergantung pada jenis simpul yang digunakan. Tabel berikut menunjukkan nilai default untuk parameter `maxmemory`, `client-output-buffer-limit-slave-hard-limit`, dan `client-output-buffer-limit-slave-soft-limit` untuk setiap jenis simpul. Nilai `maxmemory` adalah jumlah maksimum byte yang tersedia untuk Anda gunakan, untuk data, dan untuk penggunaan lainnya, pada simpul. Untuk informasi selengkapnya, lihat [Memori yang tersedia](https://aws.amazon.com/premiumsupport/knowledge-center/available-memory-elasticache-redis-node/).
**catatan**
Parameter `maxmemory` tidak dapat diubah.
| Jenis simpul | Maxmemory | C lient-output-buffer-limit - slave-hard-limit | C lient-output-buffer-limit - slave-soft-limit |
| --- | --- | --- | --- |
| cache.t1.micro | 142606336 | 14260633 | 14260633 |
| cache.t2.micro | 581959680 | 58195968 | 58195968 |
| cache.t2.small | 1665138688 | 166513868 | 166513868 |
| cache.t2.medium | 3461349376 | 346134937 | 346134937 |
| cache.t3.micro | 536870912 | 53687091 | 53687091 |
| cache.t3.small | 1471026299 | 147102629 | 147102629 |
| cache.t3.medium | 3317862236 | 331786223 | 331786223 |
| cache.t4g.micro | 536870912 | 53687091 | 53687091 |
| cache.t4g.small | 1471026299 | 147102629 | 147102629 |
| cache.t4g.medium | 3317862236 | 331786223 | 331786223 |
| cache.m1.small | 943718400 | 94371840 | 94371840 |
| cache.m1.medium | 3093299200 | 309329920 | 309329920 |
| cache.m1.large | 7025459200 | 702545920 | 702545920 |
| cache.m1.xlarge | 14889779200 | 1488977920 | 1488977920 |
| cache.m2.xlarge | 17091788800 | 1709178880 | 1709178880 |
| cache.m2.2xlarge | 35022438400 | 3502243840 | 3502243840 |
| cache.m2.4xlarge | 70883737600 | 7088373760 | 7088373760 |
| cache.m3.medium | 2988441600 | 309329920 | 309329920 |
| cache.m3.large | 6501171200 | 650117120 | 650117120 |
| cache.m3.xlarge | 14260633600 | 1426063360 | 1426063360 |
| cache.m3.2xlarge | 29989273600 | 2998927360 | 2998927360 |
| cache.m4.large | 6892593152 | 689259315 | 689259315 |
| cache.m4.xlarge | 15328501760 | 1532850176 | 1532850176 |
| cache.m4.2xlarge | 31889126359 | 3188912636 | 3188912636 |
| cache.m4.4xlarge | 65257290629 | 6525729063 | 6525729063 |
| cache.m4.10xlarge | 166047614239 | 16604761424 | 16604761424 |
| cache.m5.large | 6854542746 | 685454275 | 685454275 |
| cache.m5.xlarge | 13891921715 | 1389192172 | 1389192172 |
| cache.m5.2xlarge | 27966669210 | 2796666921 | 2796666921 |
| cache.m5.4xlarge | 56116178125 | 5611617812 | 5611617812 |
| cache.m5.12xlarge | 168715971994 | 16871597199 | 16871597199 |
| cache.m5.24xlarge | 337500562842 | 33750056284 | 33750056284 |
| cache.m6g.large | 6854542746 | 685454275 | 685454275 |
| cache.m6g.xlarge | 13891921715 | 1389192172 | 1389192172 |
| cache.m6g.2xlarge | 27966669210 | 2796666921 | 2796666921 |
| cache.m6g.4xlarge | 56116178125 | 5611617812 | 5611617812 |
| cache.m6g.8xlarge | 111325552312 | 11132555231 | 11132555231 |
| cache.m6g.12xlarge | 168715971994 | 16871597199 | 16871597199 |
| cache.m6g.16xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.c1.xlarge | 6501171200 | 650117120 | 650117120 |
| cache.r3.large | 14470348800 | 1468006400 | 1468006400 |
| cache.r3.xlarge | 30513561600 | 3040870400 | 3040870400 |
| cache.r3.2xlarge | 62495129600 | 6081740800 | 6081740800 |
| cache.r3.4xlarge | 126458265600 | 12268339200 | 12268339200 |
| cache.r3.8xlarge | 254384537600 | 24536678400 | 24536678400 |
| cache.r4.large | 13201781556 | 1320178155 | 1320178155 |
| cache.r4.xlarge | 26898228839 | 2689822883 | 2689822883 |
| cache.r4.2xlarge | 54197537997 | 5419753799 | 5419753799 |
| cache.r4.4xlarge | 108858546586 | 10885854658 | 10885854658 |
| cache.r4.8xlarge | 218255432090 | 21825543209 | 21825543209 |
| cache.r4.16xlarge | 437021573120 | 43702157312 | 43702157312 |
| cache.r5.large | 14037181030 | 1403718103 | 1403718103 |
| cache.r5.xlarge | 28261849702 | 2826184970 | 2826184970 |
| cache.r5.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| cache.r5.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| cache.r5.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r5.24xlarge | 682485973811 | 68248597381 | 68248597381 |
| cache.r6g.large | 14037181030 | 1403718103 | 1403718103 |
| cache.r6g.xlarge | 28261849702 | 2826184970 | 2826184970 |
| cache.r6g.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| cache.r6g.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| cache.r6g.8xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.r6g.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r6g.16xlarge | 450000750456 | 45000075046 | 45000075046 |
| cache.r6gd.xlarge | 28261849702 | 2826184970 | 2826184970 |
| cache.r6gd.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| cache.r6gd.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| cache.r6gd.8xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.r6gd.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r6gd.16xlarge | 450000750456 | 45000075046 | 45000075046 |
| cache.r7g.large | 14037181030 | 1403718103 | 1403718103 |
| cache.r7g.xlarge | 28261849702 | 2826184970 | 2826184970 |
| cache.r7g.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| cache.r7g.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| cache.r7g.8xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.r7g.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r7g.16xlarge | 450000750456 | 45000075046 | 45000075046 |
| cache.m7g.large | 6854542746 | 685454275 | 685454275 |
| cache.m7g.xlarge | 13891921715 | 1389192172 | 1389192172 |
| cache.m7g.2xlarge | 27966669210 | 2796666921 | 2796666921 |
| cache.m7g.4xlarge | 56116178125 | 5611617812 | 5611617812 |
| cache.m7g.8xlarge | 111325552312 | 11132555231 | 11132555231 |
| cache.m7g.12xlarge | 168715971994 | 16871597199 | 16871597199 |
| cache.m7g.16xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.c7gn.large | 3317862236 | 1403718103 | 1403718103 |
| cache.c7gn.xlarge | 6854542746 | 2826184970 | 2826184970 |
| cache.c7gn.2xlarge | 13891921715 | 5671118356 | 5671118356 |
| cache.c7gn.4xlarge | 27966669210 | 11360986522 | 11360986522 |
| cache.c7gn.8xlarge | 56116178125 | 22500037523 | 22500037523 |
| cache.c7gn.12xlarge | 84357985997 | 34120634655 | 34120634655 |
| cache.c7gn.16xlarge | 113609865216 | 45000075046 | 45000075046 |
**catatan**
Semua jenis instans generasi saat ini dibuat di Amazon Virtual Private Cloud (VPC) secara default.
Instans T1 tidak mendukung Multi-AZ.
Instans T1 dan T2 tidak mendukung Redis OSS AOF.
Redis OSS variabel konfigurasi `appendonly` dan tidak `appendfsync` didukung pada Redis OSS versi 2.8.22 dan yang lebih baru.
## Parameter spesifik Memcached
**Memcache**
Jika Anda tidak menentukan grup parameter untuk klaster Memcached, maka grup parameter default yang sesuai dengan versi mesin Anda akan digunakan. Anda tidak dapat mengubah nilai parameter dalam grup parameter default. Namun, Anda dapat membuat grup parameter kustom dan menetapkannya ke klaster Anda kapan saja. Untuk informasi selengkapnya, lihat [Membuat grup ElastiCache parameter](ParameterGroups.Creating.md).
**Topics**
+ [Perubahan Memcached 1.6.17](#ParameterGroups.Memcached.1.6.17)
+ [Parameter yang ditambahkan di Memcached 1.6.6](#ParameterGroups.Memcached.1-6-6)
+ [Perubahan parameter Memcached 1.5.10](#ParameterGroups.Memcached.1-5-10)
+ [Parameter yang ditambahkan di Memcached 1.4.34](#ParameterGroups.Memcached.1-4-34)
+ [Parameter yang ditambahkan di Memcached 1.4.33](#ParameterGroups.Memcached.1-4-33)
+ [Parameter yang ditambahkan di Memcached 1.4.24](#ParameterGroups.Memcached.1-4-24)
+ [Parameter yang ditambahkan di Memcached 1.4.14](#ParameterGroups.Memcached.1-4-14)
+ [Parameter yang didukung Memcached 1.4.5](#ParameterGroups.Memcached.1-4-5)
+ [Overhead koneksi Memcached](#ParameterGroups.Memcached.Overhead)
+ [Parameter khusus jenis simpul Memcached](#ParameterGroups.Memcached.NodeSpecific)
### Perubahan Memcached 1.6.17
Mulai Memcached 1.6.17, kami tidak lagi mendukung perintah administratif ini: `lru_crawler`, `lru`, dan `slabs`. Dengan perubahan ini, Anda tidak akan dapat enable/disable `lru_crawler` saat runtime melalui perintah. Silakan enable/disable `lru_crawler` dengan memodifikasi grup parameter kustom Anda.
### Parameter yang ditambahkan di Memcached 1.6.6
Untuk Memcached 1.6.6, tidak ada parameter tambahan yang didukung.
**Keluarga grup parameter:** memcached1.6
### Perubahan parameter Memcached 1.5.10
Untuk Memcached 1.5.10, parameter tambahan berikut didukung.
**Keluarga grup parameter:** memcached1.5
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| no\$1modern | Default: 1 Jenis: boolean Dapat diubah: Ya Nilai yang Diizinkan: 0,1 Perubahan Berlaku: Saat peluncuran | Alias untuk menonaktifkan`slab_reassign`,, `lru_maintainer_thread``lru_segmented`, dan perintah. `maxconns_fast` Saat menggunakan Memcached 1.5 dan yang lebih tinggi, atur `no_modern` juga hash\$1algorithm ke. `jenkins` Selain itu, saat menggunakan Memcached 1.5.10, dikendalikan `inline_ascii_reponse` oleh parameter. `parallelly` Ini berarti bahwa jika `no_modern` dinonaktifkan maka `inline_ascii_reponse` dinonaktifkan. Dari mesin Memcached 1.5.16 dan seterusnya `inline_ascii_response` parameter tidak lagi berlaku, jadi `no_modern` dinonaktifkan atau dinonaktifkan tidak berpengaruh pada. `inline_ascii_reponse` Jika `no_modern` dinonaktifkan, maka `slab_reassign``lru_maintainer_thread`,`lru_segmented`,, dan `maxconns_fast` AKAN diaktifkan. Karena `slab_automove` dan `hash_algorithm` parameter bukan parameter SWITCH, pengaturannya didasarkan pada konfigurasi dalam grup parameter. Jika Anda ingin menonaktifkan `no_modern` dan kembali ke`modern`, Anda harus mengonfigurasi grup parameter khusus untuk menonaktifkan parameter ini dan kemudian reboot agar perubahan ini diterapkan. Nilai konfigurasi default untuk parameter ini telah diubah dari 0 ke 1 mulai 20 Agustus 2021. Nilai default yang diperbarui akan diambil secara otomatis oleh ElastiCache pengguna baru untuk setiap wilayah setelah 20 Agustus 2021. ElastiCache Pengguna yang ada di wilayah sebelum 20 Agustus 2021 perlu memodifikasi grup parameter khusus mereka secara manual untuk mengambil perubahan baru ini. |
| inline\$1ascii\$1resp | Default: 0 Jenis: boolean Dapat diubah: Ya Nilai yang Diizinkan: 0,1 Perubahan Berlaku: Saat peluncuran | Menyimpan angka dari respons `VALUE`, dalam item, menggunakan hingga 24 byte. Perlambatan kecil untuk `get` ASCII, `faster` ditetapkan. |
Untuk Memcached 1.5.10, parameter berikut dihapus.
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| expirezero\$1does\$1not\$1evict | Default: 0 Jenis: boolean Dapat diubah: Ya Nilai yang Diizinkan: 0,1 Perubahan Berlaku: Saat peluncuran | Tidak lagi didukung di versi ini. |
| modern | Default: 1 Jenis: boolean Dapat Diubah: Ya (memerlukan peluncuran ulang jika diatur ke `no_modern`) Nilai yang Diizinkan: 0,1 Perubahan Berlaku: Saat peluncuran | Tidak lagi didukung di versi ini. Dimulai dari versi ini, `no-modern` diaktifkan secara default pada setiap peluncuran atau peluncuran ulang. |
### Parameter yang ditambahkan di Memcached 1.4.34
Untuk Memcached 1.4.34, tidak ada parameter tambahan yang didukung.
**Keluarga grup parameter:** memcached1.4
### Parameter yang ditambahkan di Memcached 1.4.33
Untuk Memcached 1.4.33, parameter tambahan berikut didukung.
**Keluarga grup parameter:** memcached1.4
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| modern | Default: diaktifkan Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Saat peluncuran | Alias untuk beberapa fitur. Pengaktifan `modern` setara dengan mengaktifkan perintah berikut dan menggunakan algoritma hash murmur3: `slab_reassign`, `slab_automove`, `lru_crawler`, `lru_maintainer`, `maxconns_fast`, dan `hash_algorithm=murmur3`. |
| watch | Default: diaktifkan Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Segera Log dapat dihapus jika pengguna mencapai batas `watcher_logbuf_size` dan `worker_logbuf_size` mereka. | Pengambilan, pengosongan, dan mutasi log. Ketika, misalnya, pengguna mengaktifkan `watch`, mereka dapat melihat log saat `get`, `set`, `delete`, atau `update` terjadi. |
| idle\$1timeout | Default: 0 (dinonaktifkan) Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Saat Peluncuran | Jumlah minimum detik saat klien akan diizinkan untuk idle sebelum diminta agar ditutup. Rentang nilai: 0 hingga 86400. |
| track\$1sizes | Default: dinonaktifkan Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Saat Peluncuran | Menunjukkan ukuran setiap grup slab yang telah dikonsumsi. Pengaktifan `track_sizes` memungkinkan Anda menjalankan `stats sizes` tanpa perlu menjalankan `stats sizes_enable`. |
| watcher\$1logbuf\$1size | Default: 256 (KB) Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Saat Peluncuran | Perintah `watch` mengaktifkan pencatatan log stream untuk Memcached. Namun `watch` dapat menghapus log jika tingkat pengosongan, mutasi, atau pengambilan cukup tinggi untuk menyebabkan buffer pencatatan log menjadi penuh. Dalam situasi tersebut, pengguna dapat meningkatkan ukuran buffer untuk mengurangi kemungkinan kehilangan log. |
| worker\$1logbuf\$1size | Default: 64 (KB) Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Saat Peluncuran | Perintah `watch` mengaktifkan pencatatan log stream untuk Memcached. Namun `watch` dapat menghapus log jika tingkat pengosongan, mutasi, atau pengambilan cukup tinggi untuk menyebabkan buffer pencatatan log menjadi penuh. Dalam situasi tersebut, pengguna dapat meningkatkan ukuran buffer untuk mengurangi kemungkinan kehilangan log. |
| slab\$1chunk\$1max | Default: 524288 (byte) Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Saat Peluncuran | Menentukan ukuran maksimum slab. Mengatur ukuran slab lebih kecil membuat penggunaan memori lebih efisien. Item yang lebih besar dari `slab_chunk_max` akan dibagi menjadi beberapa slab. |
| lru\$1crawler metadump [all\$11\$12\$13] | Default: dinonaktifkan Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Segera | jika lru\$1crawler diaktifkan, perintah ini menghapus semua kunci. `all\|1\|2\|3` - semua slab, atau tentukan nomor slab tertentu |
### Parameter yang ditambahkan di Memcached 1.4.24
Untuk Memcached 1.4.24, parameter tambahan berikut didukung.
**Keluarga grup parameter:** memcached1.4
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| disable\$1flush\$1all | Default: 0 (dinonaktifkan) Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Saat peluncuran | Tambahkan parameter (`-F`) untuk menonaktifkan flush\$1all. Berguna jika Anda tidak ingin dapat menjalankan flush penuh pada instans produksi. Nilai: 0, 1 (pengguna dapat melakukan `flush_all` jika nilai adalah 0). |
| hash\$1algorithm | Default: jenkins Jenis: string Dapat diubah: Ya Perubahan Berlaku: Saat peluncuran | Algoritma hash yang akan digunakan. Nilai yang diizinkan: murmur3 dan jenkins. |
| lru\$1crawler | Default: 0 (dinonaktifkan) Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Setelah mulai ulang Anda dapat mengaktifkan `lru_crawler` untuk sementara pada saat runtime dari baris perintah. Untuk informasi selengkapnya, lihat kolom Deskripsi. | Membersihkan kelas slab item yang telah kedaluwarsa. Ini adalah proses berdampak rendah yang berjalan di latar belakang. Saat ini memerlukan inisiasi perayapan menggunakan perintah manual. Untuk mengaktifkan sementara, jalankan `lru_crawler enable` di baris perintah. `lru_crawler 1,3,5` merayapi kelas slab 1, 3, 5 dengan mencari item yang kedaluwarsa untuk ditambahkan ke daftar bebas. Nilai: 0,1 Mengaktifkan `lru_crawler` pada baris perintah akan mengaktifkan perayap hingga dinonaktifkan pada baris perintah atau boot ulang berikutnya. Untuk mengaktifkan secara permanen, Anda harus mengubah nilai parameter. Untuk informasi selengkapnya, lihat [Memodifikasi grup ElastiCache parameter](ParameterGroups.Modifying.md). |
| lru\$1maintainer | Default: 0 (dinonaktifkan) Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Saat peluncuran | Benang latar belakang yang mengacak item di antara kapasitas LRUs as tercapai. Nilai: 0, 1. |
| expirezero\$1does\$1not\$1evict | Default: 0 (dinonaktifkan) Jenis: boolean Dapat diubah: Ya Perubahan Berlaku: Saat peluncuran | Ketika digunakan dengan `lru_maintainer`, menjadikan item yang memiliki waktu kedaluwarsa 0 tidak dapat dikosongkan. Hal ini dapat memenuhi memori yang tersedia untuk item lainnya yang dapat dikosongkan. Dapat diatur untuk mengabaikan `lru_maintainer`. |
### Parameter yang ditambahkan di Memcached 1.4.14
Untuk Memcached 1.4.14, parameter tambahan berikut didukung.
**Keluarga grup parameter:** memcached1.4
**Parameter yang ditambahkan dalam Memcached 1.4.14**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| config\$1max | Default: 16 Jenis: integer Dapat Diubah: Tidak | Jumlah maksimum entri ElastiCache konfigurasi. |
| config\$1size\$1max | Default: 65536 Jenis: integer Dapat diubah: Tidak | Ukuran maksimum entri konfigurasi, dalam byte. |
| hashpower\$1init | Default: 16 Jenis: integer Dapat Diubah: Tidak | Ukuran awal tabel ElastiCache hash, dinyatakan sebagai kekuatan dua. Default-nya adalah 16 (2^16), atau 65536 kunci. |
| maxconns\$1fast | Default: 0 (salah) Jenis: Boolean Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Mengubah cara permintaan koneksi baru ditangani ketika batas koneksi maksimum tercapai. Jika parameter ini diatur ke 0 (nol), koneksi baru ditambahkan ke antrean backlog dan akan menunggu sampai koneksi lain ditutup. Jika parameter diatur ke 1, ElastiCache mengirimkan kesalahan ke klien dan segera menutup koneksi. |
| slab\$1automove | Default: 0 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Menyesuaikan algoritma automove slab: Jika parameter ini diatur ke 0 (nol), algoritma automove dinonaktifkan. Jika diatur ke 1, ElastiCache membutuhkan pendekatan konservatif yang lambat untuk memindahkan slab secara otomatis. Jika diatur ke 2, gerakkan lempengan ElastiCache secara agresif setiap kali ada penggusuran. (Mode ini tidak direkomendasikan kecuali untuk tujuan pengujian.) |
| slab\$1reassign | Default: 0 (salah) Jenis: Boolean Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Mengaktifkan atau menonaktifkan penetapan ulang slab. Jika parameter ini diatur ke 1, Anda dapat menggunakan perintah "slab reassign" untuk secara manual menetapkan ulang memori. |
### Parameter yang didukung Memcached 1.4.5
**Keluarga grup parameter:** memcached1.4
Untuk Memcached 1.4.5, parameter tambahan berikut didukung.
**Parameter yang ditambahkan di Memcached 1.4.5**
| Nama | Detail | Deskripsi |
| --- | --- | --- |
| backlog\$1queue\$1limit | Default: 1024 Jenis: integer Dapat diubah: Tidak | Batas antrean backlog. |
| binding\$1protocol | Default: otomatis Jenis: string Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Protokol pengikatan. Nilai yang diizinkan adalah `ascii` dan `auto`. Untuk panduan dalam mengubah nilai `binding_protocol`, lihat [Memodifikasi grup ElastiCache parameter](ParameterGroups.Modifying.md). |
| cas\$1disabled | Default: 0 (salah) Jenis: Boolean Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Jika 1 (benar), operasi periksa dan atur (CAS) akan dinonaktifkan, dan item yang disimpan akan menggunakan 8 byte lebih sedikit dibandingkan dengan CAS diaktifkan. |
| chunk\$1size | Default: 48 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Jumlah minimum, dalam byte, ruang untuk mengalokasikan kunci, nilai, dan bendera item terkecil. |
| chunk\$1size\$1growth\$1factor | Default: 1,25 Jenis: float Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Faktor pertumbuhan yang mengontrol ukuran setiap potongan Memcached berturut-turut; setiap potongan akan chunk\$1size\$1growth\$1factor kali lebih besar dari potongan sebelumnya. |
| error\$1on\$1memory\$1exhausted | Default: 0 (salah) Jenis: Boolean Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Jika 1 (benar), ketika tidak ada lagi memori untuk menyimpan item, Memcached akan menampilkan kesalahan dan bukan mengosongkan item. |
| large\$1memory\$1pages | Default: 0 (salah) Jenis: Boolean Dapat diubah: Tidak | Jika 1 (true), ElastiCache akan mencoba untuk menggunakan halaman memori besar. |
| lock\$1down\$1paged\$1memory | Default: 0 (salah) Jenis: Boolean Dapat diubah: Tidak | Jika 1 (true), ElastiCache akan mengunci semua memori halaman. |
| max\$1item\$1size | Default: 1048576 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Ukuran, dalam byte, item terbesar yang dapat disimpan dalam klaster. |
| max\$1simultaneous\$1connections | Default: 65000 Jenis: integer Dapat diubah: Tidak | Jumlah maksimum koneksi bersamaan. |
| maximize\$1core\$1file\$1limit | Default: 0 (salah) Jenis: Boolean Dapat diubah: Perubahan Berlaku: Setelah pengaktifan ulang | Jika 1 (true), ElastiCache akan memaksimalkan batas file inti. |
| memcached\$1connections\$1overhead | Default: 100 Jenis: integer Dapat diubah: Ya Perubahan Berlaku: Setelah pengaktifan ulang | Jumlah memori yang akan dicadangkan untuk koneksi Memcached dan berbagai overhead lainnya. Untuk informasi tentang parameter ini, lihat [Overhead koneksi Memcached](#ParameterGroups.Memcached.Overhead). |
| requests\$1per\$1event | Default: 20 Jenis: integer Dapat diubah: Tidak | Jumlah maksimum permintaan per peristiwa untuk koneksi tertentu. Batas ini diperlukan untuk mencegah kekurangan sumber daya. |
### Overhead koneksi Memcached
Pada setiap simpul, memori yang tersedia untuk menyimpan item adalah total memori yang tersedia pada simpul tersebut (yang disimpan dalam parameter `max_cache_memory`) dikurangi memori yang digunakan untuk koneksi dan overhead lainnya (yang disimpan dalam parameter `memcached_connections_overhead`). Misalnya, sebuah simpul jenis `cache.m1.small` memiliki `max_cache_memory` sebesar 1.300 MB. Dengan nilai `memcached_connections_overhead` default 100 MB, proses Memcached akan memiliki 1.200 MB yang tersedia untuk menyimpan item.
Nilai default untuk parameter `memcached_connections_overhead` memenuhi sebagian besar kasus penggunaan; namun, jumlah alokasi yang diperlukan untuk overhead koneksi dapat bervariasi bergantung pada beberapa faktor, termasuk tingkat permintaan, ukuran muatan, dan jumlah koneksi.
Anda dapat mengubah nilai `memcached_connections_overhead` agar lebih sesuai dengan kebutuhan aplikasi Anda. Misalnya, peningkatan nilai parameter `memcached_connections_overhead` akan mengurangi jumlah memori yang tersedia untuk menyimpan item dan memberikan buffer yang lebih besar untuk overhead koneksi. Pengurangan nilai parameter `memcached_connections_overhead` akan memberi Anda lebih banyak memori untuk menyimpan item, tetapi dapat meningkatkan risiko penggunaan swap dan penurunan performa. Jika Anda melihat penggunaan swap dan penurunan performa, coba tingkatkan nilai parameter `memcached_connections_overhead`.
**penting**
Untuk jenis simpul `cache.t1.micro`, nilai untuk `memcached_connections_overhead` ditentukan sebagai berikut:
Jika cluster Anda menggunakan grup parameter default, ElastiCache akan menetapkan nilai `memcached_connections_overhead` untuk 13MB.
Jika klaster menggunakan grup parameter yang telah Anda buat sendiri, nilai `memcached_connections_overhead` dapat diatur ke nilai pilihan Anda.
### Parameter khusus jenis simpul Memcached
Meskipun sebagian besar parameter memiliki nilai tunggal, beberapa parameter memiliki nilai yang berbeda-beda bergantung pada jenis simpul yang digunakan. Tabel berikut menunjukkan nilai default untuk parameter `max_cache_memory` dan `num_threads` untuk tiap jenis simpul. Nilai pada parameter ini tidak dapat diubah.
| Jenis simpul | max\$1cache\$1memory (dalam megabyte) | num\$1threads |
| --- | --- | --- |
| cache.t1.micro | 213 | 1 |
| cache.t2.micro | 555 | 1 |
| cache.t2.small | 1588 | 1 |
| cache.t2.medium | 3301 | 2 |
| cache.t3.micro | 512 | 2 |
| cache.t3.small | 1402 | 2 |
| cache.t3.medium | 3364 | 2 |
| cache.t4g.micro | 512 | 2 |
| cache.t4g.small | 1402 | 2 |
| cache.t4g.medium | 3164 | 2 |
| cache.m1.small | 1301 | 1 |
| cache.m1.medium | 3350 | 1 |
| cache.m1.large | 7100 | 2 |
| cache.m1.xlarge | 14600 | 4 |
| cache.m2.xlarge | 33800 | 2 |
| cache.m2.2xlarge | 30412 | 4 |
| cache.m2.4xlarge | 68000 | 16 |
| cache.m3.medium | 2850 | 1 |
| cache.m3.large | 6200 | 2 |
| cache.m3.xlarge | 13600 | 4 |
| cache.m3.2xlarge | 28600 | 8 |
| cache.m4.large | 6573 | 2 |
| cache.m4.xlarge | 11496 | 4 |
| cache.m4.2xlarge | 30412 | 8 |
| cache.m4.4xlarge | 62234 | 16 |
| cache.m4.10xlarge | 158355 | 40 |
| cache.m5.large | 6537 | 2 |
| cache.m5.xlarge | 13248 | 4 |
| cache.m5.2xlarge | 26671 | 8 |
| cache.m5.4xlarge | 53516 | 16 |
| cache.m5.12xlarge | 160900 | 48 |
| cache.m5.24xlarge | 321865 | 96 |
| cache.m6g.large | 6537 | 2 |
| cache.m6g.xlarge | 13248 | 4 |
| cache.m6g.2xlarge | 26671 | 8 |
| cache.m6g.4xlarge | 53516 | 16 |
| cache.m6g.8xlarge | 107000 | 32 |
| cache.m6g.12xlarge | 160900 | 48 |
| cache.m6g.16xlarge | 214577 | 64 |
| cache.c1.xlarge | 6600 | 8 |
| cache.r3.large | 13800 | 2 |
| cache.r3.xlarge | 29100 | 4 |
| cache.r3.2xlarge | 59600 | 8 |
| cache.r3.4xlarge | 120600 | 16 |
| cache.r3.8xlarge | 120600 | 32 |
| cache.r4.large | 12590 | 2 |
| cache.r4.xlarge | 25652 | 4 |
| cache.r4.2xlarge | 51686 | 8 |
| cache.r4.4xlarge | 103815 | 16 |
| cache.r4.8xlarge | 208144 | 32 |
| cache.r4.16xlarge | 416776 | 64 |
| cache.r5.large | 13387 | 2 |
| cache.r5.xlarge | 26953 | 4 |
| cache.r5.2xlarge | 54084 | 8 |
| cache.r5.4xlarge | 108347 | 16 |
| cache.r5.12xlarge | 325400 | 48 |
| cache.r5.24xlarge | 650869 | 96 |
| cache.r6g.large | 13387 | 2 |
| cache.r6g.xlarge | 26953 | 4 |
| cache.r6g.2xlarge | 54084 | 8 |
| cache.r6g.4xlarge | 108347 | 16 |
| cache.r6g.8xlarge | 214577 | 32 |
| cache.r6g.12xlarge | 325400 | 48 |
| cache.r6g.16xlarge | 429154 | 64 |
| cache.c7gn.large | 3164 | 2 |
| cache.c7gn.xlarge | 6537 | 4 |
| cache.c7gn.2xlarge | 13248 | 8 |
| cache.c7gn.4xlarge | 26671 | 16 |
| cache.c7gn.8xlarge | 53516 | 32 |
| cache.c7gn.12xlarge | 325400 | 48 |
| cache.c7gn.16xlarge | 108347 | 64 |
**catatan**
Semua instans T2 dibuat di Amazon Virtual Private Cloud (Amazon VPC).