Amazon ec2 如何'；热身'；EC2/EBS存储？

我已经看到了“预热”EC2以克服首次写入惩罚的建议：-

预热数据分区-有一个 在EC2中使用磁盘IO的缺点：a “首次写入”性能在 最初写入新分区。 为了避免这种惩罚，你可以“温暖” 通过执行排序来“升级”分区 访问的丢弃命令 信息技术例如，您可以使用Linux dd命令写入磁盘。虽然 处罚仍在发生，不能撤销 避免，至少第一次写入 您的数据库不会受到影响 效果

资料来源：

---

…但我还没有找到任何关于最佳实践的进一步建议！EBS存储是否如此？有谁能推荐执行此预热的“dd”语法以及如何确保所有模块都“预热”吗？

感谢指向AWS论坛的指针。我确实在这里发布了问题，并收到了来自Jason@AWS. 线程在这里：-

…他的回答是：-

有一个首读的惩罚 从快照创建的EBS卷，如 该卷在发布之前可用 所有的街区都已被拆除 已成功加载。你可以否定 这是通过强制每个街区来惩罚的 要阅读的卷：

$dd if=/dev/of=/dev/null

指示可以通过读取整个磁盘来预热快照卷；这加快了阅读速度。快照卷和非快照卷可以通过写入整个磁盘来预热写入

创建新EBS卷或从快照还原卷时，后端存储块将立即分配给您。但是，首次访问存储块时，必须将其清除（对于新卷）或从其快照实例化（对于还原的卷），然后才能访问该块。此初步操作需要时间，在第一次访问每个数据块时，可能会导致卷的IOPS损失5%到50%

---

你在网上问过这个问题吗？我相信EC2/EBS团队可能会在这方面为您提供帮助。这只适用于从快照创建的卷。我怀疑卷可能被创建为稀疏文件，这意味着您将希望通过写入一些随机数据（或可能为零）来强制分配。dd if=/dev/zero of=/dev/BS=1M（对于非快照卷），如果Windows快照卷用作引导驱动器，则会立即出现dd错误“打开输入文件时出错：32由于另一个进程正在使用该文件，进程无法访问该文件”任何解决方法？此答案被标记为低质量。您能否在答案中引用该链接中的一些内容以改进它？