一.负载均衡名词解释

1.负载均衡（Load Balance）

（1）指通过某种调度技术，将客户端的请求分配到后台服务器集群中。

（2）客户端的流量首先会到达负载均衡器，由负载均衡服务器通过一定的调度算法将流量分发到不同的应用服务器上面，同时负载均衡服务器也会对应用服务器做周期性的健康检查，当发现故障节点时便于动态的将节点从应用服务器集群中剔除，以此来保证应用的高可用性。负载均衡又分为四层负载均衡和七层负载均衡。

2.四层负载均衡

四层负载均衡工作在OSI模型的传输层，主要工作时转发，在接收客户端的流量以后通过修改数据包的地址信息将流量转发到应用服务器上。

3.七层负载均衡

七层负载均衡工作在OSI模型的应用层。需要解析应用层流量，在接收客户端的流量后，还需要一个完整的TCP/IP协议栈。七层负载均衡与客户端建立一条完整的连接并将应用层的请求流量解析出来，再按照调度算法选择一个应用服务器，并与应用服务器建立另外一条连接将请求发送过去，因此七层负载均衡的主要工作就是代理。

4.软负载

是通过在服务器上安装特定的负载均衡软件或是自带负载均衡块完成对请求的分配派发。

5.硬负载

在服务器节点之间安装专门的硬件进行负载均衡的工作。例如F5负载均衡就是硬件负载均衡的一种。
二.负载均衡产品名词解释

1.F5负载均衡

F5是负载均衡产品的一个品牌，F5在这类产品中的影响最大，所以经常说F5负载均衡。

2.LVS(Linux Virtual Server)

Linux虚拟服务器，即虚拟的服务器集群系统。主要用于多服务器的负载均衡，可以实现高性能，高可用的服务器集群技术。可以把许多低性能的服务器组合在一起形成一个超级服务器。易用，配置简单，且有多种负载均衡的方法。

3.Haproxy

Haproxy提供高可用性，负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机。Haproxy特别适用于那些负载特大的web站点，这些站点通常需要会话保持或七层处理。Haproxy运行在当前的硬件上，完全可以支持数以万计的并发连接。

4.Nginx

高性能的HTTP和反向代理web服务器，Nginx可以作为一个HTTP服务器进行网站的发布处理，另外Nginx可以作为反向代理进行负载均衡的实现。

[color=red]负载均衡（Load balancing）是一种计算机网络技术，用来在多个计算机（计算机集群）、网络连接、CPU、磁盘驱动器或其他资源中分配负载，以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。[/color]

使用带有负载均衡的多个服务器组件，取代单一的组件，可以通过冗余提高可靠性(HA)。负载均衡服务通常是由专用软件和硬件来完成。

[b]基于互联网的服务[/b]
负载均衡最重要的一个应用是利用多台服务器提供单一服务，这种方案有时也称之为server farm。通常，负载均衡主要应用于Web网站，大型的Internet Relay Chat网络，高流量的文件下载网站，NNTP（Network News Transfer Protocol）服务和DNS服务。现在负载均衡器也开始支持数据库服务，称之为数据库负载均衡器。

对于互联网服务，负载均衡器通常是一个软件程序，这个程序侦听一个外部端口，互联网用户可以通过这个端口来访问服务，而作为负载均衡器的软体会将用户的请求转发给后台内网服务器，内网服务器将请求的响应返回给负载均衡器，负载均衡器再将响应发送到用户，这样就向互联网用户隐藏了内网结构，阻止了用户直接访问后台（内网）服务器，使得服务器更加安全，可以阻止对核心网络栈和运行在其它端口服务的攻击。

当所有后台服务器出现故障时，有些负载均衡器会提供一些特殊的功能来处理这种情况。例如转发请求到一个备用的负载均衡器、显示一条关于服务中断的消息等。负载均衡器使得IT团队可以显著提高容错能力。它可以自动提供大量的容量以处理任何应用程序流量的增加或减少。

[b]架构[/b]
高性能系统通常会使用多层负载均衡。另外专用的硬件负载均衡器以及纯软件负载均衡器，包括开源的，例如Apache Web服务器的mod proxy balancer扩展，nginx，Varnish和Pound反向代理和负载均衡器。使用Gearman将合适的计算任务分发给多台计算机，如此大量的任务就可以更快的完成了。
对于一个多层次架构体系，在负载均衡器或网络分发器后面有两种设计，术语称之为Bowties和Stovepipes。Stovepipe设计中，事务是从顶部分发的，然后从一个固定通道通过一系列硬件和软件设备，到达最终目的地。如果使用Bowties设计，在每一层中事务处理有多条路径可供选择。在事务处理的网络结构中可能会是Stovepipes，也可以是Bowties，或者根据每一层的实际需求采用杂货构架。

[b]持续性【会话共享】[/b]
负载均衡器需要处理的一个重要问题是：如何保存用户会话？如果会话信息保存在后台服务器，用户接下来的请求可能会被分配到不同的后台服务器，此时用户会话就无法继续。负载均衡器可以缓存用户会话，然后将用户请求分发到不同的后台服务器。但是这将带来负载均衡器的负载问题。

一个解决方案是将一个用户会话中的所有请求都发送到同一个后台服务器。即persistence或stickiness。这个方法的不足之处在于无法容错failover,如果后台服务器故障，它提供的会话就会无法取得，任何依赖于它的会话都会丢失。这个问题通常与数据中心有关，尽管Web Service是非连结导向的，但是后端的数据库先天上还是连结导向的。

第二个方案是依据用户名，客户端IP来分配提供服务的服务器，也可以随机分配。因为客户可能是通过DHCP，NAT或者Web代理来连接Internet的，其IP地址可能经常变换，这使得这个方案的服务质量无法保障。随机分配由负载均衡器将会话信息存储保存。如果负载均衡器被替换或故障，这些信息可能会丢失；另外（负载均衡器）负载较高的时候，为保证分配表空间不会被耗尽，超时的分配信息必须被删除。随机分配方法也要求客户会维持会话状态，如果客户浏览器禁用了cookies的功能，就会引起问题。优秀的负载均衡器会使用多种持续（会话保持）技术，以避免其中某些不可以用时引起故障。

另外一个方案是将每一会话信息保存到一个数据库中。由于这个方案会增加数据库的负载，所以这个方案对性能的提高并不好。数据库最好是用来存储会话时间比较长的会话数据。为了避免数据库出现单点故障，并且提高其扩展性，数据库通常会复制到多台服务器上，通过负载均衡器来分发请求到数据库服务器上。微软ASP.net中的状态服务器技术就是一个典型的会话数据库的例子。集群中的所有服务器都将它们的会话信息保存到状态服务器上，同时它们可以向状态服务器查询会话数据。

[color=red]幸运的是有一种更有效的方法，通常客户浏览器可以保存用户的每个会话信息。[/color]例如使用浏览器cookie，对数据加密并加上一个时间戳就可以保证安全了；URL重写。将会话信息存储在客户端通常是首选方案，因为这样负载均衡器就可以灵活的选择后台服务器来处理用户请求。然而这种方法不适应于一些较复杂的电子商务，因为电子商务中会话数据较大，而且需要服务器需要经常重新处理会话信息；与此同时URL重写由于用户可以改变会话流数据而存在安全问题；加密客户端cookies也一直存在着安全方面的争议，除非所有的会话都通过HTTPS，但是HTTPS很容易遭到中间人攻击。

[b]与故障转移的关系[/b]
负载均衡对通讯链路的冗余是非常有用的。例如，一家公司可能有多条互联网接入线路以保证某一条故障时仍可以正常接入互联网。
[color=red]故障转移的架构意味着一条连接正常使用，另外一条连接作为备用，当第一条出现故障时才会被启用。[/color]

使用负载均衡器，两条（多条）连接可以都投入使用。有一个设备或者程序实时监控着所有连接的连通性，并且对正在发送的包进行选路。同时使用多条连接可以增加带宽。
许多电信公司在其内部网络或连接到外部网络（其它电信网络）都有多条线路可以使用。为避免某条链路出现网络堵塞，最小化连接其它网络的费用或者提高网络的可靠性，它们使用负载均衡将流量从一条链路转移到另一条链路。
负载均衡经常被用于实现故障转移-当一个或多个组件出现故障时能持续提供服务这些组件都在持续监控（例如：Web服务器通过请求一个已知页面来监控是否正常工作）中，当一个组件没有响应，负载均衡器就会发现并不再向其发送数据。同样当一个组件重新上线，负载均衡器会重新开始向其发送数据。为了能够如前所述正常工作，负载均衡体系中至少要有一个冗余服务。采用一用一备方案（一个组件提供服务，一个备用，当主组件故障时备用组件将接管继续提供服务）比故障转移方案更加经济，灵活。有些类型的RAID系统使用的热备份功能跟这是类似的作用。

图
占优策略均衡
博弈均衡指博弈中的所有参与者都不想改变自己的策略的这样一种相对静止的
状态
。显然，在我们分析的例子中，
(
不合作、不合作
)
这一对策略组合
(
前者表示甲
选择的策略，后者表示乙选择的策略
)
下的博弈状态，就是一种均衡状态。此时，任
何一方都不想偏离各自的不合作策略。由于在均衡时甲、乙双方选择的都是自己的占
优策略
(
即不合作
)
，所以，该博弈均衡又被称为占优策略均衡。一般地说，
由博弈中
的所有参与者的占优策略组合所构成的均衡就是占优策略均衡
。
我们可以在支付矩阵图中用划横线的方法来寻找占优策略均衡。具体做法如下：
先看甲的策略选择。当乙采取合作策略时，甲会选择不合作策略，得报酬
12
，则我们
在报酬
12
下划一横线。当乙采取不合作策略时，甲仍会选择不合作策略，得报酬
8
，
则我们在报酬
8
下划一横线。类似地，再看乙的策略选择。甲选择合作或不合作策略
时，乙都会选择不合作策略，则我们分别在相应的乙的报酬
12
和报酬
8
下各划一条横
线。最后，矩阵图中惟一的两个数字都被划上横线的那一格报酬组合
(8
、
8)
所对应的
(
不合作、不合作
)
的策略组合就是该博弈的占优策略均衡。

负载均衡：

负载就是任务的意思，负载均衡（Load Balance）其意思就是分摊到多个操作单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工作任务。

我的理解:好像背包问题，A包已经装满了，但是B包还没有满，我可以把这个任务放进这个B包里进行处理，然后再进行数据同步即可（最大效率的利用现有资源）
集群

集群（cluster）技术是一种较新的技术，通过集群技术，可以在付出较低成本的情况下获得在性能、可靠性、灵活性方面的相对较高的收益，其任务调度则是集群系统中的核心技术。用户若想扩展系统能力，不得不购买更高性能的服务器，才能获得额外所需的CPU 和存储器。如果采用集群技术，则只需要将新的服务器加入集群中即可，对于客户来看，服务无论从连续性还是性能上都几乎没有变化，好像系统在不知不觉中完成了升级。

我的理解：同一个业务，部署在多个服务器上
分布式

我的理解：一个业务分拆多个子业务，部署在不同的服务器上

$尚硅谷老师原话：集群就是一组协同工作的服务器，各有分工。组成一个整体，对外表现为一个整体$

名词解释:load blancing clusters负载均衡集群 （LBC）high available clusters高可用集群（HAC）

小饭店原来只有一个厨师，切菜洗菜备料炒菜全干。后来客人多了，厨房一个厨师忙不过来，又请了个厨师，两个厨师都能炒一样的菜，这两个厨师的关系是集群。
为了让厨师专心炒菜，把菜做到极致，又请了个配菜师负责切菜，备菜，备料，厨师和配菜师的关系是分布式，一个配菜师也忙不过来了，
又请了个配菜师，两个配菜师关系是集群

大佬更专业的解答:集群和分布式的区别和联系