# 典型数据库容量评估要点 - AWS Aurora

+ 存储 IO 成本
  + IO 费用额外收取（0.2$ / 百万次调用）
  + 缓存命中率低场景可以考虑 Aurora Optimized 方案（IO 调用免费，但实例和存储费用较高）
+ 主节点网络性能瓶颈
  + 表中大字段在高并发写入场景可能会出现网络 IO 瓶颈

----------------------------------------------------
AWS Aurora 是完全兼容 MySQL/PostgreSQL 的云数据库，它是基于 MySQL/PostgreSQL 并且为云计算而专门定制的关系型数据库。Aurora 的设计哲学是 log is database，对数据的更改只写日志。其最多可以支持 15 个从实例。

在容量评估实例相关数据评估上，Aurora 的策略基本和 MySQL 类似，但是因为架构设计上和定价策略的差异，也会有些不同，主要需要注意以下方面：

- 存储 IO 成本
Aurora 的标准实例类型除了收取实例硬件、备份恢复等费用外，还会收取数据库实例的 IO 费用，按照 0.2$ 每百万次存储 IO 请求费用收取，在一些重 IO 场景，尤其同时 Buffer Pool 命中率较低（98%以下）时，IO 费用可能会非常高，可能会达到实例+存储费用的 50% ~ 200%左右，在做容量评估的费用估算时需要考虑到。
如果存储 IO 成本较高，Aurora 也提供 Aurora Optimized 实例类型的方案，该实例类型是存储的 IO 费用免费，但是实例价格是标准实例价格的 1.3 倍，存储费用是标准实例类型的 2.25 倍。
企业需要根据业务的场景来选择是使用 Aurora 标准实例类型还是 Aurora Optimized 类型实例，每个月可以在两种实例类型之间无缝转换一次。

- 主节点网络瓶颈问题
上面也提到了 Aurora 在某些大字段高并发写入场景下，主节点的网络 IO 可能成为瓶颈。容量评估时需要关注。