chr*_*ris 5 snapshot amazon-ebs amazon-web-services
我的数据库服务器上安装了 3 个 SSD EBS 卷。主数据量10TB,日志量1TB,第三卷100GB。
当我拍摄 3 个卷的快照时,1TB 日志卷的快照时间始终比 10TB 数据卷花费的时间长得多,即使它只使用了大约 100GB 的空间。(已经8个多小时了,只完成了55%。10TB快照大约2小时后完成)。
我能做些什么来加快这个过程吗?
EEA*_*EAA 15
EC2 构建快照所需的时间与卷自上次快照以来看到的修改块数成正比。就您的日志而言,它会看到很多写入/删除操作,因此需要很长时间来捕捉也就不足为奇了。
请记住,这些是真正的块设备。他们对你的文件系统一无所知。日志卷目前可能只有 100GB 使用,但自上次快照以来,它的每个块都可能已被修改。一些占用这些块的文件已被删除,因此它们不会出现在您的文件系统中,但块设备本身对此一无所知,因此它必须捕捉所有这些数据。(顺便说一句,这也是为什么 AWS 无法报告 EBS 卷中存储了多少数据而没有可以在文件系统级别查询存储的服务器端代理的原因。)
为了缓解这种情况,您可以尝试更频繁地拍摄快照。
一个问题,不过……你为什么要关心这需要多长时间?一旦 API 调用从您的快照创建请求返回,您就可以继续使用该卷,并且对块设备的任何后续修改都不会包含在快照中。
| 归档时间: |
|
| 查看次数: |
4918 次 |
| 最近记录: |