使用 Valke ElastiCache y 和 Redis 的多可用区，最大限度地减少停机时间 OSS

在许多情况下， ElastiCache 使用 Valkey 和 Redis OSS 可能需要更换主节点；其中包括某些类型的计划内维护以及不太可能发生的主节点故障或可用区故障。

在这些情形下进行替换时，会导致集群出现停机时间，但如果启用了多可用区，则会最大限度缩短停机时间。主节点的角色会自动将故障转移到其中一个只读副本。无需创建和配置新的主节点，因为 ElastiCache 这将以透明的方式处理这个问题。此故障转移和副本提升可确保您在提升完成后立即继续写入新的主节点。

ElastiCache 还会传播已升级副本的域名服务 (DNS) 名称。这样做的原因是，如果您的应用程序写入到主终端节点，则无需在应用程序中进行终端节点更改。如果您从单个终端节点进行读取，请确保将提升为主节点的副本的读取终端节点更改为新副本的终端节点。

如果由于维护更新或自助服务更新而启动了计划的节点替换，请注意以下事项：

您可以使用 ElastiCache 管理控制台、或 AWS CLI，启用多可用区。 ElastiCache API

在 Valkey 或 Redis OSS 集群（在API和CLI的复制组中）上启用 ElastiCache 多可用区可以提高容错能力。在集群的读取/写入主集群出于任何原因变得无法连接或发生故障时，此情况尤其如此。只有每个分片中有多个节点的 Valkey 和 Redis OSS 集群才支持多可用区。

启用多可用区

在使用 ElastiCache 控制台CLI、或创建或修改集群（API或复制组）时 AWS CLI，您可以启用多可用区。 ElastiCache API

您只能在至少有一个可用只读副本的 Valkey 或 RedisOSS（已禁用集群模式）集群上启用多可用区。没有只读副本的集群不提供高可用性或容错能力。有关创建具有复制功能的集群的更多信息，请参阅创建 Valkey 或 Redis 复制组 OSS。有关将只读副本添加到具有复制功能的集群的信息，请参阅为 Valkey 或 Redis 添加只读副本OSS（已禁用集群模式）。

启用多可用区（控制台）

在创建新的 Valkey 或 Redis 集群时，您可以使用 ElastiCache 控制台启用多可用区，也可以通过复制修改现有OSS集群来启用多可用区。

默认情况下，在 Valkey 或 RedisOSS（已启用集群模式）集群上启用多可用区。

使用控制台创建集群时启用多可用区 ElastiCache

有关此过程的更多信息，请参阅 创建 Valkey（已禁用集群模式）集群（控制台）。确保有一个或多个副本并启用多可用区。

在现有集群上启用多可用区（控制台）

有关此过程的更多信息，请参阅修改集群使用 ElastiCache AWS Management Console。

启用多可用区 (AWS CLI)

以下代码示例使用 AWS CLI 为复制组redis12启用多可用区。

对于 Linux、macOS 或 Unix：

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

对于 Windows：

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

此命令的JSON输出应如下所示。

{
    "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": {}
    }
}

有关更多信息，请参阅 AWS CLI 命令参考中的下列主题：

启用多可用区 (ElastiCache API)

以下代码示例使用 ElastiCache API为复制组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>

有关更多信息，请参阅《ElastiCache API参考资料》中的以下主题：

故障情形及多可用区响应

在引入多可用区之前，通过重新创建和重新配置故障节点来 ElastiCache 检测并替换集群的故障节点。如果启用多可用区，发生故障的主节点将故障转移至复制滞后最小的副本。选定副本会自动提升为主节点，这比创建并重新预配置新的主节点快得多。提升过程通常只需几秒钟的时间，然后您可以再次对集群进行写入。

启用多可用区后， ElastiCache 持续监控主节点的状态。如果主节点发生故障，则根据故障的类型执行以下操作之一。

仅主节点出现故障时的故障情形

如果只有主节点出现故障，则复制滞后最小的只读副本将提升为主节点。然后，将在与发生故障的主节点相同的可用区域中创建和预置替换只读副本。

当只有主节点出现故障时， ElastiCache 多可用区会执行以下操作：

新的副本可用后，请注意以下影响：

有关查找集群的终端节点的信息，请参阅以下主题：

当主节点和一些只读副本发生故障时的故障情形

如果主节点和至少一个只读副本发生故障，则具有最低复制滞后的可用副本将提升到主集群，并在与故障节点以及提升为主节点的副本相同的可用区中创建新只读副本。

当主节点和某些只读副本出现故障时， ElastiCache 多可用区会执行以下操作：

在新节点可用后，对应用程序进行以下更改：

整个集群出现故障时的故障情形

如果整个集群全部发生故障，则在与原始节点相同的可用区中重新创建所有节点并预配置。

在此情况下，由于集群中的每个节点均发生故障，因此集群中的所有数据将丢失。这种情况很少出现。

当整个集群出现故障时， ElastiCache 多可用区会执行以下操作：

由于每个替换节点具有与其要替换的节点相同的终端节点，因此不需要在应用程序中对任何终端节点进行更改。

有关查找复制组的终端节点的信息，请参阅以下主题：

建议您在不同的可用区内创建主节点和只读副本以提高容错能力水平。

测试自动故障转移

启用自动故障转移后，您可以使用 ElastiCache 控制台 AWS CLI、和对其进行测试 ElastiCache API。

在测试时，请注意以下内容：

使用测试自动故障转移 AWS Management Console

使用以下过程测试通过控制台进行自动故障转移。

使用测试自动故障转移 AWS CLI

您可以使用该 AWS CLI 操作test-failover在任何启用多可用区的集群上测试自动故障转移。

以下示例使用在 Valkey 或 RedisOSS（已启用集群模式）集群redis00-0003中测试节点组上的自动故障转移。 AWS CLI 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

上面命令的输出类似于下面所示。

{
    "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": {}
    }
}

要跟踪故障转移的进度，请使用 AWS CLI describe-events操作。

有关更多信息，请参阅下列内容：

使用测试自动故障转移 ElastiCache API

您可以使用该 ElastiCache API操作TestFailover在任何启用了多可用区的集群上测试自动故障转移。

以下示例在复制组 (在控制台上为集群) redis00 中的节点组 redis00-0003 上测试自动故障转移。

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>

要跟踪故障转移的进度，请使用 ElastiCache DescribeEventsAPI操作。

有关更多信息，请参阅下列内容：

多可用区的限制

请注意多可用区的以下限制：