Amazon Aurora架构层级及多数据库计算资源分配配置咨询

一、单实例上多数据库的资源分配机制 #

Aurora的计算实例（主实例或只读实例）是**共享所有计算资源（CPU、内存、IO）**给实例上的所有数据库的，没有原生的按数据库维度做硬隔离的机制，具体逻辑如下：

• CPU：所有数据库的SQL请求会争抢实例的CPU核心，Aurora会根据请求优先级调度，但不会给单个数据库分配固定CPU配额。
• 内存：实例内存主要用于缓冲池（Buffer Pool），所有数据库的热数据都会存入这个共享缓冲池，Aurora会自动根据数据访问频率调整缓存的数据集，不存在单个数据库的固定内存分配。
• IO：所有数据库的读写请求都会通过实例的IO通道访问集群卷，IO资源也是全局共享的，主实例的写请求会被优先处理，读写请求均按队列调度。

简单来说，单实例上的多个数据库是资源共享、无硬隔离的模式，资源分配完全由实例的实时负载调度决定。

二、5个数据库实现差异化算力分配的配置方案 #

由于单实例无法直接给不同数据库划分专属资源，需要通过实例或集群层级的拆分来实现，常见方案有三种：

1. 拆分到独立Aurora集群 #

如果5个数据库的读写负载差异极大（比如2个是核心高负载业务，3个是低负载的内部工具库），可以将它们分别部署到两个独立的Aurora集群：给核心集群配置大规格实例（如db.r6g.8xlarge），低负载集群用小规格实例（如db.t3.medium）。这种方式能实现完全的资源隔离，每个集群有独立的集群卷和计算实例。

2. 利用只读实例分流读负载 #

如果只是读负载差异大，写负载集中在少数数据库，可以保留一个主实例承载所有数据库的写请求，然后为高负载数据库配置专属的高配只读实例，通过应用层路由把这些数据库的读请求定向到该实例；低负载数据库的读请求则用默认的低端只读实例。这种方式可以在同一个集群内实现读算力的差异化分配。

3. 数据库级软资源限制（仅Aurora MySQL支持） #

Aurora MySQL支持通过RESOURCE GROUP功能，给不同数据库的关联用户设置CPU/内存的软限制。当实例资源紧张时，该限制会生效；资源空闲时，仍可使用额外资源。示例操作：

-- 创建低优先级资源组，限制CPU使用率不超过20%
CREATE RESOURCE GROUP rg_low_priority WITH CONSUMER_THREAD_PRIORITY = LOW, CPU_PERCENTAGE = 20;
-- 将目标数据库的用户绑定到该资源组
ALTER USER 'low_load_db_user'@'%' RESOURCE GROUP rg_low_priority;

三、Aurora架构层级文本示意图 #

Amazon Aurora 集群
└── 集群卷（分布式共享存储，跨AZ实时同步）
    ├── 主实例（单AZ部署，负责所有写操作，数据同步到集群卷）
    │   ├── 数据库1
    │   ├── 数据库2
    │   └── ...（单实例最多支持64个数据库）
    ├── 只读实例1（可多AZ部署，负责读操作，从集群卷拉取数据）
    │   ├── 数据库1
    │   ├── 数据库2
    │   └── ...
    └── 只读实例N（集群最多支持15个只读实例）
        ├── 数据库1
        ├── 数据库2
        └── ...

补充说明：

• 所有实例（主+只读）共享同一个集群卷，数据实时同步，因此每个实例上的数据库内容完全一致。
• 集群卷由AWS管理，自动跨AZ复制，提供高可用性和持久性，无需用户手动管理存储冗余。

内容的提问来源于stack exchange，提问作者user19345200