负载根据什么分发到各个服务器

Ⅰ 服务器做负载均衡有什么优势怎么计算的

西部数码负载均衡EasySLB服务，即在多台云主机间实现应用程序流量的自动分配。可实现故障自动切换，提高业务可用性，并提高资源利用率。
西部数码负载均衡只需要在控制台一键即可添加后端服务器，系统将自动设置好相关路由与网关，让负载均衡集群的搭建变得轻而易举

Ⅱ 负载均衡是怎么做的~

1、服务直接返回：这种安装方式负载均衡的LAN口不使用，WAN口与服务器在同一个网络中，互联网的客户端访问负载均衡的虚IP（VIP），虚IP对应负载均衡机的WAN口，负载均衡根据策略将流量分发到服务器上，服务器直接响应客户端的请求。

2、桥接模式：桥接模式配置简单，不改变现有网络。负载均衡的WAN口和LAN口分别连接上行设备和下行服务器。LAN口不需要配置IP（WAN口与LAN口是桥连接），所有的服务器与负载均衡均在同一逻辑网络中。

3、路由模式：路由模式的部署方式，服务器的网关必须设置成负载均衡机的LAN口地址，且与WAN口分署不同的逻辑网络。因此所有返回的流量也都经过负载均衡。这种方式对网络的改动小，能均衡任何下行流量。

(2)负载根据什么分发到各个服务器扩展阅读

负载均衡的算法:

1、随机算法：Random随机，按权重设置随机概率。在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。

2、哈希算法：一致性哈希一致性Hash，相同参数的请求总是发到同一提供者。当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。

3、URL散列：通过管理客户端请求URL信息的散列，将发送至相同URL的请求转发至同一服务器的算法。

参考资料

网络-负载均衡

Ⅲ 服务器集群的负载均衡算法有哪些

轮转(Round-Robin)算法
加权轮转(Weighted Round Robin)算法
最小连接数（Least Connections）算法
加权最小连接数（Weighted Least Connections）算法
目的地址哈希散列（Destination Hashing Scheling）算法
源地址哈希散列（Source Hashing Scheling）算法
随机（Random）算法

Ⅳ 负载均衡概述

1、负载均衡（Load Balance）建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。负载均衡有两方面的含义：首先，大量的并发访问或数据流量分担到多台节点设备上分别处理，减少用户等待响应的时间；其次，单个重负载的运算分担到多台节点设备上做并行处理，每个节点设备处理结束后，将结果汇总，返回给用户，系统处理能力得到大幅度提高。

2、简单来说就是：其一是将大量的并发处理转发给后端多个节点处理，减少工作响应时间；其二是将单个繁重的工作转发给后端多个节点处理，处理完再返回给负载均衡中心，再返回给用户。目前负载均衡技术大多数是用于提高诸如在Web服务器、FTP服务器和其它关键任务服务器上的Internet服务器程序的可用性和可伸缩性。

1）二层负载均衡（mac）
根据OSI模型分的二层负载，一般是用虚拟mac地址方式，外部对虚拟MAC地址请求，负载均衡接收后分配后端实际的MAC地址响应
2）三层负载均衡（ip）
一般采用虚拟IP地址方式，外部对虚拟的ip地址请求，负载均衡接收后分配后端实际的IP地址响应
3）四层负载均衡（tcp）
在三次负载均衡的基础上，用ip+port接收请求，再转发到对应的机器
4）七层负载均衡（http）
根据虚拟的url或IP，主机名接收请求，再转向相应的处理服务器

1.四层负载均衡工作在OSI模型中的四层，即传输层。四层负载均衡只能根据报文中目标地址和源地址对请求进行转发，而无法修改或判断所请求资源的具体类型，然后经过负载均衡内部的调度算法转发至要处理请求的服务器。四层负载均衡单纯的提供了终端到终端的可靠连接，并将请求转发至后端，连接至始至终都是同一个。LVS就是很典型的四层负载均衡。

2.七层负载均衡工作在OSI模型的第七层应用层，所以七层负载均衡可以基于请求的应用层信息进行负载均衡，例如根据请求的资源类型分配到后端服务器，而不再是根据IP和端口选择。七层负载均衡的功能更丰富更灵活，也能使整个网络更智能。如上图所示，在七层负载均衡两端(面向用户端和服务器端)的连接都是独立的。

3.简言之，四层负载均衡就是基于IP+端口实现的。七层负载均衡就是通过应用层资源实现的。

1、抗负载能力强。抗负载能力强、性能高，能达到F5硬件的60%；对内存和cpu资源消耗比较低
2、工作在网络4层，通过vrrp协议转发（仅作分发之用），具体的流量由linux内核处理，因此没有流量的产生。
2、稳定性、可靠性好，自身有完美的热备方案；（如：LVS+Keepalived）
3、应用范围比较广，工作在四层，所以不用考虑要处理的具体应用，可以对所有应用做负载均衡；
4、不支持正则处理，不能做动静分离。
5、支持负载均衡算法：rr（轮循）、wrr（带权轮循）、lc（最小连接）、wlc（权重最小连接）
6、配置 复杂，对网络依赖比较大，稳定性很高。

1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构；
2、Nginx对网络的依赖比较小，理论上能ping通就就能进行负载功能；
3、Nginx安装和配置比较简单，测试起来比较方便；
4、也可以承担高的负载压力且稳定，一般能支撑超过1万次的并发；
5、对后端服务器的健康检查，只支持通过端口来检测，不支持通过url来检测。
6、Nginx对请求的异步处理可以帮助节点服务器减轻负载；
7、Nginx仅能支持http、https和Email协议，这样就在适用范围较小。
8、不支持Session的直接保持，但能通过ip_hash来解决。
9、支持负载均衡算法：Round-robin（轮循）、Weight-round-robin（带权轮循）、Ip-hash（Ip哈希）
10、Nginx还能做Web服务器即Cache功能。

1、支持两种代理模式：TCP（四层）和HTTP（七层），支持虚拟主机；
2、能够补充Nginx的一些缺点比如Session的保持，Cookie的引导等工作
3、支持url检测后端的服务器出问题的检测会有很好的帮助。
4、更多的负载均衡策略比如：动态加权轮循(Dynamic Round Robin)，加权源地址哈希(Weighted Source Hash)，加权URL哈希和加权参数哈希(Weighted Parameter Hash)已经实现
5、单纯从效率上来讲HAProxy更会比Nginx有更出色的负载均衡速度。
6、HAProxy可以对Mysql进行负载均衡，对后端的DB节点进行检测和负载均衡。
9、支持负载均衡算法：Round-robin（轮循）、Weight-round-robin（带权轮循）、source（原地址保持）、RI（请求URL）、rdp-cookie（根据cookie）
10、不能做Web服务器即Cache

1、 四层、七层负载均衡的区别
2、 四层和七层负载均衡的特点及常用负载均衡Nginx、Haproxy、LVS对比
3、 linux负载均衡总结性说明 四层负载和七层负载有什么区别

Ⅳ nginx负载均衡根据什么调用服务器

lnmp架构 直接放nginx的web文件夹中，通过cgi解析php返回给nginx，如果是lnmpa架构，就是多了个apache,nginx负责分发请求，然后apache调用php_mod解析php,最后返回给nginx 如果是负载均衡，nginx分发请求，每个请求可能请求不同的服务器

Ⅵ 什么是F5负载均衡器，看完你就明白怎么回事了

一、前言

在互联网雄起的时代，随着各个网络请求量的不断增大，利用负载分化请求量，从而达到优化硬件负荷量的目的，一般负载分为软件负载和硬件负载，比如软件中使用nginx等工具实现负载均衡，而F5负载均衡器就是硬件网络性能优化设备。

二、何为负载均衡器

那么什么是F5负载均衡器呢，通俗的讲就是将客户端请求量通过F5负载到各个服务器，增加吞吐量，从而降低服务器的压力，他不同于交换机、路由器这些网络基础设备，而是建立在现有网络结构上用来增加网络带宽和吞吐量的的硬件设备

三、工作原理

1、客户发出服务请求到VIP

2、BIGIP接收到请求，将数据包中目的IP地址改为选中的后台服务器IP地址，然后将数据包发出到后台选定的服务器

3、后台服务器收到后，将应答包按照其路由发回到BIGIP

4、BIGIP收到应答包后将其中的源地址改回成VIP的地址，发回客户端，由此就完成了一个标准的服务器负载平衡的流程。

四、负载均衡涉及到算法

轮询算法：按照顺序将每个请求分发到每个服务器，相当于ngixn负载的轮训算法一个道理，当其中某个服务器发生第二到第7层的故障，BIGIP就把其从顺序循环队列中拿出，不参与下一次的轮训。

比率：指的是给每个服务器分配一个加权值，类似于权重，轮训会根据和这个权重去访问具体要到哪台服务器。

优先权：给所有服务器分组，BIGIP用户的请求，分配给优先级最高的服务器组（在同一组内，采用轮询或比率算法，分配用户的请求）；当最高优先级中所有服务器出现故障，BIGIP才将请求送给次优先级的服务器组。

最快模式：传递连接给那些响应最快的服务器。当发生异常故障时，BIGIP就会将其拿出来作为当前相应服务器，此时就不参与其他用户的请求轮训分配。

观察模式：以连接数和相应时间为准，当放生故障时BIGIP会将其拿出来作为请求的相应服务器，并且也不参与其他用户请求，直至恢复正常为止。

预测模式：BIGIP利用收集到的服务器当前的性能指标，进行预测分析，选择一台服务器在下一个时间片内，其性能将达到最佳的服务器相应用户的请求。

动态性能分配:BIGIP收集到的应用程序和应用服务器的各项性能参数，动态调整流量分配。

动态服务器补充:当主服务器群中因故障导致数量减少时，动态地将备份服务器补充至主服务器群。

服务质量：按不同的优先级对数据流进行分配。

服务类型：按不同的服务类型（在Type of Field中标识）对数据流进行分配。

规则模式：针对不同的数据流设置导向规则，用户可自行编辑流量分配规则，BIGIP利用这些规则对通过的数据流实施导向控制。

五。结尾

总之F5负载均衡器涉及到的原理内容多而杂，重点用户硬件负载方面，目前理解到此，还有很多不足之处希望一起发文讨论。

Ⅶ 请教一下：负载均衡服务器自身是怎样抗住高并发的

1、负载原理

负载均衡建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。

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

2、负载方案

1）、硬负载---通过在应用服务上层添加负载设备（F5），对访问请求根据后端应用服务的负载情况进行分发到各个服务器

2）、软负载----使用三方、开源软件(proxy、nginx)的配置，部署负载架构

简单负载架构：

3、高并发负载方案

1、扩容服务集群节点，增加相应节点数

2、扩容负载集群节点，减少单节点分流压力

Ⅷ 负载均衡问题

大型网站使用的多为分布式技术，采用负载均衡将压力分摊给各个服务器。
负载均衡的技术在外部，使用DNS负载均衡。一个域名可以解析为多个IP地址。用户虽然访问同一个域名，但是会被均衡分配到不同的IP上。在内部，使用LVS、nginx、haproxy等软件或F5等硬件进行负载均衡。从同一个IP进入的请求，通过软件或硬件的负载均衡调度到不同的后台服务器上进行处理和返回。
大型网站的数据库集群有多种方案。一种是数据库集群在内部能进行自动的写同步，一处修改则所有数据库同步修改。另外一种是分布式的数据库。如HBase等。

Ⅸ 负载均衡概述及优缺点对比

随着用户访问的增多，一个应用服务器不能满足需求了，就需要部署多台应用服务器，通过负载均衡，将数据分发到不同的应用服务器。
从作用来看，和缓存集群的分发很相似，但是有不同。缓存需要发送到特定的服务器。但是，由于应用服务器是无状态的，因此，负载均衡不用根据请求分发到特定服务器，发送到哪个应用服务器都可以。
因此，负载均衡关注的技术焦点有两个，分别是：网络通信、路由选择

网络通信分为以下几种方法。

负载均衡服务器什么都不做，重定向响应

这种方法优点是简单，但是缺点也很明显：

由于这些问题，这种方法，在现实中几乎没有人使用。

每次请求DNS解析到IP地址不同，从而访问到不同到应用服务器。
这种方法，性能方面没有问题，虽然，还是2次http请求，但是不是每一次请求都需要域名解析，一次解析，ip就会记录到本地。下次，直接访问记录的ip。因此，性能无问题。
但是，由于域名解析服务器解析出的ip，如果出错，不会很快更新，且用户已经本地存储了ip也不会很快改变。因此，采用这种方案时，需要两级负载均衡。若应用服务器出错，在第二层负载均衡去掉。
对于安全性，现实使用时，该方法主要适用于两层负载均衡的情况，DNS负载均衡用于第一层负载均衡，解析出来的是第二层负载均衡服务器，因此，脆弱的服务器还是可以在内网中。淘宝、网络，不同时间ping，返回地址不同，意味着都是用了DNS负载均衡。

在应用层进行负载均衡，收到请求时，将请求转发到内网，再将收到的内网响应，返回给用户。
nagix本身的反向代理服务器，就有该功能。一般应用服务器是几十台，这种模式够用，再多一些，会不够用。因此，大一些的网站不会使用。
因为用的http请求协议，http比较重（比tcp的包重）。对反向代理服务器压力很大，其通过应用程序级别的线/进程才能完成分发，还要等应用服务器返回，因此，会有性能瓶颈。即使负载均衡做集群效率也低，因为后面的应用服务器有限。
因此，可以应用的规模很有限。

负载均衡服务器，和反向代理负载均衡原理相同，但是是在tcp层，修改包中源地址和目标地址，并发送到内网，收到响应后，再修改目标地址和原地址，返回给用户。
因为，负载均衡服务器处理的是ip那一层包，因此，处理能力可以提高。
但是，这种方法，请求和响应都通过了负载均衡，尤其是响应一般比较大。响应出口网络带宽会成为瓶颈。

数据链路层负载均衡，IP地址不变，只修改网卡MAC地址。应用服务器和负载均衡服务器共享一个虚拟ip。因为ip没有被修改过，tcp/ip协议还是通的，可以通过校验。又由于目的地址的mac地址改变了，因此，处理响应不用再经过负载均衡服务器。
大型互联网应用主要使用的负载均衡方案，也称为负载均衡的三角模式。

轮询
....

该方案已经被淘汰的。
通过session复制的方式，集群规模会受限制，复制不过来。做集群就是因为用户请求多，请求多，session也多，如果每个都有所有的session，对服务器压力很大。

来自相同的ip，总是到同一个应用服务器。这种方法也很快就淘汰了。
因为，会话需要会话关闭，如果因为发布程序，kill进程，session丢失。系统的可用性会下降。

发请求时，带cookie发送服务器，session记录的cookie中，返回给浏览器。任何一台服务器可以重cookie里得到session。
缺点：cookie变大，网络开销有影响。且有些浏览器禁用cookie，不好用。
早期使用的这个方案。缺点明显，但是生命力强。
对服务器架构要求很低。

Ⅹ 负载均衡 是如何如何分发 请求到用户最近的服务器的

如果你是看CDN的东西看到的这句话，那么我可以来解释一下流程。“全局负载均衡技术将用户的访问指向离用户最近的工作正常的流媒体服务器上”。首先我们要明确几件事:
1、在CDN的案例图中，其实B和C不会在不同的城域。如果在不同的城市，一般会在那个地域也放置一个反向代理服务器或反向代理节点。B和C为同一地域，A为B、C的负载均稀器或调度器；
2、CDN的部署里，为避免单点故障或应对业务峰值，A并不是单台服务器，一般由多台服务器进行调度，一般采用LVS进行七层的负载和转发。通过LVS的负载均衡策略将业务转发至B和C，负载均衡策略可以进行设置，如轮询，权重轮询、随机等等；
3、CDN一般由DNS来做为用户流量调度，也是CDN的核心，即将用户的请求调度至距用户最近的节点，例如节点D，节点D通过负载均衡策略将请求分发至节点D后端的业务服务器E和F。
4、你看到的这句话，是指DNS层面的调度。

流媒体业务使用CDN的发布业务的前提和流程如下：
1、在流媒体业务服务器域名注册商修改域名的CNAME记录为CDN服务厂商的域名；（这一步是使用CDN的首要条件）
2、CDN服务厂商为业务设置不同地域的缓存节点，如北京、上海、美国等
3、不同地域设置的缓存节点具有不同的IP地址地址池，并且该节点内拥有业务调度器（LVS的DR）及真正的业务缓存服务器，缓存服务器通过类似Squid等程序定期缓存流媒体业务服务器的视频信息及网页信息，每隔一段时间进行更新请求；
4、用户通过DNS调度请求到某一节点时，该节点通过LVS技术将用户的请求调度至节点内某一以缓存节点进行处理，并返回结果给用户；（可参照LVS的工作模式）
5、当缓存节点有用户请求的内容时，将直接返回内容给用户，当缓存节点发现请求的内容不存在时，会主动返回流媒体业务的源服务器进行内容请求，并将结果缓存至缓存节点。
6、
用户最终拿到缓存节点上的视频内容及信息，由于通过DNS调度至用户最近的节点，通过LVS调度至最快最优的服务器进行处理，故加快了用户访问网站及视频
的速度。（视频的加速其实还有一种技术叫cache技术，即将视频提前下载到距用户最近的节点，用户看起来等于在局域网中查看）

DNS和CDN调度的流程如下：
1、用户访问流媒体业务的域名如“www.abc.com";
2、www.abc.com的cname记录为CDN服务厂商的域名，如www.abc.com.cdncache01.com；
3、用户的请求被转发至www.abc.com.cdncache01.com进行处理，即触发用户对www.abc.com.cdncache01.com域名的解析处理。DNS解析流程见图“DNS解析流程图”
4、
www.abc.com.cdncache01.com域名在权威服务器里配置的记录为多条的，即智能DNS，可参考DNSPOD，即一个域名可以根据地
域的不同配置不同的解析策略，源地址为北京联通的，即解析为用户指定的联通服务器IP地址，源地址为广州移动的，即解析的IP地址为用户指定广州移动的
IP地址。
5、DNS通过AnyCast技术进行三层负载均衡，类似于OSPF的等价路由，如8.8.8.8这个地址实际为一个AnyCast地
址，即谷歌全球的递归DNS服务器均使用8.8.8.8作为Global
DNS地址，当用户通过8.8.8.8请求域名解析时会带上自己的DNS服务器地址进行请求，即8.8.8.8会查询请求过来的客户端地址是哪里的IP地
址，如果是北京联通的，即将请求解析为北京联通的一个IP地址或解析为北京联通的一个负载均衡节点CNAME域名。
6、为了达到更精准备的DNS
解析调度，谷歌还研发了edns-client-subnet，即在DNS授权、递归、缓存上均支持该Edns协议，支持该协议后，用户在请求DNS域名
解析时，会带上自己客户端的源IP地址放在请求包里，而非客户端配置的DNS服务器IP地址。这样就有效的避免了用户使用Global
DNS服务器时不能调度精准的问题。（有关DNS授权、递归等问题可以参照RFC 1034和1035）
7、按照以上流程用户请求www.abc.com.cdncache01.com，会得到一个距离用户上网所在地域最近的一个CDN缓存节点的IP地址即楼主图中的反向代理服务节点。假设IP地址为1.2.3.4。
8、用户请求1.2.3.4的流媒体业务，节点1.2.3.4通过LVS及其它负载均衡技术将用户的请求分发布该节点内最优最快的缓存服务器，如服务器E，IP地地址为192.168.1.4，即由192.168.1.4进行业务处理。
9，服务器192.168.1.4直接将结果返回给用户。