「每秒钟几十万上下」对电子邮件系统是一句形容它工作状.PDFVIP

導讀 「每秒鐘幾十萬上下」對電子郵件系統是一句形容它工作狀況的詞句，電 子郵件資訊的重要性已經到了運籌帷幄之中，決勝於千里之外的境界，在這樣 的競爭環境之中，企業能容忍電子郵件系統的中斷，甚至小至幾秒鐘的停擺 嗎？討論這個議題之前，讀者們會直覺的想到叢集、負載平衡、高可用性等解 決方案。 以 Exchange 系統的備援歷史來看，最初的 Exchange 備援機制著重在 Exchange 服務，使用的備援方案為叢集，叢集的保護對象是 Exchange 服 務，在多節點伺服器的 Exchange 叢集系統中，當主要的 Exchange 節點伺 服器故障，叢集中其他的節點伺服器會自動取代故障的伺服器使 Exchange 服 務不致中斷；到了後期的 Exchange 系統(Exchange 2007)才提供了資料庫的 備援方案，讓信箱資料庫首次可以主要、次要的身份在不同的信箱伺服器中移 轉，降低為了保護資料庫需增加的成本。 8-1 備援方案概觀 圖 8-1　Exchange 2016 的備援機制 先前版本 Exchange 的伺服器角色是分開的，對不同的伺服器角色可依 其特性採用不同的備援機制，比如說邊際傳輸伺服器、集線傳輸伺服器及用 戶端存取伺器適合使用負載平衡，信箱伺服器則使用高可用性的方案 DAG (Database Availability Group，資料庫可用性群組)，然而，2016 版的 Exchange 信箱伺服器把集線傳輸伺服器及用戶端存取伺器合併到信箱伺服器 的角色中，由於 DAG 與 Windows 負載平衡無法在同一部伺服器上啟用，不 論任何取捨上的考量，DAG 一定是優先啟用的功能，DAG 保護了 Exchange 中最重要的信箱資料庫，讓信箱資料庫同時具有高可用性及資料庫複本同步的 特性，這也是 Exchange 2016 保護信箱資料庫最好的作法。 圖 8-2　DAG 的架構 對於集線傳輸及使用者存取，宜使用負載平衡設備把多部信箱伺服器內 的傳輸及使用者存取服務整併在一起，若沒有負載平衡設備，可使用 DNS Round Robin 分散傳輸和存取上的負荷。 圖 8-3　負載平衡設備及 DNS Round Robin 此外，也要考量網路的容錯，若電子郵件系統是公司傳遞訊息的命脈，使 用不同 ISP 的網路也可避免單一網路故障所導致的問題。 那麼，要放棄 Windows 網路負載平衡嗎？ Windows 網路負載平衡(以下簡稱 NLB)與 DAG 不能安裝在同一部伺 服器，但在低成本建置架構中的 CP 值也是蠻高的，規劃架構時，可用下列架 構來比較使用 Windows NLB 或採購網路負載平衡設備的成本以及維運的風 險。 小提示 Windows NLB 與虛擬伺服器 筆者的 Exchange 2016 安裝在 WMWare 虛擬伺服器上，當把兩部啟用了 Windows NLB 的虛擬伺服器放在同一部實體伺服器上時會產生大量網路流量影響整個 網路環境；若您準備在 VMWare 的虛伺服器上啟用 Windows NLB，請將啟用了 Windows NLB 的虛擬伺服器放在不同的實體伺服器上，若您只有一部 WMWare 實 體伺服器，就不建議在虛擬伺服器上啟用 Windows NLB。 圖 8-4　使用 Windows NLB 的 Exchange 2016 架構 下表係說明 NLB 在不同架構中郵件收發及使用者存取，在啟用 NLB 服務後的容 錯能力： 架構一 架構二