预热EBS体积

Question

除了使用下面的命令之外，还有其他方法来预置PIOPS EBS卷吗？

sudo if=/dev/xvdf of=/dev/null bs=1M

上面的命令似乎要花费更长的时间，因为EBS卷的大小增加了。

因此，在我的理想情况下，我希望使用快照创建一个卷，并且以最小的停机时间使用该卷作为mysql数据目录，但在此之前，我希望对其进行预热。如果有办法加快这个过程，那就太好了。然而，我们没有在硬件方面的挑战，我们可以采取更大的机器要求的AWS。

Answer 1

你说你“想要用我的快照创建一个卷”，所以通过写数据来提前升温并不是个好主意。相反，您应该读取数据，这将导致将数据从快照加载到您的EBS卷。

来自变暖前亚马逊EBS卷

当您创建任何新的EBS卷(一般用途(SSD)、提供的IOPS (SSD)或磁性)或从快照恢复卷时，后端存储块将立即分配给您。但是，当您第一次访问一个存储块时，必须清除它(对于新卷)，或者从它的快照中实例化它(用于还原的卷)，然后才能访问该块。这个初步操作需要时间，可能会导致您的卷在第一次访问时丢失5%到50 %的IOPS。对于大多数应用程序来说，在卷的生存期内摊销此成本是可以接受的。在数据被访问一次之后，性能将被恢复。 但是，在使用卷之前，您可以通过向卷上的所有块写入或读取它，从而避免这种性能在生产环境中受到影响；此过程称为预升温。写入卷上的所有块是首选的，但对于从快照还原的卷来说，这不是一个选项，因为这将覆盖已恢复的数据。对于从头创建的全新卷，应该在使用卷之前将其写入所有块。对于从快照创建的新卷，应在使用卷之前读取所有具有数据的块。

预热磁盘(通过读或写)可能需要很长时间。磁盘越大，花费的时间就越长。如果可能的话，避免预热。相反，就像平常一样使用它。最糟糕的情况是，当第一次访问每个块时，您将经历稍微慢一点的访问，这通常不是一个问题(除非您正在执行速度测试)。

Answer 2

除非您在从快照还原时讨论初始访问性能损失，否则不再需要预升温。见初始化Amazon卷。

如果这一页消失了，下面是摘录：

新EBS卷在可用且不需要初始化(以前称为预暖)时就能获得最大性能。但是，必须初始化从快照恢复的卷上的存储块(从AmazonS3中提取并写入卷)，然后才能访问该块。这一初步操作需要时间，并且在第一次访问每个块时会导致I/O操作的延迟显著增加。对于大多数应用程序来说，在卷的生存期内摊销此成本是可以接受的。在数据被访问一次之后，性能将被恢复。