负载均衡设置(负载均衡设置权重)
负载均衡设置权重
LeastActiveLoadBalance，最小活跃数负载均衡，活跃数也就是dubbo的连接数，每当收到一个请求活跃数+1，结束请求活跃数-1，假设如果多台机器的连接数是相同的，如果一台机器性能比较好，处理请求比较快那么活跃数减少的就快，活跃数就少。所以活跃数少的就会获取到的请求会变多，这样就可以合理的使用性能不同的机器了。
dubbo在最小活跃数的基础上加上了权重的配置，当有活跃数相同的配置时候，通过权重来进行选择
负载均衡权重怎么设置
Remoting：网络通信框架，实现了sync-over-async和request-response消息机制。
RPC：一个远程过程调用的抽象，支持负载均衡、容灾和集群功能。
Registry：服务目录框架用于服务的注册和服务事件发布和订阅。（类似第一篇文章中的点菜宝）
dubbo架构
Provider： 暴露服务的提供方。
Consumer：调用远程服务的服务消费方。
Registry： 服务注册中心和发现中心。
Monitor： 统计服务和调用次数，调用时间监控中心。（dubbo的控制台页面中可以显示）
Container：服务运行的容器。
调用关系：
0、服务器负责启动，加载，运行提供者（例如在tomcat容器中，启动dubbo服务端）。
1、提供者在启动时，向注册中心注册自己提供的服务。
2、消费者启动时，向注册中心订阅自己所需的服务。
3、注册中心返回提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4、消费者，从远程接口列表中，调用远程接口，dubbo会基于负载均衡算法，选一台提供者进行调用，如果调用失败则选择另一台。
5、消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。（可以在dubbo的可视化界面看到）
dubbo的容错方案
当我们的系统中用到Dubbo的集群环境,因为各种原因在集群调用失败时，Dubbo提供了多种容错方案，缺省为failover重试。
Dubbo的集群容错在这里想说说他是因为我们实际的项目中出现了此类的问题,因为依赖的第三方项目出现异常,导致dubbo调用超时,此时使用的是默认的集群容错方式,而配置的reties='3',这样前段系统连续掉用了三次服务,结果可想而知.
先说一下各节点关系：
这里的Invoker是Provider的一个可调用Service的抽象，Invoker封装了Provider地址及Service接口信息。
Directory代表多个Invoker，可以把它看成List<Invoker>，但与List不同的是，它的值可能是动态变化的，比如注册中心推送变更。
Cluster将Directory中的多个Invoker伪装成一个Invoker，对上层透明，伪装过程包含了容错逻辑，调用失败后，重试另一个。
Router负责从多个Invoker中按路由规则选出子集，比如读写分离，应用隔离等。
LoadBalance负责从多个Invoker中选出具体的一个用于本次调用，选的过程包含了负载均衡算法，调用失败后，需要重选。
集群容错模式：
Failover Cluster
失败自动切换，当出现失败，重试其它服务器。(缺省)
通常用于读操作，但重试会带来更长延迟。
可通过retries="2"来设置重试次数(不含第一次)。正是文章刚开始说的那种情况.
Failfast Cluster
快速失败，只发起一次调用，失败立即报错。
通常用于非幂等性的写操作，比如新增记录。
Failsafe Cluster
失败安全，出现异常时，直接忽略。
通常用于写入审计日志等操作。
Failback Cluster
失败自动恢复，后台记录失败请求，定时重发。
通常用于消息通知操作。
Forking Cluster
并行调用多个服务器，只要一个成功即返回。
通常用于实时性要求较高的读操作，但需要浪费更多服务资源。
可通过forks="2"来设置最大并行数。
Broadcast Cluster
广播调用所有提供者，逐个调用，任意一台报错则报错。(2.1.0开始支持)
通常用于通知所有提供者更新缓存或日志等本地资源信息。
重试次数配置如：(failover集群模式生效)
<dubbo:serviceretries="2"/>
或：<dubbo:referenceretries="2"/>
或：<dubbo:reference>
<dubbo:methodname="findFoo"retries="2"/>
</dubbo:reference>
集群模式配置如：
<dubbo:servicecluster="failsafe"/>
或：<dubbo:referencecluster="failsafe"/>
dubbo负载均衡策略：
在集群负载均衡时，Dubbo提供了多种均衡策略，缺省为random随机调用。
RandomLoadBalance
随机，按权重设置随机概率。
在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。
RoundRobin LoadBalance
轮循，按公约后的权重设置轮循比率。
存在慢的提供者累积请求问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。
LeastActive LoadBalance
最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。
使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。
ConsistentHashLoadBalance
一致性Hash，相同参数的请求总是发到同一提供者。
当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。
Dubbo的集群容错和负载均衡同样也是Dubbo本身的高级特性.正如我们在说自定义扩展的时候一样,这两个特征同样也可以进行自定义扩展,用户可以根据自己实际的需求来扩展他们从而满足项目的实际需求.
加权负载均衡
轮询，是Nginx负载均衡的一种。Nginx负载均衡还有加权轮询weight、ip_hash、url_hash、fair轮询：默认设置，逐一循环调度后端服务器wight：按设定的权重，调度后端服务器ip_hash：根据访问者IP，固定调用后端服务器url_hash：根据访问者访问的url，固定调用后端服务器fair：优先访问响应较快的后端服务器
负载均衡规则
Fast EtherChannel和Intel的ALB(自适应负载平衡)相似。Fast EtherChannel处理多个链路间的通信量负载平衡任务。负载平衡在冗余并行路径间平均分配通信量。如果任何一个链路失效,其他的链路将自动接管这个负载份额而不会中断。Fast EtherChannel负载平衡与Cisco Catalyst5000系列LAN交换机体系结构集成在一起。
链路聚合技术简言之就是将多条物理链路聚合成一条带宽更高的逻辑链路
负载均衡的权重参数叫什么
WB（Wire Bonding键合工艺）。主要是封装集成度高，线密，对塑封后冲丝，打线是否打到Pad硅层，线弧线长控制，还有就是WB拉力，推力，lMC控制。另外就是封装的分层控制，系统工程。
db封装
以下Connection类封装支持以下几个特性
1.参数绑定防止sql注入
2.读写分离
3.多主多从，多节点负载均衡
4.故障自动摘除及自动恢复
负载均衡定义
早期的互联网应用，由于用户流量比较小，业务逻辑也比较简单，往往一个单服务器就能满足负载需求。随着现在互联网的流量越来越大，稍微好一点的系统，访问量就非常大了，并且系统功能也越来越复杂，那么单台服务器就算将性能优化得再好，也不能支撑这么大用户量的访问压力了，这个时候就需要使用多台机器，设计高性能的集群来应对。负载均衡方案的三种实现策略：
一、多台服务器是如何去均衡流量、如何组成高性能的集群的呢？
负载均衡（Load Balancer）是指把用户访问的流量，通过「负载均衡器」，根据某种转发的策略，均匀的分发到后端多台服务器上，后端的服务器可以独立的响应和处理请求，从而实现分散负载的效果。负载均衡技术提高了系统的服务能力，增强了应用的可用性。
二、负载均衡方案有几种？
目前市面上最常见的负载均衡技术方案主要有三种：
1、基于DNS负载均衡
2、基于硬件负载均衡
3、基于软件负载均衡
三种方案各有优劣，DNS负载均衡可以实现在地域上的流量均衡，硬件负载均衡主要用于大型服务器集群中的负载需求，而软件负载均衡大多是基于机器层面的流量均衡。在实际场景中，这三种是可以组合在一起使用。下面来详细讲讲：
三、基于DNS负载均衡
1、基于DNS来做负载均衡其实是一种最简单的实现方案，通过在DNS服务器上做一个简单配置即可
其原理就是当用户访问域名的时候，会先向DNS服务器去解析域名对应的IP地址，这个时候我们可以让DNS服务器根据不同地理位置的用户返回不同的IP。比如南方的用户就返回我们在广州业务服务器的IP，北方的用户来访问的话，我就返回北京业务服务器所在的IP。
在这个模式下，用户就相当于实现了按照「就近原则」将请求分流了，既减轻了单个集群的负载压力，也提升了用户的访问速度。
使用DNS做负载均衡的方案，天然的优势就是配置简单，实现成本非常低，无需额外的开发和维护工作。
但是也有一个明显的缺点是：当配置修改后，生效不及时。这个是由于DNS的特性导致的，DNS一般会有多级缓存，所以当我们修改了DNS配置之后，由于缓存的原因，会导致IP变更不及时，从而影响负载均衡的效果。
另外，使用DNS做负载均衡的话，大多是基于地域或者干脆直接做IP轮询，没有更高级的路由策略，所以这也是DNS方案的局限所在。
2、基于硬件负载均衡
硬件的负载均衡那就比较牛逼了，比如大名鼎鼎的F5 Network Big-IP，也就是我们常说的F5，它是一个网络设备，你可以简单的理解成类似于网络交换机的东西，完全通过硬件来抗压力，性能是非常的好，每秒能处理的请求数达到百万级，即 几百万/秒 的负载，当然价格也就非常非常贵了，十几万到上百万人民币都有。
因为这类设备一般用在大型互联网公司的流量入口最前端，以及政府、国企等不缺钱企业会去使用。一般的中小公司是不舍得用的。
采用F5这类硬件做负载均衡的话，主要就是省心省事，买一台就搞定，性能强大，一般的业务不在话下。而且在负载均衡的算法方面还支持很多灵活的策略，同时还具有一些防火墙等安全功能。但是缺点也很明显，一个字：贵。
3.基于软件负载均衡
软件负载均衡是指使用软件的方式来分发和均衡流量。软件负载均衡，分为7层协议 和 4层协议。
网络协议有七层，基于第四层传输层来做流量分发的方案称为4层负载均衡，例如LVS，而基于第七层应用层来做流量分发的称为7层负载均衡，例如Nginx。这两种在性能和灵活性上是有些区别的。
基于4层的负载均衡性能要高一些，一般能达到 几十万/秒 的处理量，而基于7层的负载均衡处理量一般只在 几万/秒 。
基于软件的负载均衡的特点也很明显，便宜。在正常的服务器上部署即可，无需额外采购，就是投入一点技术去优化优化即可，因此这种方式是互联网公司中用得最多的一种方式。
权重负载均衡算法实现
可以的，不同的IP不同的权重设置
负载均衡设置权重计算公式
负载均衡的目标记录：相同线路相同RR值的A记录;
支持A记录带权重的轮询，其它记录不支持;
泛解析的A记录不支持负载均衡;
被暂停或者锁定的A记录不支持负载均衡;
只有同一线路中，只有多个A记录的相同RR值时，设置权重才有意义;
在不同的线路中，其权重相互独立;在智能解析的前提下，可对默认线路配置带权重的A记录，也可以对具体的线路配置;
负载均衡的开关，不区分解析线路。
权重值默认比为1:1:1….;
负载均衡设置比例
1，点击高级选项卡。
2，接下来找到“网络高级设置”，然后选择“网络高级设置”。
3，在下方的Wan口速度设置中可以设置10或者100或者10-100自适应。建议设置10-100自适应模式，保证网络质量。
4，最后一步设置完成后保存即可。
拓展资料：
多WAN口路由器（Multi WAN-port router）指的是具有多个广域网口的路由器。由于路由器具有多个WAN口，因此内网的设备可以通过多个WAN口访问外网，通过负载均衡的方式可以实现内部设备快速访问外部网络。
负载均衡设置权重怎么算
环境隔离测试方法就是指通过一定的手段这里指请求路由技术，完成对测试环境，生产环境的分布式调用服务，数据的区分，防止不同环境间分布式调用服务，数据的相互干扰和使用。
现有技术一般通过修改请求来源标志位将请求隔离到指定机器上，或者是通过调整负载均衡的权重配置将请求隔离到指定机器或者集群中可能存在隔离不干净的问题，亦或是通过配置混合路由的分组值将机器隔离到指定分组当中。