1，使用 EBS 优化的实例
对于不支持 EBS 优化吞吐量的实例，网络流量可能会与实例和 EBS 卷之间的流量产生冲突；而在 EBS 优化实例中，这两种流量相互独立。
2，使用现代 Linux 内核
借助对间接描述符的支持，使用现代 Linux 内核。所有 Linux 内核 3.8 及更高版本的内核上具有此支持，以及任何当代 EC2 实例。如果您的平均 I/O 大小达到或接近 44 KiB，则说明您可能是在不支持间接描述符的情况下使用实例或内核。
3，使用 RAID 0 最大程度利用实例资源
某些实例类型可以实现的 I/O 吞吐量大于可以为单个 EBS 卷配置的量。可以将多个 gp2、io1、st1 或 sc1 卷一起加入到 RAID 0 配置中，以将可用带宽用于这些实例。
通过 Amazon EBS，您可以使用可与传统裸机服务器结合使用的任何标准 RAID 配置，只要实例的操作系统支持该特定 RAID 配置。这是因为，所有 RAID 都是在软件级别上实现的。为取得比通过单个卷取得的 I/O 性能更高的 I/O 性能，RAID 0 可将多个卷组合在一起；为取得实例上的冗余，RAID 1 可将两个卷镜像在一起。
Amazon EBS 卷的数据可在可用区内多个服务器间进行复制，以防由于任何单个组件发生故障导致数据丢失。此复制使得 Amazon EBS 卷的可靠程度比普通磁盘高 10 倍。
下表比较常见的 RAID 0 和 RAID 1 选项。
| 配置 | 使用 | 优点 | 缺点 |
|---|---|---|---|
|
RAID 0 |
当 I/O 性能比容错能力更重要时；例如在频繁使用的数据库中 (其中，已单独设置数据复制)。 |
I/O 在卷内以条带状分布。如果您添加卷，则会直接增加吞吐量。 |
条带的性能受限于该集合中的最差的执行卷。丢失单个卷会导致完全丢失阵列的数据。 |
|
RAID 1 |
当容错能力比 I/O 性能更重要时；例如在关键应用程序中。 |
在数据持久性方面更具安全性。 |
不提供写入性能改进；需要比非 RAID 配置更大的 Amazon EC2 到 Amazon EBS 带宽，因为数据将同时写入多个卷。 |
重要
不建议对 Amazon EBS 使用 RAID 5 和 RAID 6，因为这些 RAID 模式的奇偶校验写入操作会使用您的卷的一些可用 IOPS。根据您的 RAID 阵列配置，这些 RAID 模式提供的可用 IOPS 比 RAID 0 配置少 20-30%。成本增加也是与这些 RAID 模式有关的一个因素；在使用相同的卷大小和速度时，一个 2 卷 RAID 0 阵列明显胜过两倍成本的 4 卷 RAID 6 阵列。
相比在单个 Amazon EBS 卷上配置，通过创建 RAID 0 阵列，文件系统可以获得更高性能。为获得额外冗余性，RAID 1 阵列提供了数据的一个“镜像”。在执行此步骤之前，您需要确定 RAID 阵列的大小以及需要配置多少 IOPS。
RAID 0 阵列的最终大小是阵列中各个卷的大小之和，带宽是阵列中各个卷的可用带宽之和。RAID 1 阵列的最终大小和带宽等于 阵列中各个卷的大小和带宽。例如，预配置 IOPS 为 4,000 的两个 500 GiB Amazon EBS io1 卷将创建可用带宽为 8,000 IOPS、吞吐量为 1,000 MB/s 的 1000 GiB RAID 0 阵列，或创建可用带宽为 4,000 IOPS、吞吐量为 500 MB/s 的 500 GiB RAID 1 阵列。