来自 Amazon RDS 常见问题页面 http://aws.amazon.com/rds/faqs/
“根据请求的存储大小，Amazon RDS 自动跨多个 EBS 卷进行条带化以增强 IOPS 性能”
我需要请求多大的磁盘大小才能触发磁盘条带化？我只听说过 300GB 的传闻。
我与 AWS 的高层管理人员就此事进行了交谈。这是他们提供的直接答案。
通过将存储扩展至高达 500GB，您将实现 RDS 吞吐量的改进，这种效果从远低于 100GB 的水平开始（即：条带化发生在远低于 300GB 的水平）。 实现这种吞吐量潜力的最重要因素是实例类。具体来说，以下实例类被视为高 I/O 实例：
m1.xlarge
m2.2x大
m2.4x大
这些实例拥有大量可用网络带宽，因此您在 stackoverflow 上提到的升级（升级到 m2.2xlarge 实例）可能是您看到吞吐量飞跃的主要原因。如果您将当前存储条带化至高达 500GB，则该存储空间还将继续增加。通过为 RDS 提供 IOPS 支持（昨晚宣布的 PIOPS），吞吐量现在将一直线性扩展至 1TB。
使用 PIOPS，您当前可以预期的吞吐量与分配的存储量相关。对于 Oracle 和 MySQL 数据库，您分配的每 100GB 都将实现非常一致的 1,000 IOPS，从而实现最大 10K IOPS 的潜在吞吐量。 （当前的、临时的）缺点是您需要卸载/加载数据才能将现有应用程序迁移到 PIOPS RDS。
上次我检查了 300GB 会触发后端条带化
最近一位 AWS 工程师在一次架构审查中告诉我，100GB 将触发 EBS 条带化
截至 2023 年 9 月，这只发生在 gp3 卷中。
您现在可以在 Amazon RDS 数据库实例存储页面
查看此信息对于除 RDS for SQL Server 之外的所有 RDS 数据库引擎，当 gp3 卷的存储大小达到特定阈值时，基准存储性能将增加到 12,000 IOPS 和 500 MiB/s。这是因为卷条带化，存储使用四个卷而不是一个。 RDS for SQL Server 不支持卷条带化，因此没有阈值。