丐帮没帮主
负载均衡软件有哪些？
常见的有LVS、Nginx和HAProxy，者者介绍分别如下： LVS：使用集群技术和Linux操作系统实现一个高性能、高可用的服务器，它具有很好的可伸缩性（Scalability）、可靠性（Reliability）和可管理性（Manageability），感谢章文嵩博士为我们提供如此强大实用的开源软件。
LVS的特点是： 1、抗负载能力强、是工作在网络4层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最强的； 2、配置性比较低，这是一个缺点也是一个优点，因为没有可太多配置的东西，所以并不需要太多接触，大大减少了人为出错的几率； 3、工作稳定，自身有完整的双机热备方案； 4、无流量，保证了均衡器IO的性能不会收到大流量的影响； 5、应用范围比较广，可以对所有应用做负载均衡； 6、软件本身不支持正则处理，不能做动静分离。
Nginx的特点是： 1、工作在网络的7层之上，可以针对http应用做一些分流的策略； 2、Nginx对网络的依赖非常小； 3、Nginx安装和配置比较简单，测试起来比较方便； 4、可以承担高的负载压力且稳定，一般能支撑超过几万次的并发量； 5、Nginx可以通过端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等； 6、Nginx仅能支持http和Email; HAProxy的特点是： 1、HAProxy是支持虚拟主机的； 2、能够补充Nginx的一些缺点比如Session的保持，Cookie的引导等工作； 3、支持url检测后端的服务器出问题的检测会有很好的帮助； 4、它跟LVS一样，本身仅仅就只是一款负载均衡软件； 5、HAProxy可以对Mysql读进行负载均衡，对后端的MySQL节点进行检测和负载均衡，不过在后端的MySQL slaves数量超过10台时性能不如LVS; 6、HAProxy的算法多； ...
服务器负载均衡问题,需要的设备和软件
你上面说到的这些服务器只有Web服务器需要做负载均衡，而且一般都是前置机才做负载均衡，做服务器负载均衡的条件是：1. 你要有提供相同应用的多台Web服务器。
2. 要有负载均衡的设备（可以是软件也可以是硬件）。
3. 要为这个服务分配一个虚拟地址（作为服务访问的统一入口）和若干真实地址（有几台Web服务器需要几个真实地址）。
注：一般建议采用硬件设备，通常需要做负载均衡的应用说明他的负载很大，专用的硬件比较可靠。
具备以上条件后将Web服务器连接到负载均衡设备上，在负载均衡设备上配置虚拟地址和真实地址、配置负载均衡算法，配置负载均衡策略，将负载均衡设备接入网络。
这样，外面的用户只需要访问这个虚拟地址就可以了，负载均衡设备收到请求后会按照负载均衡策略和算法把请求分配到真实地址上，实现负载功能。
以上所说只是负载均衡的一种部署方式，根据实际需要选择单臂、双臂接入网络；根据应用的特点选择健康检查的方式；根据应用选择是否使用回话保持算法等。
客户端负载均衡算法是什么？
算法则有：◎依序RoundRoin◎比重WeightedRoundRoin◎流量比例Taffic◎使用者端Use◎应用类别Application◎联机数量Session◎服务类别Sevice◎自动分配AutoModeInoundLoadBalancing内建InoundLoadBalance功能，可让企业透过多条ISP线路，提供给浏览者更实时、快速与稳定不断线的因特网在线服务；Inound负载平衡算法包括：RoundRoinWeightedRoundRoinAutoBackUp；功能内建DNS服务器，可维护多个网域（domain），每个网域又可以新增多笔纪（ACNAMEMX），达到InoundLoadShaing的功能
什么是负载均衡？
在网络应用过程中，我们经常能听到负载均衡这个词，那么什么是负载均衡呢？在有线分布式系统中，负载均衡是指将网络的外部服务请求均匀分配到多台后端的服务器上，从而提高网络服务质量的方法。
我们都知道，由于外部网络任务到达的随机性，以及各处理节点处理能力上的差异，当分布式系统运行一段时间后，某些节点分配的任务还很多（称之为超载），而另一些节点却是空闲的（称之为轻载）。
一方面，使超载节点上的任务尽可能快地完成是当务之急；另一方面，某些节点轻载是一种浪费。
如何避免这种忙与空闲并存情况的发生，从而有效地提高系统的资源利用率，减少任务的平均响应时间。
这是负载均衡需要解决的问题。
简单的来说，负载均衡问题是对任务的优化组合问题。
有线分布式系统中的负载均衡方法操作的对象是任务。
其的基本途径就是收集负载信息，进行相关算法决策，对分配给各节点的任务进行重新调度如进程迁移或任务迁移。
无线局域网中的负载均衡面临比有线网络更多的困难。
随着无线局域网中扩展服务集中的终端的移动和无线信道的时变，各个接入点（AP）上的负载出现差异。
负载均衡的作用就是平衡各个AP的差异，以达到最大化的网络资源利用。
其实，负载均衡是无线资源管理的重点，IEEE的802.11工作组的TGv任务组，专门负责解决无线局域网的负载均衡问题。
下面，我们主要来探讨下无线局域网中的负载均衡， 无线局域网中的负载均衡与有线分布式系统中的负载均衡不同，表现在负载均衡控制的对象和控制方式上。
由于无线终端的移动性和无线信道的时变性，无线局域网中的负载均衡面临的情况更加复杂。
无线局域网（WLAN）是指应用无线通信技术将计算机设备互联起来，构成的可以互相通信和实现资源共享的网络体系。
在无线局域网中有两种角色：AP和终端（STA）。
AP作为固定基础设备，通过有线分布式系统互连。
STA作为移动终端，接受AP提供的接入服务。
负载不均衡形式一：无线AP连接的终端的个数不均衡 终端通过扫描信道，获取所处WLAN环境中扩展服务集和基本服务集信息，并选择加入一个合适的基本服务集。
WLAN中负载均衡就是由多个AP为多个移动终端提供接入服务的系统，每一个AP通过利用网络信息进行站点管理，目的是充分利用网络现有资源，减少网络阻塞。
位于中心点的AP，经过一段时间的运行，连接的终端的个数要多于四周AP的终端个数，承担的业务也已经饱和，此时连接到中心点AP的终端的业务的服务质量（QoS）已经不能保证。
而外围的AP业务还不饱和，网络中出现负载差异。
负载均衡就是要解决这种差异，将中心点AP的某些业务转移到外围的 AP上，以提高网络的服务容量和中心点AP的业务质量。
什么是网络负载均衡,在网络中有哪些应用
负载均衡是由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。
通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。
均衡负载能够平均分配客户请求到服务器列阵，籍此提供快速获取重要数据，解决大量并发访问服务问题。
软件负载基于特定服务器软件的负载均衡---- 这种技术是利用网络协议的重定向功能来实现负载均衡的，例如在Http协议中支持定位指令，接收到这个指令的浏览器将自动重定向到该指令指明的另一个URL上。
由于和执行服务请求相比，发送定位指令对Web服务器的负载要小得多，因此可以根据这个功能来设计一种负载均衡的服务器。
一旦Web服务器认为自己的负载较大，它就不再直接发送回浏览器请求的网页，而是送回一个定位指令，让浏览器去服务器集群中的其他服务器上获得所需要的网页。
在这种方式下，服务器本身必须支持这种功能，然而具体实现起来却有很多困难，例如一台服务器如何能保证它重定向过的服务器是比较空闲的，并且不会再次发送定位指令？定位指令和浏览器都没有这方面的支持能力，这样很容易在浏览器上形成一种死循环。
因此这种方式实际应用当中并不多见，使用这种方式实现的服务器集群软件也较少。
DNS负载基于DNS的负载均衡---- DNS负载均衡技术是最早的负载均衡解决方案，它是通过DNS服务中的随机名字解析来实现的，在DNS服务器中，可以为多个不同的地址配置同一个名字，而最终查询这个名字的客户机将在解析这个名字时得到其中的一个地址。
因此，对于同一个名字，不同的客户机会得到不同的地址，它们也就访问不同地址上的Web服务器，从而达到负载均衡的目的。
---- 这种技术的优点是，实现简单、实施容易、成本低、适用于大多数TCP/IP应用；但是，其缺点也非常明显，首先这种方案不是真正意义上的负载均衡，DNS服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个Web服务器当前的负载情况；如果后台的Web服务器的配置和处理能力不同，最慢的Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用；其次未考虑容错，如果后台的某台Web服务器出现故障，DNS服务器仍然会把DNS请求分配到这台故障服务器上，导致不能响应客户端。
最后一点是致命的，有可能造成相当一部分客户不能享受Web服务，并且由于DNS缓存的原因，所造成的后果要持续相当长一段时间（一般DNS的刷新周期约为24小时）。
所以在国外最新的建设中心Web站点方案中，已经很少采用这种方案了。
交换负载.基于四层交换技术的负载均衡---- 这种技术是在第四层交换机上设置Web服务的虚拟IP地址，这个虚拟IP地址是DNS服务器中解析到的Web服务器的IP地址，对客户端是可见的。
当客户访问此Web应用时，客户端的Http请求会先被第四层交换机接收到，它将基于第四层交换技术实时检测后台Web服务器的负载，根据设定的算法进行快速交换。
常见的算法有轮询、加权、最少连接、随机和响应时间等。
七层负载基于七层交换技术的负载均衡---- 基于第七层交换的负载均衡技术主要用于实现Web应用的负载平衡和服务质量保证。
它与第四层交换机比较起来有许多优势：第七层交换机不仅能检查TCP/IP数据包的TCP和UDP端口号，从而转发给后台的某台服务器来处理，而且能从会话层以上来分析Http请求的URL，根据URL的不同将不同的Http请求交给不同的服务器来处理（可以具体到某一类文件，直至某一个文件），甚至同一个URL请求可以让多个服务器来响应以分担负载（当客户访问某一个URL，发起Http请求时，它实际上要与服务器建立多个会话连接，得到多个对象，例如.txt/.gif/.jpg文档，当这些对象都下载到本地后，才组成一个完整的页面）。
---- 以上几种负载均衡技术主要应用于一个站点内的服务器群，但是由于一个站点接入Internet的带宽是有限的，因此可以把负载均衡技术开始应用于不同的网络站点之间，这就是站点镜像技术，站点镜像技术实际上利用了DNS负载均衡技术。
数据库软件,负载均衡,消息队列中间件这些是什么提供的常见服务
软硬件负载均衡 软件负载均衡解决方案是指在一台或多台服务器相应的操作系统上安装一个或多个附加软件来实现负载均衡，如DNS Load Balance,CheckPoint Fiewall-1 ConnectContol等，它的优点是基于特定环境，配置简单，使用灵活，成本低廉，可以满足一般的负载均衡需求。
软件解决方案缺点也较多，因为每台服务器上安装额外的软件运行会消耗系统不定量的资源，越是功能强大的模块，消耗得越多，所以当连接请求特别大的时候，软件本身会成为服务器工作成败的一个关键；软件可扩展性并不是很好，受到操作系统的限制；由于操作系统本身的Bug，往往会引起安全问题。
硬件负载均衡解决方案是直接在服务器和外部网络间安装负载均衡设备，这种设备我们通常称之为负载均衡器，由于专门的设备完成专门的任务，独立于操作系统，整体性能得到大量提高，加上多样化的负载均衡策略，智能化的流量管理，可达到最佳的负载均衡需求。
负载均衡器有多种多样的形式，除了作为独立意义上的负载均衡器外，有些负载均衡器集成在交换设备中，置于服务器与Intenet链接之间，有些则以两块网络适配器将这一功能集成到PC中，一块连接到Intenet上，一块连接到后端服务器群的内部网络上。
一般而言，硬件负载均衡在功能、性能上优于软件方式，不过成本昂贵。
本地全局负载均衡 负载均衡从其应用的地理结构上分为本地负载均衡（Local Load Balance）和全局负载均衡（Gloal Load Balance，也叫地域负载均衡），本地负载均衡是指对本地的服务器群做负载均衡，全局负载均衡是指对分别放置在不同的地理位置、有不同网络结构的服务器群间作负载均衡。
本地负载均衡能有效地解决数据流量过大、网络负荷过重的问题，并且不需花费昂贵开支购置性能卓越的服务器，充分利用现有设备，避免服务器单点故障造成数据流量的损失。
其有灵活多样的均衡策略把数据流量合理地分配给服务器群内的服务器共同负担。
即使是再给现有服务器扩充升级，也只是简单地增加一个新的服务器到服务群中，而不需改变现有网络结构、停止现有的服务。
全局负载均衡主要用于在一个多区域拥有自己服务器的站点，为了使全球用户只以一个IP地址或域名就能访问到离自己最近的服务器，从而获得最快的访问速度，也可用于子公司分散站点分布广的大公司通过Intanet（企业内部互联网）来达到资源统一合理分配的目的。
全局负载均衡有以下的特点： 实现地理位置无关性，能够远距离为用户提供完全的透明服务。
除了能避免服务器、数据中心等的单点失效，也能避免由于ISP专线故障引起的单点失效。
解决网络拥塞问题，提高服务器响应速度，服务就近提供，达到更好的访问质量。
sql server 负载均衡集群 哪种好
一个应用系统随着业务量的提高，以及访问量和数据流 量的快速增长，各个核心部分的处理性能和计算强度也相应增大，使得单一设备根本无法承担。
在此情况下，如果扔掉现有设备去做大量的硬件升级，必将造成现有 资源的浪费，而且下一次业务量的提升，又将导致再一次硬件升级的高额成本投入。
于是，负载均衡机制应运而生。
对于应用系统的负载均衡的硬件和软件比比皆是，因为应用服务器上的程序基本上认为是不变化的，而且一般的各个应用服务器上的程序是不交互的。
因此应用服务器的负载均衡非常好做，只需要能够进行分流的软件或者硬件把多个客户端的连接分配到多个应用服务器上去即可。
因为数据库内的数据是频繁变化的，为了数据的一致性以及锁资源的分配协调等，所以像应用服务器那样只有分流是不够的，各个节点需要频繁的交互。
这也是数据库集群软件难做的原因，当然也是卖的贵的原因了。
Oracle Real Application Clusters对于数据库负载均衡，大家最为耳熟能详的就是Oracle RAC了。
RAC是双机并行服务器（8i及以前版本称作Oracle ParallelServer,OPS），用来在集群环境下实现多机共享数据库，以保证应用的高可用性，同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的排错和无断点恢复。
它可以自动进行负载平衡、故障修复和规划停机时间，以支持高可用性应用程序。
若并行服务器中某节点失效，透明的应用程序容错能够把用户自 动转接到另一节点上继续运行，应用程序在用户没有察觉的情况下继续执行。
这使周期性和非周期性发生故障的系统增大了连续可用性。
进程的失效可以完全透明地 转移到另一节点上去，通过适当地配置，可以指定所有查询都在客户端进行缓存，这样它们便可以在转移后的节点上重新设置。
Moebius for SQL Server截至到SQL Server 2008，微软还是没有推出负载均衡组件，只能靠第三方软件来实现，好在这个软件是几个从微软出来的人写的，也算是个小小的巧合。
说他们是微软出来的并不是说他们的技术多厉害，而是他们利用SQL Server的一些内部接口把集群做的非常透明， 无论是应用程序的调用还是开发/管理人员的使用都和面对一个数据库一样。
他们的实现原理是这样的：和SQL Server镜像一样，每个数据库节点都有自己的数据，也就是无共享磁盘架构。
他们称之为“中间件”的程序宿主在数据库的内部，每个节点数据库上写入数据导致数据变化时，SQL Server会激活“中间件”，“中间件”把变化的数据同步到其他的节点上。
其他节点发生变化也是一样。
因为“中间件”宿主在数据库内， 所以它能够把每个同步的Session和SQL Server的Session绑定到一起，也就是使用户的执行和数据的同步成为一个原子操作，从而保证数据在每时每刻都是一致的。
因此查询可以随便到每个 机器上去查，从而做到了真正的负载均衡。
阿瓜负载均衡怎么样？
阿瓜负载均衡是一款免费的服务器负载均衡软件，可以让用户快速高效搭建一套负载均衡系统。
并且可以实现界面快速配置，无需用户在底层进行命令配置。
主要功能：1. 免费获取阿瓜负载均衡是北京远为软件有限公司硬件版本负载均衡的延伸，针对互联网应用。
阿瓜没有做任何的商业版本限制，从功能，到性能，商业版本提供的服务器负载均衡功能，全免费提供给用户。
2. 配置简单阿瓜作为一款互联网的负载均衡产品，让负载均衡更加傻瓜化，推出界面快速配置模式，解放了技术人员在基础环境上的压力。
即使用户没有网络运维和代码的经验，阿瓜也可以让其快速搭建配置一套完整的负载均衡系统。
3. 安全防护作为万能商业网络设备产品，阿瓜内置专业的防火墙功能和DoS/DDoS防御体系，可以保护应用服务器避免遭受无穷尽的恶意攻击和行为。
4. 使用灵活阿瓜是一个完整的ISO。
只要会安装操作系统，至于无论是虚拟机、服务器和工作站，甚至都是旧PC的x86的运算环境，阿瓜都可以很容易的领养和养活。
