负载均衡设备作为纵跨网络2-7层协议的设备，往往放置在网络设备和应用设备的连接处，对工程师在网络和应用基本知识方面的要求远高于其他设备，所以我们要在基本功能的理解上下更多的功夫。负载均衡设备还有另外一个称呼：4/7层交换机，但它首先是个2-3层交换机，这要

在大多数电子商务的应用系统或者需要进行用户身份认证的在线系统中，一个客户与服务器经常经过好几次的交互过程才能完成一笔交易或者是一个请求的完成。由于这几次交互过程是密切相关的，服务器在进行这些交互过程的某一个交互步骤时，往往需要了解上一次交互过程的处理结果，

网上总结的软负载均衡的几种策略，这里做个简单的记录。顾名思义，轮询分发请求。均衡器根据请求的目的IP地址，找出该IP地址最近使用的“服务器组”，注意，并不是具体某个服务器，然后采用最少连接数从该组中挑出具体的某台服务器出来，把请求转发之。

nginx作为应用的负载均衡和反向代理的主流工具，是每个开发和运维必须熟悉和了解的，这里简单记录下如何利用nginx +tomcat 搭建一个简单的负载均衡集群。利用nginx做反向代理，用户访问都通过nginx访问，然后分发到后面的tomcat服务器。需

正向代理类似一个跳板机，代理访问外部资源。客户端必须要进行一些特别的设置才能使用正向代理。客户端非常明确要访问的服务器地址；服务器只清楚请求来自哪个代理服务器，而不清楚来自哪个具体的客户端；正向代理模式屏蔽或者隐藏了真实客户端信息。反向代理，主要用于服务器

本文长度为3032字，预计读完需1.1MB流量，建议阅读8分钟。之前也有的小伙伴问到，为什么没有列出DNS？古时候军队打仗的时候一般都是拿盾的抗在前面，顶住攻击。前者的优势在对硬件产生压力较小、且天然安全性高，而后者对原网络架构的改动较小、且扩展性较好。

本文长度为3426字，预计读完需1.2MB流量，建议阅读9分钟。那么，本篇将通过图文并茂的方式，来描述出每一种负载均衡策略的完整样貌。如果大家习惯了开车的时候用一些导航软件，我们会发现，导航软件的推荐路线方案会有一个数量的上限，比如3条、5条。但是，软件系

念书的时候，这些都学过。没实践，就忘了。DNS由于成本较低，所以一般在小型的网站用的比较多。但是大型的网站一般也会将用它和其他负载均衡的方式结合起来一起使用，DNS轮询方式提供的IP地址，在大型网站中往往是一个集群的地址，可能是均衡交换机也可能是均衡服务器

Nginx 的 HttpUpstreamModule 提供对后端服务器的简单负载均衡。一个最简单的 upstream 写法如下：。其中如果域名可以被解析为多个地址，则这些地址都作为 backend。第三个 backend 是用 UNIX 套接字指定的。默认

server 192.168.1.113:80 安装nginx作为负载均衡的转发器server 192.168.1.106:8080 安装tomcatserver 192.168.1.109:8080 安装tomcat. #access_log off;

默认情况下，php的session文件是保存在磁盘文件中。在php.ini配置文件中的配置项如下：。session.save_path = "N;/path" 第一个配置项是指定使用files存储session数据。PHPSESSID

因为七层负载均衡设备其实是一个代理服务器，则对此设备的要求也很高。

如果使用这种方式，所有的标记进入虚拟服务的服务器应该有相近的资源容量以及负载形同的应用程序。如果所有的服务器有相同或者相近的性能那么选择这种方式会使服务器负载形同。基于这个前提，轮循调度是一个简单而有效的分配请求的方式。这可能导致能力较弱的服务器超载。

由于lvs支持会话保持，因此对于bbs这样的应用，一点也不用担心其登录丢失。一旦探测到故障，将自动发送邮件（短信）通知故障。对于web服务而言，GNU tar即可实现备份的一切愿望。一个比较省事的方法是把备份服务器以NFS方式挂接到web服务器及数据库服务

Apache 的安装：Apache的地址为：192.168.50.50#tar xzvf httpd-2.2.17.tar.gz #cd httpd-2.2.17 # ./configure --with-ldap --enable-mods-shared

参考：apache和tomcat的性能分析和对比1.3、lvs —— Linux Virtual Server的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统。由毕业于国防科技大学的章文嵩博士于1998年5月创立，可以实现LINUX平台下的简单

负载均衡需要的软件和jar包 redis-2.4.14.tar.gz tcl8.5.11-src.tar.gz nginx-1.2.0.tar.gz tomcat-redis-session-manager-1.0.jar commons-pool

两个TOMCAT目录：自行解压到下。这里并没有使用mod_jk.so进行apache和tomcat的链接，从2.X以后apache自身已集成了mod_jk.so的功能。只需简单的把下面几行去掉注释，就相当于以前用mod_jk.so比较繁琐的配置了。再找到&

upstream xxx { server 192.168.1.1:8080 weight=2; server 192.168.1.2:8080 weight=2; }. 负载均衡就不均衡了，端口的不同能影响流量的分配，在网上搜索资料，也未找到相关说明。

再翻出第一篇中放出的一张图来回顾一下。之前也有的小伙伴问到，为什么没有列出DNS？我认为，DNS的本质是解决「domain name --> ip」的问题。当然，基于DNS“智能解析”功能可以做到IP的动态返回，也算起到了负载均衡的作用。但是