【发布时间】：2022-01-07 16:22:05
【问题描述】：
如果查看 Azure 存储中磁盘的定价层（截至今天，美国东部地区的高级 SSD 低于一级），IOPS 越高，提供的磁盘大小就越大。
可以选择更高性能的层，但使用较小的磁盘大小（尽管这可能没有多大意义，因为您仍然需要为相应的层和相应的大小付费）。但是为什么没有选择获得具有大量 IOPS 的小磁盘（例如 32 GB）呢？
换句话说，为什么磁盘大小和 IOPS 之间存在这种强制关联？
【问题讨论】：
【发布时间】：2022-01-07 16:22:05
【问题描述】：
但为什么没有选择获得具有高 IOPS 数的小磁盘（例如 32 GB）？
对于大多数存储技术，IOPS 和大小是相关联的，高级存储提供预配置 IOPS。从概念上讲* P4 只是 P30 的 1/32，您不能让 P4 使用超过 1/32 的可用 IOPS，而不会降低共享存储的其他小磁盘的性能。
*实际的实现可能更复杂。
【讨论】：
-
我得到了这样的场景，即一个大磁盘被分成多个“共享”，每个“共享”由每个客户端使用。在这种情况下，您不能让一个客户端吃掉更多的 IOPS，因为其他客户端会受到伤害。但是考虑到 2 个单独的物理磁盘，更大尺寸模型的 IOPS 增加是技术改进的结果（因为更大更好的驱动器往往会及时出现）还是有一些固有特性实际上会使更大的驱动器性能更好从 IOPS 的角度来看，它比它的小兄弟？
-
您在 Azure 门户中配置的“磁盘”与实际用于存储数据的存储设备几乎没有相似之处。底层物理设备往往在空间和 IOPS 之间具有线性相关性。但是像“爆发”这样的特征表明相关性并不必须非常严格，并且可能会随着时间的推移而演变。
-
但是对于那些底层物理设备，假设用于构建 2 个磁盘的技术相同，什么会触发容量是另一个设备两倍的设备的 IOPS 成比例增加？ （我意识到我们偏离了 Azure 和最初的问题）
-
由小型闪存芯片阵列甚至旋转磁盘构建而成会产生这种效果。