我们在位于第三方托管服务提供商的两个站点上拥有 100 - 200 台服务器。
（不是任何人都能认出的公司。）
各种技术人员正在提议转移到另一个托管服务提供商（如亚马逊）。
主要原因是：
- 改善服务
- 更可靠和一致的网络
- 更灵活的服务
- 更便宜的服务。
将所有服务器从一个提供商转移到另一个提供商时要解决的关键问题是什么。
服务器种类繁多，具有多个操作系统、复杂的分区网络和使用的多种虚拟化软件类型。
更新：
它们都是专用主机，在固定期限内从提供商处租用。（这是问题之一，当前安排的不灵活。）
在移动过程中，有限的停机时间是可以的。（周末、深夜等）
这在很大程度上取决于您使用服务器的目的。这是假设高目标正常运行时间 SLA 的一般答案。
如果您需要在移动期间保持正常运行时间，那么您需要使用新主机设置新服务器，然后在两台服务器之间设置复制。完成复制后，您可能会考虑使用负载平衡来使新服务器缓慢投入运行。这样，如果出现故障，它将仅被少数用户隔离（甚至可能先迁移一个 beta 组）。
如果逐步滚动继续有效，那么最终您可以将其转换为 100% 使用新服务器。完成后，您可以关闭复制并停用旧服务器。
当然，如果您的正常运行时间目标很高，您可能会考虑保留一些旧服务器进行复制和负载平衡作为备份。
您应该考虑和仔细检查的第一件事是新提供商是否可以真正为您提供所需的设置和服务（正常运行时间、访问、支持等）。假设他们可以下一步是彻底记录移动后需要对现有设置进行的任何更改。在两种不同的环境中，事情不太可能完全相同，必须进行一些修改。
之后，按照 Jim McKeeth 的描述，逐步过渡是为了在最初的小型系统上进行尽可能多的测试，以确保您没有遗漏任何东西。
我认为根据已经出现的新信息，我建议使用VMWare 的工具迁移到虚拟基础架构。然后迁移该基础架构。当您实际切换时，您仍然需要处理任何需要更改的硬编码 IP 地址以及不可避免的 DNS 缓存问题。
这样做的一个巨大优势是 VMWare 在这两个步骤方面拥有丰富的经验，并且能够帮助您完成它。此外，当您完成后，您将拥有一个更加灵活和有弹性的虚拟化基础架构。
将所有服务器从一个提供商转移到另一个提供商时要解决的关键问题是什么。
一些笔记...
-亚当
您可以将一些服务器托管在与现有服务器相同的设施中，然后每个周末让一些服务器离线以备份旧服务器并将其恢复到您实际拥有的新托管服务器。一旦您从专用服务器移动到您拥有的托管服务器，那么您实际上可以将所有服务器实际装载到卡车上并将它们移动到新位置。我在一家做与此非常相似的事情的公司工作（他们从托管服务器开始）。
如果你能把它分成几个更小的动作会更好，但这取决于服务器之间的相互依赖关系
明显的缺点是它需要您从专用托管转移到托管托管，这可能不适合您的计划。
对此的一种变体是在周五晚上让一些服务器离线，备份它们，然后移动备份并将其重新安装到另一台机器上。听起来像一场噩梦。我仍然推荐VMWare 选项。