Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengelola node di ElastiCache
Node adalah blok bangunan terkecil dari ElastiCache penyebaran Amazon. Simpul adalah potongan RAM berukuran tetap yang aman dan terpasang ke jaringan. Setiap simpul menjalankan mesin yang dipilih ketika klaster dibuat atau terakhir diubah. Setiap simpul mempunyai nama dan port Layanan Nama Domain (DNS) sendiri. Beberapa jenis ElastiCache node didukung, masing-masing dengan berbagai jumlah memori terkait dan daya komputasi.
Untuk pembahasan yang lebih terperinci tentang ukuran simpul yang akan digunakan, lihat [Memilih ukuran simpul Anda](CacheNodes.SelectSize.md).
Secara umum, karena dukungannya untuk sharding, penyebaran Valkey atau Redis OSS (mode cluster enabled) memiliki sejumlah node yang lebih kecil. Sebaliknya, penyebaran Valkey atau Redis OSS (mode cluster dinonaktifkan) memiliki lebih sedikit node yang lebih besar dalam sebuah cluster. Untuk pembahasan yang lebih terperinci tentang ukuran simpul yang akan digunakan, lihat [Memilih ukuran simpul Anda](CacheNodes.SelectSize.md).
**Topics**
+ [Melihat Status ElastiCache Node](Nodes.viewing.md)
+ [Node dan pecahan Valkey atau Redis OSS](CacheNodes.NodeGroups.md)
+ [Menghubungkan ke simpul](nodes-connecting.md)
+ [Jenis simpul yang didukung](CacheNodes.SupportedTypes.md)
+ [Mem-boot ulang node](nodes.rebooting.md)
+ [Mengganti node (Valkey dan Redis OSS)](CacheNodes.NodeReplacement.md)
+ [Mengganti node (Memcached)](CacheNodes.NodeReplacement-mc.md)
+ [Simpul terpesan](CacheNodes.Reserved.md)
+ [Memigrasikan simpul generasi sebelumnya](CacheNodes.NodeMigration.md)
Beberapa operasi penting yang berkaitan dengan simpul adalah sebagai berikut:
+ [Menambahkan node ke ElastiCache cluster](Clusters.AddNode.md)
+ [Menghapus node dari ElastiCache cluster](Clusters.DeleteNode.md)
+ [Penskalaan ElastiCache](Scaling.md)
+ [Menemukan titik akhir koneksi di ElastiCache](Endpoints.md)
+ [Secara otomatis mengidentifikasi node di cluster Anda (Memcached)](AutoDiscovery.md)
# Melihat Status ElastiCache Node
Menggunakan [ElastiCache konsol](https://console.aws.amazon.com/elasticache/), Anda dapat dengan cepat mengakses status ElastiCache node Anda. Status ElastiCache node menunjukkan kesehatan node. Anda dapat menggunakan prosedur berikut untuk melihat status ElastiCache node di ElastiCache konsol Amazon,AWS CLI perintah, atau operasi API.
Nilai status yang mungkin untuk ElastiCache node ada di tabel berikut. Tabel ini juga menunjukkan apakah Anda akan ditagih untuk ElastiCache node.
| **Jenis** | **Ditagih** | **Deskripsi** |
| --- | --- | --- |
| `available` | Ditagih | ElastiCache Node sehat dan tersedia. |
| `creating` | Tidak ditagih | ElastiCache Node sedang dibuat. Simpul tidak dapat diakses saat sedang dibuat. |
| `deleting` | Tidak ditagih | ElastiCache Node sedang dihapus. |
| `modifying` | Ditagih | ElastiCache Node sedang dimodifikasi karena permintaan pelanggan untuk memodifikasi node. |
| `updating` | Ditagih | Status **Memperbarui** menunjukkan satu atau beberapa hal berikut ini benar dari ElastiCache simpul Amazon: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `rebooting cluster nodes` | Ditagih | ElastiCache Node sedang di-boot ulang karena permintaan pelanggan atau ElastiCache proses Amazon yang memerlukan reboot node. |
| `incompatible_parameters` | Tidak ditagih | Amazon tidak ElastiCache dapat memulai node karena parameter yang ditentukan dalam grup parameter node tidak kompatibel dengan node. Kembalikan perubahan parameter atau jadikan parameter ini kompatibel dengan simpul untuk mendapatkan akses ke simpul Anda. Untuk informasi selengkapnya tentang parameter yang tidak kompatibel, periksa daftar [Peristiwa](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) untuk ElastiCache node. |
| `incompatible_network` | Tidak ditagih | Status jaringan yang tidak kompatibel menunjukkan satu atau beberapa hal berikut berlaku untuk node Amazon: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `restore_failed` | Tidak ditagih | Status gagal pemulihan menunjukkan salah satu dari berikut ini benar dari simpul Amazon: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `snapshotting` | Ditagih | ElastiCache sedang membuat snapshot dari node Valkey atau Redis OSS. |
## Melihat Status ElastiCache Node dengan konsol
Untuk melihat status ElastiCache Node dengan konsol:
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 **Redis OSS Clusters atau Memcached Clusters**.** **Halaman Cache** muncul dengan daftar ElastiCache Node. Untuk setiap simpul, nilai status akan ditampilkan.
1. Anda kemudian dapat menavigasi ke tab **Pembaruan Layanan** untuk cache untuk menampilkan daftar Pembaruan layanan yang berlaku untuk cache.
## Melihat Status ElastiCache Node dengan AWS CLI
Untuk melihat ElastiCache node dan informasi statusnya dengan menggunakan AWS CLI, gunakan `describe-cache-cluster` perintah. Misalnya,AWS CLI perintah berikut menampilkan setiap ElastiCache node.
```
aws elasticache describe-cache-clusters
```
## Melihat Status ElastiCache Node melalui API
Untuk melihat status ElastiCache node menggunakan Amazon ElastiCache API, panggil `ShowCacheNodeInfo` flag `DescribeCacheClusteroperation` with untuk mengambil informasi tentang node cache individual.
# Node dan pecahan Valkey atau Redis OSS
Serpihan (dalam API dan CLI, grup simpul) adalah susunan hierarkis simpul, yang masing-masing di-wrapping dalam klaster. Serpihan mendukung replikasi. Dalam pecahan, satu node berfungsi sebagai simpul read/write utama. Semua simpul lain dalam serpihan berfungsi sebagai replika hanya-baca dari simpul primer. Valkey, atau Redis OSS versi 3.2 dan yang lebih baru, mendukung beberapa pecahan dalam sebuah cluster (di API dan CLI, grup replikasi). Dukungan ini memungkinkan partisi data Anda dalam cluster Valkey atau Redis OSS (mode cluster enabled).
Diagram berikut menggambarkan perbedaan antara cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan cluster Valkey atau Redis OSS (mode cluster diaktifkan).
![\[Gambar: Valkey atau Redis OSS (mode cluster dinonaktifkan) & Valkey atau Redis OSS (mode cluster diaktifkan) pecahan (API/CLI: grup simpul)\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
Cluster Valkey atau Redis OSS (mode cluster diaktifkan) mendukung replikasi melalui pecahan. Operasi API [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)(CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) mencantumkan grup node dengan node anggota, peran node dalam grup node, dan juga informasi lainnya.
Saat Anda membuat klaster Valkey atau Redis OSS, Anda menentukan apakah Anda ingin membuat cluster dengan pengelompokan diaktifkan. Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) tidak pernah memiliki lebih dari satu pecahan, yang dapat diskalakan secara horizontal dengan menambahkan (hingga total lima) atau menghapus node replika baca. Untuk informasi selengkapnya, lihat [Ketersediaan tinggi menggunakan grup replikasi](Replication.md), [Menambahkan replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Replication.AddReadReplica.md), atau [Menghapus replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Replication.RemoveReadReplica.md). Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) juga dapat menskalakan secara vertikal dengan mengubah jenis node. Untuk informasi selengkapnya, lihat [Menskalakan node replika untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Scaling.RedisReplGrps.md).
Batas node atau shard dapat ditingkatkan hingga maksimum 500 per cluster jika mesinnya Valkey atau Redis OSS versi 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**.
Setelah cluster Valkey atau Redis OSS (mode cluster enabled) dibuat, itu dapat diubah (diskalakan masuk atau keluar). Untuk informasi selengkapnya, lihat [Penskalaan ElastiCache](Scaling.md) dan [Mengganti node (Valkey dan Redis OSS)](CacheNodes.NodeReplacement.md).
Ketika Anda membuat klaster baru, Anda dapat melakukan seeding klaster tersebut dengan data dari klaster lama sehingga klaster baru tidak dimulai dari kosong. Pendekatan ini hanya berfungsi jika grup klaster memiliki jumlah serpihan yang sama dengan klaster lama. Melakukan hal ini dapat membantu jika Anda perlu mengubah jenis simpul atau versi mesin. Lihat informasi yang lebih lengkap di [Membuat cadangan manual](backups-manual.md) dan [Melakukan pemulihan dari cadangan ke dalam cache baru](backups-restoring.md).
# Menghubungkan ke simpul
## Menghubungkan ke node Valkey atau Redis OSS
Sebelum mencoba terhubung ke node Valkey atau Redis OSS di cluster Anda, Anda harus memiliki titik akhir untuk node. Untuk menemukan titik akhir, lihat yang berikut ini:
+ [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 (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Menemukan Titik Akhir (ElastiCache API)](Endpoints.md#Endpoints.Find.API)
Dalam contoh berikut, Anda menggunakan utilitas *valkey-cli* untuk terhubung ke cluster yang menjalankan Valkey atau Redis OSS.
**catatan**
Untuk informasi selengkapnya tentang perintah yang tersedia, lihat halaman web [Perintah](http://valkey.io/commands).
***Untuk terhubung ke cluster Valkey atau Redis OSS menggunakan valkey-cli***
1. Connect ke EC2 instans Amazon Anda menggunakan utilitas koneksi pilihan Anda.
**catatan**
Untuk petunjuk tentang cara menyambung ke EC2 instans Amazon, lihat [Panduan EC2 Memulai Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Untuk membangun `valkey-cli`, unduh dan instal GNU Compiler Collection (`gcc`). Pada prompt perintah EC2 instance Anda, masukkan perintah berikut dan masukkan `y` pada prompt konfirmasi.
```
sudo yum install gcc
```
Muncul output seperti yang berikut ini.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 27 M
Installed size: 53 M
Is this ok [y/N]: y
Downloading Packages:
(1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00
(2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00
(3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00
...(output omitted)...
Complete!
```
1. Unduh dan kompilasi *utilitas valkey-cli*. Utilitas ini termasuk dalam distribusi perangkat lunak Valkey. Pada prompt perintah EC2 instance Anda, ketik perintah berikut:
**catatan**
Untuk sistem Ubuntu, sebelum menjalankan `make`, jalankan `make distclean`.
```
wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz
tar xvzf valkey-8.0.0.tar.gz
cd valkey-8.0.0
make distclean # ubuntu systems only
make
```
1. Pada prompt perintah EC2 instance Anda, ketik perintah berikut.
```
src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379
```
Prompt perintah Valkey atau Redis OSS yang mirip dengan yang berikut ini muncul.
```
redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379>
```
1. Uji koneksi dengan menjalankan perintah Valkey atau Redis OSS.
Anda sekarang terhubung ke cluster dan dapat menjalankan perintah Valkey atau Redis OSS. Berikut ini adalah beberapa contoh perintah dengan tanggapan Valkey atau Redis OSS mereka.
```
set a "hello" // Set key "a" with a string value and no expiration
OK
get a // Get value for key "a"
"hello"
get b // Get value for key "b" results in miss
(nil)
set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration
get b
"Good-bye"
// wait 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
Untuk terhubung ke simpul atau klaster yang memiliki enkripsi Lapisan Soket Aman (SSL) (enkripsi bergerak aktif), lihat [ElastiCache enkripsi dalam transit (TLS)](in-transit-encryption.md).
## Menghubungkan ke node Memcached
Sebelum mencoba terhubung ke klaster Memcached, Anda harus memiliki titik akhir untuk simpul. Untuk menemukan titik akhir, lihat yang berikut ini:
+ [Menemukan Titik Akhir Cluster (Konsol) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ [Menemukan Titik Akhir (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Menemukan Titik Akhir (ElastiCache API)](Endpoints.md#Endpoints.Find.API)
Dalam contoh berikut, Anda menggunakan utilitas *telnet* untuk terhubung ke simpul yang menjalankan Memcached.
**catatan**
Untuk informasi selengkapnya tentang Memcached dan perintah Memcached yang tersedia, lihat situs web [Memcached](http://memcached.org/).
**Untuk terhubung ke simpul menggunakan *telnet***
1. Connect ke EC2 instans Amazon Anda dengan menggunakan utilitas koneksi pilihan Anda.
**catatan**
Untuk petunjuk tentang cara menyambung ke EC2 instans Amazon, lihat [Panduan EC2 Memulai Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Unduh dan instal utilitas *telnet* di EC2 instans Amazon Anda. Pada prompt perintah EC2 instance Amazon Anda, ketik perintah berikut dan ketik *y* pada prompt perintah.
```
sudo yum install telnet
```
Muncul output seperti yang berikut ini.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 63 k
Installed size: 109 k
Is this ok [y/N]: y
Downloading Packages:
telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00
...(output omitted)...
Complete!
```
1. Pada prompt perintah EC2 instance Amazon Anda, ketik perintah berikut, ganti titik akhir node Anda dengan yang ditunjukkan dalam contoh ini.
```
telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211
```
Muncul output seperti yang berikut ini.
```
Trying 128.0.0.1...
Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com.
Escape character is '^]'.
>
```
1. Uji koneksi dengan menjalankan perintah Memcached.
Anda sekarang terhubung ke simpul, dan Anda dapat menjalankan perintah Memcached. Berikut adalah sebuah contoh.
```
set a 0 0 5 // Set key "a" with no expiration and 5 byte value
hello // Set value as "hello"
STORED
get a // Get value for key "a"
VALUE a 0 5
hello
END
get b // Get value for key "b" results in miss
END
>
```
# Jenis simpul yang didukung
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/).
**catatan**
Amazon ElastiCache sedang mentransisikan instans T2 ke status generasi sebelumnya. Anda tidak akan lagi dapat membuat ElastiCache cluster baru menggunakan instance T2 atau membeli node cadangan T2 baru. Tidak ada dampak pada cluster atau reservasi T2 yang ada. Kami merekomendasikan untuk meningkatkan ke jenis instans yang lebih baru seperti instans T3 atau T4G untuk kinerja dan efisiensi biaya yang lebih baik.
**catatan**
Jenis contoh berikut didukung di Wilayah AWS Asia Pasifik (Thailand) dan Meksiko (Tengah):
**m7g/r7g:** besar, xl, 2xl, 4xl, 8xl, 12xl, dan 16xl.
**t3/t4g:** mikro, kecil, dan sedang.
Untuk informasi tentang ukuran simpul yang akan digunakan, lihat [Memilih ukuran simpul Anda](CacheNodes.SelectSize.md).
**Topics**
+ [Generasi Saat Ini (Memcached)](#CacheNodes.CurrentGen-Memcached)
+ [Generasi Saat Ini (Valkey atau Redis OSS)](#CacheNodes.CurrentGen)
+ [Jenis simpul yang didukung oleh Wilayah AWS](#CacheNodes.SupportedTypesByRegion)
+ [instans Performa yang Dapat Melonjak](#CacheNodes.Burstable)
+ [Informasi Terkait](#CacheNodes.RelatedInfo)
## Generasi Saat Ini (Memcached)
Tabel berikut menunjukkan bandwidth dasar dan burst untuk jenis contoh yang menggunakan mekanisme I/O kredit jaringan untuk meledak melampaui bandwidth dasar mereka.
**catatan**
Jenis instans dengan kinerja jaringan yang dapat meledak menggunakan mekanisme I/O kredit jaringan untuk melampaui bandwidth dasar mereka dengan upaya terbaik.
**Umum**
| Jenis instans | Versi Memcached minimum yang didukung | Bandwidth dasar (Gbps) | Bandwidth lonjakan (Gbps) |
| --- | --- | --- | --- |
| cache.m7g.large | | 0,937 | 12,5 |
| cache.m7g.xlarge | | 1.876 | 12,5 |
| cache.m7g.2xlarge | | 3,75 | 15 |
| cache.m7g.4xlarge | | 7.5 | 15 |
| cache.m7g.8xlarge | | 15 | N/A |
| cache.m7g.12xlarge | | 22.5 | N/A |
| cache.m7g.16xlarge | | 30 | N/A |
| cache.m6g.large | 1.5.16 | 0,75 | 10.0 |
| cache.m6g.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.m6g.2xlarge | 1.5.16 | 2.5 | 10.0 |
| cache.m6g.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.m6g.8xlarge | 1.5.16 | 12 | N/A |
| cache.m6g.12xlarge | 1.5.16 | 20 | N/A |
| cache.m6g.16xlarge | 1.5.16 | 25 | N/A |
| cache.m5.large | 1.5.16 | 0,75 | 10.0 |
| cache.m5.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.m5.2xlarge | 1.5.16 | 2.5 | 10.0 |
| cache.m5.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.m5.12xlarge | 1.5.16 | N/A | N/A |
| cache.m5.24xlarge | 1.5.16 | N/A | N/A |
| cache.m4.large | 1.5.16 | 0,45 | 1.2 |
| cache.m4.xlarge | 1.5.16 | 0,75 | 2.8 |
| cache.m4.2xlarge | 1.5.16 | 1.0 | 10.0 |
| cache.m4.4xlarge | 1.5.16 | 2.0 | 10.0 |
| cache.m4.10xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.t4g.micro | 1.5.16 | 0,064 | 5.0 |
| cache.t4g.small | 1.5.16 | 0,18 | 5.0 |
| cache.t4g.medium | 1.5.16 | 0,256 | 5.0 |
| cache.t3.micro | 1.5.16 | 0,064 | 5.0 |
| cache.t3.small | 1.5.16 | 0,18 | 5.0 |
| cache.t3.medium | 1.5.16 | 0,256 | 5.0 |
| cache.t2.micro | 1.5.16 | 0,064 | 1.024 |
| cache.t2.small | 1.5.16 | 0,18 | 1.024 |
| cache.t2.medium | 1.5.16 | 0,256 | 1.024 |
**Memori dioptimalkan untuk Memcached**
| Tipe instans | Versi minimum yang didukung | Bandwidth dasar (Gbps) | Bandwidth lonjakan (Gbps) |
| --- | --- | --- | --- |
| cache.r7g.large | | 0,937 | 12,5 |
| cache.r7g.xlarge | | 1.876 | 12,5 |
| cache.r7g.2xlarge | | 3,75 | 15 |
| cache.r7g.4xlarge | | 7,5 | 15 |
| cache.r7g.8xlarge | | 15 | N/A |
| cache.r7g.12xlarge | | 22.5 | N/A |
| cache.r7g.16xlarge | | 30 | N/A |
| cache.r6g.large | 1.5.16 | 0,75 | 10.0 |
| cache.r6g.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r6g.2xlarge | 1.5.16 | 2.5 | 10.0 |
| cache.r6g.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.r6g.8xlarge | 1.5.16 | 12 | N/A |
| cache.r6g.12xlarge | 1.5.16 | 20 | N/A |
| cache.r6g.16xlarge | 1.5.16 | 25 | N/A |
| cache.r5.large | 1.5.16 | 0,75 | 10.0 |
| cache.r5.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r5.2xlarge | 1.5.16 | 2.5 | 10.0 |
| cache.r5.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.r5.12xlarge | 1.5.16 | 20 | N/A |
| cache.r5.24xlarge | 1.5.16 | 25 | N/A |
| cache.r4.large | 1.5.16 | 0,75 | 10.0 |
| cache.r4.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r4.2xlarge | 1.5.16 | 2.5 | 10.0 |
| cache.r4.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.r4.8xlarge | 1.5.16 | 12 | N/A |
| cache.r4.16xlarge | 1.5.16 | 25 | N/A |
**Jaringan dioptimalkan untuk Memcached**
| Tipe instans | Versi minimum yang didukung | Bandwidth dasar (Gbps) | Bandwidth lonjakan (Gbps) |
| --- | --- | --- | --- |
| cache.c7gn.large | 1.6.6 | 6.25 | 30 |
| cache.c7gn.xlarge | 1.6.6 | 12,5 | 40 |
| cache.c7gn.2xlarge | 1.6.6 | 25 | 50 |
| cache.c7gn.4xlarge | 1.6.6 | 50 | N/A |
| cache.c7gn.8xlarge | 1.6.6 | 100 | N/A |
| cache.c7gn.12xlarge | 1.6.6 | 150 | N/A |
| cache.c7gn.16xlarge | 1.6.6 | 200 | N/A |
## Generasi Saat Ini (Valkey atau Redis OSS)
Untuk informasi selengkapnya tentang Generasi Sebelumnya, harap baca [Simpul Generasi Sebelumnya](https://aws.amazon.com/elasticache/previous-generation/).
**catatan**
Jenis instans dengan kinerja jaringan yang dapat meledak menggunakan mekanisme I/O kredit jaringan untuk melampaui bandwidth dasar mereka dengan upaya terbaik.
**Umum**
| Tipe instans | Versi Redis OSS minimum yang didukung | Ditingkatkan I/O dengan Redis OSS 5.0.6\$1 | TLS Offloading dengan Redis OSS 6.2.5\$1 | Peningkatan I/O Multiplexing dengan Redis OSS 7.0.4\$1 | Bandwidth dasar (Gbps) | Bandwidth lonjakan (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.m7g.large | 6.2 | T | T | T | 0,937 | 12,5 |
| cache.m7g.xlarge | 6.2 | Y | Y | Y | 1.876 | 12,5 |
| cache.m7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.m7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.m7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/A |
| cache.m7g.12xlarge | 6.2 | Y | Y | Y | 22.5 | N/A |
| cache.m7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/A |
| cache.m6g.large | 5.0.6 | T | T | T | 0,75 | 10.0 |
| cache.m6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10.0 |
| cache.m6g.2xlarge | 5.0.6 | Y | Y | Y | 2.5 | 10.0 |
| cache.m6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 |
| cache.m6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/A |
| cache.m6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/A |
| cache.m6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/A |
| cache.m5.large | 3.2.4 | T | T | T | 0,75 | 10.0 |
| cache.m5.xlarge | 3.2.4 | Y | T | T | 1,25 | 10.0 |
| cache.m5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 |
| cache.m5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.m5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.m5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
| cache.m4.large | 3.2.4 | T | T | T | 0,45 | 1.2 |
| cache.m4.xlarge | 3.2.4 | Y | T | T | 0,75 | 2.8 |
| cache.m4.2xlarge | 3.2.4 | Y | Y | Y | 1.0 | 10.0 |
| cache.m4.4xlarge | 3.2.4 | Y | Y | Y | 2.0 | 10.0 |
| cache.m4.10xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.t4g.micro | 3.2.4 | T | T | T | 0,064 | 5.0 |
| cache.t4g.small | 5.0.6 | T | T | T | 0,18 | 5.0 |
| cache.t4g.medium | 5.0.6 | T | T | T | 0,256 | 5.0 |
| cache.t3.micro | 3.2.4 | T | T | T | 0,064 | 5.0 |
| cache.t3.small | 3.2.4 | T | T | T | 0,18 | 5.0 |
| cache.t3.medium | 3.2.4 | T | T | T | 0,256 | 5.0 |
| cache.t2.micro | 3.2.4 | T | T | T | 0,064 | 1.024 |
| cache.t2.small | 3.2.4 | T | T | T | 0,18 | 1.024 |
| cache.t2.medium | 3.2.4 | T | T | T | 0,256 | 1.024 |
**Memori yang dioptimalkan**
| Tipe instans | Versi Redis OSS minimum yang didukung | Ditingkatkan I/O dengan Redis OSS 5.0.6\$1 | TLS Offloading dengan Redis OSS 6.2.5\$1 | Peningkatan I/O Multiplexing dengan Redis OSS 7.0.4\$1 | Bandwidth dasar (Gbps) | Bandwidth lonjakan (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r7g.large | 6.2 | T | T | T | 0,937 | 12,5 |
| cache.r7g.xlarge | 6.2 | Y | Y | Y | 1.876 | 12,5 |
| cache.r7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.r7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.r7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/A |
| cache.r7g.12xlarge | 6.2 | Y | Y | Y | 22.5 | N/A |
| cache.r7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/A |
| cache.r6g.large | 5.0.6 | T | T | T | 0,75 | 10.0 |
| cache.r6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10.0 |
| cache.r6g.2xlarge | 5.0.6 | Y | Y | Y | 2.5 | 10.0 |
| cache.r6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 |
| cache.r6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/A |
| cache.r6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/A |
| cache.r6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/A |
| cache.r5.large | 3.2.4 | T | T | T | 0,75 | 10.0 |
| cache.r5.xlarge | 3.2.4 | Y | T | T | 1,25 | 10.0 |
| cache.r5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 |
| cache.r5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.r5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.r5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
| cache.r4.large | 3.2.4 | T | T | T | 0,75 | 10.0 |
| cache.r4.xlarge | 3.2.4 | Y | T | T | 1,25 | 10.0 |
| cache.r4.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 |
| cache.r4.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.r4.8xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.r4.16xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
**Memori yang dioptimalkan dengan tingkatan data**
| Tipe instans | Versi Redis OSS minimum yang didukung | Ditingkatkan I/O dengan Redis OSS 5.0.6\$1 | TLS Offloading dengan Redis OSS 6.2.5\$1 | Peningkatan I/O Multiplexing dengan Redis OSS 7.0.4\$1 | Bandwidth dasar (Gbps) | Bandwidth lonjakan (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r6gd.xlarge | 6.2.0 | Y | T | T | 1,25 | 10 |
| cache.r6gd.2xlarge | 6.2.0 | Y | Y | Y | 2.5 | 10 |
| cache.r6gd.4xlarge | 6.2.0 | Y | Y | Y | 5.0 | 10 |
| cache.r6gd.8xlarge | 6.2.0 | Y | Y | Y | 12 | N/A |
| cache.r6gd.12xlarge | 6.2.0 | Y | Y | Y | 20 | N/A |
| cache.r6gd.16xlarge | 6.2.0 | Y | Y | Y | 25 | N/A |
**Jaringan yang dioptimalkan**
| Jenis instans | Versi Redis OSS minimum yang didukung | Ditingkatkan I/O dengan Redis OSS 5.0.6\$1 | TLS Offloading dengan Redis OSS 6.2.5\$1 | Peningkatan I/O Multiplexing dengan Redis OSS 7.0.4\$1 | Bandwidth dasar (Gbps) | Bandwidth lonjakan (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.c7gn.large | 6.2 | T | T | T | 6.25 | 30 |
| cache.c7gn.xlarge | 6.2 | Y | Y | Y | 12,5 | 40 |
| cache.c7gn.2xlarge | 6.2 | Y | Y | Y | 25 | 50 |
| cache.c7gn.4xlarge | 6.2 | Y | Y | Y | 50 | N/A |
| cache.c7gn.8xlarge | 6.2 | Y | Y | Y | 100 | N/A |
| cache.c7gn.12xlarge | 6.2 | Y | Y | Y | 150 | N/A |
| cache.c7gn.16xlarge | 6.2 | Y | Y | Y | 200 | N/A |
## Jenis simpul yang didukung oleh Wilayah AWS
Jenis node yang didukung dapat bervariasi antar AWS Wilayah. Untuk detail selengkapnya, lihat [ ElastiCacheharga Amazon](https://aws.amazon.com/elasticache/pricing/).
## instans Performa yang Dapat Melonjak
Anda dapat meluncurkan node cache T4G, T3-Standar, dan T2-Standar burstable tujuan umum di Amazon. ElastiCache Simpul ini menyediakan tingkat performa CPU dasar dengan kemampuan untuk melakukan lonjakan penggunaan CPU kapan pun hingga kredit yang diakumulasi habis. *Kredit CPU* menyediakan performa inti CPU penuh selama satu menit.
Node ElastiCache T4G, T3, dan T2 Amazon dikonfigurasi sebagai standar dan cocok untuk beban kerja dengan pemanfaatan CPU rata-rata yang secara konsisten di bawah kinerja dasar instans. Untuk melonjak di atas batas dasar, simpul menggunakan kredit yang telah diakumulasikan dalam saldo kredit CPU. Jika simpul hampir kehabisan kredit yang diakumulasikan, performa secara bertahap diturunkan ke tingkat performa dasar. Penurunan bertahap ini memastikan simpul tidak mengalami penurunan performa yang tajam saat saldo kredit CPU yang diakumulasikan habis. **Untuk informasi [selengkapnya, lihat Kredit CPU dan Kinerja Dasar untuk Instans Kinerja Burstable di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) Amazon. EC2 **
Tabel berikut mencantumkan jenis simpul performa yang dapat melonjak, dan laju perolehan kredit CPU per jam. Ini juga menunjukkan jumlah maksimum kredit CPU yang diperoleh yang dapat diperoleh node dan jumlah v CPUs per node. Selain itu, tabel ini menunjukkan tingkat performa dasar sebagai persentase dari performa inti penuh (menggunakan satu vCPU tunggal).
| Jenis simpul | Kredit CPU dihasilkan per jam | Kredit maksimum yang diperoleh yang dapat terakumulasi\$1 | v CPUs | Performa dasar per vCPU | Memori (GiB) | Performa jaringan |
| --- | --- | --- | --- | --- | --- | --- |
| t4g.micro | 12 | 288 | 2 | 10% | 0,5 | Hingga 5 Gigabit |
| t4g.small | 24 | 576 | 2 | 20% | 1,37 | Hingga 5 Gigabit |
| t4g.medium | 24 | 576 | 2 | 20% | 3.09 | Hingga 5 Gigabit |
| t3.micro | 12 | 288 | 2 | 10% | 0,5 | Hingga 5 Gigabit |
| t3.small | 24 | 576 | 2 | 20% | 1,37 | Hingga 5 Gigabit |
| t3.medium | 24 | 576 | 2 | 20% | 3.09 | Hingga 5 Gigabit |
| t2.micro | 6 | 144 | 1 | 10% | 0,5 | Rendah hingga sedang |
| t2.small | 12 | 288 | 1 | 20% | 1,55 | Rendah hingga sedang |
| t2.medium | 24 | 576 | 2 | 20% | 3.22 | Rendah hingga sedang |
\$1 Jumlah kredit yang dapat terakumulasi setara dengan jumlah kredit yang dapat diperoleh dalam periode 24 jam.
\$1\$1 Performa dasar dalam tabel adalah per vCPU. Beberapa ukuran simpul memiliki lebih dari satu vCPU. Untuk ini, hitung pemanfaatan CPU dasar untuk node dengan mengalikan persentase vCPU dengan jumlah v. CPUs
Metrik kredit CPU berikut tersedia untuk instans performa yang dapat melonjak T3 dan T4g:
**catatan**
Metrik ini tidak tersedia untuk instans performa yang dapat melonjak T2.
+ `CPUCreditUsage`
+ `CPUCreditBalance`
Untuk informasi selengkapnya tentang metrik ini, lihat [Metrik Kredit CPU](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics).
Selain itu, perhatikan detail berikut:
+ Semua jenis simpul generasi saat ini dibuat di cloud privat virtual (VPC) berdasarkan Amazon VPC secara default.
+ Redis OSS append-only files (AOF) tidak didukung untuk instance T2. Redis OSS variabel konfigurasi `appendonly` dan `appendfsync` tidak didukung pada Redis OSS versi 2.8.22 dan yang lebih baru.
## Informasi Terkait
+ [Fitur dan Detail ElastiCache Produk Amazon](https://aws.amazon.com/elasticache/details)
+ [Parameter Spesifik Tipe Node Memcache untuk Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
+ [Parameter Valkey dan Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
+ [Enkripsi Bergerak (TLS)](in-transit-encryption.md)
# Mem-boot ulang node
Beberapa perubahan mengharuskan cluster Valkey, Memcached, atau Redis OSS reboot untuk perubahan yang akan diterapkan. Misalnya, untuk beberapa parameter, perubahan nilai parameter dalam grup parameter hanya diterapkan setelah boot ulang.
**Topics**
+ [Mem-boot ulang node Redis OSS (mode cluster hanya dinonaktifkan)](#nodes.rebooting.redis)
+ [Mem-boot ulang cluster untuk Memcached](#Clusters.Rebooting)
## Mem-boot ulang node Redis OSS (mode cluster hanya dinonaktifkan)
Untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan), parameter dalam grup parameter yang diterapkan hanya setelah reboot adalah:
+ activerehashing
+ databases
Node Redis hanya dapat diperbarui melalui ElastiCache konsol. Anda hanya dapat mem-boot ulang satu simpul dalam satu waktu. Untuk me-reboot beberapa node, Anda harus mengulangi proses untuk setiap node.
**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 cluster Valkey atau Redis OSS (mode cluster enabled). 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.
### Menggunakan Konsol Manajemen AWS
Anda dapat me-reboot node menggunakan ElastiCache konsol.
**Untuk mem-boot ulang simpul (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. Dari daftar di sudut kanan atas, pilih AWS Wilayah yang berlaku.
1. Di panel navigasi kiri, pilih **Redis** OSS.
Daftar cluster yang menjalankan Redis OSS muncul.
1. Pilih klaster di bagian **Nama Klaster**.
1. Pada **Nama simpul**, pilih tombol radio di samping simpul yang ingin Anda boot ulang.
1. Pilih **Tindakan**, lalu pilih **Boot ulang simpul**.
Untuk mem-boot ulang beberapa simpul, ulangi langkah 2 hingga 5 untuk setiap simpul yang ingin Anda boot ulang. Anda tidak perlu menunggu satu simpul selesai di-boot ulang untuk melakukan boot ulang simpul lain.
## Mem-boot ulang cluster untuk Memcached
Saat Anda me-reboot cluster Memcached, cluster akan membersihkan semua datanya dan memulai ulang mesinnya. Selama proses ini, Anda tidak dapat mengakses klaster. Karena klaster melakukan flushing terhadap semua datanya, saat klaster tersedia lagi, Anda memulai dengan klaster yang kosong.
Anda dapat me-reboot cluster menggunakan ElastiCache konsol, the AWS CLI, atau ElastiCache API. Apakah Anda menggunakan ElastiCache konsol, AWS CLI atau ElastiCache API, Anda hanya dapat memulai reboot satu cluster. Untuk melakukan boot ulang beberapa klaster, Anda harus mengulangi proses atau operasinya.
### Menggunakan Konsol Manajemen AWS
Anda dapat me-reboot cluster menggunakan ElastiCache konsol.
**Untuk melakukan boot ulang klaster (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. Dari daftar di pojok kanan atas, pilih AWS Wilayah yang Anda minati.
1. Di panel navigasi, pilih mesin yang berjalan pada klaster yang ingin Anda boot ulang.
Daftar klaster yang menjalankan mesin yang dipilih akan muncul.
1. Pilih klaster yang di-boot ulang dengan memilih di kotak di sebelah kiri nama klaster.
Tombol **Boot ulang** menjadi aktif.
Jika Anda memilih lebih dari satu klaster, tombol **Boot ulang** menjadi tidak aktif.
1. Pilih **Boot ulang**.
Layar konfirmasi klaster boot ulang akan muncul.
1. Untuk melakukan boot ulang klaster, pilih **Boot ulang**. Status klaster berubah menjadi *simpul klaster sedang di-boot ulang*.
Untuk membatalkan boot ulang klaster, pilih **Batalkan**.
Untuk melakukan boot ulang beberapa klaster, ulangi langkah 2 hingga 5 untuk setiap klaster yang ingin di-boot ulang. Anda tidak perlu menunggu satu klaster selesai di-boot ulang agar dapat melakukan boot ulang yang lain.
Untuk melakukan boot ulang simpul tertentu, pilih simpul, lalu pilih **Boot ulang**.
### Menggunakan AWS CLI
Untuk melakukan boot ulang klaster (AWS CLI), gunakan operasi CLI `reboot-cache-cluster`.
Untuk melakukan boot ulang simpul tertentu dalam klaster, gunakan `--cache-node-ids-to-reboot` untuk menampilkan daftar klaster tertentu yang akan di-boot ulang. Perintah berikut melakukan boot ulang simpul 0001, 0002, dan 0004 dari *my-cluster*.
Untuk Linux, macOS, atau Unix:
```
aws elasticache reboot-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-ids-to-reboot 0001 0002 0004
```
Untuk Windows:
```
aws elasticache reboot-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-ids-to-reboot 0001 0002 0004
```
Untuk melakukan boot ulang semua simpul di klaster, gunakan parameter `--cache-node-ids-to-reboot` dan tampilkan daftar semua ID simpul dari klaster. Untuk informasi selengkapnya, lihat [reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html).
### Menggunakan ElastiCache API
Untuk me-reboot cluster menggunakan ElastiCache API, gunakan `RebootCacheCluster` tindakan.
Untuk melakukan boot ulang simpul tertentu dalam klaster, gunakan `CacheNodeIdsToReboot` untuk menampilkan daftar klaster tertentu yang akan di-boot ulang. Perintah berikut melakukan boot ulang simpul 0001, 0002, dan 0004 dari *my-cluster*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=RebootCacheCluster
&CacheClusterId=my-cluster
&CacheNodeIdsToReboot.member.1=0001
&CacheNodeIdsToReboot.member.2=0002
&CacheNodeIdsToReboot.member.3=0004
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Untuk melakukan boot ulang semua simpul di klaster, gunakan parameter `CacheNodeIdsToReboot` dan tampilkan daftar semua ID simpul dari klaster. Lihat informasi yang lebih lengkap di [RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html).
# Mengganti node (Valkey dan Redis OSS)
Amazon ElastiCache sering meningkatkan armadanya dengan tambalan dan peningkatan yang diterapkan ke instance dengan mulus. Namun, dari waktu ke waktu kami perlu meluncurkan kembali ElastiCache node Anda untuk menerapkan pembaruan OS wajib ke host yang mendasarinya. Penggantian ini diperlukan untuk menerapkan peningkatan yang memperkuat keamanan, keandalan, dan performa operasional.
Anda memiliki opsi untuk mengelola penggantian ini sendiri setiap saat sebelum periode penggantian simpul yang terjadwal. Ketika Anda mengelola penggantian sendiri, instans Anda menerima pembaruan OS ketika Anda meluncurkan kembali simpul tersebut dan penggantian simpul terjadwal Anda dibatalkan. Anda mungkin akan terus menerima peringatan yang menunjukkan bahwa penggantian simpul harus dilakukan. Jika Anda telah mengurangi kebutuhan pemeliharaan secara manual, Anda dapat mengabaikan peringatan ini.
**catatan**
Node cache pengganti yang dihasilkan secara otomatis oleh Amazon ElastiCache mungkin memiliki alamat IP yang berbeda. Anda bertanggung jawab untuk meninjau konfigurasi aplikasi Anda untuk memastikan bahwa simpul cache Anda terkait dengan alamat IP yang sesuai.
Daftar berikut mengidentifikasi tindakan yang dapat Anda ambil saat ElastiCache menjadwalkan salah satu node Valkey atau Redis OSS Anda untuk penggantian. Untuk mempercepat pencarian informasi yang Anda butuhkan untuk situasi Anda, pilih dari menu berikut.
+ [Do nothing](#DoNothing)— Biarkan Amazon ElastiCache mengganti node sesuai jadwal.
+ [Change your maintenance window](#ChangeWindow) – Mengubah periode pemeliharaan Anda ke waktu yang lebih baik.
+ Konfigurasi Valkey atau Redis OSS (mode cluster diaktifkan)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Prosedur untuk mengganti node di cluster Valkey atau Redis OSS menggunakan backup dan restore.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Prosedur untuk mengganti replika baca di cluster Valkey atau Redis OSS apa pun dengan menambah dan mengurangi jumlah replika tanpa downtime cluster.
+ [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode)— Prosedur dinamis tanpa downtime cluster untuk mengganti node di cluster Valkey atau Redis OSS (mode cluster enabled) dengan melakukan scaling out dan scaling in.
+ Konfigurasi Valkey atau Redis OSS (mode cluster dinonaktifkan)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Prosedur untuk mengganti node apa pun di cluster Valkey atau Redis OSS menggunakan backup dan restore.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Prosedur untuk mengganti replika baca di cluster Valkey atau Redis OSS apa pun dengan menambah dan mengurangi jumlah replika tanpa downtime cluster.
+ [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic)— Prosedur untuk mengganti node di cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) menggunakan replikasi.
+ [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica)— Prosedur untuk mengganti replika baca secara manual dalam grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan).
+ [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary)— Prosedur untuk mengganti node primer secara manual dalam grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan).
**Opsi penggantian node Valkey dan Redis OSS**
+ **Jangan lakukan apa-apa** — Jika Anda tidak melakukan apa-apa, ElastiCache ganti node sesuai jadwal.
Untuk konfigurasi non-cluster dengan autofailover diaktifkan, cluster pada Valkey 7.2 dan di atasnya dan Redis OSS 5.0.6 dan di atasnya penggantian lengkap sementara cluster terus tetap online dan melayani permintaan tulis yang masuk. Untuk kluster yang diaktifkan failover otomatis pada Redis OSS 4.0.10 atau di bawahnya, Anda mungkin melihat gangguan penulisan singkat hingga beberapa detik yang terkait dengan pembaruan DNS.
Jika node adalah anggota dari kluster yang diaktifkan failover otomatis, ElastiCache untuk Valkey atau Redis OSS menyediakan ketersediaan yang lebih baik selama penambalan, pembaruan, dan penggantian node terkait pemeliharaan lainnya.
Untuk konfigurasi ElastiCache cluster yang diatur untuk digunakan ElastiCache untuk klien cluster Valkey atau Redis OSS, penggantian sekarang selesai sementara cluster melayani permintaan tulis masuk.
Untuk konfigurasi non-cluster dengan autofailover diaktifkan, cluster pada Valkey 7.2 dan di atasnya dan Redis OSS 5.0.6 dan di atasnya penggantian lengkap sementara cluster terus tetap online dan melayani permintaan tulis yang masuk. Untuk kluster yang diaktifkan failover otomatis pada Redis OSS 4.0.10 atau di bawahnya, Anda mungkin melihat gangguan penulisan singkat hingga beberapa detik yang terkait dengan pembaruan DNS.
Jika node berdiri sendiri, Amazon ElastiCache pertama-tama meluncurkan node pengganti dan kemudian menyinkronkan dari node yang ada. Simpul yang ada tidak tersedia untuk permintaan layanan selama waktu ini. Setelah sinkronisasi selesai, node yang ada dihentikan dan node baru mengambil tempatnya. ElastiCache melakukan upaya terbaik untuk menyimpan data Anda selama operasi ini.
+ **Ubah jendela pemeliharaan Anda** — Untuk acara pemeliharaan terjadwal, Anda menerima email atau acara pemberitahuan dari ElastiCache. Dalam hal ini, jika Anda mengubah periode pemeliharaan Anda sebelum waktu penggantian terjadwal, simpul Anda sekarang akan diganti pada waktu yang baru. Untuk informasi selengkapnya, lihat berikut ini:
+ [Memodifikasi cluster ElastiCache](Clusters.Modify.md)
+ [Mengubah grup replikasi](Replication.Modify.md)
**catatan**
Kemampuan untuk mengubah jendela pengganti Anda dengan memindahkan jendela pemeliharaan Anda hanya tersedia ketika ElastiCache pemberitahuan menyertakan jendela pemeliharaan. Jika notifikasi tersebut tidak menyertakan periode pemeliharaan, Anda tidak dapat mengubah periode pengganti.
Misalnya, katakanlah pemeliharaan dilakukan pada Kamis, 9 November, pukul 15.00 dan periode pemeliharaan berikutnya adalah Jumat, 10 November, pukul 17.00. Berikut adalah tiga skenario dengan hasilnya:
+ Anda mengubah periode pemeliharaan Anda ke Jumat pukul 16.00, setelah tanggal dan waktu saat ini dan sebelum periode pemeliharaan terjadwal berikutnya. Simpul diganti pada hari Jumat, 10 November, pukul 16.00.
+ Anda mengubah periode pemeliharaan Anda ke Sabtu pukul 16.00, setelah tanggal dan waktu saat ini dan sebelum periode pemeliharaan terjadwal berikutnya. Simpul diganti pada hari Sabtu, 11 November, pukul 16.00.
+ Anda mengubah periode pemeliharaan Anda menjadi hari Rabu pukul 16.00, di awal minggu dari tanggal dan waktu saat ini). Simpul akan diganti pada Rabu depan, 15 November, pukul 16.00.
Untuk petunjuk, lihat [Mengelola pemeliharaan ElastiCache cluster](maintenance-window.md).
+ **Ganti satu-satunya node di cluster Valkey atau Redis OSS** apa pun - Jika cluster tidak memiliki replika baca, Anda dapat menggunakan prosedur berikut untuk mengganti node.
**Untuk mengganti satu-satunya simpul menggunakan pencadangan dan pemulihan**
1. Buat snapshot dari klaster simpul. Untuk petunjuk, lihat [Membuat cadangan manual](backups-manual.md).
1. Buat klaster baru dengan melakukan seeding dari snapshot. Untuk petunjuk, lihat [Melakukan pemulihan dari cadangan ke dalam cache baru](backups-restoring.md).
1. Hapus klaster dengan simpul yang dijadwalkan akan diganti. Untuk petunjuk, lihat [Menghapus cluster di ElastiCache](Clusters.Delete.md).
1. Di aplikasi Anda, ganti titik akhir dari simpul lama dengan titik akhir dari simpul baru.
+ **Ganti simpul replika di cluster Valkey atau Redis OSS mana pun — Untuk mengganti cluster** replika, tingkatkan jumlah replika Anda. Untuk melakukannya, tambahkan replika kemudian kurangi jumlah replika dengan menghapus replika yang ingin Anda ganti. Proses ini bersifat dinamis dan tidak menimbulkan waktu henti klaster.
**catatan**
Jika serpihan atau grup replikasi Anda sudah memiliki lima replika, balikkan langkah 1 dan 2.
**Untuk mengganti replika di cluster Valkey atau Redis OSS**
1. Tingkatkan jumlah replika dengan menambahkan replika ke serpihan atau grup replikasi. Untuk informasi selengkapnya, lihat [Menambah jumlah replika dalam serpihan](increase-replica-count.md).
1. Hapus replika yang ingin Anda ganti. Untuk informasi selengkapnya, lihat [Mengurangi jumlah replika dalam serpihan](decrease-replica-count.md).
1. Perbarui titik akhir dalam aplikasi Anda.
+ **Ganti node apa pun di pecahan Valkey atau Redis OSS (mode cluster enabled) — Untuk mengganti node dalam cluster tanpa downtime, gunakan resharding** online. Pertama, tambahkan serpihan dengan melakukan penskalaan ke luar, lalu hapus serpihan dengan simpul yang akan diganti dengan melakukan penskalaan ke dalam.
**Untuk mengganti node apa pun di cluster Valkey atau Redis OSS (mode cluster diaktifkan)**
1. Skalakan keluar: Tambahkan serpihan tambahan dengan konfigurasi yang sama seperti serpihan yang ada dengan simpul yang akan diganti. Untuk informasi selengkapnya, lihat [Menambahkan serpihan dengan resharding online](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add).
1. Penskalaan ke dalam: Hapus serpihan dengan simpul yang akan diganti. Untuk informasi selengkapnya, lihat [Menghapus serpihan dengan resharding online](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove).
1. Perbarui titik akhir dalam aplikasi Anda.
+ **Ganti node di cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) - Jika cluster** adalah cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) tanpa replika baca, gunakan prosedur berikut untuk mengganti node.
**Untuk mengganti simpul menggunakan replikasi (hanya mode klaster dinonaktifkan)**
1. Tambahkan replikasi sebagai primer ke klaster yang memiliki simpul yang dijadwalkan akan diganti. Jangan mengaktifkan Multi-AZ di klaster ini. Untuk petunjuk, lihat [Untuk menambahkan replikasi ke cluster Valkey atau Redis OSS tanpa pecahan](Clusters.AddNode.md#AddReplication.CON).
1. Tambahkan replika baca ke klaster. Untuk petunjuk, lihat [Untuk menambahkan node ke ElastiCache cluster (konsol)](Clusters.AddNode.md#AddNode.CON).
1. Promosikan replika-baca yang baru dibuat menjadi primer. Untuk petunjuk, lihat [Mempromosikan replika baca ke primer, untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan)](Replication.PromoteReplica.md).
1. Hapus simpul yang dijadwalkan akan diganti. Untuk petunjuk, lihat [Menghapus node dari ElastiCache cluster](Clusters.DeleteNode.md).
1. Di aplikasi Anda, ganti titik akhir dari simpul lama dengan titik akhir dari simpul baru.
+ **Ganti replika baca-Valkey atau Redis OSS (mode cluster dinonaktifkan) - Jika node adalah replika baca**, ganti simpulnya.
Jika klaster Anda memiliki hanya satu simpul replika dan Multi-AZ diaktifkan, Anda harus menonaktifkan Multi-AZ sebelum dapat menghapus replika. Untuk petunjuk, lihat [Mengubah grup replikasi](Replication.Modify.md).
**Untuk mengganti Valkey atau Redis OSS (mode cluster dinonaktifkan) baca replika**
1. Hapus replika yang dijadwalkan akan diganti. Untuk petunjuk, lihat yang berikut ini:
+ [Mengurangi jumlah replika dalam serpihan](decrease-replica-count.md)
+ [Menghapus node dari ElastiCache cluster](Clusters.DeleteNode.md)
1. Tambahkan replika baru untuk menggantikan replika yang dijadwalkan akan diganti. Jika Anda menggunakan nama yang sama dengan replika yang baru saja dihapus, Anda dapat melewati langkah 3. Untuk petunjuk, lihat yang berikut ini:
+ [Menambah jumlah replika dalam serpihan](increase-replica-count.md)
+ [Menambahkan replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Replication.AddReadReplica.md)
1. Di aplikasi Anda, ganti titik akhir dari replika lama dengan titik akhir dari replika baru.
1. Jika Anda menonaktifkan Multi-AZ di awal, aktifkan kembali sekarang. Untuk petunjuk, lihat [Mengaktifkan Multi-AZ](AutoFailover.md#AutoFailover.Enable).
+ **Ganti simpul utama Valkey atau Redis OSS (mode cluster dinonaktifkan)** - Jika node adalah simpul utama, pertama-tama promosikan replika baca ke primer. Kemudian hapus replika yang sebelumnya merupakan simpul primer.
Jika klaster Anda memiliki hanya satu replika dan Multi-AZ diaktifkan, Anda harus menonaktifkan Multi-AZ sebelum dapat menghapus replika pada langkah 2. Untuk petunjuk, lihat [Mengubah grup replikasi](Replication.Modify.md).
**Untuk mengganti simpul utama Valkey atau Redis OSS (mode cluster dinonaktifkan)**
1. Promosikan replika baca menjadi primer. Untuk petunjuk, lihat [Mempromosikan replika baca ke primer, untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan)](Replication.PromoteReplica.md).
1. Hapus simpul yang dijadwalkan akan diganti (primer yang lama). Untuk petunjuk, lihat [Menghapus node dari ElastiCache cluster](Clusters.DeleteNode.md).
1. Tambahkan replika baru untuk menggantikan replika yang dijadwalkan akan diganti. Jika Anda menggunakan nama yang sama dengan simpul yang baru saja Anda hapus, Anda tidak perlu melakukan perubahan titik akhir dalam aplikasi Anda.
Untuk petunjuk, lihat [Menambahkan replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan)](Replication.AddReadReplica.md).
1. Di aplikasi Anda, ganti titik akhir dari simpul lama dengan titik akhir dari simpul baru.
1. Jika Anda menonaktifkan Multi-AZ di awal, aktifkan kembali sekarang. Untuk petunjuk, lihat [Mengaktifkan Multi-AZ](AutoFailover.md#AutoFailover.Enable).
# Mengganti node (Memcached)
Amazon ElastiCache untuk Memcached sering meningkatkan armadanya dengan tambalan dan peningkatan yang diterapkan ke instans dengan mulus. Namun, dari waktu ke waktu kami perlu meluncurkan kembali node Anda ElastiCache untuk Memcached untuk menerapkan pembaruan OS wajib ke host yang mendasarinya. Penggantian ini diperlukan untuk menerapkan peningkatan yang memperkuat keamanan, keandalan, dan performa operasional.
Anda memiliki opsi untuk mengelola penggantian ini sendiri setiap saat sebelum periode penggantian simpul yang terjadwal. Ketika Anda mengelola penggantian sendiri, instans Anda menerima pembaruan OS ketika Anda meluncurkan kembali simpul tersebut dan penggantian simpul terjadwal Anda dibatalkan. Anda mungkin akan terus menerima peringatan yang menunjukkan bahwa penggantian simpul akan dilakukan. Jika Anda telah mengurangi kebutuhan pemeliharaan secara manual, Anda dapat mengabaikan peringatan ini.
**catatan**
Node cache pengganti yang dihasilkan secara otomatis oleh Amazon ElastiCache mungkin memiliki alamat IP yang berbeda. Anda bertanggung jawab untuk meninjau konfigurasi aplikasi Anda untuk memastikan bahwa simpul cache Anda terkait dengan alamat IP yang sesuai.
Daftar berikut mengidentifikasi tindakan yang dapat Anda lakukan saat ElastiCache menjadwalkan salah satu node Memcached Anda untuk penggantian.
+ **Jangan lakukan apa-apa** — Jika Anda tidak melakukan apa-apa, ElastiCache ganti node sesuai jadwal. Ketika ElastiCache secara otomatis mengganti node dengan node baru, node baru awalnya kosong.
+ **Ubah jendela pemeliharaan Anda** — Untuk acara pemeliharaan terjadwal, Anda menerima email atau acara pemberitahuan dariElastiCache. Dalam hal ini, jika Anda mengubah periode pemeliharaan Anda sebelum waktu penggantian terjadwal, simpul Anda sekarang diganti pada waktu yang baru. Untuk informasi selengkapnya, lihat [Memodifikasi cluster ElastiCache](Clusters.Modify.md).
**catatan**
Kemampuan untuk mengubah jendela pengganti Anda dengan memindahkan jendela pemeliharaan Anda hanya tersedia ketika ElastiCache pemberitahuan menyertakan jendela pemeliharaan. Jika notifikasi tersebut tidak menyertakan periode pemeliharaan, Anda tidak dapat mengubah periode pengganti.
Misalnya, katakanlah pemeliharaan dilakukan pada Kamis, 9 November, pukul 15.00 dan periode pemeliharaan berikutnya adalah Jumat, 10 November, pukul 17.00. Berikut adalah tiga skenario dengan hasilnya:
+ Anda mengubah periode pemeliharaan Anda ke Jumat pukul 16.00, setelah tanggal dan waktu saat ini dan sebelum periode pemeliharaan terjadwal berikutnya. Simpul diganti pada hari Jumat, 10 November, pukul 16.00.
+ Anda mengubah periode pemeliharaan Anda ke Sabtu pukul 16.00, setelah tanggal dan waktu saat ini dan sebelum periode pemeliharaan terjadwal berikutnya. Simpul diganti pada hari Sabtu, 11 November, pukul 16.00.
+ Anda mengubah periode pemeliharaan Anda menjadi hari Rabu pukul 16.00, di awal minggu dari tanggal dan waktu saat ini). Simpul akan diganti pada Rabu depan, 15 November, pukul 16.00.
Untuk petunjuk, lihat [Mengelola pemeliharaan ElastiCache cluster](maintenance-window.md).
+ **Ganti simpul secara manual** – Jika Anda perlu mengganti simpul sebelum periode pemeliharaan berikutnya, ganti simpul secara manual.
Jika Anda mengganti simpul secara manual, kunci akan didistribusikan kembali. Distribusi kembali ini menyebabkan cache miss.
**Untuk secara manual mengganti simpul Memcached**
1. Hapus simpul yang dijadwalkan akan diganti. Untuk petunjuk, lihat [Menghapus node dari ElastiCache cluster](Clusters.DeleteNode.md).
1. Tambahkan simpul baru ke klaster. Untuk petunjuk, lihat [Menambahkan node ke ElastiCache cluster](Clusters.AddNode.md).
1. Jika Anda tidak menggunakan penemuan otomatis di klaster ini, lihat aplikasi Anda dan ganti setiap titik akhir simpul lama dengan titik akhir simpul baru.
# Simpul terpesan
Memesan satu atau lebih ElastiCache node mungkin merupakan cara bagi Anda untuk mengurangi biaya. Simpul terpesan dikenai biaya di muka dan bergantung pada jenis simpul dan durasi pemesanan—satu atau tiga tahun.
Untuk melihat apakah simpul terpesan menghemat biaya kasus penggunaan Anda, pertama-tama tentukan dulu ukuran simpul dan jumlah simpul yang Anda butuhkan. Kemudian, estimasikan penggunaan simpul dan bandingkan total biaya jika Anda menggunakan simpul sesuai permintaan versus simpul terpesan. Anda dapat memadupadankan penggunaan simpul cadangan dan simpul sesuai permintaan dalam klaster Anda. Untuk informasi harga, lihat [ ElastiCache Harga Amazon](https://aws.amazon.com/elasticache/pricing/).
**Topics**
+ [Mengelola biaya dengan simpul terpesan](#reserved-nodes)
+ [Penawaran simpul terpesan standar](#reserved-nodes-standard)
+ [Ukuran node cadangan fleksibel](#reserved-nodes-size)
+ [Menghapus node yang dicadangkan](#reserved-nodes-deleting)
+ [Penawaran simpul terpesan warisan](#reserved-nodes-utilization)
+ [Mendapatkan info tentang penawaran simpul terpesan](#reserved-nodes-offerings)
+ [Membeli simpul terpesan](#reserved-nodes-purchasing)
+ [Mendapatkan info tentang simpul terpesan Anda](#reserved-nodes-describing)
## Mengelola biaya dengan simpul terpesan
Memesan satu atau beberapa simpul dapat menjadi cara untuk mengurangi biaya. Simpul terpesan dikenai biaya di muka dan bergantung pada jenis simpul dan durasi pemesanan—satu atau tiga tahun. Biaya ini jauh lebih kecil daripada biaya penggunaan per jam yang dikenakan untuk simpul sesuai permintaan.
Untuk melihat apakah simpul terpesan menghemat biaya kasus penggunaan Anda, pertama-tama tentukan dulu ukuran simpul dan jumlah simpul yang Anda butuhkan. Kemudian, estimasikan penggunaan simpul dan bandingkan total biaya jika Anda menggunakan simpul sesuai permintaan versus dengan simpul terpesan. Anda dapat memadupadankan penggunaan simpul terpesan dan simpul sesuai permintaan dalam klaster Anda. Untuk informasi harga, lihat [ ElastiCache Harga Amazon](https://aws.amazon.com/elasticache/pricing/).
AWS Wilayah, tipe simpul, dan panjang jangka waktu harus dipilih saat pembelian, dan tidak dapat diubah nanti.
Anda dapat menggunakan Konsol Manajemen AWS, API AWS CLI, atau ElastiCache API untuk membuat daftar dan membeli penawaran node cadangan yang tersedia.
Untuk informasi selengkapnya tentang node yang dicadangkan, lihat [Amazon ElastiCache Reserved Nodes](https://aws.amazon.com/elasticache/reserved-cache-nodes/).
## Penawaran simpul terpesan standar
Saat membeli instance node cadangan (RI) di Amazon ElastiCache, Anda dapat membeli komitmen untuk mendapatkan tarif diskon pada jenis dan AWS Wilayah instance node tertentu selama durasi instance node yang dicadangkan. Untuk menggunakan instance node ElastiCache cadangan Amazon, Anda membuat instance ElastiCache node baru, seperti yang Anda lakukan untuk instance sesuai permintaan.
Jika spesifikasi instance node cadangan baru cocok dengan instance node reserved yang ada untuk akun Anda, Anda akan ditagih dengan tarif diskon yang ditawarkan untuk instance node reserved. Jika tidak, instans simpul ditagih dengan tarif sesuai permintaan. Standar ini RIs tersedia dari keluarga instans R5 dan M5 dan seterusnya.
**catatan**
Semua jenis penawaran yang dibahas selanjutnya tersedia dalam jangka waktu satu tahun dan tiga tahun.
**Jenis Penawaran**
**Tidak ada Upfront** RI yang menyediakan akses ke ElastiCache instans yang dipesan tanpa memerlukan pembayaran di muka. ElastiCache Instans yang *tidak dipesan di muka* Anda menagih tarif per jam diskon untuk setiap jam dalam jangka waktu tersebut, terlepas dari penggunaannya.
**Partial Upfront** RI membutuhkan sebagian dari ElasticCache instans cadangan untuk dibayar di muka. Sisa jam dalam jangka waktu pemesanan akan ditagih dengan tarif per jam yang didiskon, terlepas dari penggunaannya. Opsi ini adalah pengganti opsi warisan *Pemanfaatan Berat*, yang dijelaskan di bagian berikutnya.
RI **Semua Di Muka** membutuhkan pembayaran penuh yang harus dilakukan di awal jangka waktu RI. Anda tidak dikenai biaya lain untuk sisa jangka waktu terlepas dari jumlah jam yang digunakan.
## Ukuran node cadangan fleksibel
Semua node yang dicadangkan berukuran fleksibel. Ketika Anda membeli node reserved, satu hal yang Anda tentukan adalah tipe node, misalnya cache.r6g.xlarge. Untuk informasi selengkapnya, tentang jenis node, lihat [ ElastiCacheHarga Amazon](https://aws.amazon.com/elasticache/pricing/ ).
Jika Anda memiliki node, dan Anda perlu menskalakannya ke kapasitas yang lebih besar, node cadangan Anda secara otomatis diterapkan ke node skala Anda. Artinya, node cadangan Anda secara otomatis diterapkan untuk penggunaan ukuran apa pun dalam keluarga simpul yang sama. Node cadangan fleksibel ukuran tersedia untuk node dengan Wilayah yang sama. AWS Node cadangan fleksibel ukuran hanya dapat menskalakan dalam keluarga simpulnya. Misalnya, node cadangan untuk cache.r6g.xlarge dapat diterapkan ke cache.r6g.2xlarge, tetapi tidak ke cache.r6gd.large, karena cache.r6g dan cache.r6gd adalah keluarga simpul yang berbeda.
Fleksibilitas ukuran berarti Anda dapat bergerak bebas di antara konfigurasi dalam keluarga simpul yang sama. Misalnya, Anda dapat berpindah dari node cadangan r6g.xlarge (8 unit dinormalisasi) ke dua r6g.large node cadangan (8 unit dinormalisasi) (2\$14 = 8 unit dinormalisasi) di Wilayah yang sama tanpa biaya tambahan. AWS
### Memutakhirkan node dari Redis OSS ke Valkey
Dengan peluncuran Valkey di ElastiCache, Anda sekarang dapat menerapkan diskon node reservasi Redis OSS Anda ke mesin cache Valkey. Anda dapat meningkatkan dari Redis OSS ke Valkey sambil tetap mendapatkan keuntungan dari kontrak dan pemesanan yang ada. Selain dapat menerapkan manfaat Anda dalam keluarga dan mesin node cache, Anda bahkan dapat menerima lebih banyak nilai tambahan. Valkey diberi harga diskon 20% relatif terhadap Redis OSS, dan dengan fleksibilitas node yang dicadangkan, Anda dapat menggunakan node cadangan Redis OSS Anda untuk menutupi 20% lebih banyak node Valkey yang berjalan.
Untuk menghitung tingkat diskon, setiap ElastiCache node dan kombinasi mesin memiliki faktor normalisasi yang diukur dalam satuan. Unit node cadangan dapat diterapkan ke node yang sedang berjalan di dalam keluarga instance node reserved untuk mesin tertentu. Node cadangan Redis OSS juga dapat diterapkan di seluruh mesin untuk menutupi node Valkey yang sedang berjalan. Karena Valkey diberi harga diskon relatif terhadap Redis OSS dan Memcached, unitnya untuk jenis instance tertentu lebih rendah, yang memungkinkan node cadangan Redis OSS untuk mencakup lebih banyak node Valkey.
Sebagai contoh, katakanlah Anda telah membeli node cadangan untuk cache.r7g.4xlarge untuk mesin Redis OSS (32 unit) dan menjalankan satu node Redis OSS cache.r7g.4xlarge (32 unit). Jika Anda memutakhirkan node ke Valkey, faktor normalisasi node yang sedang berjalan turun menjadi 25,6 unit, dan node cadangan Anda yang ada memberi Anda 6,4 unit tambahan untuk digunakan terhadap node Valkey atau Redis OSS lain yang sedang berjalan dalam keluarga cache.r7g di Wilayah. Anda dapat menggunakan ini untuk menutupi 25% dari node Valkey cache.r7g.4xlarge lain di akun (25,6 unit), atau 100% dari node Valkey cache.r7g.xlarge (6,4 unit).
### Membandingkan penggunaan dengan unit yang dinormalisasi
Anda dapat membandingkan penggunaan untuk ukuran node cadangan yang berbeda dengan menggunakan unit yang dinormalisasi. Misalnya, satu jam penggunaan pada dua node cache.r6g.4xlarge setara dengan 16 jam penggunaan pada satu cache.r6g.large. Tabel berikut menunjukkan jumlah unit dinormalisasi untuk setiap ukuran node:
****
| Ukuran simpul | Unit dinormalisasi dengan Redis OSS atau Memcached | Unit dinormalisasi dengan Valkey |
| --- | --- | --- |
| micro | 0,5 | 0,4 |
| small | 1 | .8 |
| medium | 2 | 1.6 |
| large | 4 | 3.2 |
| xlarge | 8 | 6.4 |
| 2xlarge | 16 | 12.8 |
| 4xlarge | 32 | 25.6 |
| 6xlarge | 48 | 38.4 |
| 8xlarge | 64 | 51.2 |
| 10xlarge | 80 | 64 |
| 12xlarge | 96 | 76.8 |
| 16xlarge | 128 | 102.4 |
| 24xlarge | 192 | 153,6 |
Misalnya, Anda membeli node cadangan cache.r6gd.xlarge, dan Anda memiliki dua node cadangan cache.r6gd.large yang sedang berjalan di akun Anda di Wilayah yang sama. AWS Dalam hal ini, manfaat penagihan diterapkan secara penuh ke kedua node.
![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ri1.png)
Atau, jika Anda memiliki satu instance cache.r6gd.2xlarge yang berjalan di akun Anda di AWS Wilayah yang sama, manfaat penagihan diterapkan ke 50 persen dari penggunaan node yang dicadangkan.
![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ri2.png)
## Menghapus node yang dicadangkan
Persyaratan untuk node cadangan melibatkan komitmen satu tahun atau tiga tahun. Anda tidak dapat membatalkan node yang dicadangkan. Namun, Anda dapat menghapus node yang dicakup oleh discount node reserved. Proses untuk menghapus node yang dicakup oleh discount node reserved sama dengan node lainnya.
Jika Anda menghapus node yang dicakup oleh discount node reserved, Anda dapat meluncurkan node lain dengan spesifikasi yang kompatibel. Dalam hal ini, Anda tetap mendapatkan tarif diskon selama jangka waktu pemesanan (satu atau tiga tahun).
## Penawaran simpul terpesan warisan
Ada tiga tingkat pemesanan simpul warisan—Pemanfaatan Berat, Pemanfaatan Sedang, dan Pemanfaatan Ringan. Simpul dapat dipesan pada tingkat pemanfaatan mana pun selama satu atau tiga tahun. Jenis simpul, tingkat pemanfaatan, dan jangka waktu pemesanan memengaruhi total biaya Anda. Periksa penghematan yang dapat disediakan simpul terpesan bagi bisnis Anda dengan membandingkan berbagai model sebelum Anda membeli simpul terpesan.
Simpul yang dibeli pada satu tingkat pemanfaatan atau jangka waktu tidak dapat dikonversi ke tingkat pemanfaatan atau jangka waktu yang berbeda.
**Tingkat Pemanfaatan**
*Simpul terpesan Pemanfaatan Berat* memungkinkan beban kerja yang memiliki dasar kapasitas yang konsisten atau menjalankan beban kerja dengan status yang stabil. Simpul terpesan Pemanfaatan Berat memerlukan komitmen di muka yang tinggi. Namun, jika Anda berencana menjalankan lebih dari 79 persen jangka waktu simpul terpesan, Anda bisa mendapatkan penghematan terbesar (hingga 70 persen dari harga Sesuai Permintaan). Dengan simpul terpesan Pemanfaatan Berat, Anda membayar biaya satu kali. Hal ini kemudian diikuti dengan biaya per jam yang lebih rendah selama durasi jangka waktu terlepas dari apakah simpul Anda berjalan.
*Simpul terpesan Pemanfaatan Sedang* adalah opsi terbaik jika Anda berencana untuk menggunakan simpul terpesan Anda dalam jumlah waktu yang banyak dan Anda ingin biaya satu kali yang lebih rendah atau ingin berhenti membayar simpul Anda ketika Anda menonaktifkannya. Simpul terpesan Pemanfaatan Sedang adalah pilihan yang lebih hemat biaya jika Anda berencana untuk menjalankan lebih dari 40 persen jangka waktu simpul terpesan. Opsi ini dapat menghemat hingga 64 persen dari harga Sesuai Permintaan. Dengan simpul terpesan Pemanfaatan Sedang, Anda membayar biaya satu kali sedikit lebih tinggi dibandingkan dengan simpul terpesan Pemanfaatan Ringan. Anda juga menerima tarif penggunaan per jam yang lebih rendah ketika Anda menjalankan simpul.
*Simpul terpesan Pemanfaatan Ringan* ideal untuk beban kerja berkala yang hanya berjalan beberapa jam sehari atau beberapa hari per minggu. Dengan simpul terpesan Pemanfaatan Ringan, Anda membayar biaya satu kali yang diikuti dengan biaya penggunaan per jam yang didiskon ketika simpul Anda berjalan. Anda dapat mulai menghemat ketika simpul Anda berjalan lebih dari 17 persen dari jangka waktu simpul terpesan. Anda dapat menghemat hingga 56 persen dari tarif Sesuai Permintaan di sepanjang jangka waktu simpul terpesan.
**Penawaran simpul terpesan warisan**
| Penawaran | Biaya di muka | Biaya penggunaan | Keuntungan |
| --- | --- | --- | --- |
| Pemanfaatan Berat | Tertinggi | Biaya per jam terendah. Diterapkan pada seluruh jangka waktu, baik Anda menggunakan simpul terpesan maupun tidak. | Biaya keseluruhan terendah jika Anda berencana untuk menjalankan simpul terpesan Anda lebih dari 79 persen jangka waktu yang berdurasi tiga tahun. |
| Pemanfaatan Sedang | Sedang | Biaya penggunaan per jam dikenakan untuk setiap jam simpul berjalan. Tidak ada biaya per jam ketika simpul tidak berjalan. | Cocok untuk beban kerja elastis atau jika Anda memperkirakan penggunaan sedang, yaitu lebih dari 40 persen jangka waktu yang berdurasi tiga tahun. |
| Pemanfaatan Ringan | Terendah | Biaya penggunaan per jam dikenakan untuk setiap jam simpul berjalan. Tidak ada biaya per jam ketika simpul tidak berjalan. Biaya per jam tertinggi dari semua jenis penawaran, tetapi biaya hanya berlaku ketika simpul terpesan berjalan. | Biaya keseluruhan tertinggi jika Anda berencana untuk menjalankannya sepanjang waktu. Namun, biaya ini adalah biaya keseluruhan terendah jika Anda berencana untuk jarang menggunakan simpul terpesan, yaitu lebih dari sekitar 15 persen jangka waktu yang berdurasi tiga tahun. |
| Penggunaan Sesuai Permintaan (Tanpa simpul terpesan) | Tidak ada | Biaya per jam tertinggi. Diterapkan setiap kali simpul berjalan. | Biaya per jam tertinggi. |
Untuk informasi selengkapnya, lihat [ ElastiCache Harga Amazon](https://aws.amazon.com/elasticache/pricing/).
## Mendapatkan info tentang penawaran simpul terpesan
Sebelum Anda membeli simpul terpesan, Anda bisa mendapatkan informasi tentang penawaran simpul terpesan yang tersedia.
Contoh berikut menunjukkan cara mendapatkan harga dan informasi tentang penawaran node cadangan yang tersedia menggunakan Konsol Manajemen AWS, AWS CLI, dan ElastiCache API.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#reserved-nodes-offerings-console)
+ [Menggunakan AWS CLI](#reserved-nodes-offerings-cli)
+ [Menggunakan ElastiCache API](#reserved-nodes-offerings-api)
### Mendapatkan info tentang penawaran simpul terpesan (Konsol)
Untuk mendapatkan harga dan informasi lain tentang penawaran klaster cadangan yang tersedia menggunakan Konsol Manajemen AWS, gunakan prosedur berikut.
**Untuk mendapatkan informasi tentang penawaran simpul terpesan yang tersedia**
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 **Simpul Terpesan**.
1. Pilih **Beli Simpul terpesan**.
1. Untuk **Engine**, pilih Valkey, Memcached, atau Redis OSS.
1. Untuk menentukan penawaran yang tersedia, tentukan opsi berikut:
+ **Jenis Simpul**
+ **Jangka Waktu**
+ **Jenis Penawaran**
Setelah Anda menentukan pilihan ini, biaya per simpul dan total biaya pilihan Anda akan ditampilkan di **Detail reservasi**.
1. Pilih **Batalkan** untuk menghindari pembelian simpul dan dikenai biaya.
### Mendapatkan info tentang penawaran simpul terpesan (AWS CLI)
Untuk mendapatkan harga dan informasi lain tentang penawaran node cadangan yang tersedia untuk Valkey atau Redis OSS, ketik perintah berikut pada prompt perintah:
```
1. aws elasticache describe-reserved-cache-nodes-offerings
```
Operasi ini menghasilkan output seperti yang berikut ini (format JSON):
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Untuk mendapatkan harga dan informasi lain tentang penawaran node cadangan yang tersedia untuk Memcached, ketik perintah berikut pada prompt perintah:
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xx.12xlarge",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Untuk informasi selengkapnya, lihat [describe-reserved-cache-nodes-penawaran di Referensi.](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html) AWS CLI
### Mendapatkan info tentang penawaran node cadangan (API) ElastiCache
Untuk mendapatkan harga dan informasi tentang penawaran simpul terpesan yang tersedia, panggil tindakan `DescribeReservedCacheNodesOfferings`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodesOfferings
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Untuk informasi selengkapnya, lihat [DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html)di Referensi ElastiCache API.
## Membeli simpul terpesan
Contoh berikut menunjukkan cara membeli penawaran node cadangan menggunakan Konsol Manajemen AWS, the AWS CLI, dan ElastiCache API.
**penting**
Mengikuti contoh di bagian ini menimbulkan biaya pada AWS akun Anda yang tidak dapat Anda balikkan.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#reserved-nodes-purchasing-console)
+ [Menggunakan AWS CLI](#reserved-nodes-purchasing-cli)
+ [Menggunakan ElastiCache API](#reserved-nodes-purchasing-api)
### Membeli simpul terpesan (Konsol)
Contoh ini menunjukkan pembelian penawaran simpul terpesan yang spesifik, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, dengan ID simpul terpesan *myreservationID*.
Prosedur berikut menggunakan Konsol Manajemen AWS untuk membeli penawaran node reserved dengan menawarkan id.
**Untuk membeli simpul terpesan**
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 daftar navigasi, pilih tautan **Simpul Terpesan**.
1. Pilih tombol **Beli simpul terpesan**.
1. Untuk **Engine**, pilih Valkey, Memcached, atau Redis OSS.
1. Untuk menentukan penawaran yang tersedia, tentukan opsi berikut:
+ **Jenis Simpul**
+ **Jangka Waktu**
+ **Jenis Penawaran**
+ **ID simpul terpesan** opsional
Setelah Anda menentukan pilihan ini, biaya per simpul dan total biaya pilihan Anda akan ditampilkan di **Detail reservasi**.
1. Pilih **Beli**.
### Membeli simpul terpesan AWS CLI
Contoh berikut menunjukkan pembelian penawaran klaster terpesan yang spesifik, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, dengan ID simpul terpesan *myreservationID*.
Ketikkan perintah berikut pada prompt perintah:
Untuk Linux, macOS, atau Unix:
```
1. aws elasticache purchase-reserved-cache-nodes-offering \
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
3. --reserved-cache-node-id myreservationID
```
Untuk Windows:
```
1. aws elasticache purchase-reserved-cache-nodes-offering ^
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
3. --reserved-cache-node-id myreservationID
```
Perintah tersebut mengembalikan output serupa dengan berikut ini:
```
1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization
```
Untuk informasi selengkapnya, lihat [purchase-reserved-cache-nodes-offering](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html) di AWS CLI Referensi.
### Membeli node cadangan (ElastiCache API)
Contoh berikut menunjukkan pembelian penawaran simpul terpesan yang spesifik, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, dengan ID klaster terpesan *myreservationID*.
Panggil operasi `PurchaseReservedCacheNodesOffering` dengan parameter berikut ini:
+ `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f`
+ `ReservedCacheNodeID` = `myreservationID`
+ `CacheNodeCount` = `1`
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=PurchaseReservedCacheNodesOffering
&ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f
&ReservedCacheNodeID=myreservationID
&CacheNodeCount=1
&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, lihat [PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html)di Referensi ElastiCache API.
## Mendapatkan info tentang simpul terpesan Anda
Anda bisa mendapatkan informasi tentang node cadangan yang telah Anda beli menggunakan Konsol Manajemen AWS, the AWS CLI, dan ElastiCache API.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#reserved-nodes-describing-console)
+ [Menggunakan AWS CLI](#reserved-nodes-describing-cli)
+ [Menggunakan ElastiCache API](#reserved-nodes-describing-api)
### Mendapatkan info tentang simpul terpesan Anda (Konsol)
Prosedur berikut menjelaskan cara menggunakan Konsol Manajemen AWS untuk mendapatkan informasi tentang node cadangan yang Anda beli.
**Untuk mendapatkan informasi tentang simpul terpesan yang dibeli**
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 daftar navigasi, pilih tautan **Simpul terpesan**.
Simpul terpesan untuk akun Anda muncul di daftar Simpul terpesan. Anda dapat memilih salah satu dari simpul terpesan dalam daftar untuk melihat informasi mendetail tentang simpul terpesan di panel detail di bagian bawah konsol.
### Mendapatkan info tentang simpul terpesan Anda (AWS CLI)
Untuk mendapatkan informasi tentang node cadangan untuk AWS akun Anda, ketik perintah berikut pada prompt perintah:
```
aws elasticache describe-reserved-cache-nodes
```
Operasi ini menghasilkan output seperti yang berikut ini (format JSON):
```
{
"ReservedCacheNodeId": "myreservationid",
"ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f",
"CacheNodeType": "cache.xx.small",
"DataTiering": "disabled",
"Duration": "31536000",
"ProductDescription": "memcached",
"OfferingType": "Medium Utilization",
"MaxRecords": 0
}
```
Untuk informasi lebih lanjut, lihat [describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html)di AWS CLI Referensi.
### Mendapatkan info tentang node cadangan Anda (ElastiCache API)
Untuk mendapatkan informasi tentang node yang dicadangkan untuk AWS akun Anda, hubungi `DescribeReservedCacheNodes` operasi.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodes
&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, lihat [DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html)di Referensi ElastiCache API.
# Memigrasikan simpul generasi sebelumnya
Simpul generasi sebelumnya adalah jenis simpul yang sedang dihentikan secara bertahap. Jika Anda tidak memiliki cluster yang menggunakan tipe node generasi sebelumnya, ElastiCache tidak mendukung pembuatan cluster baru dengan tipe node tersebut.
Karena jenis simpul generasi sebelumnya memiliki jumlah terbatas, kami tidak dapat menjamin penggantian simpul akan berhasil ketika simpul menjadi tidak berkondisi baik di klaster Anda. Dalam skenario seperti tersebut, ketersediaan klaster Anda mungkin berdampak negatif.
Sebaiknya migrasikan klaster Anda ke jenis simpul baru untuk ketersediaan dan performa yang lebih baik. Untuk jenis simpul yang direkomendasikan untuk dimigrasikan, lihat [Jalur Peningkatan](https://aws.amazon.com/ec2/previous-generation/). Untuk daftar lengkap tipe node yang didukung dan tipe node generasi sebelumnya ElastiCache, lihat[Jenis simpul yang didukung](CacheNodes.SupportedTypes.md).
## Migrasi node pada cluster Valkey atau Redis OSS
Prosedur berikut menjelaskan cara memigrasikan tipe node cluster Valkey atau Redis OSS Anda menggunakan Konsol. ElastiCache Selama proses ini, cluster Valkey atau Redis OSS Anda akan terus melayani permintaan dengan waktu henti minimal. Bergantung pada konfigurasi klaster Anda, Anda mungkin mengalami waktu henti berikut. Informasi berikut ini adalah perkiraan dan mungkin berbeda berdasarkan konfigurasi spesifik Anda:
+ Mode klaster dinonaktifkan (simpul tunggal) mungkin mengalami waktu henti sekitar 60 detik, terutama karena propagasi DNS.
+ Mode cluster dinonaktifkan (dengan node replika) dapat melihat sekitar 1 detik untuk cluster yang menjalankan Valkey 7.2 dan di atasnya atau Redis OSS 5.0.6 dan di atasnya. Semua versi yang lebih rendah dapat mengalami sekitar 10 detik.
+ Mode klaster diaktifkan mungkin mengalami waktu henti sekitar 1 detik.
**Untuk memodifikasi tipe node cluster Valkey atau Redis OSS menggunakan konsol:**
1. Masuk ke Konsol dan buka ElastiCache konsol di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. Dari panel navigasi, pilih cluster **Valkey atau cluster** **Redis** OSS.
1. Pada daftar klaster, pilih klaster yang ingin Anda migrasikan.
1. Pilih **Tindakan**, lalu pilih **Ubah**.
1. Pilih jenis simpul baru dari daftar jenis simpul.
1. Jika Anda ingin segera melakukan proses migrasi, pilih **Terapkan segera**. Jika **Terapkan segera** tidak dipilih, proses migrasi dilakukan selama periode pemeliharaan klaster berikutnya.
1. Pilih **Ubah**. Jika Anda memilih **Terapkan segera** pada langkah sebelumnya, status klaster berubah ke **mengubah**. Ketika status berubah ke **tersedia**, pengubahan selesai dan Anda dapat mulai menggunakan klaster baru tersebut.
*Untuk memodifikasi tipe node cluster Valkey atau Redis OSS menggunakan: AWS CLI*
Gunakan [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)API seperti yang ditunjukkan berikut:
Untuk Linux, macOS, atau Unix:
```
aws elasticache modify-replication-group /
--replication-group-id my-replication-group /
--cache-node-type new-node-type /
--apply-immediately
```
Untuk Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id my-replication-group ^
--cache-node-type new-node-type ^
--apply-immediately
```
Dalam skenario ini, nilainya *new-node-type* adalah tipe node yang Anda migrasi. Dengan meneruskan parameter `--apply-immediately`, pembaruan akan diterapkan segera ketika grup replikasi bertransisi dari status **mengubah** menjadi **tersedia**. Jika **Terapkan segera** tidak dipilih, proses migrasi dilakukan selama periode pemeliharaan klaster berikutnya.
**catatan**
Jika Anda tidak dapat mengubah klaster dengan `InvalidCacheClusterState`, Anda perlu menghapus simpul yang gagal dipulihkan terlebih dahulu.
### Memperbaiki atau menghapus restore-failed-node
Prosedur berikut menjelaskan cara memperbaiki atau menghapus node yang gagal pemulihan dari cluster Valkey atau Redis OSS Anda. Untuk mempelajari lebih lanjut tentang bagaimana ElastiCache node masuk ke status restore-failed, lihat. [Melihat Status ElastiCache Node](Nodes.viewing.md) Sebaiknya pertama-tama menghapus node apa pun dalam keadaan gagal pemulihan, kemudian memigrasikan node generasi sebelumnya yang tersisa di ElastiCache cluster ke tipe node generasi yang lebih baru, dan akhirnya menambahkan kembali jumlah node yang diperlukan.
Untuk menghapus simpul yang gagal dipulihkan (konsol):
1. Masuk ke Konsol dan buka ElastiCache konsol di [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. Dari panel navigasi, pilih cluster **Valkey atau cluster** **Redis** OSS.
1. Dari daftar klaster, pilih nama klaster yang ingin Anda hapus simpulnya.
1. Dari daftar serpihan, pilih nama serpihan yang ingin Anda hapus simpulnya. Lewati langkah ini jika mode klaster dinonaktifkan untuk klaster.
1. Dari daftar simpul, pilih simpul dengan status `restore-failed`.
1. Pilih **Tindakan**, lalu pilih **Hapus simpul**.
Setelah Anda menghapus node restore-failed dari ElastiCache cluster Anda, Anda sekarang dapat bermigrasi ke jenis generasi yang lebih baru. Untuk informasi selengkapnya, lihat di atas di [Migrasi node pada cluster Valkey atau Redis OSS](#CacheNodes.NodeMigration.Redis).
Untuk menambahkan kembali node ke ElastiCache cluster Anda, lihat[Menambahkan node ke ElastiCache cluster](Clusters.AddNode.md).
## Memigrasikan simpul di klaster Memcached
Untuk bermigrasi ElastiCache untuk Memcached ke jenis node yang berbeda, Anda harus membuat klaster baru, yang selalu dimulai kosong yang dapat diisi oleh aplikasi Anda.
**Untuk memigrasikan ElastiCache tipe node cluster Memcached Anda menggunakan Konsol: ElastiCache**
+ Buat klaster baru dengan jenis simpul baru. Untuk informasi selengkapnya, lihat [Membuat klaster Memcached (konsol)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
+ Dalam aplikasi Anda, perbarui titik akhir ke titik akhir klaster baru. Untuk informasi selengkapnya, lihat [Menemukan Titik Akhir Cluster (Konsol) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ Hapus klaster lama. Untuk informasi selengkapnya, lihat [Menghapus cluster di ElastiCache](Clusters.Delete.md)