EBS卷调整大小预防措施

Question

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

Answer 1

  

我需要采取任何预防措施吗？

您不应该采取任何不寻常的预防措施 - 只是标准的最佳实践，例如维护备份和测试恢复计划。任何事都可能出错，即使你坐着，什么也不做。

  

重要

     

在修改包含有价值数据的卷之前，最好在需要回滚更改时创建卷的快照。

     

https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-modify-volume.html

但这并不表示该行动特别危险。有趣的是，我从来没有遇到过并发症，偶尔会在实时的主数据生成数据库中调整EBS卷的大小，然后调整文件系统的大小。

  

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

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

  

如果是这样，那么创建该卷的EBS快照是否明智？

如上所述，是的。

对于稍后出现的错误的担忧是有效的，但EBS维护内部一致性检查，disable a volume if this fails将帮助避免进一步加扰数据，以便您可以进行受控恢复和修复操作。

如果EBS完全存储被实例上某些内容破坏的数据（例如可能是由resize2fs中的缺陷引起的），这将无济于事，但它似乎是一个可靠的实用程序。它不会移动您现有的数据 - 它只是根据文件系统的需要填充文件系统结构，使用已经可用的整个可用空间。