主页 / server / 问题 / 998136
Accepted
Peter Evans
Asked: 2020-01-09 07:38:15 +0800 CST

从 GCP/GCE 快照恢复逻辑卷

  • 772

我最近在使用 Centos 7 操作系统的 Google Compute Engine VM 上进行了恢复测试。VM 有五个由 LVM 管理的分区磁盘。服务器已经存在了一段时间，所以大约有十个文件系统分布在磁盘上。这些快照都是在凌晨时分在一两秒内创建的。

看起来复苏进展顺利，df输出看起来像我预期的那样。

我只是幸运吗？

从表面上不同步的快照中恢复时，我通常会遇到麻烦。

我想知道：我是否需要使用“适当的”逻辑卷感知备份系统来确保恢复的文件系统的一致性？或者如果失败了，我应该确保每个文件系统都在自己的单个磁盘上吗？还是我不必要地担心？

google-cloud-platform

1 个回答

  1. Best Answer

    GCP 建议将每个文件系统放在自己的单个磁盘上。

    如果您使用单个文件系统且没有分区表来格式化永久磁盘，则可以节省时间并获得最佳性能。

    从标准系统管理员的角度来看，考虑到可以附加到实例的磁盘数量是有限的，这可以看作是一种资源浪费，但是管理备份更容易。

    • 具有共享核心机器类型的实例最多只能有 16 个永久性磁盘。
    • 对于具有至少 1 个 vCPU 的自定义机器类型或预定义机器类型，您最多可以附加 128 个永久性磁盘。
    • 每个永久性磁盘的大小最高可达 64 TB，因此无需管理磁盘阵列来创建大型逻辑卷。每个实例只能附加有限的总永久性磁盘空间和有限数量的单个永久性磁盘。预定义机器类型和自定义机器类型具有相同的永久磁盘限制。
    • 大多数实例最多可以有 128 个永久性磁盘和最多 257 TB 的总永久性磁盘空间。实例的总永久磁盘空间包括启动磁盘的大小。
    • 共享核心机器类型限制为 16 个永久性磁盘和 3 TB 的总永久性磁盘空间。

    如果我理解正确，您将 5 个单独的磁盘附加到您的实例并继续创建 PV、VG、LV 和 FS。最后，您几乎同时为每个磁盘拍摄了快照

    您似乎没有在快照之间对磁盘进行更改，但我不建议将此架构用于数据库等敏感应用程序，因为我会担心数据一致性。如果您在磁盘快照之间重复该实验并遇到数据一致性问题，我不会感到惊讶。

    我建议您查看快照最佳实践和计划快照

    • 1

相关问题