Weblogic 12c 负载均衡和session复制

在上一篇，我们介绍了weblogic集群的部署和session的复制，如何将请求负载均衡到这个三个服务器上呢?

这里提供两种方式：（1）weblogic自带的proxy代理        (2) nginx实现负载均衡

一、通过proxy实现负载均衡

1、创建proxy_server服务

创建完成后，proxy_server关联计算机machine，这样可以通过节点管理器启动该服务.

2、创建proxy_server应用

proxy_server应用很简单，就一个web.xml和一个weblogic.xml

web.xml

HttpClusterServlet会将请求负载分发到127.0.0.1:47001|127.0.0.1:47002|127.0.0.1:47003上.

[java]  view plain  copy

1. <?xml version="1.0" encoding="UTF-8"?>  
2. <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" id="WebApp_ID" version="3.0">  
3.   <display-name>proxy_server</display-name>  
4.   
5.   <!--HttpClusterServlet来拦截请求,然后转发给被代理的服务器  -->
6.   <servlet>  
7.       <servlet-name>session_test</servlet-name>    
8.       <servlet-class>weblogic.servlet.proxy.HttpClusterServlet</servlet-class>  
9.       <!-- 配置了集群的服务器, 服务器与服务器之间用 |隔开 -->
   
10.       <init-param>  
11.           <param-name>WebLogicCluster</param-name>  
12.           <param-value>127.0.0.1:47001|127.0.0.1:47002|127.0.0.1:47003</param-value>  
13.       </init-param>  
14.   </servlet>  
15.     
16.   <!-- 配置了需要拦截的 路径,与后缀,根据情况自行添加 -->
17.   <servlet-mapping>  
18.         <servlet-name>session_test</servlet-name>  
19.         <url-pattern>/session_test</url-pattern>  
20.   </servlet-mapping>  
21.   <servlet-mapping>  
22.         <servlet-name>session_test</servlet-name>  
23.         <url-pattern>/</url-pattern>  
24.   </servlet-mapping>  
25.   <servlet-mapping>  
26.         <servlet-name>session_test</servlet-name>  
27.         <url-pattern>*.jsp</url-pattern>  
28.   </servlet-mapping>  
29.   <servlet-mapping>  
30.       <servlet-name>session_test</servlet-name>  
31.       <url-pattern>*.htm</url-pattern>  
32.   </servlet-mapping>  
33.   <servlet-mapping>  
34.       <servlet-name>session_test</servlet-name>  
35.       <url-pattern>*.html</url-pattern>  
36.   </servlet-mapping>    
37.     
38. </web-app>  

weblogic.xml

[java]  view plain  copy

1. <!DOCTYPE weblogic-web-app PUBLIC "-//BEA Systems, Inc.//DTD Web Application 8.1//EN" "http://www.bea.com/servers/wls810/dtd/weblogic  
2. 810-web-jar.dtd">  
3. <weblogic-web-app>  
4.     <context-root>/</context-root>  
5.     <charset-params>  
6.       <input-charset>  
7.         <resource-path>/*</resource-path>  
8.         <java-charset-name>GBK</java-charset-name>  
9.       </input-charset>  
10.     </charset-params>  
11. </weblogic-web-app>  

将其打包成war，部署到proxy_server服务器上.

部署完成后如下所示：

3、 测试负载均衡

当服务都启动之后，浏览器输入http://127.0.0.1:47008/redis/

然后刷新浏览器

可以发现，session的创建时间和第一个感叹号之前的值也没有变化，说明：session得到了复制，每次请求被分发到其中的某一个server上，降低了服务器的压力.

当我们把托管服务server1关闭时

我们再次刷新浏览器时，

由上图可以发现，session并没有发生变化(只是感叹号之后的值变化了)，而且后来每次刷新时感叹号之间的值 506820286和68952051来回调换位置而已.

这也表示服务器只有2个了.

由以上几点，我们验证了weblogic的负载均衡.

二、通过Nginx实现负载均衡

还记得我的另篇博文中写的关于nginx+tomcat实现的负载均衡么，  nginx+tomcat负载均衡和session复制，原理其实差不多. 只需要更改下其中的IP地址就可以了.

[java]  view plain  copy

1. #weblogic的三个服务  
2. upstream mysite {  
3.   server 127.0.0.1:47001 weight=5;  
4.   server 127.0.0.1:47002 weight=5;  
5.   server 127.0.0.1:47003 weight=5;  
6. }  

完整的内容如下

[java]  view plain  copy

1. #user  nobody;  
2. worker_processes  1;  
3.   
4. #error_log  logs/error.log;  
5. #error_log  logs/error.log  notice;  
6. #error_log  logs/error.log  info;  
7.   
8. #pid        logs/nginx.pid;  
9.   
10.   
11. events {  
12.     worker_connections  1024;  
13. }  
14.   
15.   
16. http {  
17.     include       mime.types;  
18.     default_type  application/octet-stream;  
19.   
20.     #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '  
21.     #                  '$status $body_bytes_sent "$http_referer" '  
22.     #                  '"$http_user_agent" "$http_x_forwarded_for"';  
23.   
24.     #access_log  logs/access.log  main;  
25.   
26.     sendfile        on;  
27.     #tcp_nopush     on;  
28.   
29.     #keepalive_timeout  0;  
30.     keepalive_timeout  10;  
31.   
32.     #gzip  on;  
33.       
34.       
35.     #weblogic的三个服务  
36.     upstream mysite {  
37.       server 127.0.0.1:47001 weight=5;  
38.       server 127.0.0.1:47002 weight=5;  
39.       server 127.0.0.1:47003 weight=5;  
40.     }  
41.   
42.     server {  
43.         listen       80;  
44.         server_name  localhost;  
45.   
46.         #charset koi8-r;  
47.   
48.         #access_log  logs/host.access.log  main;  
49.   
50.         location / {  
51.             root   html;  
52.             index  index.html index.htm;  
53.             proxy_pass http://mysite;  
54.             #添加如下3个配置后，当一台server宕机,切换速度会很快，此时配置是1秒  
55.             proxy_connect_timeout   1;   
56.             proxy_send_timeout      1;  
57.             proxy_read_timeout      1;  
58.         }  
59.   
60.         #error_page  404              /404.html;  
61.   
62.         # redirect server error pages to the static page /50x.html  
63.         #  
64.         error_page   500 502 503 504  /50x.html;  
65.         location = /50x.html {  
66.             root   html;  
67.         }  
68.   
69.         # proxy the PHP scripts to Apache listening on 127.0.0.1:80  
70.         #  
71.         #location ~ \.php$ {  
72.         #    proxy_pass   http://127.0.0.1;  
73.         #}  
74.   
75.         # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000  
76.         #  
77.         #location ~ \.php$ {  
78.         #    root           html;  
79.         #    fastcgi_pass   127.0.0.1:9000;  
80.         #    fastcgi_index  index.php;  
81.         #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;  
82.         #    include        fastcgi_params;  
83.         #}  
84.   
85.         # deny access to .htaccess files, if Apache's document root  
86.         # concurs with nginx's one  
87.         #  
88.         #location ~ /\.ht {  
89.         #    deny  all;  
90.         #}  
91.     }  
92.   
93.   
94.     # another virtual host using mix of IP-, name-, and port-based configuration  
95.     #  
96.     #server {  
97.     #    listen       8000;  
98.     #    listen       somename:8080;  
99.     #    server_name  somename  alias  another.alias;  
100.   
101.     #    location / {  
102.     #        root   html;  
103.     #        index  index.html index.htm;  
104.     #    }  
105.     #}  
106.   
107.   
108.     # HTTPS server  
109.     #  
110.     #server {  
111.     #    listen       443 ssl;  
112.     #    server_name  localhost;  
113.   
114.     #    ssl_certificate      cert.pem;  
115.     #    ssl_certificate_key  cert.key;  
116.   
117.     #    ssl_session_cache    shared:SSL:1m;  
118.     #    ssl_session_timeout  5m;  
119.   
120.     #    ssl_ciphers  HIGH:!aNULL:!MD5;  
121.     #    ssl_prefer_server_ciphers  on;  
122.   
123.     #    location / {  
124.     #        root   html;  
125.     #        index  index.html index.htm;  
126.     #    }  
127.     #}  
128.   
129. }  

为了避免proxy和nginx相互影响，我们先把proxy_server服务关闭，server1服务再次启动.

启动nginx，浏览器输入http://127.0.0.1/redis/

刷新浏览器后，session创建时间和那个值(你懂的)也不会变.

如果将server1 和server2 都关闭后，会怎么样呢? 

我们再次刷新浏览器，而且每次刷新后Session ID 整体的值都不会变化，因为我们只有一个服务了，不会把请求切换到其他服务上.

由上图可以发现，session的创建时间并没有变化，但是第2个感叹号后的值变成了NONE，由此我们想到了什么呢？是不是代表这个值表示某个服务的ID值呢？（具体答案大家可以百度自行寻找答案，想必对weblogic 的sessionID值构成有更深刻的认识.）

原文地址