从补丁 198 开始，Amazon Redshift 将不再支持创建新的 Python UDF。现有的 Python UDF 将继续正常运行至 2026 年 6 月 30 日。有关更多信息，请参阅[博客文章](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)。
# 多可用区部署失效转移
您的多可用区数据仓库是同时部署在两个可用区中的计算资源集合。部署在主可用区的计算资源称为主计算，辅助可用区中的计算资源称为辅助计算。在出现一些不太可能发生事件的时候，例如可用区或基础设施故障，多可用区数据仓库无需任何用户干预即可自动恢复。恢复过程包括从主计算失效转移到辅助计算，并将辅助计算资源指定为主计算。此外，还会在第三个可用区中预置新的辅助计算资源。自动恢复过程以 RTO 和 RPO 来衡量。
+ **恢复时间目标 (RTO)**：灾难后系统恢复工作状态所需的时间。换言之，RTO 用于衡量停机时间。
+ **恢复点目标 (RPO)**：可能丢失的数据量（按时间衡量）。对于 Amazon Redshift 多可用区数据仓库，RPO 通常为零，因为所有数据都存储在 Amazon Redshift 托管存储 (RMS) 中，由 Amazon Simple Storage Service 提供支持，这是默认具有高持久性和高可用性的服务。
**注意**
发生失效转移后，单个查询的性能不会改变。由于可用区之一中的计算资源不可用，在短时间内，您的数据仓库的总体吞吐量会降低。但是，Amazon Redshift 将自动获取另一个可用区中的容量，以确保恢复相同的数据仓库处理能力。
在自动恢复过程之外，您还可以使用**失效转移主计算**选项，为数据仓库手动触发此过程。您可以使用这种方法来测试多可用区如何让您的应用程序实现更高的可用性和更好的连续性。
## 使用控制台
1. 登录到 AWS 管理控制台并打开 Amazon Redshift 控制台，网址：[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)。
1. 请执行以下操作之一：
+ 在导航菜单上，选择**集群**。在**集群**下，选择一个集群。此时会显示集群详细信息页面。
+ 从集群控制面板中选择一个集群。
1. 从**操作**中，选择**失效转移主计算**。
1. 当系统提示您确认时，单击**确认**。
## 使用 AWS Command Line Interface
+ 从 AWS CLI，按以下所示使用 `failover-primary-compute` 命令。
```
aws redshift failover-primary-compute
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
```
确认上述操作后，Amazon Redshift 将执行自动恢复步骤，这些步骤与从可用区或基础设施故障中进行自动恢复时相同。该过程将导致主可用区中的计算节点不可用，辅助可用区中的计算资源将被指定为主计算节点。集群恢复成功完成后，多可用区部署将变得可用。在另外的第三个可用区变为可用后，您的多可用区数据仓库还会在其中自动预置新的辅助计算资源。
在此过程中，控制台上的集群状态一直显示为正在修改，因为集群会自动恢复并重新配置回多可用区部署设置。集群可以立即接受新连接。可能会删除现有连接和正在进行的查询。您可以立即重试连接和查询。