Amazon web services EBS卷大小调整注意事项

在我的一个运行Ubuntu 16.04的AWS实例上，我有一个1TB ext4 EBS卷上的MySQL副本数据库。我计划将其增加到2TB。在使用resize2fs命令增加卷大小和扩展文件系统之前，我需要采取任何预防措施吗？是否存在数据损坏的可能性？如果是这样的话，创建此卷的EBS快照是否合理

我需要采取预防措施吗

您不需要采取任何不寻常的预防措施，只需采取标准的最佳做法，如维护备份和制定经过测试的恢复计划。任何事情都可能在任何时候出错，即使你坐着什么也不做

重要的

在修改包含有价值数据的卷之前，最佳做法是创建卷的快照，以防需要回滚更改

但这并不意味着该行动风险特别大。有趣的是，我从未经历过复杂的情况，偶尔会调整EBS卷的大小，然后在一个实时的主生产数据库下调整其文件系统的大小

是否存在数据损坏的可能性

无论你在做什么，数据损坏的可能性总是存在的。。。但这似乎是一个安全的操作。额外的空间立即可用，并且没有I/O冻结或中断

如果是这样的话，创建此卷的EBS快照是否合理

如上所述，是的

对稍后出现的错误的担忧是有道理的，但EBS保持内部一致性检查，并将帮助避免进一步的数据混乱，以便您可以执行受控的恢复和修复操作

---

如果EBS完全存储了被实例上的某些东西损坏的数据（例如可能由resize2fs中的缺陷引起的数据），这将不会有帮助，但它似乎是一个可靠的实用工具。它不会移动您现有的数据—它只是根据需要充实文件系统结构，以便文件系统使用可用的全部可用空间。

在弄乱数据所在的磁盘之前，您应该始终备份数据。谢谢Brandon。在我做这件事之前，我会先备份我的数据库。在我添加完卷并增加了文件系统之后，有没有办法检查整个磁盘的健全性？事实上，我担心任何可能在很久以后才注意到的无声的腐败错误。