我们有两个位于第三方托pipe服务提供商的站点之间的100 – 200台服务器。
（不是任何人都会认识的）
各种技术人员正在提议转移到另一个主机供应商（如亚马逊）。
主要原因是：
将所有服务器从一个提供者移到另一个提供者需要解决的关键问题是什么？
服务器种类繁多，包括多个操作系统，复杂的分区networking以及多种虚拟化软件types。
更新：
它们都是专用的主机，它们在固定的时间段内从提供商处租用。 （这是问题之一，现行安排的僵化）
在移动过程中，有限的停机时间很好。 （周末，深夜等）
这很大程度上取决于你使用的服务器。 这是一个普遍的答案，假设高的目标时间SLA。
如果您需要在移动过程中保持正常运行，则需要使用新主机设置新服务器，然后在两台服务器之间设置复制。 一旦你有复制，那么你可能会考虑使用负载平衡，使新服务器运行缓慢。 这样，如果出现故障，它将被隔离到只有less数用户（甚至可能首先迁移一个testing版组）。
如果逐渐翻身继续工作，那么最终您可以将其转移到新服务器的100％使用率。 一旦你完成了，你可以closures复制和退役旧服务器。
当然，如果你的运行时间目标很高，你可能会考虑将一些旧的服务器复制和负载平衡作为备份。
您应该仔细思考和仔细研究的一件事是，新提供商能否真正为您提供所需的设置和服务（正常运行时间，访问，支持等）。 假设他们可以进行下一步操作，那么一旦移动，将彻底logging对现有设置所做的任何更改。 在两种不同的环境中，事情将不可能完全相同，需要做一些修改。
在那之后，像Jim McKeeth所描述的那样逐渐翻转，就是为了尽可能多地进行testing，就像你可以在最初的小系统上处理一样，以确保你不会错过任何东西。
我认为基于已经出现的新信息，我build议使用VMWare的工具迁移到虚拟基础架构。 然后迁移该基础架构 。 您仍然需要处理任何需要更改的硬编码IP地址以及实际切换时不可避免的DNScaching问题。
一个巨大的优势就是VMWare在这两个步骤方面有很多的经验，并且能够帮助你。 另外，当您完成这些工作时，您将拥有一个虚拟化的基础架构，这将会更加灵活和灵活。
将所有服务器从一个提供者移到另一个提供者需要解决的关键问题是什么？
几个笔记…
-亚当
您可以将同一机构中的某些服务器与现有服务器进行整合，然后每个周末都会将几台服务器脱机备份旧服务器，并将其还原到您实际拥有的新的共站服务器。 一旦你从专用服务器转移到你所拥有的同位置服务器，那么你实际上可以将所有的服务器物理地加载到卡车上，并将它们移动到新的位置。 我曾在一家做过非常类似的事情的公司工作（他们从共同的服务器开始）。
如果你可以把它分成几个更好的小动作，但这取决于服务器之间的相互依赖关系
显而易见的缺点是它需要你从专门的托pipe转移到共同托pipe，这可能不符合你的计划。
一个变种就是在星期五晚上让一些服务器脱机，备份它们，然后移动备份并重新安装到另一台机器上。 听起来像一场噩梦。 我仍然推荐VMWare选项 。