配置多可用区部署（预览版）
| 以下是针对预览版 Amazon Redshift 多可用区功能的预发行文档。文档和功能都可能会更改。我们建议您只在测试集群中使用此功能，而不要在生产环境中使用。公开预览将于 2023 年 9 月 30 日结束。在预览结束两周后会自动删除预览集群和预览无服务器工作组和命名空间。如有疑问，请发送电子邮件至 redshift-maz@amazon.com。有关预览条款和条件，请参阅 Amazon 服务条款 |
通过在 Amazon Redshift 中使用多个可用区（多可用区），您的 Amazon Redshift 数据仓库可以在可用区中发生意外事件的故障情况下继续运行。
对于多可用区部署，Amazon Redshift 在可通过单个端点访问的两个可用区中部署相等的计算资源。如果整个可用区出现故障，第二个可用区中的剩余计算资源将可用于继续处理工作负载。Amazon Redshift 多可用区还保证在发生故障时不会丢失任何数据。运行多可用区集群时，Amazon Redshift 对 RA3 收取相同的每小时计算费率。
概览
设置多可用区部署时，指定要在每个可用区中预置的计算节点数。以主动-主动方式在两个可用区中使用节点，用于读取和写入操作。Amazon Redshift 将使用仅位于一个可用区的计算资源处理单个查询。但是，它会自动将多个同步查询的处理分布到两个可用区，以提高高并发工作负载的性能。
从现有的单可用区集群迁移到多可用区部署时，要保持单个查询的性能，可能需要在两个可用区中预置的当前单可用区集群中使用相同数量的节点。这会导致迁移到多可用区时所需的集群节点数量翻倍，从而有助于保持单个查询的性能。
如果可用区出现故障，Amazon Redshift 会自动使用剩余可用区中的资源继续运行。但是，用户连接可能会丢失，必须重新建立连接。此外，在出现故障的可用区中运行的查询会停止。但是，您可以重新连接到集群并立即重新安排查询。Amazon Redshift 将在剩余可用区中处理重新安排的查询。如果查询失败或连接关闭，Amazon Redshift 会重试失败的查询或立即重新建立连接。当多可用区数据仓库正在恢复时，在故障发生时或之后发出的查询可能会遇到运行时延迟。
限制
以下是使用 Amazon Redshift 多可用区时的限制：
您无法修改现有单可用区部署以将其转换为多可用区部署，反之亦然（预览版）。
您无法将现有多可用区部署恢复为当前或后续需要维护跟踪的单可用区部署（预览版）。
您无法通过多可用区部署调整集群的大小（预览版）。
您无法通过从使用多可用区部署的集群创建的快照执行表级还原（预览版）。
您无法创建无服务器多可用区部署，也无法将现有无服务器命名空间转换为多可用区部署（预览版）。
Amazon Redshift 不会在 Amazon Redshift 控制台中显示多可用区部署内的辅助可用区计算资源的节点级指标（预览版）。
您无法使用 Amazon Redshift API 或 Amazon Command Line Interface 管理您的多可用区部署（预览版）。
您无法预览多可用区部署的自动优化功能（预览版）。
每当集群检测到故障并自动在辅助可用区中恢复时，您会丢失在创建多可用区部署后添加的任何 IAM 角色。在创建多可用区部署之前添加的任何 IAM 角色或权限仍会保留（预览版）。
您无法通过公有端点访问多可用区集群。
您无法为任何 RA3 实例类型创建单节点多可用区部署。在创建多可用区部署时，为每个可用区选择 2 个或更多节点。
您无法创建未加密的多可用区集群或将未加密的单可用区集群还原到多可用区集群。
Amazon Redshift 需要可支持三个可用区的子网配置。换句话说，已配置的子网组需要三个子网。
您无法将多可用区部署重新定位到另一个可用区。使用多可用区部署时重新定位会关闭。
因为多可用区部署旨在提供最高级别的可用性，因此您无法暂停或恢复多可用区部署。
以下 Amazon Web Services 区域 提供 Amazon Redshift 多可用区部署：
-
美国东部（俄亥俄）(us-east-2)
-
美国东部（弗吉尼亚北部）(us-east-1)
-
美国西部（俄勒冈）(us-west-2)
-
亚太地区（东京）(ap-northeast-1)
-
欧洲（爱尔兰）(eu-west-1)
-
欧洲（斯德哥尔摩）(eu-north-1)
-