在什么时候使用EBS是瓶颈？

我有一个由EBS卷支持的EC2实例托管在Amazon上的站点。在周末，流量激增，我将实例做得更大，这很有帮助-我不再看到CPU使用率飙升至100％，服务器也变得无响应。

但是，我确实注意到磁盘读取量也很高（我认为这无济于事），我想知道在什么时候会出现某种故障，因为磁盘无法保持起来吗？

从所附的屏幕截图中可以看到，周末最大容量为80MB /分钟。有没有人有过使用AWS的经验，并且知道在什么时候由于EBS成为瓶颈，我将不得不转移到多负载平衡的实例？

首先要记住的是，将对您的I / O性能产生最大影响的是所使用的实例类型。

Instance Type   I/O Performance
-------------   ---------------
t1.micro        Low
m1.small        Moderate
m2.xlarge       Moderate
c1.medium       Moderate
m1.large        High
m1.xlarge       High
m2.2xlarge      High
m2.4xlarge      High
c1.xlarge       High
cc1.4xlarge     Very High (10 Gigabit Ethernet)
cc2.8xlarge     Very High (10 Gigabit Ethernet)
cg1.4xlarge     Very High (10 Gigabit Ethernet)

至于AWS常见问题建议的EBS数量和将获得的性能，您需要对应用程序进行基准测试以查看预期结果：

问：我期望从Amazon EBS卷中看到什么样的延迟和吞吐率？从Amazon EC2实例到Amazon EBS卷的等待时间类似于从本地Amazon EC2实例存储驱动器看​​到的等待时间。I / O速率可能会根据请求的大小，访问模式的随机性以及应用程序使用的缓存策略而有很大不同。因此，最准确的措施是在Amazon EBS卷上对特定应用程序进行基准测试。

这意味着您获得的EBS费率不一定比本地实例存储差或更好。这实际上取决于您的数据访问行为。

更多信息在AWS EBS页面上：

Amazon EBS卷性能

对于在整个数据集中执行大量随机访问的应用程序，Amazon EBS卷旨在提供比Amazon EC2实例存储更高的吞吐量。您还可以将多个卷附加到一个实例，并在这些卷之间进行条带化以进一步提高吞吐量。

确切的性能将取决于应用程序（例如，随机I / O与顺序I / O或较大与较小的请求大小），因此最好的衡量标准是针对实际应用对容量进行基准测试。由于Amazon EBS卷需要网络访问，因此对于大型实例，您将看到更快，更一致的吞吐量性能。

还请记住，I / O性能不仅包括磁盘IO，还包括网络流量...因此，实例获得的网络流量越多，获得的磁盘IO越少。

根据您要提供的服务，如果对您的应用程序类型而言，对象的内存缓存可能会有所帮助。

此外，以下是一些博客文章，这些文章对各种RAID配置中的EBS和本地（临时）卷的性能进行了基准测试，并进行了调整以获得良好的IO性能：

RAID中的EC2临时磁盘与EBS卷

Amazon EC2 I / O性能：本地临时磁盘与RAID 0条带化EBS卷

从亚马逊的EBS获得良好的IO