配置Exchange Server 2007客户端访问服务器的负载均衡
序
本文译自Henrik Walther 在https://www.doczj.com/doc/951152825.html,发表的《Load Balancing Exchange 2007 Client Access Servers using Windows Network Load-Balancing Technology》一文，版权以及著作权归网站以及作者所有，译方只对该文进行非授权翻译，并且不对原文进行完整原意翻译，其他人不得擅自修改译方作者的翻译文档。
关于作者：
Henrik Walther is a Microsoft Exchange MVP, MCTS Exchange 2007, and MCSE Security/Messaging that works as a System specialist for Interprise Consulting A/S, a Microsoft Gold Partner based in Denmark. You can visit his website at: www.exchange-faq.dk (danish).
关于译者：
黒红灰白YOTU, come from GuangZhou, MCSE/MCSA2003+Security。
介绍
本文介绍如何利用Windows Server 2003的网络负载均衡（NLB）组件来对Exchange Server 2007客户端访问服务器配置负载均衡，利用多个客户端访问服务器来均衡客户端访问，并提高性能。有关NLB具体的介绍和优势，请参考Windows帮助文档或者相关介绍。
我们可以采用其他第三方的NLB解决方案，但是本文介绍的是基于Windows Server 2003，WS03下的NLB工作稳定，并且很适合企业组织网络负载解决方案。
什么是NLB，如何工作的？
Network Load Balancing（NLB）技术可以实现多服务器下的负载均衡。Windows NLB通常应用在基于IIS的WEB服务器以及承受高负载的流量访问的服务器，来解决客户量的增加，提升网络性能，并且可以减少由于服务器瘫痪引起的停机故障时间，而让最终用户感觉不到服务器出现问题，并只有短暂的延时。
Windows NLB可为基于TCP和UDP的服务和应用提供可伸缩性，您最多可配置32台成员服务器作为NLB群集节点。本文中的群集成员服务器就是Exchange Server 2007客户端访问服务器。
当配置完NLB后，NLB群集中的所有服务器都用一个虚拟IP和完全限定域名（FQDN）来表示。当一个用户提交了一个查询，这个查询会交给所有NLB中的服务器进行处理。此时客户端会选择一条特殊的路线链接到一台特殊的服务器，而其他服务器不再相应用户查询。意思就是说，客户端选择看来性能很好负载不高的服务器，而对于这台服务器来讲，他有更高的优先级。
当然，你可以配置NLB中的成员服务器的优先级别。
图1
该图示显示了一个客户端发起一个会话建立链接的过程，图中有两台客户端访问服务器，同时可以接受并处理客户端的访问查询，并最终提交到内部的邮箱服务器。
单播和多模模式
Windows NLB可以配置成两种模式，单播(unicast)和多播(multicast)模式，单播模式是NLB的默认模式。
单播模式：
当Windows NLB（WNLB）群集被配置成单播模式，每台NLB中的成员服务器的网卡MAC地址都会被虚拟成一个虚拟群集MAC地址，这个MAC地址被用在WNLB群集的所有服务器上。当单播模式被启用，客户端只能链接到这个群集MAC地址。
多播模式：
当NLB群集被配置成多播模式，一个多址通信MAC地址会被添加到群集中的每台成员服务器网卡上。注意，我这里说的是“添加到”，但是每台服务器依旧保留他们固有的MAC地址。
一个WNLB群集中，不管你配置成什么模式，都仅仅是用安装在成员服务器上的一块标准网卡进行通讯，但是我们建议在每台成员服务器上安装第二块网卡，也是为了达到最佳性能，而且可以分开物理上和群集上的通讯。
那么我们到底在Exchange 2007客户端访问服务器上用什么模式，要有多少张网卡呢？那么好，最好的办法就是安装两块网卡并配置成单播模式，为了让主机和群集的网络通讯在物理层上分开。
注意：
除了WNLB之外，你也可以在Exchange2007客户端访问服务器群集中配置DNS负载平衡（DNS Rout-robin），但WNLB推荐一个最小级别的故障容错，来优先于DNS Rout-robin。原因在于如果存在个别的客户端访问服务器无法相应客户端的请求，这个客户端查询就会重复，直到客户端连接查询信息得到说客户端访问服务器失效。但是WNLB组件包含在Windows Server 2003的标准版和企业版中，所有真的没有必要说去选择DNS负载均衡来替换WNLB。
虽然上面听起来很复杂或者让你感觉要花很多时间去配置基于Windows NLB的网络负载均衡，但实际上是非常容易的，下面我来具体向大家演示如何去配置。
客户端访问服务器的设计目的
在我们配置WNLB之前，我想先给大家一个简短的描述来让大家了解客户端访问服务器存在的意义，这会让大家更好的了解配置这个Exchange2007角色的重要性。
客户端访问服务器代替了我们所熟知的Exchange2000/2003中的前端服务器，并且增加了许多新的特性。客户端访问服务器为除了Outlook MAPI客户端以外所有被你熟知类型的Exchange 客户端提供了邮件服务器的直接访问。这意味着客户端访问服务器管理着所有用户访问邮箱服务器的链接，例如Outlook Anywhere（之前叫做RPC over HTTP，现在的名字很幻^_^），Outlook Web Access（OW A，新版OW A很漂亮^_^），Exchange ActiveSync（EAS，好像只支持最新版的手机），POP3 ，以及最后的一个但是很重要的一个IMAP4。
除了提供用户访问之外，客户端访问服务器也通常负责例如Automatic profile configuration，空闲/忙碌的Web服务，可安排的Out of Office，脱机地址簿和统一消息（UM），但是现在只支持Outlook 2007，OWA 2007（在将来会支持Windows Mobile 6.0）。这里两种客户端，可以提供基
于WEB的高级Exchange自动发现和可用性服务，这就是客户端访问服务器负责提供的客户端特性。更多功能，请参考：https://www.doczj.com/doc/951152825.html,/china/exchange/evaluation/features/default.mspx
必要的准备工作
经过介绍之后，如果想要完成这个功能，那么就需要以下的实验环境：
一台DC（安装了Microsoft CA证书服务）Windows Server 2003 sp1或更高
2台Exchange2007客户端访问服务器角色（每台要2块网卡）
一台具有邮箱服务器和中心传输服务器角色的服务器
一台客户端，Windows XP/Vista都行，安装了Outlook 2007
注：本实验环境确保您对Exchange 2007有安装经验前提下。如果您无法满足该实验要求，那么可以将邮箱服务器和中心传输服务器角色安装在DC上，但是原则上还是建议将角色分开。
准备好了实验环境之后，那么我们开始Step-By-Step！GOO！
在DNS中为NLB Cluster创建完全限定域名（FQDN）
在实验开始之前，我们要做的第一件事情就是在DNS为NLB群集创建一条记录。登录您的DC，运行dnsmgmt.msc。
展开正向查找区域（Forward Lookup Zones）容器，选择您的域容器，在里面添加一条New Host(A) A记录，之后你可以输入你想要分配的FQDN名称和IP地址，我们这里用的是MAIL，如图显示；这里的IP地址就是我们之前所说的NLB群集的虚拟IP地址，这个IP地址要求和其他NLB中的成员服务器的实际IP地址是同一个子网，并且不能在现有DNS中有相同的记录存在。
图2
图3 重要：
为了确保网络上的客户端能够链接到这个绝对网络名，你必须也要在DNS中为你的域创建一条记录。这个任务你联系当地ISP试试。
配置网络设置
虽然不是非常必要（之前提到过），这一步我们会为两块网卡采用单播模式（最优化性能的哦）。我们打开“网络链接”来配置第二块网卡，我们可以为两块网卡重命名为可识别的名字。
图4
我们打开NLB LAN这块网卡的属性，如下图配置TCP/IP的属性，你只需要配置IP地址和子掩码就可以了。
图5
现在我们必须配置网络链接的绑定顺序。在网络链接中，单击高级>高级设置，如图六。确保Public LAN这块网卡在最上面。
图6
配置第一台Exchange2007客户端访问服务器的网络负载均衡（NLB）
OK，这会我们要做的就是启用NLB了，注意在我们之前设置的那台Exchange2007客户端访问服务器哦。这一步我们是采用一种途径来配置NLB，第二台Exchange2007客户端访问服务器将使用另外一种方式加入到NLB中。好了，我们打开NLB LAN的属性，勾选Network Load Balancing（网络负载平衡）。
图7
之后选择属性，在群集参数选项卡中，输入NLB群集的IP地址，子掩码和完全限定域名（这就是我们第一步在DNS添加的记录）。下一步确保群集模式的单播被选中。
图8
现在，我们切到主机参数选项卡，输入NLB LAN网卡的IP地址和子掩码
图9
点击端口规则选项卡，选择默认端口规则之后点Remove。
现在我们需要去为每一个NLB群集端口添加一个端口规则，来允许用户查询。我们点击添加按钮，之后在端口范围输入各自的端口，如图十。同时也需要确保Affinity 选项选择的是Single.最后点击确定，则完成添加。
图10
每个必须的端口，你可以获得一份清单，在图十一中可以看到。依赖于客户端的访问方式你可以在你的组织中做相应的配置。
注意：
如果你想允许其他类型的例如POP3和IMAP4协议，那么你可以添加110和143端口。
图11
单击两次确定之后，你将收到以下提示。
图12
现在，你可以在TCP/IP属性的高级里面添加这个新的虚拟群集IP地址。
图13
现在，我们就为其中一台成员服务器（客户端访问服务器）配置好了NLB。
添加第二台客户端访问服务器到NLB群集中
用一台成员服务器来做NLB群集，这样好么？当然不好，如果一台，我上面翻译干啥。所以接下来让我们为NLB加入第二台客户端访问服务器吧。为此操作，我们单击开始，运行输入NLBMGR.EXE 或者在管理工具里面选择网络负载平衡管理器。如图14。
图14
为了添加第二台服务器到NLB中去，我们在菜单上点击Cluster 按钮，选择Add Host。在弹出的窗口中，我们输入第二台客户端访问服务器的名称，点击Connect，选择群集之后点完成。
图15
下一步，我们输入与群集关联的网卡IP地址和子掩码，点击完成。
图16
现在我们稍等一会让NLB配置完成。
图17
关闭网络负载管理器。
还有更多的配置我们将会在第三部分有详细说明，敬请期待。
HUAWEI USG6000V系列NFV防火墙技术白皮书之---服务器负载均衡技术白皮书 华为技术有限公司 Huawei Technologies Co., Ltd.
目录 1背景和概述 (2) 2全局服务器负载均衡（GSLB） (3) 3本地服务器负载均衡（LSLB） (4) 3.1使用目的MAC地址转换的服务器负载均衡（DR） (4) 3.2使用网络地址转换实现的服务器负载均衡（L4 SLB） (5) 3.3使用轻量代理和网络地址转换的服务器负载均衡（L4 lwProxy SLB） (7) 3.4使用全量Socket 代理的服务器负载均衡（L7 Socket Proxy SLB） (9) 3.4.1socket代理加业务会话关联保持 (9) 3.4.2根据URL类型不同的分担，静态资源访问和动态计算访问分开多种服务 器10 3.4.3SSL卸载 (10) 3.4.4链路优化：压缩、协议优化、本地cache、多路复用 (11) 3.5业务保持技术 (13) 4华为USG防火墙支持的SLB功能列表 (14)
1 背景和概述 随着互联网的快速发展，用户访问量的快速增长，使得单一的服务器性能已经无法满足大量用户的访问，企业开始通过部署多台服务器来解决性能的问题，由此就产生了服务器负载均衡的相关技术方案。 在实际的服务器负载均衡应用中，由于需要均衡的业务种类以及实际服务器部署场景的不同（比如是否跨地域、跨ISP数据中心等），存在多种负载均衡的技术。如下典型的组网方式如图所示： 服务提供方为了支撑大批量的用户访问，以及跨不同地域、不同接入ISP的用户都能够获得高质量的业务访问体验，其已经在不同地域、不同ISP数据中心搭建了服务器，这样就带来一个需求，也就是客户的访问能够就近、优先选择同一个ISP数据中心的服务器，从而获得高质量的业务访问体验。 同时，基于单台服务器能够提供的业务访问并发是有限的，那么就自然想到使用多台服务器来形成一个“集群”，对外展现出一个业务访问服务器，以满足大量用户访问、而且可以根据业务访问量的上升可以动态的进行业务能力扩容的需要。
实用标准文案 NLB 、HA、HPC集群、双机、负载均衡、 1.1什么是集群）就是一组计算机，它们作为一个整体向用户cluster 简单的说，集群（）。一提供一组网络资源。这些单个的计算机系统就是集群的节点（node她们看/个理想的集群是，用户从来不会意识到集群系统底层的节点，在他来，集群是一个系统，而非多个计算机系统。并且集群系统的管理员可以随意增加和删改集群系统的节点。集群系统的主要优点：1.2 高可扩展性：(1)：集群中的一个节点失效，它的任务可传递给其他节点。可高可用性HA(2) 以有效防止单点失效。 高性能：负载平衡集群允许系统同时接入更多的用户。(3) 高性价比：可以采用廉价的符合工业标准的硬件构造高性能的系统。(4) 集群系统的分类2.1 虽然，根据集群系统的不同特征可以有多种分类方法，但是一般把集群系统 分为两类：集群。,、高可用(High Availability)集群简称HA(1) 这类集群致力于提供高度可靠的服务。就是利用集群系统的容错性对外提供 小时不间断的服务，如高可用的文件服务器、数据库服务等关键应用。7*24负载均衡集群：使任务可以在集群中尽可能平均地分摊不同的计算机进行处 精彩文档． 实用标准文案 理，充分利用集群的处理能力，提高对任务的处理效率。以提供更加高效稳
定的服务。在实际应用中这几种集群类型可能会混合使用， 高就会包含高可用的网络文件系统、如在一个使用的网络流量负载均衡集群中，可用的网络服务。集群，也HPC(High Perfermance Computing)集群，简称(2)、性能计算称为科学计算集群。 在这种集群上运行的是专门开发的并行应用程序，它可以把一个问题的数据 从而可以分布到多台的计算机上，利用这些计算机的共同资源来完成计算任务，解决单机不能胜任的工作（如问题规模太大，单机计算速度太慢）。 如天气预报、这类集群致力于提供单个计算机所不能提供的强大的计算能力。石油勘探与油藏模拟、分子模拟、生物计算等。(HA) 3.1 什么是高可用性和可维护(reliability)计算机系统的可用性(availability)是通过系统的可靠性 来度量系统(MTTF)来度量的。工程上通常用平均无故障时间性(maintainability)于是可用性被定义）来度量系统的可维护性。,用平均维修时间（MTTR的可靠性MTTF/ (MTTF+MTTR)*100% 为：负载均衡服务器的高可用性主服务器和备份机上都需要建立一个备份机。为了屏蔽负载均衡服务器的失效，”这样的信息来监I am alive监控程序，通过传送诸如“运行High Availability它就接管当备份机不能在一定的时间内收到这样的信息时，控对方的运行状况。I am 并继续提供服务；当备份管理器又从主管理器收到“主服务器的服务IP精彩文档．实用标准文案 地址，这样的主管理器就开开始再次进IPalive”这样的信息是，它就释放服务行集群管理的工作了。为在主服务器失效的情况下系统能正常工作，我们在主、备份机之间实现负载集群系统配置信息的同步与备份，保持二者系统的基本一
Tomcat集群与负载均衡（转载） 在单一的服务器上执行WEB应用程序有一些重大的问题，当网站成功建成并开始接受大量请求时，单一服务器终究无法满足需要处理的负荷量，所以就有点显得有点力不从心了。另外一个常见的问题是会产生单点故障，如果该服务器坏掉，那么网站就立刻无法运作了。不论是因为要有较佳的扩充性还是容错能力，我们都会想在一台以上的服务器计算机上执行WEB应用程序。所以，这时候我们就需要用到集群这一门技术了。 在进入集群系统架构探讨之前，先定义一些专门术语： 1. 集群(Cluster)：是一组独立的计算机系统构成一个松耦合的多处理器系统，它们之间通过网络实现进程间的通信。应用程序可以通过网络共享内存进行消息传送，实现分布式计算机。 2. 负载均衡(Load Balance)：先得从集群讲起，集群就是一组连在一起的计算机，从外部看它是一个系统，各节点可以是不同的操作系统或不同硬件构成的计算机。如一个提供Web服务的集群，对外界来看是一个大Web服务器。不过集群的节点也可以单独提供服务。 3. 特点：在现有网络结构之上，负载均衡提供了一种廉价有效的方法扩展服务器带宽和增加吞吐量，加强网络数据处理能力，提高网络的灵活性和可用性。集群系统(Cluster)主要解决下面几个问题： 高可靠性（HA）：利用集群管理软件，当主服务器故障时，备份服务器能够自动接管主服务器的工作，并及时切换过去，以实现对用户的不间断服务。 高性能计算（HP）：即充分利用集群中的每一台计算机的资源，实现复杂运算的并行处理，通常用于科学计算领域，比如基因分析，化学分析等。 负载平衡：即把负载压力根据某种算法合理分配到集群中的每一台计算机上，以减轻主服务器的压力，降低对主服务器的硬件和软件要求。 目前比较常用的负载均衡技术主要有： 1. 基于DNS的负载均衡 通过DNS服务中的随机名字解析来实现负载均衡，在DNS服务器中，可以为多个不同的地址配置同一个名字，而最终查询这个名字的客户机将在解析这个名字时得到其中一个地址。因此，对于同一个名字，不同的客户机会得到不同的地址，他们也就访问不同地址上的Web服务器，从而达到负载均衡的目的。 2. 反向代理负载均衡（如Apache+JK2+Tomcat这种组合） 使用代理服务器可以将请求转发给内部的Web服务器，让代理服务器将请求均匀地转发给多台内部Web服务器之一上，从而达到负载均衡的目的。这种代理方式与普通的代理方式有所不同，标准代理方式是客户使用代理访问多个外部Web服务器，而这种代理方式是多个客户使用它访问内部Web服务器，因此也被称为反向代理模式。 3. 基于NAT（Network Address Translation）的负载均衡技术（如Linux Virtual Server，简称LVS）
服务器负载均衡的设计与实现 在该架构中OpenFlow控制器可以获取每个服务器的运行状态，并根据运行状态分发用户请求，最大程度地利用每台服务器的计算资源，并且可以在系统运行期间动态地添加或删除服务器，使系统具备很高的灵活性。 1、动态负载均衡架构的整体设计 负载均衡架构是在一个非结构化的网络中使用集中式的控制器实现多台服务器共同对外提供服务。OpenFlow网络中的所有交换机都连接在一个控制器上，每台服务器有两块网卡，一块网卡连接到OpenFlow网络对用户提供网络服务，另一块通过以太网交换机和控制器相连，以便控制器通过SNMP协议获取服务器的运行状态，具体架构如图所示。 在上述负载均衡架构中控制器是网络的核心，其主要功能有四个，分别为： 保证网络正常的通信、获取服务器的运行状态、通过负载均衡算法计算服务器的综合负载、向交换机下发流表项以转发用户请求；控制器的模块设计如图所示。 本文阐述的负载均衡架构可以工作在任意openflow网络中，而不是专门为某个服务器
所设计的负载均衡，控制器的首要任务就是保证网络可以提供正常的数据转发服务，为了保证网络既可以为其他服务提供基础支持又保证负载均衡能够正常工作，在控制器的转发控制中有两个模块，第一个模块负责负载均衡服务，第二个模块负责网络的基本通信。当一个数据包到达Openflow交换机后，如果交换机找不到可以匹配的流表项，就会向控制发送packet-in消息，控制器收到packet-in消息之后首先交给负载均衡模块，由负载均衡模块处理该消息，如果该数据包的目的IP 不是负载均衡所负责的网络服务，如果该数据包的目的IP不是负载均衡所负责的网络服务，负载均衡模块就不会做任何处理而是直接packet-in 消息传递给网络通信模块，以保证其它业务正常通信。如果该数据包的目的IP是负载均衡所负责的网络服务，负载均衡模块就向交换机下发流表项让交换机完成负载均衡服务。 为了有效地利用计算资源，控制器还需要根据服务器的运行状态转发用户请求，因此控制器还要完成这方面的工作。在此架构中每台服务器都有一块通过以太网交换机和控制器相连的网卡，控制器通过以太网交换机和服务器通信，利用SNMP协议获取服务器的运行状态。在此架构中就算没有和服务器相连的网卡，控制器也可以通过Openflow网络和服务器通信，本文之所以没有这么做是因为控制器直接和连接在openflow网络中的服务器通信需要交换机把所有服务器所发送的消息封装成packet-in消息发送给交换机，控制器也必须通过向交换机发送packet-out消息才能把数据发送给服务器，这样做会给交换机和控制器同时带来很大的压力。 因为服务器的运行状态必须由多条信息才能描述清楚，所以就算得到服务器的运行状态之后，也无法根据多条信息判断哪台服务器的负载最低。因此本文在控制器中运行了一个负载均衡算法，控制器会把服务的运行状态作为负载均衡算法的参数代入到服务器综合负载的运算中，计算出服务器的综合负载，并根据综合负载得到负载最小的服务器。 负载均衡的核心内容就是让交换机分发用户的请求，用户请求的第一个数据包到达交换级之后，交换机会通过packet-in消息把数据包发送给控制器，控制器中的负载均衡模块会通过SNMP协议获取所有服务器的运行状态，并根据运行状态计算服务器的综合负载，之后把用户的请求转发给综合负载最小的服务器。 2、动态负载均衡架构的设计与实现 负载均衡常用的算法有随机、轮训和最小连接数，原因是这三种算法很容易用硬件实现，这三种算法中最小连接数算法的效果是最理想的，但是如果集群中的服务器在CPU、内存、网络带宽上的配置不相同，这三个算法都不能充分地发挥服务器集群的计算能力。在openflow网络中，网络的控制层由软件制定，负载均衡算法也可以集成在控制器中，使用软件完成，这样可以更准确地评估服务器的负载情况。本文阐述的负载均衡方案中就设计了一个负载均衡算法，根据服务器的运行状态计算服务器的综合负载，并返回综合负载最小的服务器。该算法可以在服务器性能差距较大的集群中充分发挥每一台服务器的计算能力，算法的具体实现过程如下： 1）动态反馈当前服务器负载量 主要收集每台服务器CPU和内存的使用率，这些信息并不能直接表示一台服务器的负载情况，所以使用公式1把CPU和内存信息转换为服务器的负载量，其中LC为第i台服务器CPU的使用率，LM为第i台内存的使用率，r1和r2为权值，用于强调该服务类型对各个部分的不同影响程度，r1+r2=1,LS为计算得出的第i台服务器负载量 LS=r1LC+r2*LM 2）服务器处理能力计算； 集群中服务器的性能也可能不同，在计算服务器负载的时候还要考虑服务器的处理能力，第i台服务器的处理能力使用C(i)表示，C的计算方法如公式所示，其中P为第i台服务器CPU的个数，M为第i台服务器内存的大小，r1和r2为权值，r1+r2=1。
大家都知道一台服务器的处理能力，主要受限于服务器自身的可扩展硬件能力。所以，在需要处理大量用户请求的时候，通常都会引入负载均衡器，将多台普通服务器组成一个系统，来完成高并发的请求处理任务。 之前负载均衡只能通过DNS来实现，1996年之后，出现了新的网络负载均衡技术。通过设置虚拟服务地址（IP），将位于同一地域（Region）的多台服务器虚拟成一个高性能、高可用的应用服务池；再根据应用指定的方式，将来自客户端的网络请求分发到
服务器池中。网络负载均衡会检查服务器池中后端服务器的健康状态，自动隔离异常状态的后端服务器，从而解决了单台后端服务器的单点问题，同时提高了应用的整体服务能力。 网络负载均衡主要有硬件与软件两种实现方式，主流负载均衡解决方案中，硬件厂商以F5为代表目前市场占有率超过50%，软件主要为NGINX与LVS。但是，无论硬件或软件实现，都逃不出基于四层交互技术的“转发”或基于七层协议的“代理”这两种方式。四层的转发模式通常性能会更好，但七层的代理模式可以根据更多的信息做到更智能地分发流量。一般大规模应用中，这两种方式会同时存在。 2007年F5提出了ADC（Application delivery controller）的概念为传统的负载均衡器增加了大量的功能，常用的有：SSL卸载、压缩优化和TCP连接优化。NGINX也支持很多ADC的特性，但F5的中高端型号会通过硬件加速卡来实现SSL卸载、压缩优化这一类CPU密集型的操作，从而可以提供更好的性能。 F5推出ADC以后，各种各样的功能有很多，但其实我们最常用的也就几种。这里我也简单的总结了一下，并和LVS、Nginx对比了一下。
一、用户需求 本案例公司中现有数量较多的服务器群： WEB网站服务器 4台 邮件服务器 2台 虚拟主机服务器 10台 应用服务器 2台 数据库 2台（双机+盘阵） 希望通过服务器负载均衡设备实现各服务器群的流量动态负载均衡，并互为冗余备份。并要求新系统应有一定的扩展性，如数据访问量继续增大，可再添加新的服务器加入负载均衡系统。 二、需求分析 我们对用户的需求可分如下几点分析和考虑： 1.新系统能动态分配各服务器之间的访问流量；同时能互为冗余，当其中 一台服务器发生故障时，其余服务器能即时替代工作，保证系统访问的 不中断； 2.新系统应能管理不同应用的带宽，如优先保证某些重要应用的带宽要 求，同时限定某些不必要应用的带宽，合理高效地利用现有资源；
3.新系统应能对高层应用提供安全保证，在路由器和防火墙基础上提供了 更进一步的防线； 4.新系统应具备较强的扩展性。 o容量上：如数据访问量继续增大，可再添加新的服务器加入系统； o应用上：如当数据访问量增大到防火墙成为瓶颈时，防火墙的动态负载均衡方案，又如针对链路提出新要求时关于Internet访问 链路的动态负载均衡方案等。 三、解决方案 梭子鱼安全负载均衡方案总体设计 采用服务器负载均衡设备提供本地的服务器群负载均衡和容错，适用于处在同一个局域网上的服务器群。服务器负载均衡设备带给我们的最主要功能是：
当一台服务器配置到不同的服务器群（Farm）上，就能同时提供多个不同的应用。可以对于每个服务器群设定一个IP地址，或者利用服务器负载均衡设备的多TCP端口配置特性，配置超级服务器群（SuperFarm），统一提供各种应用服务。
双节点数据库负载均衡解决方案 问题的提出？ 在SQL Server数据库平台上，企业的数据库系统存在的形式主要有单机模式和集群模式（为了保证数据库的可用性或实现备份）如：失败转移集群（MSCS）、镜像（Mirror）、第三方的高可用（HA）集群或备份软件等。伴随着企业的发展，企业的数据量和访问量也会迅猛增加，此时数据库就会面临很大的负载和压力，意味着数据库会成为整个信息系统的瓶颈。这些“集群”技术能解决这类问题吗？SQL Server数据库上传统的集群技术 Microsoft Cluster Server(MSCS) 相对于单点来说Microsoft Cluster Server(MSCS)是一个可以提升可用性的技术，属于高可用集群，Microsoft称之为失败转移集群。 MSCS 从硬件连接上看，很像Oracle的RAC，两个节点，通过网络连接，共享磁盘；事实上SQL Server 数据库只运行在一个节点上，当出现故障时，另一个节点只是作为这个节点的备份； 因为始终只有一个节点在运行，在性能上也得不到提升,系统也就不具备扩展的能力。当现有的服务器不能满足应用的负载时只能更换更高配置的服务器。 Mirror 镜像是SQL Server 2005中的一个主要特点，目的是为了提高可用性，和MSCS相比，用户实现数据库的高可用更容易了，不需要共享磁盘柜，也不受地域的限制。共设了三个服务器，第一是工作数据库（Principal Datebase），第二个是镜像数据库（Mirror），第三个是监视服务器（Witness Server，在可用性方面有了一些保证，但仍然是单服务器工作；在扩展和性能的提升上依旧没有什么帮助。
集群的负载均衡技术综述 摘要：当今世界，无论在机构内部的局域网还是在广域网如Internet上，信息处理量的增长都远远超出了过去最乐观的估计，即使按照当时最优配置建设的网络，也很快会感到吃不消。如何在完成同样功能的多个网络设备之间实现合理的业务量分配，使之不致于出现一台设备过忙、而别的设备却未充分发挥处理能力的情况，负载均衡机制因此应运而生。本组在课堂上讲解了《集群监控与调度》这一课题，本人在小组内负责负载均衡部分内容，以及PPT的制作。 关键词：负载均衡集群网络计算机 一、前言 负载均衡建立在现有网络结构之上，它提供了一种廉价有效的方法扩展服务器带宽和增加吞吐量，加强网络数据处理能力，提高网络的灵活性和可用性。它主要完成以下任务：解决网络拥塞问题，服务就近提供，实现地理位置无关性；为用户提供更好的访问质量；提高服务器响应速度；提高服务器及其他资源的利用效率；避免了网络关键部位出现单点失效。 其实，负载均衡并非传统意义上的“均衡”，一般来说，它只是把有可能拥塞于一个地方的负载交给多个地方分担。如果将其改称为“负载分担”，也许更好懂一些。说得通俗一点，负载均衡在网络中的作用就像轮流值日制度，把任务分给大家来完成，以免让一个人累死累活。不过，这种意义上的均衡一般是静态的，也就是事先确定的“轮值”策略。 与轮流值日制度不同的是，动态负载均衡通过一些工具实时地分析数据包，掌握网络中的数据流量状况，把任务合理分配出去。结构上分为本地负载均衡和地域负载均衡(全局负载均衡)，前一种是指对本地的服务器集群做负载均衡，后一种是指对分别放置在不同的地理位置、在不同的网络及服务器群集之间作负载均衡。 服务器群集中每个服务结点运行一个所需服务器程序的独立拷贝，诸如Web、FTP、Telnet或e-mail服务器程序。对于某些服务（如运行在Web服务器上的那些服务）而言，程序的一个拷贝运行在群集内所有的主机上，而网络负载均衡则将工作负载在这些主机间进行分配。对于其他服务（例如e-mail），只有一台主机处理工作负载，针对这些服务，网络负载均衡允许网络通讯量流到一个主机上，并在该主机发生故障时将通讯量移至其他主机。 二、负载均衡技术实现结构 在现有网络结构之上，负载均衡提供了一种廉价有效的方法扩展服务器带宽和增加吞吐量，加强网络数据处理能力，提高网络的灵活性和可用性。它主要完成以下任务： 1.解决网络拥塞问题，服务就近提供，实现地理位置无关性 2.为用户提供更好的访问质量 3.提高服务器响应速度
F5双机热备实施说明 2012/12/4
一、项目拓扑图及说明 两台F5负载均衡设备采用旁挂的方式连接至交换机，设备地址和虚拟地址在服务器的内网地址段中划分；使用F5为认证应用服务器进行流量负载均衡。 二、设备信息及IP分配表 三、实施步骤及时间
3.1、F5设备加电测试 3.2、配置F5及F5双机，需2.5小时 3.3、测试F5双机切换，需0.5小时，这部分作为割接准备工作。3.4、先添加认证服务器单节点到F5设备192.168.100.150的虚拟服务中，在内网测试应用，需0.5小时 3.5、将应用服务器从双机模式更改为集群模式，将认证服务器两个节点添加到F5设备，这个时间取决于服务器模式更改的时间。 3.6、在防火墙上更改认证服务器的映射地址，将原来的地址更改为F5设备上的虚拟服务IP地址192.168.100.150 ，TCP 协议80端口。 四、回退方法 在外部网络不能访问认证服务时，回退的方法是在防火墙上把F5设备虚拟服务器192.168.100.150地址映射，更改为原单台认证服务器IP地址，将认证服务器集群模式退回双机模式。 五、F5设备配置步骤 5.1、设置负载均衡器管理网口地址 F5 BIG-IP 1600 设备的面板结构: BIG-IP 1600应用交换机具备四个10/100/1000M自适应的网络接口及二个光纤接口. 10/100/1000 interface — 4个10/100/1000 M 自适应的网络接口 Gigabit fiber interface — 2个1000M 多模光纤接口
Serial console port —一个串口命令行管理端口 Failover port —一个串口冗余状态判断端口。Mgmt interface —一个10/100M 管理端口 注：互为双机的两台BIG-IP必须用随机附带的Failover线相连起来。 BIG-IP上电开机以后，首先需要通过机器前面板右边的LCD旁的按键设置管理网口(设备前面板最左边的网络接口)的IP地址。管理网络接口有一个缺省的IP地址，一般为192.168.1.245。 注：管理网络接口的IP地址不能与业务网络在同一网段，根据业务网络的地址划分，相应的调整管理网络接口的网络地址。如果，在SMS中负载均衡口的external vlan和internal vlan 已经采用了192.168.1.0/24的网段，必须修改管理网口缺省的IP地址到另外一个网段。 通过LCD按键修改管理网口IP地址的方法如下： 1、按红色X按键进入Options选项； 2、在液晶面板上通过按键按以下顺序设置管理网口的网络地址： Options->System->IP Address/Netmask->Commit 如果通过LCD按键修改完IP地址以后，选择Commit，地址无法成功改变(例如出现IP地址为全零的情况)，很有可能是管理口IP地址与系统内已经配置发生冲突。出现这种情况，关机重启以后，另选一个IP网段来设置管理网口地址。 警告：在设置好网络管理口地址以后，通过网络登陆到BIG-IP上进行其它配置更改时，都要保证网络管理口的网络连接完好。否则有时会出现修改的配置无法被成功加载应用的情况，因为网络管理口为Down的情况会妨碍配置文件的加载。 5.2、登录BIGIP的WEB管理界面 管理BIGIP有两种方式,一种是基于WEB的https管理方式，另一种是基于ssh的命令行管理方式。除特别配置外，采用WEB的管理方式即可。 WEB登录方式如下： 1．在管理员的IE地址栏内输入BIGIP设备的IP地址，https://192.168.1.245 2．回车后出现系统警告信息
1、Linux集群主要分成三大类( 高可用集群，负载均衡集群，科学计算集群)（下面只介绍负载均衡集群） 负载均衡集群(Load Balance Cluster) 负载均衡系统：集群中所有的节点都处于活动状态，它们分摊系统的工作负载。一般Web服务器集群、数据库集群和应用服务器集群都属于这种类型。 负载均衡集群一般用于相应网络请求的网页服务器，数据库服务器。这种集群可以在接到请求时，检查接受请求较少，不繁忙的服务器，并把请求转到这些服务器上。从检查其他服务器状态这一点上看，负载均衡和容错集群很接近，不同之处是数量上更多。 2、负载均衡系统：负载均衡又有DNS负载均衡（比较常用）、IP负载均衡、反向代理负载均衡等，也就是在集群中有服务器A、B、C，它们都是互不影响，互不相干的，任何一台的机器宕了，都不会影响其他机器的运行，当用户来一个请求，有负载均衡器的算法决定由哪台机器来处理，假如你的算法是采用round算法，有用户a、b、c，那么分别由服务器A、B、C来处理； 3、分布式是指将不同的业务分布在不同的地方。 而集群指的是将几台服务器集中在一起，实现同一业务。 分布式中的每一个节点，都可以做集群。 而集群并不一定就是分布式的。 举例：就比如新浪网，访问的人多了，他可以做一个群集，前面放一个响应服务器，后面几台服务器完成同一业务，如果有业务访问的时候，响应服务器看哪台服务器的负载不是很重，就将给哪一台去完成。 而分布式，从窄意上理解，也跟集群差不多，但是它的组织比较松散，不像集群，有一个组织性，一台服务器垮了，其它的服务器可以顶上来。 分布式的每一个节点，都完成不同的业务，一个节点垮了，哪这个业务就不可访问了。
1SJ tit works ***** 单位 A10负载均衡解决方案 A10 Networks Inc. 1SJ tit works
目录 1.项目概述 (1) 2.需求分析及讨论 (1) 2.1应用系统所面临的共性问题 (1) 2.2需求分析 (2) 3.A10公司负载均衡解决方案 (3) 3.1网络结构图 (3) 3.2A10负载均衡解决方案 (3) 3.2.1APP Server负载均衡的实现 (4) 3.2.2应用优化的实现 (4) 3.3解决方案说明 (5) 3.4方案的优点 (6) 4.A10 AX的优点及各型号指标总结 (7) 5.A10公司简介 (7) 6.AX介绍 (8) 6.1 A10公司AX简介 (8) AX系列功能 (8)
1. 项目概述 2. 需求分析及讨论 2.1应用系统所面临的共性问题 随着用户量增大及业务的发展，一个应用系统往往会出现各种问题。瓶颈可能出现在服务器、存储、网络设备，带宽等的性能不足，而运行一旦出现故障给业务带来的影响范围是巨大的，服务器可能出现的问题表现为如下几点： ?高可用问题 关健性应用要求7*24稳定运行不被中断，高可用性问题被放在首要位置。 ?利用“不平衡”现象 数据的大集中使得服务器的访问压力日益增大，服务器性能往往会成为一个系统的瓶颈，随着性能问题的产生，单点故障的发生也将比较频繁，为了解决这些问题，传统的方式多为采取更换更好的服务器并且采用双机备份系统提供服务的方式，这样必然存在 一半的资源浪费的情况，而在压力不断上升的情况下，这种动作讲不断的重复，不但服务器的利用率不平衡，而且持续引起投资的浪费。 ?“峰值”问题 服务器的处理多存在“波峰”和“波谷”的变化。而且“波峰”时，业务量大小的变化又不规律，这就使服务器不得不面对“峰值堵塞”问题。原有解决方法为增加服务器或主机数量，提高处理能力。但仍存在性能不平衡问题，且这样做，投资成本大。 ?多米诺”现象 单台服务器的设置，不可避免会出现“单点故障”，需要进行服务器“容错”。为实现容错，往往在主服务器旁安置一台或多台备份服务器。但这样做，平时只有一台服务器工作，其它服务器处于空闲状态，无法完全利用所有服务器的处理资源，当出现“峰值堵塞”时，“多米 诺”效应往往会发生，即所有服务器连续被“堵”至“死”。最终的结果将导致系统的瘫痪。 ?“扩展”不便 随着物理和应用的集中，服务器上所要处理的数据量(traffic )增大，客户交易产生
服务器集群方案 LVS项目简介 LVS--Linux Virtual Server（Linux虚拟服务器）。针对高可伸缩、高可用网络服务的需求，LVS采用了基于IP层和基于内容请求分发的负载平衡调度解决方法，并在Linux内核中实现了这些方法，将一组服务器构成一个实现可伸缩的、高可用网络服务的虚拟服务器。一组服务器通过高速的局域网或者地理分布的广域网相互连接，在它们的前端有一个负载调度器。负载调度器能无缝地将网络请求调度到真实服务器上，从而使得服务器集群的结构对客户是透明的，客户访问集群系统提供的网络服务就像访问一台高性能、高可用的服务器一样。客户程序不受服务器集群的影响不需作任何修改。系统的伸缩性通过在服务机群中透明地加入和删除一个节点来达到，通过检测节点或服务进程故障和正确地重置系统达到高可用性。二、IP虚拟服务器软件IPVS 在调度器的实现技术中，IP负载均衡技术是效率最高的。在已有的IP负载均衡技术中有通过网络地址转换（Network Address Translation）将一组服务器构成一个高性能的、高可用的虚拟服务器，称之为VS/NAT技术（Virtual Server via Network Address Translation），大多数商品化的IP负载均衡调度器产品都是使用此方法，如Cisco的LocalDirector、F5的Big/IP和 Alteon的ACEDirector。在分析VS/NAT的缺点和网络服务的非对称性的基础上，LVS提供通过IP隧道实现虚拟服务器的方法VS/TUN （Virtual Server via IP Tunneling），和通过直接路由实现虚拟服务器的方法VS/DR （Virtual Server via Direct Routing），它们可以极大地提高系统的伸缩性。所以，IPVS软件实现了这三种IP负载均衡技术，它们的大致原理如下： 1、Virtual Server via Network Address Translation（VS/NAT）通过网络地址转换，调度器重写请求报文的目标地址，根据预设的调度算法，将请求分派给后端的真实服务器；真实服务器的响应报文通过调度器时，报文的源地址被重写，再返回给客户，完成整个负载调度过程。 2、Virtual Server via IP Tunneling（VS/TUN）采用NAT技术时，由于请求和响应报文都必须经过调度器地址重写，当客户请求越来越多时，调度器的处理能力将成为瓶颈。为了解决这个问题，调度器把请求报文通过IP隧道转发至真实服务器，而真实服务器将响应直接返回给客户，所以调度器只处理请求报文。由于一般网络服务应答比请求报文大许多，采用 VS/TUN技术后，集群系统的最大吞吐量可以提高10倍。
目录 服务器负载均衡三种部署方式典型配置 (2) 【应用场景】 (2) 【工作原理】 (2) 【三种方式的典型配置方法】 (3) 一、服务器负载均衡NA T模式配置 (3) 1、配置拓扑 (3) 2、拓扑说明 (3) 3、设备配置及说明 (4) 二、服务器负载均衡DR模式配置 (16) 1、配置拓扑 (16) 2、拓扑说明 (16) 3、设备配置及说明 (16) 三、服务器负载均衡NA T模式旁路部署配置 (23) 1、配置拓扑 (23) 2、拓扑说明 (23) 3、设备配置及说明 (23)
服务器负载均衡三种部署方式典型配置 服务器负载均衡部署方式可以分为三种方式：网络地址转换模式（NAT）、直接路由（DR）模式、NAT模式旁路部署。 【应用场景】 1、NA T模式应用场景：用户允许修改网络拓扑结构，此模式同时可以实现加速和流控的功 能。 2、DR模式应用场景：用户不允许修改网络拓扑结构，但是此模式配置需要修改服务器配 置。 3、NA T模式旁路模式应用场景：用户既不允许修改网络拓扑结构，也不允许修改服务器配 置。 【工作原理】 1、NAT模式：负载均衡设备分发服务请求时，进行目的IP地址转换（目的IP地址为实服务的IP），通过路由将报文转发给各个实服务。 客户端将到虚拟IP的请求发送给服务器群前端的负载均衡设备，负载均衡设备上的虚服务接收客户端请求，依次根据持续性功能、调度算法，选择真实服务器，再通过网络地址转换，用真实服务器地址重写请求报文的目标地址后，将请求发送给选定的真实服务器；真实服务器的响应报文通过负载均衡设备时，报文的源地址被还原为虚服务的虚拟IP，再返回给客户，完成整个负载调度过程。 2、DR模式：负载均衡设备分发服务请求时，不改变目的IP地址，而将报文的目的MAC 替换为实服务的MAC后直接把报文转发给实服务。 DR方式的服务器负载均衡时，除了负载均衡设备上配置了虚拟IP，真实服务器也都配置了虚拟IP，真实服务器配置的虚拟IP要求不能响应ARP请求。实服务除了虚拟IP，还需要配置一个真实IP，用于和负载均衡设备通信，负载均衡设备和真实服务器在同一个链路域内。发送给虚拟IP的报文，由负载均衡设备分发给相应的真实服务器，从真实服务器返回给客户端的报文直接通过交换机返回。
Apache+Tomcat+mod_jk实现负载均衡方案 一、概述： 原理图： 提高系统可用性，对系统性能影响较小。对于一台服务器Down机后，可自动切换到另 最少需要两台机器，Tomcat1 和Tomcat2可在同一台服务器上。若条件允许最好是各用一台服务器。 二、详细配置步骤： 1、Apache http Server安装 32位的按照提示操作即可。 64位系统的不是安装包。 64位安装配置： 以管理员身份运行cmd 执行：httpd -k install 若无法运行并提示配置错误，请先安装vcredist_x64.exe后再执行。 安装后在Testing httpd.conf...时会报错，不影响。 httpd -k start 启动Apache、httpd -k shutdown 停止Apache 、httpd -k restart重启测试Apache：
在IE中输入：127.0.0.1 打开网页显示It work就OK 2、将Mod_jk的压缩包解压，找到mod_jk.so 复制到Apache目录下modules目录下 64位的下载mod_jk1.2.30_x64.zip 32位的下载tomcat-connectors-1.2.35-windows-i386-httpd-2.0.x.zip 3、修改Apache conf目录下的httpd.conf文件 在最后增加:Include conf/extra/mod_jk.conf 4、在conf/extra 下创建mod_jk.conf文件 增加如下： #load module mod_jk.so LoadModule jk_module modules/mod_jk.so #mod_jk config #load workers JkWorkersFile conf/workers.properties #set log file JkLogFile logs/mod_jk.log #set log level JkLogLevel info #map to the status server #mount the status server JkMount /private/admin/mystatus mystatus JkMount /* balance 5.在conf目录下创建workers.properties文件 增加：worker.tomcat1 中的tomcat1和tomcat2必须和Tomcat中的配置相同。Tomcat配置下面介召 worker.list=balance,mystatus #first worker config worker.tomcat1.type=ajp13 worker.tomcat1.host=192.168.8.204 worker.tomcat1.port=8009 #Tomcat的监听端口 worker.tomcat1.lbfactor=1 worker.tomcat1.socket_timeout=30 worker.tomcat1.socket_keepalive=1 #second worker config worker.tomcat2.type=ajp13 worker.tomcat2.host=192.168.8.204 worker.tomcat2.port=8010 #Tomcat的监听端口实验是在同一机器上做的，所以两个不同
服务器网络负载均衡实施方案 一、技术方案 使用Windows Server 2003 网络负载平衡技术，可以实现WWW等诸多系统服务的负载平衡功能。 网络负载均衡是由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。均衡负载能够平均分配客户请求到服务器列阵，籍此提供快速获取重要数据，解决大量并发访问服务问题。 二、配置要求 1.服务器需要安装双网卡，一块用于负载平衡，一块用于服务器内部通讯。 2.用于集群的服务器，系统管理员密码最好一致，以免引起不必要的麻烦。 3.将网络属性中，不必要的协议都去掉，只保留TCP/IP 和Microsoft 的协议。 4.两台服务器的应用程序用IIS发布。 三、实施步骤 准备两台应用服务器，并配上两个IP地址，在其中一台服务器设置新建群集，步骤如下：1．点击开始→程序→管理工具→网络负载平衡管理器，如下图所示： 2．选择网络负载平衡集群→鼠标右键→新建集群，如下图所示： 3. 配置群集参数 IP 地址: 指对外提供服务的虚拟IP地址。 完整的Internet名：指对外服务的域名，最好和真实环境配置一致。 其余的保持默认设置，如下图示例：
4. 本例中的集群对外只提供一个服务IP地址，所以“附加群集IP地址”不需要再添加，如下图示例： 5．端口规则中，默认是允许所有的TCP，UDP，如下图所示： 6. 本例中，我们只希望实现80端口的集群，我们可以编辑规则，如下图示例：
F5服务器负载均衡解决方案 目录 一．大量数据处理所面临的问题 (2) 1．目前存在隐患 (3) 2．应用系统问题综述 (3) 1)“峰值”问题 (4) 2)多米诺”现象 (4) 3)“N+1”方式 (4) 4)“扩展”不便 (5) 5)“免疫力”差 (5) 6)“容灾”.................................................................................... 错误!未定义书签。 7)应用与网络脱节 (6) 二．F5解决方案 (6) 2.1 网络结构 (6) 2.2 方案优势 (7) 2.2.1避免“不平衡”现象 (7) 2.2.2解决因“峰值堵塞”带来的性能调整“不平衡” (9) 2.2.3避免“多米诺”现象 (9) 2.2.4更好的提供系统容错，提高系统可靠性 (10) 2.2.5“扩展”灵活 (11) 2.2.6“免疫力”强 (12) 2.2.7“容灾” (13) 2.2.8网络感知应用，应用控制网络 (14) 三．相关技术资料 (17) BIG-IP提供支持99.999%的正常运行 (17) 四．成功案例 (19) F5为中国某税务机关提供高可用性解决方案 (19)
一．大量数据处理所面临的问题 在现今的企业中，不论是否提供关键性任务的服务，都需要一个持续运行不断的高可用性网络计算环境以维持不间断的高品质服务。所谓高可用性的环境，也是信息管理人员所必须考虑的四件事： 1.使数据有一个安全的存储和运作方式，即使在设备故障时仍能保持数据的完整 一致。 2.使服务器系统持续运行，即使发生故障仍然让服务持续下去。 3.使整个计算环境能更好的管理，如何容错、容灾、集群共享。 4.如何使投资有最好的效益，使系统有最佳的扩充能力，有最低的整体拥有成本， 也就是在任何情况之下均能确保数据的完整一致，系统持续运行，使服务不间 断，同时有最好的投资回报率。 高可用性被定义为计算系统的连续运行。根据故障停机的业务影响，应用系统需要不同的可用性水平。要想实现一个应用系统的高可用性，所有组件(包括应用和数据库服务器、存储设备以及端到端网络)都需要提供连续的服务。 企业和机构对网络化应用及Internet 的日益依赖，加上语音和数据的集成，创造了对高可用性应用的增加需求。任何类型的系统故障停机都可能意味着收入、信誉和客户满意的巨大损失。 高度网络可用性的利用，企业实施高可用性网络来： ?防止财务损失 ?防止生产力损失 ?改进用户满意度 ?改进客户满意/信任 ?降低反应性IT支持成本，提高IT生产力 ?部署关键任务应用支持新业务实践的好处 ?典型的业务要求 为了实现高度的网络可用性，需要部署下列组件：
用双机高可用集群还是使用负载均衡集群 北京麒麟博峰科技有限公司 2010年11月 1
目录 第一章问题描述 (1) 第二章基本的技术知识 (1) 2.1.HA高可用集群 (1) 2.2.Load Balance负载均衡集群 (2) 第三章该使用哪种集群 (3) I
第一章问题描述 系统工程师通常会对如何使用HA高可用集群，即“双机”，和负载均衡集群，比如KYLIN Netsphere等负载均衡设备，产生疑惑不解，通常在构筑服务器集群的时候，不合理的设计造成系统的整体效率不高、设备浪费或者维护的不便利，本文试图用最简单的方式解惑。 要解决这些问题，不惑者需要正确自我解答以下问题： 1.系统的并发是否是考虑的主要问题之一？ 2.以后并发用户会不会急剧增长？ 3.运营的软件是否是一个标准的三级架构或者多级架构（N-Tier）？ 4.运营的软件的端口是否对应不同的业务？ 5.不同的业务软件是否运行在不同的服务器设备上？ 6.资金是否成为问题？ 第二章基本的技术知识 2.1 HA高可用集群 HA（单字母发音， H A 不是“哈”）高可用集群主要是为了“保护”“特定资源”所开发的一种集群技术，这里所说的“特定资源”包含以下内容： 1)进程； 如果进程被杀死，即从系统角度上看，该进程没有了，那么，HA可以及时发现，并在 另外一个地方将部署好的进程启动；如果该进程僵死，即不工作了，可能由于软件设计 的不好，出现了死循环或者其他原因，但该进程还存在，这时HA是不能发现的，所以，有时候即使进程不响应了，HA并没有切换； 解决这个问题，只能依靠应用软件提供监控接口，并将该接口公布给HA开发商。我们 在市场中发现有些厂商的基于数据库的特别好使，有些公司的产品出现同样状况时却像 傻子一样，这个可能是不同的HA厂商和数据库厂商合作的深浅度有关。 2)网卡； 如果网卡完全挂掉，HA是可以发现并采用行动，但是工作的不正常，这种情况HA可 能不能发现，尤其是抖动的情况发生； 3)存储； 1