伺服器遷移的兩種方式淺談

最近在處理伺服器機房遷移的事宜，很多事情其實看起來簡單，但是實現的時候總會有一些不如意的地方，很可能你考慮的是一個看起來非常穩定完美的遷移，但是實現中總會有這樣那樣的限制最後不得不採用一種混合式或者看起來有些彆扭的方式來實現。這種方式裡面有一個坑就是如果一旦看到這種迂迴或者彆扭的方式能夠改善問題，那麼後續再想進一步改進問題，就會有潛意識中的懶惰和不情願，而這個也是我們碰到的很多遺留問題，相容問題的源頭，有時候我們說我們說這個東西太爛，那個一點都不高階，其實很多時候我們就是始作俑者。
    我們來看看目前的伺服器架構模式，目前的主要業務會採用一主兩備的架構模式，一主一備在同機房，便於服務切換，IP可以無縫對調，另外一個備庫在異地機房，作為前兩道防線崩潰之後的補充。實現方式如下圖所示：

當然有一天我們突然接到了一個需求，是某一個機房要撤銷，即下圖中的機房1要撤銷了，目前有機房2，機房3可供選擇。
針對這種情況，需要討論的是怎麼來實施而不是遷移的目的，能不能遷移。
一種方案就是把機房1裡的備庫先搬遷到機房3，然後在機房3裡面新增一個新的備庫伺服器，然後在遷移的時候主從切換，切換後連結備庫1和備庫2即可。

切換完成之後，機房1的主庫伺服器就可以集中下架，作為後續的補充資源所
這種方式的優點是步驟比較簡單可行，很多準備工作在前期都會完成即可。可以簡單歸納為半搬遷，半遷移。
第二種遷移方式看起來略微臃腫，但是也是很多情況下的無奈之選。
我們還是看看最開始的場景，一主兩備。

然後我們在機房3準備了一主一備的環境，到時候遷移時還是主從切換，機房1的主備伺服器就保持原樣，統一下架。

這種方式對於伺服器的數量是一個很大的要求，但是這種遷移方式可行性略高，因為碰到機房管理不規範，佈線不夠規範的情況下，這種方式的餘地最大，先遷移再搬遷。
如果這兩種思想混合起來就是一種很折中的方式，說實話，我對這種情況不滿意，但是又無奈。