我们的团队一起在认真筛选我们EBS卷，但我们的应用性能却一直直在下坡路上。企业要如何改进亚马逊ESB的性能？

选择亚马逊弹性块存储（ESB）卷的类型还不够简单。没有一个单独的EBS卷可以确保相关的云工作负载体验到最佳性能；这些负载通常运行在连接着的EC2实例中。选择较好性能的卷可能会对业务有帮助，但却不一定获得最高的EBS性能。幸运的是，有几点策略可以帮助ESB卷改进应用性能。

首先，应用程序使用不同的存储，对存储的吞吐量、I/O和延迟都有独特的要求。例如，当使用EBS通用SSD（GP2）实例，且在10,000 IOPS和160 Mbps的吞吐量时，依赖于吞吐量而不是IOPS的工作负载将会感到下降的性能。但在Throughput Optimized HDD实例，500 IOPS和500 Mbps吞吐量时，实际上，它可能表现的很好。重要的是，了解工作负载对存储的需求，找出更适合于执行存储特性的EBS卷。

监测也是衡量和中路EBS卷的很好方法。亚马逊CloudWatch能够报告大量的存储指标，包括读/写吞吐量、读/写IOPS、爆发性能和卷队列长度。监测不能修复较差的工作负载和存储性能，但不时地评估性能指标可以对潜在的限制提供洞察。成功的监测还提供了关于影响EBS性能变化的反馈。

使用优化的EBS弹性计算云（EC2）实例是提高性能的另一步。优化的EBS实例提供了专有吞吐量，并降低了工作负载和EBS存储卷类型之间的流量争夺。这使得工作负载可全面利用来自于EBS卷的IOPS。用户可以选择优化的EBS EC2实例，以及500和4,000 Mbps的专有吞吐量，让用户可以平衡EBS性能和成本。

另外一个选择是在 RAID 0 (带区卷)配置中结合多个EBS卷。这种方法中，多个EBS卷实例共享I/O负载，从而提升存储性能到平均水平之上，这有可能了也适用于单个的EBS卷。RAID 0配置可以用于所有四种EBS卷类型。

最后，考虑到其它不同的因素也影响着存储性能。例如，小的、随机I / O活动会降低硬盘性能。使用如I/O模式的应用程序可能会受益于固态GP2 EBS实例。相反，大部分程度依赖于大的、顺序I / O的、繁重的读工作负载可能受益于为EBS实例配置的大的、预读缓冲。不一致的I / O请求会破坏硬盘存储性能，因此，监视工具可以决定存储访问等待如何变化。延迟也会是个问题，当从快照恢复的EBS卷存取数据时，所以初始化恢复的卷，来避免这一问题。在生产环境中使用卷前，通过访问每一个块，可以完成这一事。