Amazon web services 预热EBS体积

除了使用以下命令外，是否还有其他方法预热PIOPS EBS卷

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

随着EBS vol的增大，上述命令似乎需要更长的时间

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

您声明“希望使用我的快照创建卷”，因此通过写入数据进行预热不是一个好主意。相反，您应该读取数据，这将导致数据从快照加载到您的EBS卷上

发件人：

当您创建任何新的EBS卷（通用（SSD）、配置的IOPS（SSD）或磁卷）或从快照恢复卷时，后端存储块将立即分配给您。但是，第一次访问存储块时，必须将其清除（对于新卷）或从其快照中实例化（对于还原的卷），然后才能访问该块。此初步操作需要时间，第一次访问每个数据块时，可能会导致卷的IOPS损失5%到50%。对于大多数应用，在卷的生命周期内分期偿还此成本是可以接受的。数据访问一次后，性能将恢复

但是，通过在使用卷之前写入或读取卷上的所有块，可以避免在生产环境中出现这种性能问题；此过程称为预热。写入卷上的所有块是首选，但这不是从快照还原的卷的选项，因为这样会覆盖还原的数据。对于从头创建的全新卷，您应该在使用该卷之前写入所有块。对于从快照创建的新卷，应在使用该卷之前读取包含数据的所有块

---

预热磁盘（通过读取或写入）可能需要很长时间。磁盘越大，所需时间越长。如果可能，避免预热。取而代之的是，像平常一样使用它。最糟糕的情况是，当第一次访问每个块时，访问速度会稍慢，这通常不是问题（除非您正在执行速度测试）。

除非您讨论从快照恢复时的初始访问性能损失，否则不再需要预暖。看

如果该页消失，以下是摘录：

新的EBS卷在可用且无需初始化（以前称为预热）时即可获得其最大性能。但是，从快照还原的卷上的存储块必须初始化（从Amazon S3下拉并写入卷），然后才能访问该块。此初步操作需要时间，并且在第一次访问每个块时会导致I/O操作的延迟显著增加。对于大多数应用，在卷的生命周期内分期偿还此成本是可以接受的。数据访问一次后，性能将恢复

---

预热所需的时间与体积大小直接相关。你需要阅读每一块。dd可能是最快的方法。您可以通过添加更多PIOP、增加实例的大小（更好的网络）或使用EBS优化实例来提高EBS的性能。您必须测试哪一个提供了最佳性能。您是否遇到了需要预热卷的问题？预热所需的时间可能会破坏您通过预热获得的好处。

fio

应该比

dd

快，因为它是多线程的。这是真的吗？你在AWS文档的哪里找到的？@AshishBista，嗯……点击第一句中AWS文档的“初始化亚马逊EBS卷”链接？这是第一段的直接引述，谢谢你指出。块初始化过程非常缓慢。300GB快照需要5-6个小时。