来源：http://bbs.linuxtone.org/thread-1507-1-1.html

Linux下高可用集群方案很多，本文介绍的是性价比比较高的一种:
使用Heartbeat 2.0配置Linux高可用性集群。     

使用简单的 5 个步骤设置 Web 服务器集群

使用 Linux Virtual Server 和 Linux-HA.org 的 Heartbeat 进行构建和运行

来源：http://www.ibm.com/developerworks/cn/linux/l-linux-ha/index.html

使用 Linux Virtual Server 和 Heartbeat v2，分 5 个步骤跨越多个物理或虚拟 Linux® 服务器轻松构建高度可用的 Apache Web 服务器集群。

Linux下高可用集群方案很多，本文介绍的是性价比比较高的一种:
使用Heartbeat 2.0配置Linux高可用性集群。     

内容列表：

Linux 服务器集群系统，第 1 部分： LVS 项目介绍
Linux 服务器集群系统，第 2 部分： LVS 集群的体系结构
Linux 服务器集群系统，第 3 部分： LVS 集群中的IP负载均衡技术
Linux 服务器集群系统，第 4 部分： LVS 集群的负载调度

续上篇对TCP splicing技术应用于面向内容的负载平衡技术，我们将在这里进一步探讨TCP Splicing中，对于TCP报文处理的个别细节，包括两个被Splicing的连接之间如何处理报文序号映射，常见的TCP 选项的兼容性等问题做出分析和探讨。

本部分，将对面向内容交换的负载平衡中，使用的主要网络通信技术手段进行分析。其中，关于通信的半工（TCP HandOff）和双工（TCP Splicing粘合模式）是目前Content Switch（面向内容交换）集群系统使用的主要技术。传统的负载平衡技术主要有应用层协议代理服务器、三层和四层交换等。其中，应用层代理技术，面向特定的应用层协议，对客户端和服务器的数据流进行转换；三层和四层交换通过识别数据报文的有效地址信息进行双向的映射和调度。不管采用哪一种技术，其根本模式都是在网络连接的基础上进一步对数据包进行业务级分流。

上文主要讨论了基于IP包转发和TCP连接调度的负载平衡集群技术的主要缺陷。这里针对前面的问题，提出面向数据内容调度的负载平衡技术，是对原有三层和四层交换的一种改进，旨在提高集群的总体吞吐性能和复杂应用的适应能力。

本篇是集群系列之七的续篇。主要针对大多数主流的面向连接（也就是面向IP包）进行网络负载平衡系统的固有缺陷进行分析。因为传统的基于IP或者TCP映射的负载均衡技术针对TCPIP协议数据中的有效地址信息进行负载平衡的调度工作，例如TCp或者UDP协议的源目Ip地址，端口等。缺点是显然的：这种面向连接的均衡无法知道数据请求的具体内容，也就是content blind。无法根据数据请求的切实内容进行有针对性的负载平衡。