Meminimalkan waktu henti ElastiCache dengan menggunakan Multi-AZ dengan Valkey dan Redis OSS

Ada sejumlah contoh di mana ElastiCache dengan Valkey dan Redis OSS mungkin perlu mengganti node primer; ini termasuk jenis pemeliharaan terencana tertentu dan kejadian yang tidak mungkin dari node primer atau kegagalan Availability Zone.

Penggantian ini mengakibatkan waktu henti pada klaster, tetapi jika Multi-AZ diaktifkan, waktu henti dapat dikurangi. Peran simpul primer akan secara otomatis melakukan failover ke salah satu replika baca. Tidak perlu membuat dan menyediakan simpul utama baru, karena ElastiCache akan menangani ini secara transparan. Failover dan promosi replika ini memastikan Anda dapat melanjutkan penulisan ke primer baru segera setelah promosi selesai.

ElastiCache juga menyebarkan nama Domain Name Service (DNS) dari replika yang dipromosikan. Hal ini dilakukan karena jika aplikasi Anda menulis ke titik akhir primer, tidak perlu ada perubahan titik akhir dalam aplikasi Anda. Jika Anda membaca dari titik akhir individual, pastikan untuk mengubah titik akhir baca dari replika yang dipromosikan menjadi primer ke titik akhir dari replika yang baru.

Jika penggantian simpul terencana dimulai karena pembaruan pemeliharaan atau pembaruan mandiri, perhatikan hal berikut:

Anda dapat mengaktifkan Multi-AZ menggunakan Konsol ElastiCache Manajemen AWS CLI,, atau. ElastiCache API

Mengaktifkan ElastiCache Multi-AZ di OSS klaster Valkey atau Redis Anda (di grup replikasi API danCLI) meningkatkan toleransi kesalahan Anda. Hal ini berlaku terutama dalam kasus ketika klaster primer baca/tulis dari klaster Anda menjadi tidak terjangkau atau gagal karena alasan apa pun. Multi-AZ hanya didukung pada OSS cluster Valkey dan Redis dengan lebih dari satu node di setiap shard.

Mengaktifkan Multi-AZ

Anda dapat mengaktifkan Multi-AZ saat membuat atau memodifikasi klaster (APIatauCLI, grup replikasi) menggunakan ElastiCache konsol, AWS CLI, atau. ElastiCache API

Anda dapat mengaktifkan Multi-AZ hanya pada klaster Valkey atau Redis OSS (mode cluster dinonaktifkan) yang memiliki setidaknya satu replika baca yang tersedia. Klaster tanpa replika baca tidak menyediakan ketersediaan tinggi atau toleransi kesalahan. Untuk informasi tentang cara membuat klaster dengan replikasi, lihat Membuat grup replikasi Valkey atau Redis OSS. Untuk informasi tentang cara menambahkan replika baca ke klaster dengan replikasi, lihat Menambahkan replika baca untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan).

Mengaktifkan Multi-AZ (Konsol)

Anda dapat mengaktifkan Multi-AZ menggunakan ElastiCache konsol saat Anda membuat cluster Valkey atau Redis baru atau dengan memodifikasi OSS cluster yang ada dengan replikasi.

Multi-AZ diaktifkan secara default pada cluster Valkey atau Redis OSS (mode cluster diaktifkan).

Mengaktifkan Multi-AZ saat membuat cluster menggunakan konsol ElastiCache

Lihat informasi selengkapnya tentang prosedur ini, lihat Membuat cluster Valkey (mode cluster dinonaktifkan) (Konsol). Pastikan untuk memiliki satu atau beberapa replika dan mengaktifkan Multi-AZ.

Mengaktifkan Multi-AZ pada klaster yang sudah ada (Konsol)

Untuk informasi selengkapnya tentang proses ini, lihat Mengubah Klaster Menggunakan ElastiCache AWS Management Console.

Mengaktifkan Multi-AZ (AWS CLI)

Contoh kode berikut menggunakan AWS CLI untuk mengaktifkan Multi-AZ untuk grup replikasi. redis12

Untuk Linux, macOS, atau Unix:

aws elasticache modify-replication-group \
    --replication-group-id redis12 \
    --automatic-failover-enabled \
    --multi-az-enabled \
    --apply-immediately

Untuk Windows:

aws elasticache modify-replication-group ^
    --replication-group-id redis12 ^
    --automatic-failover-enabled ^
    --multi-az-enabled ^
    --apply-immediately

JSONOutput dari perintah ini akan terlihat seperti berikut ini.

{
    "ReplicationGroup": {
        "Status": "modifying", 
        "Description": "One shard, two nodes", 
        "NodeGroups": [
            {
                "Status": "modifying", 
                "NodeGroupMembers": [
                    {
                        "CurrentRole": "primary", 
                        "PreferredAvailabilityZone": "us-west-2b", 
                        "CacheNodeId": "0001", 
                        "ReadEndpoint": {
                            "Port": 6379, 
                            "Address": "redis12-001.v5r9dc.0001.usw2.cache.amazonaws.com"
                        }, 
                        "CacheClusterId": "redis12-001"
                    }, 
                    {
                        "CurrentRole": "replica", 
                        "PreferredAvailabilityZone": "us-west-2a", 
                        "CacheNodeId": "0001", 
                        "ReadEndpoint": {
                            "Port": 6379, 
                            "Address": "redis12-002.v5r9dc.0001.usw2.cache.amazonaws.com"
                        }, 
                        "CacheClusterId": "redis12-002"
                    }
                ], 
                "NodeGroupId": "0001", 
                "PrimaryEndpoint": {
                    "Port": 6379, 
                    "Address": "redis12.v5r9dc.ng.0001.usw2.cache.amazonaws.com"
                }
            }
        ], 
        "ReplicationGroupId": "redis12", 
        "SnapshotRetentionLimit": 1, 
        "AutomaticFailover": "enabling", 
        "MultiAZ": "enabled", 
        "SnapshotWindow": "07:00-08:00", 
        "SnapshottingClusterId": "redis12-002", 
        "MemberClusters": [
            "redis12-001", 
            "redis12-002"
        ], 
        "PendingModifiedValues": {}
    }
}

Untuk informasi selengkapnya, lihat topik ini dalam Referensi Perintah AWS CLI :

Mengaktifkan Multi-AZ (ElastiCache API)

Contoh kode berikut menggunakan ElastiCache API untuk mengaktifkan Multi-AZ untuk grup replikasi. redis12

https://elasticache.us-west-2.amazonaws.com/
    ?Action=ModifyReplicationGroup
    &ApplyImmediately=true
    &AutoFailover=true
    &MultiAZEnabled=true
    &ReplicationGroupId=redis12
    &Version=2015-02-02
    &SignatureVersion=4
    &SignatureMethod=HmacSHA256
    &Timestamp=20140401T192317Z
    &X-Amz-Credential=<credential>

Untuk informasi selengkapnya, lihat topik ini di ElastiCache APIReferensi:

Skenario kegagalan dengan respons Multi-AZ

Sebelum pengenalan Multi-AZ, ElastiCache mendeteksi dan mengganti node gagal cluster dengan membuat ulang dan reprovisioning node gagal. Jika Anda mengaktifkan Multi-AZ, simpul primer yang gagal akan melakukan failover ke replika dengan lag replikasi terkecil. Replika yang dipilih akan dipromosikan secara otomatis menjadi primer, yang jauh lebih cepat daripada membuat dan menetapkan kembali simpul primer baru. Proses ini biasanya memakan waktu hanya beberapa detik hingga Anda dapat menulis lagi ke klaster.

Ketika Multi-AZ diaktifkan, ElastiCache terus memonitor keadaan node utama. Jika simpul primer gagal, salah satu tindakan berikut akan dilakukan bergantung pada jenis kegagalan.

Skenario kegagalan ketika hanya simpul primer yang gagal

Jika hanya simpul primer yang gagal, replika baca dengan lag replikasi terkecil akan dipromosikan menjadi primer. Replika baca pengganti kemudian dibuat dan ditetapkan di Zona Ketersediaan yang sama dengan primer yang gagal.

Ketika hanya node utama yang gagal, ElastiCache Multi-AZ melakukan hal berikut:

Setelah replika baru tersedia, perhatikan efeknya berikut ini:

Untuk informasi tentang cara menemukan titik akhir klaster, lihat topik berikut:

Skenario kegagalan ketika simpul primer dan beberapa replika baca gagal

Jika primer dan setidaknya satu replika baca gagal, replika yang tersedia dengan lag replikasi terkecil akan dipromosikan menjadi klaster primer. Replika baca yang baru juga dibuat dan ditetapkan di Zona Ketersediaan yang sama dengan simpul yang gagal dan replika yang dipromosikan menjadi primer.

Ketika node utama dan beberapa replika baca gagal, ElastiCache Multi-AZ melakukan hal berikut:

Lakukan perubahan berikut pada aplikasi Anda setelah simpul yang baru tersedia:

Skenario kegagalan ketika seluruh klaster gagal

Jika semuanya gagal, semua simpul dibuat kembali dan ditetapkan pada Zona Ketersediaan yang sama dengan simpul asli.

Dalam skenario ini, semua data dalam klaster akan hilang karena kegagalan dari setiap simpul dalam klaster. Kasus ini jarang terjadi.

Ketika seluruh cluster gagal, ElastiCache Multi-AZ melakukan hal berikut:

Karena setiap simpul pengganti memiliki titik akhir yang sama dengan simpul yang digantikannya, Anda tidak perlu membuat perubahan titik akhir pada aplikasi Anda.

Untuk informasi tentang menemukan titik akhir grup replikasi, lihat topik berikut:

Sebaiknya buat simpul primer dan replika baca di Zona Ketersediaan yang berbeda untuk meningkatkan tingkat toleransi kesalahan Anda.

Menguji failover otomatis

Setelah Anda mengaktifkan failover otomatis, Anda dapat mengujinya menggunakan ElastiCache konsol, AWS CLI, dan. ElastiCache API

Saat menguji, perhatikan hal berikut:

Menguji failover otomatis menggunakan AWS Management Console

Gunakan prosedur berikut untuk menguji failover otomatis dengan konsol.

Menguji failover otomatis menggunakan AWS CLI

Anda dapat menguji failover otomatis pada cluster yang diaktifkan Multi-AZ menggunakan operasi. AWS CLI test-failover

Contoh berikut menggunakan AWS CLI untuk menguji failover otomatis pada grup redis00-0003 node di cluster Valkey atau Redis OSS (mode cluster diaktifkan). redis00

aws elasticache test-failover \
   --replication-group-id redis00 \
   --node-group-id redis00-0003

aws elasticache test-failover ^
   --replication-group-id redis00 ^
   --node-group-id redis00-0003

Output dari perintah sebelumnya akan terlihat seperti berikut.

{
    "ReplicationGroup": {
        "Status": "available", 
        "Description": "1 shard, 3 nodes (1 + 2 replicas)", 
        "NodeGroups": [
            {
                "Status": "available", 
                "NodeGroupMembers": [
                    {
                        "CurrentRole": "primary", 
                        "PreferredAvailabilityZone": "us-west-2c", 
                        "CacheNodeId": "0001", 
                        "ReadEndpoint": {
                            "Port": 6379, 
                            "Address": "redis1x3-001.7ekv3t.0001.usw2.cache.amazonaws.com"
                        }, 
                        "CacheClusterId": "redis1x3-001"
                    }, 
                    {
                        "CurrentRole": "replica", 
                        "PreferredAvailabilityZone": "us-west-2a", 
                        "CacheNodeId": "0001", 
                        "ReadEndpoint": {
                            "Port": 6379, 
                            "Address": "redis1x3-002.7ekv3t.0001.usw2.cache.amazonaws.com"
                        }, 
                        "CacheClusterId": "redis1x3-002"
                    }, 
                    {
                        "CurrentRole": "replica", 
                        "PreferredAvailabilityZone": "us-west-2b", 
                        "CacheNodeId": "0001", 
                        "ReadEndpoint": {
                            "Port": 6379, 
                            "Address": "redis1x3-003.7ekv3t.0001.usw2.cache.amazonaws.com"
                        }, 
                        "CacheClusterId": "redis1x3-003"
                    }
                ], 
                "NodeGroupId": "0001", 
                "PrimaryEndpoint": {
                    "Port": 6379, 
                    "Address": "redis1x3.7ekv3t.ng.0001.usw2.cache.amazonaws.com"
                }
            }
        ], 
        "ClusterEnabled": false, 
        "ReplicationGroupId": "redis1x3", 
        "SnapshotRetentionLimit": 1, 
        "AutomaticFailover": "enabled", 
        "MultiAZ": "enabled",
        "SnapshotWindow": "11:30-12:30", 
        "SnapshottingClusterId": "redis1x3-002", 
        "MemberClusters": [
            "redis1x3-001", 
            "redis1x3-002", 
            "redis1x3-003"
        ], 
        "CacheNodeType": "cache.m3.medium", 
        "DataTiering": "disabled",
        "PendingModifiedValues": {}
    }
}

Untuk melacak kemajuan failover Anda, gunakan AWS CLI describe-events operasi.

Untuk informasi selengkapnya, lihat berikut ini:

Menguji failover otomatis menggunakan ElastiCache API

Anda dapat menguji failover otomatis pada cluster apa pun yang diaktifkan dengan Multi-AZ menggunakan operasi. ElastiCache API TestFailover

Contoh berikut menguji failover otomatis pada grup simpul redis00-0003 pada grup replikasi (pada konsol, klaster) redis00.

https://elasticache.us-west-2.amazonaws.com/
    ?Action=TestFailover
    &NodeGroupId=redis00-0003
    &ReplicationGroupId=redis00
    &Version=2015-02-02
    &SignatureVersion=4
    &SignatureMethod=HmacSHA256
    &Timestamp=20140401T192317Z
    &X-Amz-Credential=<credential>

Untuk melacak kemajuan failover Anda, gunakan ElastiCache DescribeEvents API operasi.

Untuk informasi selengkapnya, lihat berikut ini:

Batasan pada Multi-AZ

Waspadai batasan berikut untuk Multi-AZ: