我有一个托管多个虚拟机的 VMware vSphere 4.1 服务器。我们需要运行这个版本有一个遗留原因。
当我创建新的 64 位 Ubuntu VM 并挂载 64 位 Ubuntu Server 14.04 LTS ISO 时，VM 无法从映像启动。我知道该图像没有任何问题，因为它在我的笔记本电脑上的 VMware Fusion 中运行良好。如果我挂载较旧的 Ubuntu ISO（例如 8.04），VM 会立即从映像启动。
我怀疑 Ubuntu 可能需要 EFI 固件，而 vSphere 4.1 不支持 EFI。任何人都可以确认这一点，如果是这样，是否有可能在 vSphere 4.1 上运行 Ubuntu 14.04 LTS 虚拟机，也许通过在其他地方创建它并将其迁移到 vSphere？
我公司的 IT 需求非常小，并且希望外包我们的大部分 IT 运营。我们已经将一些东西转移到托管服务，但其他事情，如网络管理、设置新员工的机器、创建虚拟机、管理我们内部使用的某些软件的许可证服务器等，必须在现场完成。
我们没有足够的工作来雇用全职人员，而且我们很难找到愿意兼职工作的合格人员。理想情况下，我们想聘请一家完全管理几家小公司所有 IT 工作的公司。
我们如何寻找这样的公司？“托管 IT 服务”是正确的术语，还是有其他术语？
有什么我们不应该合理地期望这样的公司能够处理的，例如用户帐户管理、重组我们的网络等？
我将 mdadm 用于多个 RAID1 镜像。md7 是一个 N 路镜像，由 3 个旋转磁盘（全部标记为主要写入）和一个 SSD 组成：
md7 : active raid1 sdd1[0] sde5[3](W) sdf5[4](W) sdc1[1](W)
234428416 blocks [4/4] [UUUU]
md6 : active raid1 sdf6[0] sde6[1]
1220988096 blocks [2/2] [UU]
md2 : active raid1 sdb6[0] sda6[1]
282229824 blocks [2/2] [UU]
md1 : active raid1 sdb2[0] sda2[1]
19534976 blocks [2/2] [UU]
md0 : active raid1 sdb1[0] sda1[1]
192640 blocks [2/2] [UU]
整个系统在过去 2 周内挂了 3 次，需要硬重置。目前，我假设系统挂起与我的 md 问题无关，尽管我不能完全排除这种可能性。每次我们重新启动时，md7 都需要重建，但我不知道如何从日志中判断哪个磁盘触发了重建。我认为 iostat 可能会在 RAID 仍在重建时帮助我：
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 43.39 1038.34 558.83 223108 120075
sdb 66.88 1445.47 648.86 310588 139420
sdc 36.42 12.99 22256.81 2792 4782320
sdd 190.75 23227.78 331.14 4990954 71152
md0 2.11 21.39 0.23 4596 50
md1 173.72 1855.87 522.14 398770 112192
md2 11.68 65.84 27.59 14146 5928
md6 27.42 149.83 69.51 32194 14936
sde 75.83 70.81 22326.91 15214 4797384
sdf 79.31 99.41 22326.91 21360 4797384
sr0 0.04 2.61 0.00 560 0
md7 202.31 1287.41 331.07 276626 71136
...但在我看来，md7 正在使用 sdd 重建该 RAID 中的所有其他磁盘。我想这可能只是因为 sdd 是一个 SSD 并且所有其他磁盘都被标记为主要写入，但在那种情况下，它应该只重建一个不同步的磁盘（除非所有旋转磁盘恰好不同步同步，这对我来说似乎不太可能）。
我的另一个理论是，所有旋转的磁盘在重新启动时总是不同步，这仅仅是因为 SSD 的写入速度太快以至于它有时间完成一个块的写入，而其他块仍在写入，然后系统恰好锁定在其他磁盘完成写入该块之前？
那么，如何判断哪个磁盘触发了重新同步？事实上，我有一个混合 SSD 和旋转磁盘的 n 向镜像可能是所有旋转磁盘总是在这些冻结之一之后重建的事实，或者 md 驱动程序是否保证块不被认为是写入的在一个磁盘上，直到成功写入所有磁盘？