我們對框架功能作了簡述，演示視頻請點擊?這里查看?，

本章節，我們專門講解一下，如何在Window服務器下，設計高可用的框架。

我們的框架設計采用的是Window版本的服務端設計：

整體框架圖如下，

為什么我們需要如此設計？

本文僅簡述NLB與ARR的利與弊，更多技術文章往后推出。

我們引入NLB，相對于ARR來說，ARR是應用級別的負載均衡方案，ARR只能做請求入口的分發服務，而NLB則是服務器級別的負載均衡方案。

如果微軟的這兩款方案我們結合起來使用，即可搭建高可用網站方案。

Application Request Route與NLB高可用方案的演進

1、Application Request Route方案，如下圖

?

缺點：

ARR可以檢測到你的iis應用是否可用，并對用戶的請求實施負載均衡方案，根據我們配置的負載均衡算法，把用戶的請求分發到應用服務器中。

但是，如果我們的ARR服務器down掉之后，我們的整個應用程序就無法使用，達不到24*7用不宕機的高可用要求。

?

2、NLB的網路負載平衡方案

缺點：

NLB可以最多可以配置32臺服務器，這32臺服務器通過擁有自己的獨立ip之外，還共有一個虛擬IP，用戶訪問虛擬ip，nlb集群根據配置的負載算法來確定把用戶的請求分發給那臺應用服務器，如果一臺NLB服務器down掉，則不會影響消息的分發可達到7*24小時不down機的高可用方案。

但是，NLB不能檢測應用你的iis網站是否down掉，只能檢測服務器是否down掉，這樣一來，如果你的iis網站已經停止啦，nlb還給分發用戶請求，那樣麻煩可就來啦。

那么我們使用微軟的技術怎么樣做到網站的高可用呢？對，就是NLB+Application Request Route .

?

3、NLB+Application Request Route 方案

優點：用戶請求虛擬ip，接入nlb，nlb檢測一臺可用的服務器，請求轉發給arr，arr檢測可用的網站把用戶請求給分派處理，形成高可用方案。

框架設計預研中，靈感來源參考文獻：https://cnblogs.com/knowledgesea/p/5157565.html

?

經過綜合分析后，我們最終采用了NLB+ARR的結合，形成如下設計圖

?對于此框架的設計（優點與缺點），元芳，您怎么看？歡迎留言吐槽。

??我們學的不僅是框架，更是夢想！更多文章，請查看www.letyouknow.net

總結

以上是生活随笔為你收集整理的.NET开发框架(三)-高可用服务器端设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。