利用信息系統處理業務，如何保證在計劃和意外停機期間確保業務運行不間斷？各種自然災害和事件突發，如何避免企業信息系統受到災害影響？網絡災難發生，如何減少數據的負面影響？本文邀請了Coremail論客運維高可用方案解決專家，從方案設計到部署等方面，結合某企業郵件系統部署案例，介紹運維高可用解決方案。
郵件系統作為基礎信息系統，是企業員工進行工作與交流溝通的重要渠道，企業依賴郵件系統作為通訊平臺以支持業務運行。系統在運行中不可避免會出現計算機硬件故障或網絡等原因，導致不可以訪問郵件系統，一旦出現這種情況，就需要管理員或郵件系統服務提供商去緊急處理。在處理過程中，員工是不能使用郵件系統。對于所有的企業來說，郵件系統服務的中斷，不僅影響到企業員工的正常工作與交流，還可能為企業帶來營業損失，甚至影響到服務品質和客戶的滿意度。
而Coremail運維高可用解決方案則能很好的解決這一問題。在介紹搭建運維高可用方案之前，先來科普一個最常用的衡量指標：
RTO：是指恢復時間點目標(Recovery Time Object)，即災難發生后，從IT系統宕機導致業務停頓之刻開始，到IT系統恢復至可以支持各部門運作，業務恢復運營之時，此兩點之間的時間段。
RPO：是指恢復點目標(Recovery Point Object)，即災難發生后，容災系統能把數據恢復到災難發生前時間點的數據。
而用戶的高可用要求越高，需要投入的硬件和軟件成本就會越高，如何選擇一個適合企業又經濟實惠的高可用解決方案，則需要用戶在方案設計之初，提出具體的高可用要求。
本文選取了高可用目標RTO為1小時，RPO為15分鐘，并且實現同城兩個機房高可用的方案為例，從方案設計到部署執行兩個方面闡述運維高可用解決方案。
運維高可用解決方案的設計是以郵件系統的架構為基礎，初步可分為五層，針對不同的分層，相對應的設計了不同的解決方案：
1.接入層
該層主要包括DNS智能和負載均衡調優等。同城雙活分為對稱雙活與非對稱雙活，區別在于兩側機房是否同等配置規模與投入生產。該方式影響接入層的設計與負載均衡。
如果非對稱雙活設計，一般不考慮備機房數據中心的DNS的映射，直接將備機房業務SERVER與端口納入主機房F5 server_pool即可。
對稱雙活設計，即兩側生產規模高度一致，要完全負載業務峰值壓力。該設計可以采用與生產機房一致的F5負載均衡設備與DNS映射。
2.網絡層
該層主要包括兩機房間業務網絡打通和數據庫層網絡打通等。為更高更充分地利用與發揮同城高可用的架構優勢，保障生產環境故障時的順利切換與承載，同城備機房采用與生產機房同等架構的網絡架構與 SAN 網絡架構。
網絡交換機與SAN 交換機雙節點互做冗余。硬件要求網絡設備特別是數據庫心跳設備、SAN 交換機設備盡量同廠家同型號，微碼版本保持一致。
3.應用層
該層主要包括應用服務器軟硬件部署等。由于應用業務數據傳遞的復雜性與關聯性，為保障應用高可用的順利實現，在應用雙活改造過程中，優先保障基本業務的高可用。可按生產環境的應用系統架構配置在備機房進行部署。
后續根據業務應用的需求擴展，可以在備機房進行單邊部署配置，降低主生產環境的業務壓力與負載。其它單機部署服務器參仿生產規模配置進行部署設計。
使用負載均衡+智能DNS 技術實現應用層在數據中心之間的并行運行，可以提高當前系統的高可用性。
4.存儲層
該層主要包括存儲層集成部署等。郵件，用戶數據均使用分布式存儲，通過Coremail多活實時將數據同步到兩側。
5.數據庫層
該層主要包括數據庫部署等。采用數據庫雙主架構。正常情況下，各后端服務器會根據配置，分別訪問對應的中心數據庫服務器。
當數據庫中的其中一個點宕機時，存儲層訪問策略或者數據庫雙主配置的故障轉移策略，會自動將正常訪問轉移至正常數據庫節點上。
在方案設計完成后，接下來的重點就是部署，如何以經濟高效的方式完成部署是本次案例的關鍵。圖1則是本次案例的同城雙活部署架構圖。
從圖1可以看出，兩個機房的數據庫使用物理數據庫復制軟件實現了數據的同步，兩中心數據庫形成雙主，機房之間通過綜合數據網提供基礎鏈路承載和互聯互通。
并且兩個機房應用服務器利用F5負載均衡技術實現了雙活，存儲服務器使用分布式存儲數據，每臺存儲服務器既是計算節點也是存儲節點。
兩個機房之間的SAN交換機，利用廣域I/O加速技術和ISL技術實現兩個機房交換機之間的各自互聯。
當然，每一個企業都存在不同的設計需求，Coremail論客運維高可用方案解決專家建議，在方案進行部署時用戶需要依據用戶自身的具體情況進行執行，才可達到最佳執行效果。
(新聞稿 2019-01-14)