还记得那些年吗？
还记得更新代码之后，服务器起不来被领导训斥吗？还记得更新代码，需要停机过多的时间被渠道部们埋怨吗？还记得更新代码，代码出错时自己吓个半死吗？于是我们聪明勤快的程序员，看着电影待到夜深人静的时候；爬起来有条不紊的更新着代码，以保证明天大家一觉醒来打开网站，完美的呈现给用户。 看似非常的完美，但是代码更新频繁的时候，我们也吃不消；并且我们在停机更新的时候带来的影响。
你听过「灾备」、「异地多活」、「双机热备」这些词么？
大家都知道「不能把鸡蛋放在一个篮子里」，在我们开发中依然是如此，如果是稍微对系统数据及运行状态有要求的项目，千万可不能突然系统挂掉几分钟，这带来的后果是不可想象的。所以，在我们开发中就会有「灾备」这个词，我们要考虑到这些不可预防的事件发生，所以，往往我们会把系统部署到多台服务器上面，这就是「鸡蛋」的例子，也就是所谓的「双机热备」，以保证我们系统的高可用，当一个服务器挂掉，后边的这个完全有能力顶上去！就好像一个程序员你感觉他天天没什么事儿可干，非常气愤的去找你领导说：xxx 天天没事干，为什么他工资比我高？呵呵呵...
nginx+tomcat实现负载均衡以及双机热备
由于服务器资源有限，我们就做本地测试；
实现的原理：
利用nginx的反向代理将我们配置好的应用池根据某种规则去访问。nginx分配tomcat请求的比例有四种，分别是轮询（默认），权重（红框所示）权重分配的越高，访问的承载量越大，第三种分配方式是根据ip分配；最后一种是第三方分配。我的配置文件用的是权重的分配方式。
nginx代码段
准备如下nginx代码段将其添加到nginx的/etc/nginx/conf.d/default.conf中, 模拟方式很简单，通过down来表示流量为零（nginx中无法将weight设置为零），开始的时候100%的流量都发到蓝色版本。
http {
upstream nginx_blug_green {
server 127.0.0.1:8080 weight=100;
server 127.0.0.1:8081 down;
}
server {
listen 80;
server_name www.liumiao.cn 192.168.163.117;
location / {
proxy_pass http://nginx_blug_green;
}
}
因为我这边服务器有限，装了两个Tomcat来模拟两个服务器的；安装完成之后开始配置我们的tomcat文件夹/conf/server.xml文件，如下所示
更改这三个端口号，防止出现运行多个tomcat会出现端口号被占用的问题。
tomcat和nginx的配置完成后把要运行项目的war包放到tomcat的webapps的文件夹下（在两个tomcat的项目里做一个标识，显示当前的端口号为多少），在tomcat的bin文件夹下运行startup.bat文件，启动tomcat，tomcat启动成功之后，使用dos命令启动我们的nginx，然后打开浏览器进行测试
运行nginx;
1.cd /usr/local/nginx; 2 ./nginx;
等待nginx启动完成；
假设我们要更新代码场景： 只需将8080端口设置为down，将所有流量走8081；此时并不会停机。
upstream nginx_blug_green {
server 127.0.0.1:8080 down;
server 127.0.0.1:8081 weight=100;
}
nginx平滑重启
./nginx -s reload
温馨提示：
如果在访问时出现：
原因是在nginx配置文件中配置upstream时用了“_”字符，如上用的tomcat_server，直接报错了。改成tomcatserver，即不使用“_”字符就好了。主要还是版本原因，tomcat7就不会有这个问题