在运行在VMWare中的linux服务器中运行软件RAID的原因

Question

我发现我们的一个服务器运行在一个VMWware虚拟机中，它有一个软件RAID。

在接下来的几天里，管理员是无法联系到的。

我认为VM中的软件raid是没有意义的。我认为RAID应该由虚拟机管理程序来处理，而不是在VM内部。

有什么可行的理由可以这样做呢？

cat /proc/mdstat

Personalities : [raid10] 
md127 : active raid10 sde1[3] sdc1[1] sdb1[0] sdd1[2]
      209712128 blocks super 1.0 512K chunks 2 near-copies [4/4] [UUUU]
      bitmap: 0/2 pages [0KB], 65536KB chunk

unused devices: <none>

Answer 1

一般来说，大部分时间这样做是没有意义的。

然而，有一些特殊情况确实有意义(这不是一个详尽的清单，只是我能想到的东西)：

• 管理员知道如何在Linux上设置软件RAID数组，但不知道如何在VMWare上设置，因此他将其设置在他知道可以正确管理它的地方。考虑到您没有在服务器上提供太多其他信息，这将是我在您的特殊情况下的第一次猜测。
• 如果它必须是软件RAID，那么在VM中而不是在外部处理它可能会更有效。对于您正在使用的任何特定VMWare产品来说，这可能是也可能不是这种情况(我怀疑它是否适用于ESXi，但如果它适用于其他一些VMWare产品，我也不会感到惊讶)。
• 如果来宾在物理服务器上开始工作，然后您需要对其进行虚拟化，那么将存储堆栈保持在来宾中就更有意义了，因为它简化了转换过程，并减少了客户中某些东西因配置不同而停止工作的可能性。
• 如果VM的目的是测试将在实际硬件上使用的特定软件配置，那么VM内部的配置应尽可能接近实际硬件上实际使用的配置，包括使用相同的存储堆栈。
• 这里不是这样的，但是如果在VM中使用BTRFS/ZFS，而不是在VM之外使用，那么在VM中有任何复制和/或奇偶校验就更有意义了，这样您就可以充分利用BTRFS/ZFS提供的块校验和来进行错误恢复。如果您将BTRFS或ZFS作为主机上的存储后端，则可以反向应用相同的参数，但不要在来宾内部使用它们。
• 如果需要将每个副本存储在物理上独立的硬件上，那么通过在VM中放置RAID层可以更容易地实现这一点。这很容易用Linux上的QEMU和iSCSI上的磁盘来演示，主机上的RAID层必须通过主机块层中的多个层进行路由，而将RAID层放置在VM中意味着您甚至不必触摸主机的块层(因为QEMU本机可以说iSCSI)。
• 在客户操作系统中运行的任何应用程序实际上都可能关心复制的细粒度控制或与其相关的详细性能统计，如果RAID数组在主机上处理，则这两个方面都不容易提供。