實現跨雲應用——基於DNS的負載平衡

標籤：

“公用雲端可以作為傳統IT資源的延展，能協助客戶應對不斷變化的需求”——這是我們在向客戶介紹公用雲端產品時經常說的一句話。我們來看一個具體的需求：

某客戶有一個web網站，部署在自有的資料中心（on-premises），在某些未計劃高峰時期（假設是促銷季），現有資料中心的基礎設施資源不足以支撐突增的訪問量。在這種情況下，公用雲端如何協助客戶拓展本機資料中心的處理能力從而滿足峰值業務需求？

這個嘛，easy，客戶只要將現有的web網站遷移到公用雲端上可以啦，什麼橫向擴充、按需付費、冗餘儲存等一大堆“雲特性”就都齊全了。輕鬆搞定客戶需求。然後，客戶問了這樣一個問題：應用（Web網站）都遷移到公用雲端上去了，我們現有的資料中心咋不？關閉？閑置？這是我們賴以生存的核心應用，都“飄在雲端”總感覺有些不踏實呀...

看起來本來順理成章的故事變得充滿變數，其實這種情況是完全合理的：

• 因為遷移到公用雲端而廢棄或者閑置現有的基礎設施，而且還要做大規模的應用遷移（以及圍繞應用遷移而產生的一系列工作量和成本），這對客戶而言是無法接受的。使用雲端運算到底是省錢還是更費錢？是提升工作效率還是更折騰？
• 因為法律、合規等因素，客戶不可能將所有的應用和資料都搬到到公用雲端上。但是客戶也的確存在使用公用雲端的需求。例如：醫院不可能把所有的病人資料和診療資料都儲存到公用雲端上，但是可以通過公用雲端來提供檢查報告/檢驗結果查詢或者是預約挂號服務；企業不會將財務資料儲存在公用雲端上，但是可以通過公用雲端提供對賬、報表或者查詢服務。
• 儘管公用雲端的安全與合規程度遠高於某些客戶自有的IT基礎設施，但信任並非是短期內就可以建立起來的。就像我們完全有理由認為把錢存到銀行也不是百分百安全一樣——銀行倒閉了咋辦？

針對上述問題，我們可以使用“DNS負載平衡”來解決！

現在的DNS服務也不再是傻傻的只管將網域名稱解析為IP地址了。很多提供網域名稱相關服務的供應商都推出了智能DNS服務。與傳統的DNS解析服務相比，智能DNS服務增加了以下功能：

• DNS權重負載平衡：預設的DNS負載平衡是輪詢，即DNS伺服器會平均的將請求分發到每個A記錄。這樣雖然實現了最簡單的負載平衡，但是使用者無法控制負載分發策略。DNS權重負載平衡就是在預設的DNS負載平衡機制上加入了權重值，使用者可以通過權重值來設定分發到每個節點（A記錄）上的請求數量，以此實現“能者多勞”——處理能力強的節點多承載一些負載。
• 來源智能解析：根據客戶請求的來源（所在位置或者接入線路），返回對應的解析值（IP地址）。例如：使用者將一個應用分別部署在中國和美國，在網域名稱解析服務中給同一個網域名稱設定2條不同的A記錄，分別對應到中國和美國的應用地址（公網IP地址）。這樣就能實現中國客戶訪問部署在中國的應用，外國客戶訪問部署在美國的應用，所有使用者均使用相同的網域名稱來訪問應用。

國內外提供智能網域名稱解析服務的廠商有：DNSPod，CloudXNS，萬網，Akamai等。使用者也可以選擇使用F5的軟體硬體混合方案搭建自己的智能DNS解析服務。

萬網的來源智能解析

DNSPod的DNS權重設定

除了上述智能DNS解析服務，Microsoft Azure和AWS也提供了類似的服務。在Microsoft Azure中，智能DNS解析服務是Traffic Manager Profile，注意不是Traffic Manager。Traffic Manager只能支援部署在Windows Azure上的應用。而Traffice Manager Profile可以支援外部的endpoint，即：可以在Microsoft Azure和本機資料中心之間進行DNS負載平衡，支援效能，權重和優先順序3中負載分發演算法。

不過在endpoint地區選取項目中，是沒有中國大陸的。部署在中國的大陸的應用只能選擇東南亞或者東亞。

另外，Traffic Manager Profile目前只在國際版的Microsoft Azure上提供，中國版的Windows Azure只有Traffic Manager。

在AWS國際版上，Route 53即智能DNS解析服務，與Microsoft Azure的Traffic Manager Profile相比，Route 53的地區劃分更細緻，而且支援中國大陸（CN）。

藉助DNS負載平衡，我們就可以輕鬆實現一個混合雲應用部署方案，讓客戶切實體驗到雲的優勢。

誠祝：新年快樂！2016騰雲而躍，一帆風順，萬事如意！

實現跨雲應用——基於DNS的負載平衡