如何对 Aurora PostgreSQL 兼容版只读副本的性能和连接问题进行故障排除？
1 分钟阅读
0
我想对 Amazon Aurora PostgreSQL 兼容版只读副本的副本延迟、连接问题或失效转移进行故障排除。
解决方法
识别并解决复制延迟
当主实例上的写入操作之间出现延迟时，就会出现复制延迟。尽管数据库 (DB) 集群中的 Aurora PostgreSQL 兼容版实例共享存储卷，且副本延迟最低，但仍可能出现延迟。
要监控副本延迟，请参阅监控 Aurora PostgreSQL 复制。
管理空闲连接
大量的空闲数据库连接可能会导致性能下降和资源耗尽。
要解决这些问题，请识别运行缓慢的查询并进行故障排除。
解决失效转移相关的配置问题
兼容 Aurora PostgreSQL 的自动失效转移机制优先考虑高可用性，可能不会维持特定的实例配置。失效转移事件发生后，读取器实例和写入器实例可能会交换实例类。
要检查是否存在失效转移事件，请完成以下步骤：
- 打开 Amazon Relational Database Service (Amazon RDS) 控制台。
- 在导航窗格中，选择 Clusters（集群），然后选择您的 Aurora 集群。
- 选择 Logs & events（日志和事件）。
- 查看日志以了解最近的失效转移事件。
在 Amazon RDS 控制台中识别当前的主实例，检查该实例是否已交换实例类并成为写入器实例。
要恢复配置，必须手动启动失效转移。
完成以下步骤：
- 打开 Amazon RDS 控制台。
- 在导航窗格中，选择 Clusters（集群），然后选择您的 Aurora 集群。
- 选择 Actions（操作），然后选择 Failover（失效转移）。
- 选择一个实例作为新的主实例。
- 将写入器实例更改为较大的实例类，并将读取器实例更改为较小的实例类。
要防止将来失效转移后出现配置问题，请执行以下一项或多项操作：
- 设置 Amazon CloudWatch 警报，监控失效转移事件。
- 订阅 Amazon RDS 事件通知，以便在发生失效转移时接收通知。<br id=hardline_break/> **注意：**您必须授予 Amazon RDS 权限以将通知发布到 Amazon Simple Notification Service (Amazon SNS) 主题。
- 调用 AWS Lambda 函数，在失效转移事件发生后自动调整实例大小。
- 设置 AWS Systems Manager Automation，创建可恢复配置的工作流。
有关其他失效转移解决方案，请参阅 AWS 大型金融客户如何使用全局数据库和 Amazon RDS 代理为 Amazon Aurora PostgreSQL 实现高可用性和快速灾难恢复。
使用 Aurora PostgreSQL 读取可用性功能
当写入器实例出现问题时，使用兼容 Aurora PostgreSQL 的读取可用性功能来提高读取可用性。默认情况下，该功能在 Aurora PostgreSQL 16.1+、15.2+、14.7+、13.10+ 和 12.14+ 版本上可用。
有关更多信息，请参阅提高 Aurora 副本的读取可用性。
相关信息
Amazon Aurora PostgreSQL 的最佳实践
没有评论
