Haproxy 可以做4层(tcp)/7层(http)代理，利用Haproxy的7层代理实现一个负载均衡器

1. 测试环境
192.168.1.10 (Haproxy 负载均衡机器)
192.168.1.20 (WEB20服务器)
192.168.1.30 (WEB30服务器)

2.在 192.168.1.10 (Haproxy 负载均衡机器) 安装Haproxy
2.1  下载Haproxy
# wget http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.24.tar.gz

2.2 解压安装
# tar -zxvf haproxy-1.4.24.tar.gz (解压文件)
# cd haproxy-1.4.24 (进入工作目录)
# uname -a （查看Liunx内核版本）
Linux localhost.localdomain 2.6.33.3-85.fc13.i686 #1 SMP Thu May 6 18:44:12 UTC 2010 i686 i686 i386 GNU/Linux
# make TARGET=linux26 PREFIX=/usr/local/haprpxy install  （根据内核版本编译和安装haprpxy）

2.3 配置Haproxy.cfg (只要是负载均衡配置)
(...省略...)

listen  haproxy.test.com
        bind *:80
        mode    http
        option  httplog
        balance roundrobin
        option  httpchk GET /index.html  (WEB服务器一定要存在这个健康检查文件，负责服务检查失败，出现503错误)
        server web20 192.168.1.20:80 weight 2 check inter 2000 rise 2 fall 3
        server web30 192.168.1.30:80 weight 1 check inter 2000 rise 2 fall 3

2.4 启动haproxy
#/usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/haproxy.cfg

3. 配置WEB服务器
在服务器 192.168.1.20(WEB20) 写入主页：echo 'IP=192.168.1.20(WEB20)' >> /index.html
在服务器 192.168.1.30(WEB30) 写入主页：echo 'IP=192.168.1.30(WEB30)' >> /index.html

4. 测试负载均衡
访问： http://192.168.1.20/index.html 出现 IP=192.168.1.20(WEB20)
访问： http://192.168.1.30/index.html 出现 IP=192.168.1.30(WEB30)
访问： http://192.168.1.10            出现 第1次：IP=192.168.1.20(WEB20)  第2次：IP=192.168.1.20(WEB20) 第3次：IP=192.168.1.30(WEB30) 【因为WEB20的机器权重为2，WEB30权重为1】

如果出现上述结果:表示成功安装haproxy并且成功配置负载均衡。

5.查看统计页面
编辑 haproxy.cfg，加入   stats uri /stats
访问： http://192.168.1.10/stats

1. 实验环境（2个机器）
192.168.1.10（Memcached服务器）
192.168.1.20（WEB服务器）

2.配置Memcached服务器(192.168.1.10)
安装： yum install memcached
开启： memcached -d -m 32 -p 11211 -u root (开启11211端口提供服务,32M缓存，最好不要带-l 如 -l 127.0.0.1，否则会导致远程服务器连接不上)

3.在WEB机器上编写测试程序（192.168.1.20. 注意：一定要安装memcache扩展）

<?php
header("Content-type:text/html; charset=utf-8");
echo "<pre>";
$mamcache_server_ip='192.168.1.10';
$mamcache_server_port='11211';

//设置MemcacheSession共享
ini_set("session.save_handler","memcache");
ini_set("session.save_path","tcp://$mamcache_server_ip:$mamcache_server_port");
session_start();


//session赋值
$session_id=session_id();
var_dump("session_id=".$session_id);


$action=$_GET['action'];
switch($action)
{
	
	
	//清除$_SESSION['mem_session']
	case 'clear':
	unset($_SESSION['mem_session']);
	var_dump($_SESSION['mem_session']);
	//session_destroy();
	break;
	
	//存储SESSION
	case 'set':
	$_SESSION['mem_session']='测试SESSION='.date("Y-m-d H:i:s"); 
	var_dump($_SESSION['mem_session']);
	break;
	
	//获取SESSION
	case 'get':
	var_dump($_SESSION['mem_session']);
	break;
	
	
	//查看Memcahce如何存储的SESSION
	case 'mem':
	//从MEMCACHE读取SESSION的值。
	$memcache = new Memcache;
	$memcache->connect($mamcache_server_ip,$mamcache_server_port) or die ("连接服务器失败");
	
	//key 来源 session_id();
	$result = $memcache->get($session_id);
	var_dump("结果=".$result);
	break;
}

echo "</pre>";
?>

4. 测试结果如下：
4.1. http://localhost/session.php?action=clear
string(37) "session_id=o8lb038n05c6e185d0c882kp84"
NULL
4.2. http://localhost/session.php?action=set
string(37) "session_id=o8lb038n05c6e185d0c882kp84"
string(33) "测试SESSION=2014-01-10 05:32:46"


4.3.http://localhost/session.php?action=get
string(37) "session_id=o8lb038n05c6e185d0c882kp84"
string(33) "测试SESSION=2014-01-10 05:32:46"



4.4.http://localhost/session.php?action=mem


string(37) "session_id=o8lb038n05c6e185d0c882kp84"
string(60) "结果=mem_session|s:33:"测试SESSION=2014-01-10 05:32:46";"

一直 本地连接memcached 并且使用没有问题，但是远程连接的时候出现问题。

当我启动时使用了此命令：

memcached -d -m 32 -l 127.0.0.1 -p 11211 -u root

发现了问题存在的原因：我在启动时使用了 -l 参数，它指定了连接到memcached服务器的IP地址为 127.0.0.1。换句话说只有本地才能连接到memcached。既然找到了问题的原因，那么解决自然就不是问题了，启动时使用这个命令：

//usr/bin/memcached -d -m 32 -p 11211 -u root

去掉了 -l  参数，这样在没有指定连接到memcached服务器的IP地址时就允许任一IP来连接。问题终于解决了

1.环境3台机器
192.168.1.10(负载均衡机器）
192.168.1.11(NFS服务器)

192.168.1.20(WEB服务器1)
192.168.1.30(WEB服务器2)



2. 负载均衡机器配置
http
{
    upstream  test{
	server   192.168.1.20:80 weight=2;
	server   192.168.1.30:80;
	server   192.168.1.50:80 backup;
    }

    location / {
	proxy_pass         http://test;
	proxy_set_header   Host             $host;
	proxy_set_header   X-Real-IP        $remote_addr;
	proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
     }

}

3. NFS服务器配置
   vi /etc/exports
   /var/www/session/ 192.168.1.*(rw,no_root_squash)   //设置共享目录

 
4. 配置WEB1服务器
4.1 挂载NFS目录 
   mount -t nfs 192.168.1.11:/var/www/session/ /mnt/session/

4.2 编写session测试程序。（Session赋值）
   vi /var/www/html/session.php
   <?php
   session_start(); //开始记录SESSION。
   session_save_path('/mnt/session/');  //设置SESSION存储路径为NFS方式
      
   echo "SessionID=".session_id()."<br>";  //输出SessionID
   $_SESSION['myip']='192.168.1.20';       //设置Sesssion值
   var_dump($_SESSION);                    //输出Sesssion值
   ?>

5. 配置WEB2服务器
5.1 挂载NFS目录 
   mount -t nfs 192.168.1.11:/var/www/session/ /mnt/session/

5.2 编写session测试程序。(仅仅用来读数据)
   vi /var/www/html/session.php
   <?php
   session_start(); //开始记录SESSION。
   session_save_path('/mnt/session/');  //设置SESSION存储路径为NFS方式
      
   echo "SessionID=".session_id()."<br>";  //输出SessionID
   var_dump($_SESSION);                    //输出Sesssion值
   ?>


6. 注意权限问题（nginx可写可读）
    chown -R nginx:nginx /mnt/session/
    chmod 0777 -R  /mnt/session/


7. 测试成果.
7.1 不共享SESSION方案
    在测试代码中 //session_save_path('/mnt/session/');  表示不共享SESSION。
    测试结果：
    WEB1服务器结果：SessionID=cb3cud0jv5m2949ljapib2sgo3    array(1) { ["myip"]=> string(12) "192.168.1.20" } 
    WEB2服务器结果：SessionID=cb3cud0jv5m2949ljapib2sgo3    array(1) {} 

7.2 共享SESSION方案
    session_save_path('/mnt/session/'); 表示共享SESSION,把两个服务器的SESSION都激励在NFS服务器上。
   测试结果：
   WEB1服务器结果：SessionID=cb3cud0jv5m2949ljapib2sgo3    array(1) { ["myip"]=> string(12) "192.168.1.20" } 
   WEB2服务器结果：SessionID=cb3cud0jv5m2949ljapib2sgo3    array(1) { ["myip"]=> string(12) "192.168.1.20" } 

7.3 测试总结： 采用方案2，即可实现集群共享SESSION。

关于虚拟机网卡的问题。

http://wenku.baidu.com/link?url=G4k2Ee4THz6OeguXk0__SLB8M1TrWnr5npeScaZxIgsqHQ4bpMCjGnaOf3o32a73jpHOlpPiEDHN-R5DPJex489-PKM8jU0FhVv-VyvKCCO

关于配置IP的问题

http://www.jb51.net/LINUXjishu/64000.html

关于DNS上网的问题

http://www.cnblogs.com/happyhotty/articles/2539951.html

另DNS上网设置的问题。

问题1:  编辑 vi /etc/resolv.conf

增加： nameserver 192.168.1.1

然后重新启动 service network restart

发现：/etc/resolv.conf 保存的数据没有。

解决办法：

cd /etc/sysconfig/network-scripts/

vi ifcfg-eth0

增加：DNS1=192.168.1.1  保存

然后重新启动 service network restart

发现：/etc/resolv.conf 配置正确。

终于可以上网了。

1.session.save_handler = files

1. session_start()
1. session_start()是session机制的开始，它有一定概率开启垃圾回收,因为session是存放在文件中，
PHP自身的垃圾回收是无效的，SESSION的回收是要删文件的，这个概率是根据php.ini的配置决定的，
但是有的系统是 session.gc_probability = 0，这也就是说概率是0，而是通过cron脚本来实现垃圾回收。

session.gc_probability = 1
session.gc_divisor = 1000
session.gc_maxlifetime = 1440//过期时间 默认24分钟

//概率是 session.gc_probability/session.gc_divisor 结果 1/1000, 
//不建议设置过小，因为session的垃圾回收，是需要检查每个文件是否过期的。
session.save_path = //好像不同的系统默认不一样，有一种设置是 "N;/path"
//这是随机分级存储，这个样的话，垃圾回收将不起作用，需要自己写脚本

 2. session会判断当前是否有$_COOKIE[session_name()];session_name()返回保存session_id的COOKIE键值，
这个值可以从php.ini找到

session.name = PHPSESSID //默认值PHPSESSID
     

 3. 如果不存在会生成一个session_id,然后把生成的session_id作为COOKIE的值传递到客户端.
相当于执行了下面COOKIE 操作，注意的是，这一步执行了setcookie()操作，COOKIE是在header头中发送的，
这之前是不能有输出的，PHP有另外一个函数 session_regenerate_id() 如果使用这个函数，这之前也是不能有输出的。

setcookie(session_name(),
	  session_id(),
	  session.cookie_lifetime,//默认0
	  session.cookie_path,//默认'/'当前程序跟目录下都有效
	  session.cookie_domain,//默认为空
)

 4. 如果存在那么session_id = $_COOKIE[session_name];
然后去session.save_path指定的文件夹里去找名字为'SESS_' . session_id()的文件.
读取文件的内容反序列化，然后放到$_SESSION中


* 2. 为$_SESSION赋值
比如新添加一个值$_SESSION['test'] = 'blah'; 那么这个$_SESSION只会维护在内存中，当脚本执行结束的时候，
用把$_SESSION的值写入到session_id指定的文件夹中，然后关闭相关资源.      这个阶段有可能执行更改session_id的操作，
比如销毁一个旧的的session_id，生成一个全新的session_id.一半用在自定义 session操作，角色的转换上，
比如Drupal.Drupal的匿名用户有一个SESSION的，当它登录后需要换用新的session_id

if (isset($_COOKIE[session_name()])) 
{
	setcookie(session_name(), '', time() - 42000, '/');//旧session cookie过期
}
session_regenerate_id();//这一步会生成新的session_id
//session_id()返回的是新的值

3.写入SESSION操作
在脚本结束的时候会执行SESSION写入操作，把$_SESSION中值写入到session_id命名的文件中，可能已经存在，
可能需要创建新的文件。




4. 销毁SESSION
SESSION发出去的COOKIE一般属于即时COOKIE，保存在内存中，当浏览器关闭后，才会过期，假如需要人为强制过期，
比如 退出登录，而不是关闭浏览器，那么就需要在代码里销毁SESSION，方法有很多，
4.1. setcookie(session_name(), session_id(), time() - 8000000, ..);//退出登录前执行
4.2. usset($_SESSION);//这会删除所有的$_SESSION数据，刷新后，有COOKIE传过来，但是没有数据。
4.3. session_destroy();//这个作用更彻底，删除$_SESSION 删除session文件，和session_id




2.session.save_handler = user

用户自定义session处理机制，更加直观
* session_set_save_handler('open', 'close', 'read', 'write', 'destroy', 'gc'); 
1.session_start(),
执行open($save_path, $session_name)打开session操作句柄
$save_path 在session.save_handler = files的情况下它就是session.save_path，
但是如果用户自定的话，这个两个参数都用不上，直接返回TRUE

执行read($id)从中读取数据.//这个参数是自动传递的就是session_id(),可以通过这个值进行操作。

* 2.脚本执行结束
执行write($id, $sess_data) //两个参数，很简单

* 3.假如用户需要session_destroy()
先执行destroy.在执行第2步

一个实际例子：

//SESSION初始化的时候调用
function open($save_path, $session_name)
{
	global $sess_save_path;
	$sess_save_path = $save_path;
	return(true);
}

//关闭的时候调用
function close()
{
	return(true);
}

function read($id)
{
	global $sess_save_path;
	$sess_file = "$sess_save_path/sess_$id";
	return (string) @file_get_contents($sess_file);
}
//脚本执行结束之前，执行写入操作
function write($id, $sess_data)
{
	echo "sdfsf";
	global $sess_save_path;

	$sess_file = "$sess_save_path/sess_$id";
	if ($fp = @fopen($sess_file, "w")) 
	{
		$return = fwrite($fp, $sess_data);
		fclose($fp);
		return $return;
	} 
	else 
	{
		return(false);
	}

}

function destroy($id)
{
	global $sess_save_path;

	$sess_file = "$sess_save_path/sess_$id";
	return(@unlink($sess_file));
}

function gc($maxlifetime)
{
	global $sess_save_path;

	foreach (glob("$sess_save_path/sess_*") as $filename) 
	{
	  if (filemtime($filename) + $maxlifetime < time()) 
	  {
	    @unlink($filename);
	  }
	}
	return true;
}

1. 客户端cookie加密
   优点：简单，高效。比较好的方法是自己采用cookie机制来实现一个session,在应用中使用此session实现。客户端解决方法.把session加密后存在cookie中,每次session信息被写在客服端,然后经浏览器再次提交到服务器.即使两次请求在集群中的两台服务器上完成,也可以到达session共享.这种解决方法的优点是session信息不用存放在服务器端,大大减轻了服务器的压力.另一个优点是一个session中的两次或多次请求可以在一个群集中的多个服务器上完成,可以避免单端故障..
   缺点：缺点是由于受http协议头信心长度的限制，仅能够存储小部分的用户信息，同时Cookie化的 Session内容需要进行安全加解密（如：采用DES、RSA等进行明文加解密；再由MD5、SHA-1等算法进行防伪认证），另外它也会占用一定的带宽资源，因为浏览器会在请求当前域名下任何资源时将本地Cookie附加在http头中传递到服务器。  

2. 使用共享存储来保存session
   优点：使用nfs或windows文件共享都可以,或者专用的共享存储设备。
   缺点：因为是网络磁盘，访问量大的时候IO存在瓶颈。共享存储是一个单点，这个可以通过raid来解决。

3. 使用数据库保存session
   优点：使用数据库来保存session,就算服务器宕机了也没事，session照样在。
   缺点：每次请求都进行数据库读写开销不小(使用内存数据库可以提高性能，宕机就会丢失数据。可供选择的内存数据库有BerkeleyDB,Mysql的内存表);

4. 使用memcached来保存session
   优点：这种方式跟数据库类似，不过因为是内存存取的，性能自然要比数据库好多了。
   缺点：memcached服务器一死，所有session全丢。

5. 使用redis来保存session
    优点：这种方式跟数据库类似，不过因为是内存存取的，性能自然要比数据库好多了。因为redis有数据持久化功能，避免了用户其他内存方式服务器死掉，数据全部丢失的问题。完美。

6.使用硬件的方式保存session
  优点： 如F5，支持session共享，且处理速度快。

  缺点：不灵活，硬件贵。

7. session群集
  优点：提供一个群集保存session共享信息.其他应用统统把自己的session信息存放到session群集服务器组.当应用系统需要session信息的时候直接到session群集服务器上读取.

8. session复制方案
   优点：让用户的一个session在一个服务器完成.定时的备份session信息到salve上面.一台服务器down掉后,通过均衡服务器透明把用户的请求转发到群集中的其他服务器上,此时需要从salve上读取备份的session信息.  避免单点。
  

1. 服务器环境（3台服务器）

IP： 192.168.1.10 (负载均衡服务器)

IP： 192.168.1.20 (WEB服务器)

IP： 192.168.1.30 (WEB服务器)

2.配置负载服务器

#用户和用户组
user  www www;

worker_processes 1;


#最大文件描述符
worker_rlimit_nofile 51200;


#epoll 事件驱动
events 
{
      use epoll;
      worker_connections 51200;
}


#主配置
http 
{
   
   #配置均衡名称为test
    upstream  test  {
              server   192.168.1.20:80;
              server   192.168.1.30:80;
    }

    server {
      listen 80;
      server_name www.test.com;
      location / {
         proxy_pass        http://test;   #负载均衡名称
         proxy_set_header   Host             $host;
         proxy_set_header   X-Real-IP        $remote_addr;
         proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
      }
      access_log logs/access_log;
      error_log logs/error_log;
    }
}

3. 配置WEB服务器

修改WEB服务器IP=192.168.1.20   默认首页index.html 输出为 "IP=192.168.1.20"

修改WEB服务器IP=192.168.1.30   默认首页index.html 输出为 "IP=192.168.1.30"

4. 重新启动负载服务器

5.访问域名  http://www.test.com (绑定HOSTS为  192.168.1.10 www.test.com)

因为是轮询方式访问：Ctrl+F5 会轮替出现 "IP=192.168.1.20"  和 "IP=192.168.1.30" 的字样。说明配置成功。