公众号：杨建荣的学习笔记 · 作者：杨建荣 · 发布：2016-05-30 23:54:46 · 原文链接

最近在处理服务器机房迁移的事宜，很多事情其实看起来简单，但是实现的时候总会有一些不如意的地方，很可能你考虑的是一个看起来非常稳定完美的迁移，但是 实现中总会有这样那样的限制最后不得不采用一种混合式或者看起来有些别扭的方式来实现。这种方式里面有一个坑就是如果一旦看到这种迂回或者别扭的方式能够 改善问题，那么后续再想进一步改进问题，就会有潜意识中的懒惰和不情愿，而这个也是我们碰到的很多遗留问题，兼容问题的源头，有时候我们说我们说这个东西 太烂，那个一点都不高级，其实很多时候我们就是始作俑者。

    我们来看看目前的服务器架构模式，目前的主要业务会采用一主两备的架构模式，一主一备在同机房，便于服务切换，IP可以无缝对调，另外一个备库在异地机房，作为前两道防线崩溃之后的补充。实现方式如下图所示：

当然有一天我们突然接到了一个需求，是某一个机房要撤销，即下图中的机房1要撤销了，目前有机房2，机房3可供选择。
针对这种情况，需要讨论的是怎么来实施而不是迁移的目的，能不能迁移。
一种方案就是把机房1里的备库先搬迁到机房3，然后在机房3里面添加一个新的备库服务器，然后在迁移的时候主从切换，切换后链接备库1和备库2即可。

切换完成之后，机房1的主库服务器就可以集中下架，作为后续的补充资源所用。