nginx 轮询模式 nginx_upstream_jvm_route 插件安装

使用nginx_upstream_jvm_route插件的目的是为了保证在轮询机制下的session的共享

前提:源码方式安装nginx。patch命令

1、下载nginx_upstream_jvm_route插件。

2、将插件解压在任意位置/opt/nginx-upstream-jvm-route-master

3、执行命令patch -p0 </opt/nginx-upstream-jvm-route-master/jvm_route.patch

4、安装nginx

cd /data/nginx-1.10.2i

依次执行

./configure --prefix=/data/nginx --add-module=/opt/nginx-upstream-jvm-route-master

make

make install

5、配置nginx

vim nginx.conf

修改以下:

upstream GolivePay

{
  server 192.168.134.229:4401 srun_id=tomcat-299;
  server 192.168.134.233:4401 srun_id=tomcat-233;

  jvm_route $cookie_JSESSIONID|sessionid reverse;

}

6、修改tomcat

vim tomcat-299/conf/server.xml

修改以下:

<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat-299">

vim tomcat-233/conf/server.xml

修改以下:

<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat-233">

7、重新启动nginx,tomcat-299,tomcat-233

时间: 2024-10-09 06:01:01

nginx 轮询模式 nginx_upstream_jvm_route 插件安装的相关文章

5.USART异步串行口输入输出(轮询模式)

学习是一个简单的过程,只要有善于发掘的眼睛,总能学到新知识,然而如何坚持不懈的学习却很困难,对我亦如此,生活中有太多的诱惑,最后只想说一句勿忘初心.闲话不多扯,本篇讲诉的是异步串行口的输入输出,串口在外设中属于比较简单的通讯模式,但是在大型项目调试中又十分重要,理解该外设模块对于以后的通讯协议学习以及软件调试都有重要意义. 通讯协议是指双方实体完成通信或服务所必须遵循的规则和约定,对于串口来说,包含波特率,数据位长度,停止位和数据校验位,当stm32芯片和客户端具有相同的协议约定时即能够正确的接

监控服务器Cacti之三 插件安装

Cacti本身可以以图形化界面显示出流量状态,cacti也可以安装插件,通过插件,cacti的功能被进一步强大:可以监控服务器状态:发送邮件通知:短信通知等.0.88之前的版本还需要先安装架构扩展包才能再安装插件,但是到了0.88这个版本,本身就已经被集成了,无需再单独安装架构扩展包了.最新版本cacti-0.8.8a 集成了plugin架构扩展,cacti安装完成后就可以安装其他插件. 插件名称        作用 Monitor插件            友好界面显示监控主机状态 Setti

Web 通信 之 长连接、长轮询(long polling)(ZZ)

http://feilong.me/2011/07/talk-about-polling-and-long-polling 轮询(Polling)是指不管服务器端有没有更新,客户端(通常是指浏览器)都定时的发送请求进行查询,轮询的结果可能是服务器端有新的更新过来,也可能什么也没有,只是返回个空的信息.不管结果如何,客户端处理完后到下一个定时时间点将继续下一轮的轮询. 推送或叫长连接(Long-Polling)的服务其客户端是不做轮询的,客户端在发起一次请求后立即挂起,一直到服务器端有更新的时候,

LVS轮询服务器集

集群 a)一组通过告诉网络互联的计算组,并以单一系统的模式加以管理 b)将很多服务器集中起来一起,提供同一种服务,在客户端看来就像是只有一个服务器 c)在付出较低成本的情况下获得在性能.可靠性.灵活性方面的相对较高的收益 d)任务调度是集群系统中的核心技术 目的 1)提高性能 2)降低成本 3)提高扩展性 4)增强可靠性 负载均衡集群(LB) LVS 和 Haproxy 高可用集群(HA) keepalived 和 RHCS LVS应用集群 部署NAT模式 [客户端角色] 192.168.2.2

stm32f103的串口通信之串口轮询实验

经过两天的艰苦战斗,经历了心平气和-->烦躁-->放任自由-->心平气和,我今天晚上的最后一分钟,终于将它搞定了! 首先阐述问题:在把usart.c文件里有关中断的部分注释掉以后,使用轮询模式进行串口通讯,但是在这过程中,遇到的问题是只能显示第一个字符: 首先说明原因:在使用轮询模式时,不要使用延时函数,也不要使用中断,如使用printf()这样的函数:      如下是完整代码:      main.c #include "stm32f10x.h" #include

S5PV210 串口设置与实验(轮询方式)

S5PV210 UART 相关说明 通用异步收发器简称 UART, 即 UNIVERSAL ASYNCHRONOUS RECEIVER AND TRANSMITTER,它用来传输串行数据.发送数据时, CPU 将并行数据写入 UART,UART 按照一定的格式在一根电线上串行发出:接收数据时, UART 检测另一根电线的信号,将串行收集在缓冲区中, CPU 即可读取 UART 获得这些数据. 在 S5PV210 中, UART 提供了 4 对独立的异步串口 I/O 端口,有 4 个独立的通道,每

Slickflow.NET 开源工作流引擎基础介绍(十)--邮件轮询异步发送模块集成

前言:在任务数据生成时,为了让办理任务的用户及时获取到待办任务的主题和内容,需要发送通知类的消息,而电子邮件和手机端的短信通知则是比较普通的消息发送.本文是针对电子邮件异步发送模块的实现来做实例说明. 1. 邮件发送通知的位置 通常任务数据生成时,就需要发送一封邮件通知,邮件内容包括正文和页面地址信息:任务办理人员在接收到邮件后,会及时登录系统进行任务处理,发送邮件通知的好处就在于方便和及时. 但是邮件发送并不是所有的业务客户都需要的一个功能,它不便于紧耦合地在引擎流转环节,即跟任务数据的生成绑

同步异步;回调、轮询;序列化

IO编程中,Stream(流)是一个很重要的概念,可以把流想象成一个水管,数据就是水管里的水,但是只能单向流动.Input Stream就是数据从外面(磁盘.网络)流进内存,Output Stream就是数据从内存流到外面去.对于浏览网页来说,浏览器和新浪服务器之间至少需要建立两根水管,才可以既能发数据,又能收数据. 由于CPU和内存的速度远远高于外设的速度,所以,在IO编程中,就存在速度严重不匹配的问题.举个例子来说,比如要把100M的数据写入磁盘,CPU输出100M的数据只需要0.01秒,可

nginx源码安装、文件模块的修改、访问加密(自定义签名证书)及负载均衡+轮询

主机环境 redhat6.5 实验环境 服务端 ip172.25.29.1    nginx    服务端 ip 172.25.29.2  apache    服务端 ip 172.25.29.3  apache    测试端 ip 172.25.254.29 安装包       nginx-1.10.1.tar.gz nginx用作反向代理 服务端1 1.  安装nginx 1.解压及简单配置 [[email protected] mnt]# yum install gcc -y      #