复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍

 

Tomcat集群

nginx + tomcats实现Tomcat集群

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第1张图片

三个tomcat部署的业务相同,它们共同访问一个数据库

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第2张图片

 

 

配置XShell黏贴复制

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第3张图片

选中文本自动复制到剪贴板上,类似Ctrl+v

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第4张图片

实现Ctrl+v黏贴文本

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第5张图片

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第6张图片

 

 

配置进入后执行脚本

go最简单的Shell脚本

cd /usr/local/src			#进入用户默认安装文件目录
. go						#手动执行Shell脚本

xShell文件->属性:

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第7张图片

 

 

克隆虚拟机

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第8张图片

 

 

网络模式

桥接模式:自动分配新的IP地址,相当于当前局域网多了台电脑。

NAT模式:自己组一个私有局域网,实现双网卡,VMware8虚拟网卡。这样随着教室和办公室切换,IP地址不会变更。而桥接可能IP地址发生变更。不需要多个环境切换时,推荐使用桥接。

 

 

 

虚拟机的坑

很多优化软件如360,腾讯管家都会自动关闭这两个服务,如果关闭手动打开。

设置为自动启动!

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第9张图片

QQ电脑管家会关闭,也需要打开

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第10张图片

 

 

安装JDK

yum -y install glibc.i686		#jdk依赖glibc
mkdir /usr/local/src/java		#按习惯用户自己安装的软件存放到/usr/local/src目录下
rz 上传jdk tar包				#利用xshell的rz命令上传文件
tar -xvf jdk-7u51-linux-x64.tar.gz	#解压压缩包

配置环境变量

1)vi /etc/profile
2)在尾行添加
#set java environment
JAVA_HOME=/usr/local/src/java/jdk1.7.0_51
JAVA_BIN=/usr/local/src/java/jdk1.7.0_51/bin
PATH=$JAVA_HOME/bin:$PATH
CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
export JAVA_HOME JAVA_BIN PATH CLASSPATH
保存退出
3)source /etc/profile 使更改的配置立即生效
4)java -version 查看JDK版本信息。如显示1.7.0证明成功。

 

 

安装Tomcat

 

 

 

上传解压

创建目录/usr/local/src/java

上传文件xshell rz

解压文件tar –xvf apache-tomcat-7.0.55.tar.gz

 

 

 

端口配置

cd apache-tomcat-7.0.55

cd conf

vi server.xml 修改8080为80

注意:多个tomcat修改3个端口。8005/8009/8080。

 

 

 

启动停止服务

进入tomcat/bin目录

运行shell脚本:      ./startup.sh   或者 sh startup.sh

停止服务:           sh shutdown.sh

 

 

 

查看日志

查看日志: 

tail –f ../logs/catalina.out	

注意在linux和windows下查看的日志文件不同。在windows下查看的是localhost.2016-02-08.log文件。

删除日志,临时文件:    rm -rf ./*    删除当前目录下所有文件

 

 

 

*关闭防火墙

service iptables stop //关闭防火墙

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第11张图片

start/stop/restart   开启、停止、重启防火墙

 

 

 

打开端口8080, 8090, 8100

/sbin/iptables -I INPUT -p tcp --dport 8080 -j ACCEPT 	

#I不指定位置就是插入到最前面   -A默认是插入到尾部的,可以-I来插入到指定位置

iptables -I INPUT 3 -p tcp -m tcp --dport 8080 -j ACCEPT

#INPUT是进入的链接,TCP协议的链接,连接的80端口 ACCEPT是允许,REJECT是拒绝

/etc/rc.d/init.d/iptables save		#修改生效
/etc/init.d/iptables status			#查看配置

 

 

 

开启MYSQL远程访问权限

语法:

grant [权限] on [数据库名].[表名] to ['用户名']@['web服务器的ip地址'] identified by ['密码'];

grant all on *.* to 'root'@'%' identified by 'root';

或者指定IP地址

grant all on *.* to 'root'@'192.168.1.103' identified by 'root';

 

 

 

部署京淘项目

cd /usr/local/src
mkdir java
cd java
rz						#上传tomcat
tar –xvf apache-tomcat-7.0.55.tar.gz		#解压
mv apache-tomcat-7.0.55 t1				#修改目录名形成第一个tomcat
cd /usr/local/src/java/t1/webapps
rm -rf *				#删除所有,不需留
rz						#上传war包
mv jt-manage-web-0.0.1-SNAPSHOT.war ROOT.war	#修改文件名为ROOT.war
cd ..
bin/startup.sh			#启动tomcat,自动解压war包
bin/shutdown.sh		#停止tomcat,进行配置
cd webapps/ROOT/WEB-INF/classes		#进入目录修改数据库连接属性
vim jdbc.properties	#注意:mysql必须授权grant all远程访问权限

 

 

 

清除现场

cd logs
rm –rf *.*		#删除所有日志文件,查看日志时更加方便,没有以前数据干扰
cd ..
rm –rf work	#删除缓存目录,防止文件不更新

 

 

 

部署多个实例

cp –r t1 t2			#复制t1目录为t2目录,形成第二个tomcat
cp –r t1 t3			#复制t1目录为t3目录,形成第三个tomcat
vim conf/server.xml	#修改三处8005,8080,8009,每次加10,方便记忆
启动t1,t2,t3			#启动所有tomcat
tail –f t1/logs/catalina.out		#查看日志,看启动是否成功,需要一会

 

 

 

访问测试

http://192.168.163.158:8080/page/index
http://192.168.163.158:8090/page/index
http://192.168.163.158:8100/page/index

 

*负载均衡

提供5种负载均衡策略:

  1. 轮询:每个请求按时间顺序轮流分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。
  2. 权重:指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。
  3. IP_HASH:每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,针对解决session共享问题。
  4. URL_HASH(第三方):访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。FAIR(第三方):按后端服务器的响应时间来分配请求,响应时间短的优先分配。针对解决session共享问题。

 

 

轮询

默认配置,tomcats有n个,请求就被平均分配到这n个服务器上。请求次数%n,平均分配到每个服务器。

例子:3个tomcat

修改3个端口,在同一台服务器上启动3个tomcat。每个tomcat下放一个index.html。然后内容修改,分别展示T1,T2,T3。当请求nignx,通过这种方法验证得出默认nginx轮询这3个页面,但顺序不一定是配置的顺序。

    #前台,有3个tomcat集群,用户访问时轮询转向到某一个tomcat

server {
		listen       80;
		server_name  www.jt.com;

		location / {					#拦截所有的资源
			proxy_pass   http://jt_tomcats;	#引用定义的upstream
		}
		
	}

#配置一个upstream,声明一个名称jt_tomcats,配置多个ip地址转向,默认就是轮询。

upstream jt_tomcats {
		server 127.0.0.1:8080;
		server 127.0.0.1:8090;
		server 127.0.0.1:8100; 
	}

轮询方式存在问题:服务器有性能比较好的,有性能比较差的。新的服务器的配置比旧的服务器强悍很多。CPU核也多,内存也大,硬盘容量也大,速度还快。

如果还使用轮询的方式,就会造成新服务器资源的浪费,旧的服务器资源压力大。显然资源分配不合理,应该多劳多得。

 

 

权重

#前台,有3个tomcat集群,用户访问时轮询转向到某一个tomcat

server {
		listen       80;
		server_name  www.jt.com;

		location / {					#拦截所有的资源
			proxy_pass   http://jt;	#引用下面定义的upstream
		}
		
	}

#配置一个upstream,声明一个名称jt,配置多个ip地址转向,默认就是轮询

upstream jt {
		server 127.0.0.1:8080 weight=8;		#访问请求分成9份,这个tomcat负责8份的链接
		server 127.0.0.1:8090 weight=1;		#访问请求分成9份,这个tomcat负责1份的链接
		server 127.0.0.1:8100 down;		#这个tomcat暂时不参加负载
	}

 

 

*解决Session共享的解决办法

问题的由来:访问一个网站时,有两类请求。一种请求叫做无状态的请求,一种请求叫做有状态。

无状态,例如:登录页面,类似这种页面,哪个tomcat给我们响应都是一样的,不需要区分。这是我们最喜欢的。集群的动态伸缩性(增加节点,移除节点)。

有状态,例如:系统登录后,假如用户的请求被转发到tomcat1上,这时系统会写一个当前用户的信息放入session中。这种情况就称为有状态的,问题就来了。nginx负载均衡后,下一次用户的请求就被转发tomcat2上。tomcat2上没有session。系统就会要求用户去登录,这显然是不合理的。把这个问题称作session共享问题。

解决的办法:

session同步

tomcat支持动态将某个tomcat下的session复制到其他的tomcat中。但是这个方式是早期的企业级应用习惯的方式。现在很少使用。

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第12张图片

这种方式在集群数量很少时,结果还是可以的。但如果集群数量庞大。都需要复制session,这时会因为网络延迟,或者session的内容非常大。都会造成隐患,这时可能读到脏数据。

 

 

 

Session黏着-放在服务端

复习电商笔记-16-Linux版本TOMCAT的安装、代码的部署和ngnix介绍_第13张图片

对ip地址或者域名地址进行hash;或者uri进行hash。

缺点:用户浏览器的IP地址hash以后满足单调性。会可能造成资源的分配不均衡,负载均衡就达不到到目的。有的服务器负载过重,有的服务器负载过轻,显然没有充分利用资源。

#配置一个upstream,声明一个名称jt,配置多个ip地址转向,默认就是轮询
	upstream jt {
		ip_hash;				#IP_HASH方式来实现session共享
		server 127.0.0.1:8080 weight=5;		#访问请求分成9份,这个tomcat负责8份的链接
		server 127.0.0.1:8090 weight=5;		#访问请求分成9份,这个tomcat负责1份的链接
		server 127.0.0.1:8100 down;		#这个tomcat暂时不参加负载
	}

 

 

因为uri比ip地址相应数量多,变化就多,因此uri-hash比ip-hash分布更均衡些。

uri-hash需要第三方软件支持pcre-8.02.tar.gz、Nginx_upstream_hash-0.3.1.tar.gz

 

 

 

 

将信息放到cookie-放在客户端

session存在服务器端,会对服务器产生压力。如果将信息保存到cookie中,减轻了服务器的压力,同时每个客户端的压力也很小。因为只保存自己的信息。这种方式在实际的开发中广泛的采用。

缺点:cookie可以被禁用,cookie要随着浏览器传递,增大了传输的内容,cookie大小有限制。

 

 

 

 

 

你可能感兴趣的:(电商笔记)