选择合适的EBS体积类型时，我需要确定if IOPS or throughput is a better performance measure.问题是我不完全了解每种情况下哪种情况都比另一种情况更好。该文档说：“ frequent具有small I / O大小的读/写操作”非常适合IOPS。
为什么吞吐量对于“具有较小I / O大小的频繁读/写操作”不是一个完美的衡量标准？
让我们解释什么是吞吐量和I / O。
I / O是对磁盘的访问次数。每次需要读取文件时，都需要“至少”访问一次该文件。但是，内容以“块”形式读取，每当您读取“块”时，都会请求一个新的I / O。想象一下，咬住一块巧克力棒，您至少需要访问一次巧克力棒，然后开始咬住（I / O），直到结束为止。每一口都是一个I / O。您需要几个I / O来吞没整个栏。
IOPS是每秒的I / O。速度。因此，基本上，我们可以以多快的速度执行巧克力棒中的每一口食物。 IOPS EBS是专门用于执行快速咬合的卷：Ñam-Ñam-ÑamvsÑam------Ñam-----Ñam
吞吐率是您在每个I / O中读取的信息量。在此示例之后，您可以用两种不同的方式吃掉整个Chocolate bar，小口小（小吞吐量）或大口大（大吞吐量）取决于您的嘴巴大小。Througput EBS量专门用于执行大型任务：ÑamvsÑaaaaaaaam
I / O和吞吐量是否相关？当然。如果必须从EBS读取大文件，并且吞吐量很小（又名嘴小，所以咬小），则需要更频繁地访问（I / O），直到完全读取文件为止。Ñam-Ñam-Ñam-Ñam
另一方面，如果您张大嘴巴（大吞吐量），那么将需要更少的咬牙和更少的I / O。Ñaaaam---Ñaaaam
所以他们可以以某种方式彼此平衡，但是..有一些极端情况：
a）假设您有一个1个很小的很小的小文件（或巧克力纳米棒）。---在这种情况下，即使最小的嘴也足够。大或小嘴巴，您只需一口就能吃掉整个纳米棒。
b）想象一下，您有一桶不计其数的微小细小文件（或巧克力纳米棒）---在这种情况下，即使最小的嘴也足以吞下每个条形。无论吞吐量大小，都不会为您带来更好的性能。但是，拥有IOPS（每秒I / O）将提高性能。吞吐量EBS卷的性能将比IOPS卷的性能差很多。
c）想象一下，您有一桶不计其数的大文件。---因此，您需要大文件吞吐量，并且需要IOPS进行多次访问。然后，您可能应该转向EBS通用（已爆裂）
因此您应该能够做出答案，但对我来说：
但是对具有高I / O大小的频繁操作怎么办？ -> EBS通用。这里的“高”和“频繁”要求平衡的音量。
不是具有高I / O大小的频繁操作吗？ -> EBS吞吐量。您需要最大的嘴巴。
I / O大小不频繁运行吗？->警告！您的“小”尺寸是多少？如果它们很小，那么我可能会选择IOPS，因为大/小嘴（吞吐量）不会有太大的不同。并且如果那些“不频繁的”变成“频繁的”（更多的用户？更多的复杂性？）将从IOPS中受益。然后，您也许还可以通过EBS General Purpose生存。但是，第二个警告是什么意思，“不频繁操作”是指那些文件不经常访问？在这种情况下，应检查是否有冷硬盘
和往常一样，建议只是推荐...而最好的（因为您可能会对“小”的感觉感到惊讶）是在有疑问的情况下测试性能。
用例：