nginx怎么实现负载均衡多站点共享Session
本文小编为大家详细介绍“nginx怎么实现负载均衡多站点共享Session”，内容详细，步骤清晰，细节处理妥当，希望这篇“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了 ， 其实主要就是在
这个节点中 增加 machinekey 及 sessionstate 这两个节点，
1.增加machinekey 主要作用是：
“按照msdn的标准说法：“对密钥进行配置，以便将其用于对 forms 身份验证 cookie 数据和视图状态数据进行加密和解密，并将其用于对进程外会话状态标识进行验证。”也就是说asp.net的很多加密，都是依赖于machinekey里面的值，例如forms 身份验证 cookie、viewstate的加密。默认情况下，asp.net的配置是自己动态生成，如果单台服务器当然没问题，但是如果多台服务器负载均衡，machinekey还采用动态生成的方式，每台服务器上的machinekey值不一致，就导致加密出来的结果也不一致，不能共享验证和viewstate，所以对于多台服务器负载均衡的情况，一定要在每台站点配置相同的machinekey。“ ，具体可以查一下其它资料。
2.增加 sessionstate 主要是让 session 保存在数据库中。
具体配置如下：
复制代码 代码如下:
validation="sha1" decryption="aes"/>
网站部分 这样就好了。。。 下面就是要配置据库了…..
数据库配置：
使用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
经过以上修改之后，下面要实现多个站点共用同一个sessionid.
重启一下各站点。再在浏览一下网站
点 “setsession”,
再点：“getsession”
这样 我们就看到 服务器2 给出了我们 刚才在 服务器 1 中设置 的会话值了。
我们 再点：“getsession”，
可以看到 服务器1 和服务器 2 返回的是相同的结果，达到了 “多站点共享session”
附加一点： session 过期删除，主要是 在 sql server 代理中的 作业完成。
读到这里，这篇“nginx怎么实现负载均衡多站点共享Session”文章已经介绍完毕，想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会，如果想了解更多相关内容的文章，欢迎关注创新互联行业资讯频道。
文章题目：nginx怎么实现负载均衡多站点共享Session
网页路径：http://shouzuofang.com/article/goeghc.html