nginx 负载均衡多站点共享Session

多站点共享Session常见的作法有：

•使用.net自动的状态服务（Asp.net State Service）;
•使用.net的Session数据库；
•使用Memcached。
•使用Cookie方式实现多个站点间的共享（这种方式只限于几个站点都在同一域名的情况下）；
这里我们就演练一下以数据库的形来存储Session，来实现多站点共享Session。

首先我们建好一下站点，如下图:

Default.aspx

其中有二个Button ，SetSession 主要是用于给一个 Session 赋值（如：Session["ShareValue"] = “abcd”），

GetSession 主要就是获得一个 Session 值。

具体代码如下:

代码部分就这么多就行了…

下面就是要配置一下 Web.config了，其实主要就是在 <system.web>
这个节点中增加 machineKey 及 sessionState 这两个节点，
1.增加machineKey 主要作用是：
“按照MSDN的标准说法：“对密钥进行配置，以便将其用于对 Forms 身份验证 Cookie 数据和视图状态数据进行加密和解密，并将其用于对进程外会话状态标识进行验证。”也就是说Asp.Net的很多加密，都是依赖于machineKey里面的值，例如Forms 身份验证 Cookie、ViewState的加密。默认情况下，Asp.Net的配置是自己动态生成，如果单台服务器当然没问题，但是如果多台服务器负载均衡，machineKey还采用动态生成的方式，每台服务器上的machinekey值不一致，就导致加密出来的结果也不一致，不能共享验证和ViewState，所以对于多台服务器负载均衡的情况，一定要在每台站点配置相同的machineKey。“ ，具体可以查一下其它资料。
2.增加 sessionState 主要是让 Session 保存在数据库中。
具体配置如下：

 
<machineKey validationKey="86B6275BA31D3D713E41388692FCA68F7D20269411345AA1C17A7386DACC9C46E7CE5F97F556F3CF0A07159659E2706B77731779D2DA4B53BC47BFFD4FD48A54" 
decryptionKey="9421E53E196BB56DB11B9C25197A2AD470638EFBC604AC74CD29DBBCF79D6046" 
validation="SHA1" decryption="AES"/> 
<sessionState mode="SQLServer" sqlConnectionString="Data Source=PC-07195;Initial Catalog=AWBUISession;Persist Security Info=True;User ID=jins;Password=js@#$1234" allowCustomSqlDatabase="true" cookieless="false" timeout="100"/> 

网站部分这样就好了。。。下面就是要配置据库了…..

数据库配置：
使用aspnet_regsql.exe工具
ASP.NET 2.0版本后微软提供了aspnet_regsql.exe工具可以方便的配置Session数据库.该工具位于 Web 服务器上的"系统根目录\Microsoft.NET\Framework\版本号"文件夹中.

使用举例:

aspnet_regsql.exe -S . -U sa -P 123456 -ssadd -sstype p
-S参数:
表示数据库实例名称. 可以用"."表示本机.
-U和-P参数:
表示用户名和密码.
-E参数:
可以再-U –P 与 -E中选择一组. –E表示以当前系统用户通过windows身份验证登录数据库, -U -P则是使用SqlServer用户登录数据库.
-ssadd / –ssremove 参数:
-ssadd表示是添加Session数据库, -ssremove表示移除Session数据库.
sstype 参数说明:
t
将会话数据存储到 SQL Server tempdb 数据库中。这是默认设置。如果将会话数据存储到 tempdb 数据库中，则在重新启动 SQL Server 时将丢失会话数据。

将会话数据存储到 ASPState 数据库中，而不是存储到 tempdb 数据库中。
c
将会话数据存储到自定义数据库中。如果指定 c 选项，则还必须使用 -d 选项包括自定义数据库的名称。
我的设置是：aspnet_regsql.exe -S . - E -d AWBUISession -ssadd -sstype c

好了。基本的我们就已经搞定了。。
现在我们分别把我们刚建的一个网站部署到 IIS 中。不过我们既然要负载。至少也的部署两份。

我们把其中一个服务器中的 defaut.aspx 中 “服务器 1” 改成 “服务器 2” ，这样做的主要目地是做一下区别！

具体如下：

两个网站的 URL分别是：

server 1：127.0.0.1:8081;

server 2：127.0.0.1:8080;

OK。下面我们就是配置 Nignx了。

首先在 nginx\conf 配置文件中找到 nginx.conf 这个文件，就记事本打开，

做如上的设置：

OK。 nginx 这样配置就算OK 了。我们启动一下 nginx ..

在浏览器中输入我们在 nginx 中配置的 URL 如：127.0.0.1：8090

我们会看到服务器 1 已经开始为我们服务了，我们再点一下 “SetSession”来设置一下一个会话值，

我们会看到服务器 2 开始工作。这时我们再点一下 “GetSesion”看一下刚才在服务器 1 设置的会话值，结果如下：

出现这种情况，主要就是在数据库中存储一个会话时没有做到服务器1 和服务2的Session 共享，主要是在

ASPStateTempSessions 这个表中的一个SessionID ,

其中的SessionId包括两个部分：网站生成的24位SessionID及8位AppName对于不同的站点，其AppName不同，在能够在不同站点下使24位SessionID相同的情况下，要保证经过组合加上AppName后的SessionID相同，可以通过修改存储过程TempGetAppID，使其得到的SessionID与AppName无关，修改TempGetAppID如下：

 
ALTER PROCEDURE [dbo].[TempGetAppID] 
@appName tAppName, 
@appId int OUTPUT 
AS 
SET @appName = 'Test' --LOWER(@appName) 修改这里，使多个站点的APPname ,为一个固定值。 
SET @appId = NULL 
SELECT @appId = AppId 
FROM [AWBUISession].dbo.ASPStateTempApplications 
WHERE AppName = @appName 
IF @appId IS NULL BEGIN 
BEGIN TRAN 
SELECT @appId = AppId 
FROM [AWBUISession].dbo.ASPStateTempApplications WITH (TABLOCKX) 
WHERE AppName = @appName 
IF @appId IS NULL 
BEGIN 
EXEC GetHashCode @appName, @appId OUTPUT 
INSERT [AWBUISession].dbo.ASPStateTempApplications 
VALUES 
(@appId, @appName) 
IF @@ERROR = 2627 
BEGIN 
DECLARE @dupApp tAppName 
SELECT @dupApp = RTRIM(AppName) 
FROM [AWBUISession].dbo.ASPStateTempApplications 
WHERE AppId = @appId 
RAISERROR('SQL session state fatal error: hash-code collision between applications ''%s'' and ''%s''. Please rename the 1st application to resolve the problem.', 
18, 1, @appName, @dupApp) 
END 
END 
COMMIT 
END 
RETURN 0 