警告：这是一个非常普遍的问题。
我走进过一个环境，里面的一切大部分都运转正常，但却是用透明胶带粘在一起的（不想冒犯胶带崇拜者）。
关键点
- 备份无法恢复到不同的硬件
- SAN 使用 Microsoft iSCSI 启动器
- 权限是一场没有记录的噩梦
- 许多单点故障
- 服务器大多已使用 4-5 年以上，利用率低
- 3 个办事处设有 20 台服务器
- 所有 Windows 服务器
我应该先虚拟化（已经有了基本的 SAN）还是在虚拟化之前解决这些问题？我认为虚拟化将使修复这些问题变得容易得多，但我想避免垃圾进垃圾出。我最担心的是 Exchange 和 SQL 服务器（带有中间件）的备份无法恢复到不同的硬件。我打算到时候去 VMWare。
你的想法....谢谢，
答案1
我个人会先考虑修复问题，然后再考虑改进基础设施。这样就不会给问题带来新的复杂性。
让我花一点时间来解决你提出的问题：
- 备份无法恢复到不同的硬件
这是一个主要的问题。您真的应该与您的备份供应商谈谈，找出原因。是不是因为他们正在进行恢复到裸机的备份，而供应商不支持裸机恢复，除非是相同的硬件？如果是这样，您应该能够将仅数据备份添加到轮换中。这样，恢复可能需要多做一些工作，但您不会丢失重要的东西（数据）！
- SAN 使用 Microsoft iSCSI 启动器
您为什么认为这是一个问题？Microsoft iSCSI 启动器没有任何问题，事实上，我会对那些在 MS 平台上没有使用过它的人保持警惕。我们有数百台机器使用 iSCSI 启动器与数十个 SAN 进行通信，没有任何问题。
- 权限是一场没有记录的噩梦
这……太糟糕了。而且，到处都会发生。你最好的办法是慢慢地记录这些。在这个网站上搜索到了很多与使用脚本记录权限相关的问题。但你不想在知道事情现在怎么样之前就乱搞。
- 许多单点故障
这总是一个棘手的问题。你需要得到企业的认可，让他们花钱减少或消除 SPoF。我给你的最佳建议是记录一切，并进行风险分析。然后汇总一些建议的解决方案和大致成本，并将其提交给企业主。如果他们想减少或消除这些成本，那么你就成功了，如果不是，你所能做的就是继续记录它，并开始记录由此造成的中断并将其提交给所有者。
- 服务器大多已使用 4-5 年以上，利用率低
只要它们仍在保修期内，这样做就没什么问题。如果 4-5 年的旧服务器利用率不足，它们就是虚拟化的良好候选者，但您应该花一些时间进行性能分析，看看利用率在哪里 - 内存、网络 IO、磁盘 IO、处理器等 - 这样您就可以正确规划虚拟化策略。
- 3 个办事处设有 20 台服务器
再说一遍，这也没什么问题。你只需要确保有合适的远程工具可供使用 - IP KVM、远程访问电源板、iLO/DRAC 卡等。事实上，根据 WAN 连接，集中化可能会降低性能和可管理性。再次查看服务器的使用配置文件。
- 所有 Windows 服务器
这绝对没有错，因为它们是窗口而为了将它们从窗口改变出来而进行改变是一个很糟糕的主意。
因此，如果我处于你的情况，我会坐下来列出你认为需要更改的所有事项，然后按重要性（例如数据丢失、停机时间）到不重要性（例如不便、基础设施改进）进行排序。然后你只需按照列表逐一修复问题，直到完成。
虚拟化不是万能的，它可能会解决您的一些问题，但在此过程中会引入新的问题。在开始虚拟化之前，我会仔细考虑，不要对现在的情况以及它将如何改变现状以及它可能带来哪些新问题没有充分的了解。
答案2
嗯，就像几乎所有事情一样，这取决于具体情况。大的在您的环境中，虚拟化的好处是可以对虚拟机进行快照。当您进行故障排除/修补/修复等时，快照功能可能是天赐之物。相反，P2V 转换可能会带来另一个级别的不稳定/不可预测性。您可以随时尝试 P2V，如果结果不理想，您实际上并没有失去任何东西 - 您可以随时返回物理主机。
答案3
我可能会在虚拟化过程中修复一些东西。比如同时拥有两个基础设施，一个是“新”的，另一个是“旧”的，然后逐个迁移。
答案4
“如果你手里只有一把锤子，那么所有东西看起来都像钉子。”
重新评估你为什么要虚拟化基础设施。你遇到的哪些问题需要虚拟化？我个人不会虚拟化基础设施，除非你真的真的需要额外的硬件，以便腾出空间用于其他用途。您还会引入另一个问题：如果托管虚拟机管理程序的硬件坏了怎么办？您可能会说，“我只需在两台装有虚拟机的机器上使用 HA 即可！”但是，与在常规 Windows 安装之上安装服务来构建高可用性服务相比，这样做有什么好处呢？