iis負載均衡(iis負載均衡高可用方案)

iis 怎樣部署 實現負載均衡

在windows平臺，不需要 nginx 之類的低效軟件。如果你沒錢買硬件負載均衡器，就使用 windows rver 操作系統自身的負載均衡功能就行了。并且既然你已經使用 iis 7.x 以上版本，更是不需要再使用 nginx。

關于ASP.NET中的負載均衡

　　ASP NET站點中做負載均衡

　　基于HTTP協議我們可能發現我們要解決兩點問題

　　第一 做到負載均衡 我們需要一個負載均衡器

　　可以通過DNS輪詢來做 在DNS服務器上配置為每次對我們做負載均衡的同一主機名的DNS查詢得到不同的IP地址 這樣的好處是配置簡單投入較小 缺點是瀏覽器訪問各個服務器的機會是均等的 不能根據服務器的負載程度自動把請求路由到負載較小的服務器

　　可以通過專用的負載均衡設備 通過監測后臺數臺服務器的負載情況 自動把HTTP請求轉發到負載較輕的服務器 另外必須監測后臺服務器的IIS負載情況 而不是整臺服務器的CPU負載 同時可能需要在負載均衡器和后臺服務應用之間建立心跳連接 以避免出現某臺服務器IIS進程或者其中跑的應用已經down掉 負載均衡器反而監測到這臺服務器的負載最小而把大量請求轉發的這臺服務器 達到相反的效果

　　第二 Session狀態的保持和遷移

　　由于HTTP協議的無狀態性 我們一般是在Session中保存客戶端的一些狀態數據 負載均衡之后 前后兩次HTTP請求所到達的服務器可能不是同一臺 這就造成可能出現這樣的情況 前一此請求處理中設置的ssion在第二次請求中變得不可用了 造成應用程序出錯 所以我們要把ssion跟隨遷移 實現的方法就是ssion的統一存儲和服務器間共享

　　在ASP NET中服務器保存ssion有五種方式 Off不說了 InProc是保存在服務器進程的內存中 顯然不能滿足要求 另外兩種能夠滿足

　　StateServer是把ssion保存在專門的狀態服務器中 這樣各臺服務器都存取同一個StateServer 達到共享的目的

　　SQLServer是把ssion保存在數據庫中 同樣能達到目的

　　Custom自定制的存儲方案 我們自己寫當然能夠實現

　　比較一下 Custom這種自己實現比較麻煩一般不用 SQLServer可以利用數據庫的cluster達到高性能和高可用性的目的 StateServer當然也可以通過手段達到高可用性 不過似乎不能實現集群所以性能也有所限制

　　另外如果要做負載均衡在StateServer和SQLServer中配置ssion時 必須在nfig中重寫machineKey節點

　　<machineKey

　　validationKey= AAAAAAAAAA

　　decryptionKey=

　　validation= SHA

　　decryption= Auto

　　/>

　　否則各個應用服務器拿到的ssion還是不一樣的

lishixinzhi/Article/program/net/201311/12775

網絡負載均衡的驗證方法

網絡負載均衡配置好后，為了實現某項具體的服務，需要在網絡負載均衡的計算機上安裝相應的服務。例如，為了實現IIS網站的負載均衡，需要在相應的網絡負載均衡服務器上安裝IIS服務。為了讓每個用戶在通過網絡負載均衡訪問到不同的計算機時，能夠訪問到一致的數據，需要在網絡負載均衡的每臺計算機上保持數據的一致性。舉例來說，實現了兩個節點的IIS的網絡負載均衡，為了保證兩個網站內容的一致性，除了這兩個IIS服務器的配置相同外，相應的網站數據必須一致。
為了檢驗網絡負載均衡，我們可以通過IIS來進行驗證，其他的一些應用如終端服務、Windows Media服務與IIS的應用與之相類似。在其他計算機上的IE瀏覽器中鍵入192.168.0.9，根據網絡的負載，網絡負載均衡會自動轉發到A機或B機。為了驗證效果，你可以在瀏覽的時候，拔掉第一臺計算機的網線或拔掉第二臺機器的網線，將會發現瀏覽到的將是不同內容。當然，我們在測試的時候，為了驗證網絡負載均衡的效果，把兩個網站設置成不一致的內容，而在正式應用的時候，網絡負載均衡群集的每個節點計算機的內容將是一致的，這樣不管使用哪一個節點響應，都能保證訪問的內容是一致的。

iis 負載均衡 如何保存ssion狀態

一、Inproc模式
Inproc是缺省的設置,這種模式和以前的ASP的會話狀態的方法是類似的,會話的狀態會被保存在ASP.NET進程中，它的優點是顯而易見的：性能。進程內的數據訪問自然會比夸進程的訪問快。然而，這種方法Session的狀態依賴于ASP.NET進程，當IIS進程崩潰或者正常重起啟時，保存在進程中的狀態將丟失。

二、StateServer模式
為了克服Inproc模式的缺點，ASP.NET提供了兩種進程外保持會話狀態的方法。

ASP.NET首先提供了提供了一個Windows服務：ASPState,這個服務啟動后，ASP.NET應用程序可以將mode屬性設置為 “SateServer”,來使用這個Windows服務提供的狀態管理方法。

除了在web.config文件中設置mode屬性為StateServer外，還必須設置運行StateServer服務器的IP地址和端口號，具體配置方法如下：

2.1 如果在IIS所在的機器運行StateServer則IP地址就是127.0.0.1,端口號通常是42424.配置如下：

mode=”StateServer”

stateConnectionString=”tcpip=127.0.0.1:42424″

2.2 找一臺服務器作為Session服務器

如IP為：172.18.1.188，啟動其Windows中的ASP.NET State Service（默認的端口號為42424），把啟動類型改為自動；

2.3 修改Session服務器注冊表中的項：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \aspnet_state\Parameters中的AllowRemoteConnection 鍵的值為1，其中的Port鍵控制ASP.NET State Service的監聽端口；修改后需要重啟ASP.NET State Service才生效；

2.4 每臺服務器的web.config 的stateConnectionString都指向這臺服務器

使用這種模式,會話狀態的存儲將不依賴IIS進程的失敗或者重啟,會話的狀態將存儲在StateServer進程的內存空間中。

三、SQlServer模式
另一種會話狀態模式是SQLServer模式。這種模式是將會話的狀態保存在SQL Server數據庫中的。使用這種模式前，必須至少有一臺SQL Server服務器，并在服務器中建立需要的表和存儲過程。.NET SDK提供了兩個腳本來簡化這個工作：InstallSqlState.sql和UnInstallSqlState.sql。這兩個文件存放在下面路徑中：

c:\windows\Microsoft.NET\Framework

要配置SQL Server 服務器，可以在命令行中運行SQL Server提供的命令行工具osql.exe

osql -s [rver name] -u [ur] -p [password]

例如：

osql -s (local) -u as -p “”-i InstallSqlState.sql

做好必要的數據庫準備工作后，將web.config文件中的ssionstate元素的mode屬性改為”sqlrver”,并指定 SQL連接字符串。具體如下：

mode=”SQLServer”

sqlConnectionString=”data source=127.0.0.1;urid=sa;password=;Trusted_Connection=yes”

使用SQLServer模式處了可以使Session的狀態不依賴于IIS服務器之外，還可以利用SQL Server的集群，使狀態存儲不依賴于單個的SQL Server,這樣就可以為應用程序提供極大的可靠性。

多臺服務器如何做網絡負載均衡？

1：找分區或目錄同步軟件，某臺服務器改動了自動把修改應用到別的服務器，比如紅旗的HA。

2：換種建服務器的思路，后臺用一臺獨立的服務器做數據庫和文件服務器，用來存放數據庫和上傳的文件，另外的做負載均衡運行服務器，把不需要變動的網頁程序放上面。