我的数据库服务器上安装了 3 个 SSD EBS 卷。主数据卷为 10TB，日志卷为 1TB，第三个卷为 100GB。
当我对这 3 个卷进行快照时，1TB 日志卷的快照时间始终比 10TB 数据卷长得多，尽管它只使用了大约 100GB 的空间。（已经过去了 8 个多小时，只完成了 55%。10TB 快照大约在 2 小时后完成）。
我能做些什么来加快这个过程？
答案1
EC2 构建快照所需的时间与卷自上次快照以来所见的已修改块的数量成正比。就您的日志而言，它看到很多写入/删除操作，因此需要很长时间才能完成也就不足为奇了。
请记住，这些都是块设备。它们对您的文件系统一无所知。日志卷目前可能只使用了 100GB，但自上次快照以来，其每个块可能都已被修改。占用这些块的一些文件已被删除，因此它们对您的文件系统来说似乎没有“使用”，但块设备本身对此一无所知，因此它必须快照全部这些数据。（顺便说一句，这也是为什么如果没有可以在文件系统级别查询存储的服务器端代理，AWS 就无法报告 EBS 卷中存储了多少数据的原因。）
为了缓解，您可以尝试更频繁地拍摄快照。
不过，有一个问题...你为什么关心需要多长时间？一旦 API 调用从您的 snap create 请求返回，您就可以继续使用该卷，并且对块设备的任何后续修改都不会包含在快照中。