先修复或虚拟化然后修复

Question

警告：这是一个非常笼统的问题。

我走进了一个环境，在那里一切正常，但它是用透明胶带粘在一起的（不想冒犯胶带崇拜）。

关键点

• 备份无法恢复到不同的硬件
• SAN 使用 Microsoft iSCSI 启动器
• 权限是一个没有记录的噩梦
• 许多单点故障
• 服务器多为4-5年以上利用率低
• 3 个办公室 20 台服务器
• 所有 Windows 服务器

我应该先虚拟化（已经有一个基本的 SAN）还是在虚拟化之前解决这些问题？我认为虚拟化将使解决这些问题变得容易得多，但我想避免垃圾中的垃圾。我最担心的是 Exchange 和 SQL 服务器（带有中间件）的备份无法恢复到不同的硬件。我打算在时机成熟时使用 VMWare。

你的想法......谢谢，

Answer 1

就我个人而言，我会先考虑修复问题，然后再研究基础设施的改进。这样你就不会给问题带来新的复杂性。

让我花一点时间来解决您提出的问题：

• 备份无法恢复到不同的硬件

这是一个主要问题。您应该真正与您的备份供应商交谈并找出原因。是不是因为他们正在做恢复到裸机的备份并且供应商不支持裸机恢复，除非它是相同的硬件？如果是这样，您应该能够向轮换添加仅数据备份。这样一来，恢复起来可能需要做更多的工作，但您不会丢失重要的东西（数据）！

• SAN 使用 Microsoft iSCSI 启动器

为什么你认为这是一个问题？微软 iSCSI 启动器没有任何问题，事实上我会警惕那些没有在 MS 平台上使用它的人。我们有数百个机器使用 iSCSI 启动器与数十个 SAN 通信而没有问题。

• 权限是一个没有记录的噩梦

这……糟透了。而且，到处都在发生。你最好的办法是慢慢地记录这些。在此站点上搜索有很多与使用脚本记录权限相关的问题。但是你不想在你知道它们现在如何之前乱搞事情。

• 许多单点故障

这总是一个棘手的问题。您需要从企业购买，让他们花钱来减少或消除 SPoF。我对您的最佳建议是记录所有内容，并进行风险分析。然后汇总一些建议的解决方案和大致成本，并将其呈现给企业主。如果他们想减少或消除它们，那么您就是黄金，如果不是您所能做的就是继续记录它，并开始记录由它引起的中断并将其返回给所有者。

• 服务器多为4-5年以上利用率低

只要它们还在保修期内，这没有任何问题。如果使用了 4-5 年的旧服务器未得到充分利用，则它们是进行虚拟化的理想选择，但您应该花一些时间进行性能分析以了解利用率在哪里 - 内存、网络 IO、磁盘 IO、处理器等 - 这样您就可以正确规划您的虚拟化策略。

• 3 个办公室 20 台服务器

再一次，这也没有错。您只需要确保有适当的远程工具可供您使用 - IP KVM、远程访问电源板、iLO/DRAC 卡等。事实上，根据 WAN 连接，集中化可能会降低性能和可管理性。再次查看服务器的使用配置文件。

• 所有 Windows 服务器

这绝对没有错，因为它们是窗户而改变事物是为了将它们从窗户改变出来是一个坏主意。

因此，如果我处于您的情况，我会坐下来列出您认为需要更改的所有内容，然后将它们按最重要（即数据丢失、停机时间）到最不重要（即不便、基础设施改进）进行组织。然后，您只需按照列表逐一解决问题，直到完成。

虚拟化不是灵丹妙药，它可能会解决您的一些问题，但它会在此过程中引入新的问题和问题。在开始虚拟化事物之前，我会认真思考很久，但对事物现在的状况以及它将如何改变情况以及它可能引入的新问题没有很好的理解。