Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

特定于实例的性能和资源监控

要了解连接偏斜、工作负载偏斜和数据偏斜，以及何时添加路由器或拆分分片来纵向扩展以便在保持延迟的情况下提高吞吐量，实例级监控是关键所在。

概述

当您的应用程序针对其发出查询时，该请求需要遍历复杂的分布式系统，然后才能返回结果。一条看似简单的 SELECT 语句可能会涉及多个数据库实例，每个实例在处理您的请求时都扮演着不同的角色。了解这段旅程以及为其提供支持的实例，可以改变您设计应用程序、解释监控数据和诊断性能问题的方式。

本指南提供了对实例架构的深入技术剖析：

实例架构基础知识

通过跨两种专用实例类型的功能分离来实现横向可扩展性：

利用这种分离，您可以根据工作负载特征独立地扩展连接处理、查询协调和数据存储。

路由器和分片比较

监控实例性能

了解实例级性能对于高效运营至关重要。特定于实例的监控揭示了影响性能的分布模式：连接偏斜、工作负载偏斜和数据偏斜。

检测偏斜

在理想的部署中，工作负载和资源均匀地分布在各个实例上。实际上，应用程序经常会遇到偏斜，也就负载分布不均匀，集中在特定实例上。

有三种偏斜类型需要监控：

数据库洞察负载分配

评测实例级运行状况的最快方法是查看数据库洞察的“负载分布”视图，该视图可让您立即了解活动会话在实例之间的分布情况。

要访问“负载分布”，请执行以下操作：

正常模式：负载在实例间相对均匀地分布

集中模式：高度集中在特定实例上

CloudWatch 指标

为了在数据库洞察之外进行更深入的分析，CloudWatch 提供了特定于实例的指标，可用于揭示资源使用模式。

带维度 DBShardGroupInstance 的指标 ServerlessDatabaseCapacity 说明了每个实例的 ACU 消耗量，提供了最直接的资源利用率视图。

何时进行调查：

路由器监控和故障排除

路由器可能会由于两个主要原因而遇到性能问题：连接分布不均匀和跨分片工作负载太集中。

会话分布不均匀

症状：一个路由器处理了过高比例的连接份额

根本原因：DNS 缓存导致多个连接请求解析到同一个路由器端点。

最常见于：

补救措施：

分片监控和故障排除

分片遇到性能问题主要有三个原因：资源限制、数据偏斜和工作负载偏斜。

分片资源利用率

具有热门分片键的分片会拥有更多的数据和更高的工作负载。这会体现在资源使用率中，即实例将会消耗更多的 ACU。

补救策略：

何时拆分分片：

分片数据量

使用 SQL 函数来查询数据量：

SELECT subcluster_id, subcluster_type, pg_size_pretty(db_size) 
FROM rds_aurora.limitless_stat_database_size('postgres_limitless') 
ORDER BY 1;
            

要查看每个表和每个分片的数据，请执行以下操作：

SELECT * FROM rds_aurora.limitless_stat_relation_sizes('public', 'table_name');
            

解决使用率不均的问题

当工作负载或数据倾斜集中在特定的分片上时，拆分分片可以将负载重新分配到更多实例上。

重要注意事项：

拆分分片可实现进一步扩展，而连续的分片拆分可以实现更高的吞吐量和进一步扩展，同时保持低延迟。

限制

请注意以下操作限制：

路由器限制：

分片限制：

缓解方案：