我有3个SSD EBS卷挂载到我的数据库服务器。 主数据量为10TB，日志卷为1TB，第三卷为100GB。
当我对这3卷进行快照时，即使只有大约100GB的空间，1TB日志卷的快照速度也要比10TB数据量快得多。 （已经超过8小时，只有55％完成了，大约2小时后完成了10TB快照）。
有什么我可以做的，以加快这个过程？
EC2构build快照所花费的时间与自上次快照以来卷所看到的已修改块的数量成正比。 在你的日记中，会看到很多的写入/删除操作，所以拍摄需要很长时间也就不足为奇了。
请记住，这些是真正的块设备 。 他们对你的文件系统一无所知。 日志卷目前只能使用100GB，但从上次快照开始，可能每个块都被修改了。 其中一些占用这些块的文件已经被删除，所以它们不会出现在你的文件系统中，但是块设备本身对此一无所知，所以它必须捕捉所有的数据。 （顺便说一句，这就是为什么AWS无法报告在EBS卷中没有可以在文件系统级别查询存储的服务器端代理的数据量的相同原因。）
为了缓解，你可以尝试更频繁的快照。
有一个问题，但是…你为什么要关心需要多长时间？ 一旦API调用从快照创build请求中返回，您就可以继续使用该卷，并且对块设备的任何后续修改都不会包含在快照中。