EBS(卷)
最后更新于
最后更新于
EBS 卷是高度可用、可靠的存储卷，您可以将其附加到同一可用区域中作何正在运行的实例。一个实例可以挂载多个卷，但一个卷只能附加到一个实例。
通用SSD（gp2）,平衡价格和性能，可用于多种事务型工作负载 ,1GiB-16TiB ,每GB配置3IOPS 并且能够长时间增加到3000IOPS ,上限为16000IOPS.
预配置IOPS SSD（io1）,为任务关键型应用程序计充的最高性能SSD卷，4GiB-16TiB,需要指定所需求的IOPS数量，最多为卷GB数的30倍，或者64000 IOPS
吞吐优化HDD（st1）为频繁访问的吞吐量密集型工作负载设计的低成本HDD卷,500GiB-16TiB,最大500MiB/s，这些卷非常适合大型顺序负载，例如，EMR，ETL，数据仓库和日志处理
Cold HDD(sc1) 为不常访问的工作负载设计的最低成本HDD卷，500GiB-16TiB ,MiB/s，这些卷非常适合大型顺序冷数据工作负载。如果您不需要经常访问数据并希望节约成本，这些卷提供价格低廉的块存储
IOPS是指磁盘每秒读写操作的数量，在AWS 上，针对基于SSD 类型EBS使用16KiB 大小的块来衡量EBS 的IO 性能，比如当使用一个预置为3000IOPS 的磁盘时，每秒可以传输3000 个 16 KiB 大小的块，IO 的吞吐量为 46.875MBps/s。在不超过IO吞吐量上限的情况下，传输块的大小超过16KiB时(最大256KiB),IOPS也会相对减少，而当块大小小于16KiB 的时，IOPS 的值有可能会超过3000，这是因为传输时会将小块合并成16KiB 的块。
当IOPS不及预期时，比如明明使用了gp2磁盘，但是数据传输却很慢，这个时候可以从以下几个方面进行分析
判断EBS类型，不同类型的EBS 的IOPS 不同
gp2 的IOPS是根据磁盘大小来算的，IOPS = 磁盘大小(GB) X 3 ,上限不超过16000,有时我们会发现明明只使用了100GB 的磁盘(IOPS=100X3)，但它的IOPS可以达到3000，这个因为在EBS IOPS闲置的时候会积攒IO 信用，当突然来了大流量后，它将使用IO信用，将IOPS 提升到3000,直到用完，用完后，我们会发现速度降了下来
io1 的IOPS 是根据配置使用，可以预先设置所需IOPS，最多为磁盘大小的30倍，当发现慢的时候可以检查数量是否合适
st1或sc1(基于HDD) 的传输速度与IOPS 无关，与管理性能属性吞吐量有关，st1 最大为500MB/s,sc1最大为250MB/s
检查EC2 实例是否为优化EBS实例 1. 如果类型为基于SSD(gp2,io1)， IOPS 的值又很高但传输慢，这个时候还需要检查EC2 自身的实例类型是否为优化EBS的实例(EBS-optimized instance，优化EBS的EC2实例链接EBS的IO通道是是专用的，可以保证足够的IO带宽)
