Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memahami replikasi MemoryDB
MemoryDB mengimplementasikan replikasi dengan data yang dipartisi hingga 500 pecahan.
Setiap pecahan dalam sebuah cluster memiliki simpul read/write primer tunggal dan hingga 5 node replika read-only. Setiap node primer dapat mempertahankan hingga 100 MB/s. Anda dapat membuat cluster dengan jumlah pecahan yang lebih tinggi dan jumlah replika yang lebih rendah dengan total hingga 500 node per cluster. Konfigurasi cluster ini dapat berkisar dari 500 pecahan dan 0 replika hingga 100 pecahan dan 4 replika, yang merupakan jumlah maksimum replika yang diizinkan.
# Konsistensi
Dalam MemoryDB, node primer sangat konsisten. Operasi penulisan yang berhasil disimpan secara tahan lama dalam log transaksional multi-AZ terdistribusi sebelum kembali ke klien. Operasi baca pada pendahuluan selalu mengembalikan sebagian besar up-to-date data yang mencerminkan efek dari semua operasi penulisan yang berhasil sebelumnya. Konsistensi yang kuat seperti itu dipertahankan di seluruh kegagalan primer.
Di MemoryDB, node replika pada akhirnya konsisten. Operasi baca dari replika (menggunakan `READONLY` perintah) mungkin tidak selalu mencerminkan efek dari operasi penulisan sukses terbaru, dengan metrik lag dipublikasikan ke. CloudWatch Namun, operasi baca dari satu replika konsisten secara berurutan. Operasi penulisan yang berhasil berlaku pada setiap replika dalam urutan yang sama seperti yang dieksekusi pada primer.
## Replikasi dalam sebuah cluster
Setiap replika baca dalam pecahan menyimpan salinan data dari simpul utama shard. Mekanisme replikasi asinkron menggunakan log transaksi digunakan untuk menjaga replika baca tetap disinkronkan dengan primer. Aplikasi dapat membaca dari simpul apa pun dalam klaster. Aplikasi hanya dapat menulis ke simpul primer. Baca replika meningkatkan skalabilitas baca. Karena MemoryDB menyimpan data dalam log transaksi yang tahan lama, tidak ada risiko bahwa data akan hilang. Data dipartisi di seluruh pecahan dalam cluster MemoryDB.
Aplikasi menggunakan *endpoint cluster MemoryDB cluster* untuk terhubung dengan node di cluster. Untuk informasi selengkapnya, lihat [Menemukan titik akhir koneksi](endpoints.md).
Cluster MemoryDB bersifat regional dan hanya dapat berisi node dari satu Wilayah. Untuk meningkatkan toleransi kesalahan, Anda harus menyediakan primer dan membaca replika di beberapa Availability Zone dalam wilayah tersebut.
Menggunakan replikasi, yang memberi Anda multi-AZ, sangat disarankan untuk semua cluster MemoryDB. Untuk informasi selengkapnya, lihat [Meminimalkan downtime di MemoryDB dengan Multi-AZ](autofailover.md).
# Meminimalkan downtime di MemoryDB dengan Multi-AZ
Ada sejumlah contoh di mana MemoryDB mungkin perlu mengganti node primer; ini termasuk jenis pemeliharaan terencana tertentu dan kejadian yang tidak mungkin dari node primer atau kegagalan Availability Zone.
Respon terhadap kegagalan node tergantung pada node mana yang gagal. Namun, dalam semua kasus, MemoryDB memastikan bahwa tidak ada data yang hilang selama penggantian node atau failover. Misalnya, jika replika gagal, node yang gagal diganti dan data disinkronkan dari log transaksi. Jika node utama gagal, failover dipicu ke replika konsisten yang memastikan tidak ada data yang hilang selama failover. Penulisan sekarang disajikan dari simpul utama baru. Node primer lama kemudian diganti dan disinkronkan dari log transaksi.
Jika node primer gagal pada pecahan node tunggal (tidak ada replika), MemoryDB berhenti menerima penulisan sampai node utama diganti dan disinkronkan dari log transaksi.
Penggantian node dapat mengakibatkan beberapa downtime untuk cluster, tetapi jika Multi-AZ aktif, downtime diminimalkan. Peran node primer akan secara otomatis gagal ke salah satu replika. Tidak perlu membuat dan menyediakan simpul utama baru, karena MemoryDB akan menangani ini secara transparan. Failover dan promosi replika ini memastikan Anda dapat melanjutkan penulisan ke primer baru segera setelah promosi selesai.
Dalam kasus penggantian node yang direncanakan dimulai karena pembaruan pemeliharaan atau pembaruan layanan, perhatikan penggantian node yang direncanakan selesai saat cluster melayani permintaan tulis yang masuk.
Multi-AZ pada cluster MemoryDB Anda meningkatkan toleransi kesalahan Anda. Ini benar terutama dalam kasus di mana node utama cluster Anda menjadi tidak dapat dijangkau atau gagal karena alasan apa pun. Multi-AZ pada cluster MemoryDB mengharuskan setiap pecahan memiliki lebih dari satu node, dan diaktifkan secara otomatis.
**Topics**
+ [Skenario kegagalan dengan respons Multi-AZ](#autofailover.scenarios)
+ [Menguji failover otomatis](#auto-failover-test)
## Skenario kegagalan dengan respons Multi-AZ
Jika Multi-AZ aktif, node primer yang gagal gagal ke replika yang tersedia. Replika secara otomatis disinkronkan dengan log transaksi dan menjadi primer, yang jauh lebih cepat daripada membuat dan reprovisioning node primer baru. Proses ini biasanya memakan waktu hanya beberapa detik hingga Anda dapat menulis lagi ke klaster.
Ketika multi-AZ aktif, MemoryDB terus memantau 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 node utama dan beberapa replika gagal](#autofailover.scenarios.primaryandeplicas)
+ [Skenario kegagalan ketika seluruh klaster gagal](#autofailover.scenarios.allfail)
### Skenario kegagalan ketika hanya simpul primer yang gagal
Jika hanya node primer yang gagal, replika akan secara otomatis menjadi primer. Replika pengganti kemudian dibuat dan disediakan di Availability Zone yang sama dengan primer yang gagal.
Ketika hanya node utama yang gagal, MemoryDB Multi-AZ melakukan hal berikut:
1. Simpul primer yang gagal akan dibuat offline.
1. up-to-dateReplika secara otomatis menjadi primer.
Menulis dapat dilanjutkan segera setelah proses failover selesai, biasanya hanya beberapa detik.
1. Replika pengganti diluncurkan dan disediakan.
Replika pengganti diluncurkan di Availability Zone tempat node utama yang gagal berada sehingga distribusi node dipertahankan.
1. Replika disinkronkan dengan log transaksi.
Untuk informasi tentang cara menemukan titik akhir klaster, lihat topik berikut:
+ [Menemukan Endpoint untuk Cluster MemoryDB (MemoryDB API)](endpoints.md#endpoints.find.api.clusters)
### Skenario kegagalan ketika node utama dan beberapa replika gagal
Jika replika primer dan setidaknya satu replika gagal, up-to-date replika dipromosikan ke cluster primer. Replika baru juga dibuat dan disediakan di Availability Zone yang sama dengan node yang gagal.
Ketika node utama dan beberapa replika gagal, MemoryDB Multi-AZ melakukan hal berikut:
1. Node primer yang gagal dan replika yang gagal diambil offline.
1. Replika yang tersedia akan menjadi simpul utama.
Menulis dapat dilanjutkan segera setelah failover selesai, biasanya hanya beberapa detik.
1. Replika pengganti dibuat dan ditetapkan.
Replika pengganti dibuat di Zona Ketersediaan dari simpul yang gagal sehingga distribusi simpul tetap terpelihara.
1. Semua node disinkronkan dengan log transaksi.
Untuk informasi tentang cara menemukan titik akhir klaster, lihat topik berikut:
+ [Menemukan Titik Akhir untuk Cluster MemoryDB (CLI)AWS](endpoints.md#endpoints.find.cli)
+ [Menemukan Endpoint untuk Cluster MemoryDB (MemoryDB API)](endpoints.md#endpoints.find.api.clusters)
### Skenario kegagalan ketika seluruh klaster gagal
Jika semuanya gagal, semua simpul dibuat kembali dan ditetapkan pada Zona Ketersediaan yang sama dengan simpul asli.
Tidak ada kehilangan data dalam skenario ini karena data disimpan dalam log transaksi.
Ketika seluruh cluster gagal, MemoryDB Multi-AZ melakukan hal berikut:
1. Node primer dan replika yang gagal diambil offline.
1. Node primer pengganti dibuat dan disediakan, disinkronkan dengan log transaksi.
1. Replika pengganti dibuat dan disediakan, disinkronkan dengan log transaksi.
Penggantinya dibuat di Zona Ketersediaan dari simpul yang gagal sehingga distribusi simpul tetap dipertahankan.
Untuk informasi tentang cara menemukan titik akhir klaster, lihat topik berikut:
+ [Menemukan Titik Akhir untuk Cluster MemoryDB (CLI)AWS](endpoints.md#endpoints.find.cli)
+ [Menemukan Endpoint untuk Cluster MemoryDB (MemoryDB API)](endpoints.md#endpoints.find.api.clusters)
## Menguji failover otomatis
Anda dapat menguji failover otomatis menggunakan konsol MemoryDB, API AWS CLI, dan MemoryDB.
Saat menguji, perhatikan hal berikut:
+ Anda dapat menggunakan operasi ini hingga lima kali dalam periode 24 jam.
+ Jika Anda memanggil operasi ini pada pecahan di cluster yang berbeda, Anda dapat melakukan panggilan secara bersamaan.
+ Dalam beberapa kasus, Anda mungkin memanggil operasi ini beberapa kali pada pecahan yang berbeda di cluster MemoryDB yang sama. Dalam kasus tersebut, penggantian simpul pertama harus selesai sebelum panggilan berikutnya dapat dibuat.
+ Untuk menentukan apakah penggantian node selesai, periksa peristiwa menggunakan konsol MemoryDB, API AWS CLI, atau MemoryDB. Cari peristiwa berikut yang terkait dengan`FailoverShard`, tercantum di sini dalam urutan kemungkinan terjadinya:
1. pesan cluster: `FailoverShard API called for shard `
1. pesan cluster: `Failover from primary node to replica node completed`
1. pesan cluster: `Recovering nodes `
1. pesan cluster: `Finished recovery for nodes `
Untuk informasi selengkapnya, lihat berikut ini:
+ [DescribeEvents](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html)di Referensi API *MemoryDB*
+ API ini dirancang untuk menguji perilaku aplikasi Anda jika terjadi failover MemoryDB. 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 MemoryDB](#failovershard-test-api)
### Menguji failover otomatis menggunakan Konsol Manajemen AWS
Gunakan prosedur berikut untuk menguji failover otomatis dengan konsol.
****
1. Masuk ke Konsol Manajemen AWS dan buka konsol MemoryDB di. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. Pilih tombol radio di sebelah kiri cluster yang ingin Anda uji. Cluster ini harus memiliki setidaknya satu node replika.
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 [Memodifikasi cluster MemoryDB](clusters.modify.md).
1. Pilih nama klaster.
1. Pada halaman **Pecahan dan node**, untuk pecahan yang ingin Anda uji failover, pilih nama pecahan.
1. Untuk node, pilih **Failover Primary**.
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 (`FailoverShard API called`) dan selesai (`Recovery completed`).
### Menguji failover otomatis menggunakan AWS CLI
[Anda dapat menguji failover otomatis pada klaster berkemampuan multi-AZ apa pun menggunakan AWS CLI operasi failover-shard.](https://docs.aws.amazon.com/cli/latest/reference/memorydb/failover-shard.html)
**Parameter**
+ `--cluster-name` – Wajib. Cluster yang akan diuji.
+ `--shard-name` – Wajib. Nama pecahan yang ingin Anda uji failover otomatis. Anda dapat menguji maksimal lima pecahan dalam periode 24 jam bergulir.
Contoh berikut menggunakan AWS CLI to call `failover-shard` on the shard `0001` di cluster MemoryDB. `my-cluster`
Untuk Linux, macOS, atau Unix:
```
aws memorydb failover-shard \
--cluster-name my-cluster \
--shard-name 0001
```
Untuk Windows:
```
aws memorydb failover-shard ^
--cluster-name my-cluster ^
--shard-name 0001
```
Untuk melacak kemajuan failover Anda, gunakan AWS CLI `describe-events` operasi.
Ini akan mengembalikan respons JSON berikut:
```
{
"Events": [
{
"SourceName": "my-cluster",
"SourceType": "cluster",
"Message": "Failover to replica node my-cluster-0001-002 completed",
"Date": "2021-08-22T12:39:37.568000-07:00"
},
{
"SourceName": "my-cluster",
"SourceType": "cluster",
"Message": "Starting failover for shard 0001",
"Date": "2021-08-22T12:39:10.173000-07:00"
}
]
}
```
Untuk informasi selengkapnya, lihat berikut ini:
+ [failover-shard](https://docs.aws.amazon.com/cli/latest/reference/memorydb/failover-shard.html)
+ [describe-events](https://docs.aws.amazon.com/cli/latest/reference/memorydb/describe-events.html)
### Menguji failover otomatis menggunakan API MemoryDB
Contoh berikut memanggil pecahan `FailoverShard` `0003` di cluster`memorydb00`.
**Example Menguji failover otomatis**
```
https://memory-db.us-east-1.amazonaws.com/
?Action=FailoverShard
&ShardName=0003
&ClusterName=memorydb00
&Version=2021-01-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20210801T192317Z
&X-Amz-Credential=
```
Untuk melacak kemajuan failover Anda, gunakan operasi API MemoryDB`DescribeEvents`.
Untuk informasi selengkapnya, lihat informasi berikut:
+ [FailoverShard](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_FailoverShard.html)
+ [DescribeEvents](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html)
# Mengubah jumlah replika
Anda dapat secara dinamis menambah atau mengurangi jumlah replika baca di cluster MemoryDB Anda menggunakan Konsol Manajemen AWS, AWS CLI, atau MemoryDB API. Semua pecahan harus memiliki jumlah replika yang sama.
## Meningkatkan jumlah replika dalam sebuah cluster
Anda dapat meningkatkan jumlah replika dalam cluster MemoryDB hingga maksimal lima per pecahan. Anda dapat melakukannya menggunakan Konsol Manajemen AWS, AWS CLI, atau MemoryDB API.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#increase-replica-count-con)
+ [Menggunakan AWS CLI](#increase-replica-count-cli)
+ [Menggunakan MemoryDB API](#increase-replica-count-api)
### Menggunakan Konsol Manajemen AWS
Untuk meningkatkan jumlah replika dalam cluster MemoryDB (konsol), lihat. [Menambahkan/Menghapus node dari cluster](clusters.deletenode.md)
### Menggunakan AWS CLI
Untuk meningkatkan jumlah replika dalam cluster MemoryDB, gunakan `update-cluster` perintah dengan parameter berikut:
+ `--cluster-name` – Wajib. Mengidentifikasi cluster mana yang ingin Anda tingkatkan jumlah replika.
+ `--replica-configuration` – Wajib. Memungkinkan Anda mengatur jumlah replika. Untuk meningkatkan jumlah replika, atur `ReplicaCount` properti ke jumlah replika yang Anda inginkan dalam pecahan ini di akhir operasi ini.
**Example**
Contoh berikut meningkatkan jumlah replika di cluster `my-cluster` menjadi 2.
Untuk Linux, macOS, atau Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--replica-configuration \
ReplicaCount=2
```
Untuk Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--replica-configuration ^
ReplicaCount=2
```
Ia mengembalikan respon JSON berikut:
```
{
"Cluster": {
"Name": "my-cluster",
"Status": "updating",
"NumberOfShards": 1,
"ClusterEndpoint": {
"Address": "clustercfg.my-cluster.xxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
},
"NodeType": "db.r6g.large",
"EngineVersion": "6.2",
"EnginePatchVersion": "6.2.6",
"ParameterGroupName": "default.memorydb-redis6",
"ParameterGroupStatus": "in-sync",
"SubnetGroupName": "my-sg",
"TLSEnabled": true,
"ARN": "arn:aws:memorydb:us-east-1:xxxxxxexamplearn:cluster/my-cluster",
"SnapshotRetentionLimit": 0,
"MaintenanceWindow": "wed:03:00-wed:04:00",
"SnapshotWindow": "04:30-05:30",
"DataTiering": "false",
"AutoMinorVersionUpgrade": true
}
}
```
Untuk melihat detail klaster yang diperbarui setelah statusnya berubah dari *pembaruan* menjadi *tersedia*, gunakan perintah berikut:
Untuk Linux, macOS, atau Unix:
```
aws memorydb describe-clusters \
--cluster-name my-cluster
--show-shard-details
```
Untuk Windows:
```
aws memorydb describe-clusters ^
--cluster-name my-cluster
--show-shard-details
```
Ini akan mengembalikan respons JSON berikut:
```
{
"Clusters": [
{
"Name": "my-cluster",
"Status": "available",
"NumberOfShards": 1,
"Shards": [
{
"Name": "0001",
"Status": "available",
"Slots": "0-16383",
"Nodes": [
{
"Name": "my-cluster-0001-001",
"Status": "available",
"AvailabilityZone": "us-east-1a",
"CreateTime": "2021-08-21T20:22:12.405000-07:00",
"Endpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
}
},
{
"Name": "my-cluster-0001-002",
"Status": "available",
"AvailabilityZone": "us-east-1b",
"CreateTime": "2021-08-21T20:22:12.405000-07:00",
"Endpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
}
},
{
"Name": "my-cluster-0001-003",
"Status": "available",
"AvailabilityZone": "us-east-1a",
"CreateTime": "2021-08-22T12:59:31.844000-07:00",
"Endpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
}
}
],
"NumberOfNodes": 3
}
],
"ClusterEndpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
},
"NodeType": "db.r6g.large",
"EngineVersion": "6.2",
"EnginePatchVersion": "6.2.6",
"ParameterGroupName": "default.memorydb-redis6",
"ParameterGroupStatus": "in-sync",
"SubnetGroupName": "my-sg",
"TLSEnabled": true,
"ARN": "arn:aws:memorydb:us-east-1:xxxxxxexamplearn:cluster/my-cluster",
"SnapshotRetentionLimit": 0,
"MaintenanceWindow": "wed:03:00-wed:04:00",
"SnapshotWindow": "04:30-05:30",
"ACLName": "my-acl",
"DataTiering": "false",
"AutoMinorVersionUpgrade": true
}
]
}
```
*Untuk informasi selengkapnya tentang meningkatkan jumlah replika menggunakan CLI, [lihat](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html) update-cluster di Command Reference.AWS CLI *
### Menggunakan MemoryDB API
Untuk meningkatkan jumlah replika dalam pecahan MemoryDB, gunakan `UpdateCluster` tindakan dengan parameter berikut:
+ `ClusterName` – Wajib. Mengidentifikasi cluster mana yang ingin Anda tingkatkan jumlah replika.
+ `ReplicaConfiguration` – Wajib. Memungkinkan Anda mengatur jumlah replika. Untuk meningkatkan jumlah replika, atur `ReplicaCount` properti ke jumlah replika yang Anda inginkan dalam pecahan ini di akhir operasi ini.
**Example**
Contoh berikut meningkatkan jumlah replika di cluster `sample-cluster` menjadi tiga. Ketika contoh selesai, ada tiga replika di setiap pecahan. Nomor ini berlaku apakah ini adalah cluster MemoryDB dengan pecahan tunggal atau cluster MemoryDB dengan beberapa pecahan.
```
https://memory-db.us-east-1.amazonaws.com/
?Action=UpdateCluster
&ReplicaConfiguration.ReplicaCount=3
&ClusterName=sample-cluster
&Version=2021-01-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20210802T192317Z
&X-Amz-Credential=
```
Untuk informasi selengkapnya tentang meningkatkan jumlah replika yang menggunakan API, lihat [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
## Mengurangi jumlah replika dalam sebuah cluster
Anda dapat mengurangi jumlah replika dalam cluster untuk MemoryDB. Anda dapat mengurangi jumlah replika menjadi nol, tetapi Anda tidak dapat failover ke replika jika node utama Anda gagal.
Anda dapat menggunakan API Konsol Manajemen AWS, AWS CLI atau MemoryDB API untuk mengurangi jumlah replika dalam sebuah cluster.
**Topics**
+ [Menggunakan Konsol Manajemen AWS](#decrease-replica-count-con)
+ [Menggunakan AWS CLI](#decrease-replica-count-cli)
+ [Menggunakan MemoryDB API](#decrease-replica-count-api)
### Menggunakan Konsol Manajemen AWS
Untuk mengurangi jumlah replika dalam cluster MemoryDB (konsol), lihat. [Menambahkan/Menghapus node dari cluster](clusters.deletenode.md)
### Menggunakan AWS CLI
Untuk mengurangi jumlah replika dalam cluster MemoryDB, gunakan `update-cluster` perintah dengan parameter berikut:
+ `--cluster-name` – Wajib. Mengidentifikasi cluster mana yang ingin Anda kurangi jumlah replika.
+ `--replica-configuration` – Wajib.
`ReplicaCount`— Tetapkan properti ini untuk menentukan jumlah node replika yang Anda inginkan.
**Example**
Contoh berikut digunakan `--replica-configuration` untuk mengurangi jumlah replika di cluster `my-cluster` ke nilai yang ditentukan.
Untuk Linux, macOS, atau Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--replica-configuration \
ReplicaCount=1
```
Untuk Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--replica-configuration ^
ReplicaCount=1 ^
```
Ini akan mengembalikan respons JSON berikut:
```
{
"Cluster": {
"Name": "my-cluster",
"Status": "updating",
"NumberOfShards": 1,
"ClusterEndpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
},
"NodeType": "db.r6g.large",
"EngineVersion": "6.2",
"EnginePatchVersion": "6.2.6",
"ParameterGroupName": "default.memorydb-redis6",
"ParameterGroupStatus": "in-sync",
"SubnetGroupName": "my-sg",
"TLSEnabled": true,
"ARN": "arn:aws:memorydb:us-east-1:xxxxxxexamplearn:cluster/my-cluster",
"SnapshotRetentionLimit": 0,
"MaintenanceWindow": "wed:03:00-wed:04:00",
"SnapshotWindow": "04:30-05:30",
"DataTiering": "false",
"AutoMinorVersionUpgrade": true
}
}
```
Untuk melihat detail klaster yang diperbarui setelah statusnya berubah dari *pembaruan* menjadi *tersedia*, gunakan perintah berikut:
Untuk Linux, macOS, atau Unix:
```
aws memorydb describe-clusters \
--cluster-name my-cluster
--show-shard-details
```
Untuk Windows:
```
aws memorydb describe-clusters ^
--cluster-name my-cluster
--show-shard-details
```
Ini akan mengembalikan respons JSON berikut:
```
{
"Clusters": [
{
"Name": "my-cluster",
"Status": "available",
"NumberOfShards": 1,
"Shards": [
{
"Name": "0001",
"Status": "available",
"Slots": "0-16383",
"Nodes": [
{
"Name": "my-cluster-0001-001",
"Status": "available",
"AvailabilityZone": "us-east-1a",
"CreateTime": "2021-08-21T20:22:12.405000-07:00",
"Endpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
}
},
{
"Name": "my-cluster-0001-002",
"Status": "available",
"AvailabilityZone": "us-east-1b",
"CreateTime": "2021-08-21T20:22:12.405000-07:00",
"Endpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
}
}
],
"NumberOfNodes": 2
}
],
"ClusterEndpoint": {
"Address": "clustercfg.my-cluster.xxxxxx.memorydb.us-east-1.amazonaws.com",
"Port": 6379
},
"NodeType": "db.r6g.large",
"EngineVersion": "6.2",
"EnginePatchVersion": "6.2.6",
"ParameterGroupName": "default.memorydb-redis6",
"ParameterGroupStatus": "in-sync",
"SubnetGroupName": "my-sg",
"TLSEnabled": true,
"ARN": "arn:aws:memorydb:us-east-1:xxxxxxexamplearn:cluster/my-cluster",
"SnapshotRetentionLimit": 0,
"MaintenanceWindow": "wed:03:00-wed:04:00",
"SnapshotWindow": "04:30-05:30",
"ACLName": "my-acl",
"DataTiering": "false",
"AutoMinorVersionUpgrade": true
}
]
}
```
*Untuk informasi selengkapnya tentang mengurangi jumlah replika menggunakan CLI, lihat [update-cluster](https://docs.aws.amazon.com/cli/latest/reference/memorydb/update-cluster.html) di Command Reference.AWS CLI *
### Menggunakan MemoryDB API
Untuk mengurangi jumlah replika dalam cluster MemoryDB, gunakan `UpdateCluster` tindakan dengan parameter berikut:
+ `ClusterName` – Wajib. Mengidentifikasi cluster mana yang ingin Anda kurangi jumlah replika.
+ `ReplicaConfiguration` – Wajib. Memungkinkan Anda mengatur jumlah replika.
`ReplicaCount`— Tetapkan properti ini untuk menentukan jumlah node replika yang Anda inginkan.
**Example**
Contoh berikut digunakan `ReplicaCount` untuk mengurangi jumlah replika di cluster `sample-cluster` menjadi satu. Ketika contoh selesai, ada satu replika di setiap pecahan. Nomor ini berlaku apakah ini adalah cluster MemoryDB dengan pecahan tunggal atau cluster MemoryDB dengan beberapa pecahan.
```
https://memory-db.us-east-1.amazonaws.com/
?Action=UpdateCluster
&ReplicaConfiguration.ReplicaCount=1
&ClusterName=sample-cluster
&Version=2021-01-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20210802T192317Z
&X-Amz-Credential=
```
Untuk informasi selengkapnya tentang mengurangi jumlah replika yang menggunakan API, lihat. [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html)