负载均衡

Ribbon是Netflix发布的负载均衡器，它有助于控制HTTP和TCP的客户端的行为。为Ribbon配置服务提供者地址后，Ribbon就可基于某种负载均衡算法，自动地帮助服务消费者去请求。Ribbon默认为我们提供了很多负载均衡算法，例如轮询、随机等。当然，我们也可为Ribbon实现自定义的负载均衡算法。 在Spring Cloud中，当Ribbon与Eureka配合使用时，Ribbon可自动从Eureka Server获取服务提供者地址列表，并基于负载均衡算法，请求其中一个服务提供者实例。展示了Ribbon与Eureka配合使用时的架构 Ribbon的负载均衡主要是通过LoadBalancerClient来实现的，而LoadBalancerClient具体交给了ILoadBalancer来处理，ILoadBalancer通过配置IRule、IPing等，向EurekaClient获取注册列表信息，默认每10秒向EurekaClient发送一次“ping”，进而检查是否需要更新服务的注册列表信息。最后，在得到服务注册列表信息后，ILoadBalancer根据IRule的策略进行负载均衡。 而RestTemplate加上@LoadBalanced注解后，在远程调度时能够负载均衡，主要维护了一个被@LoadBalanced注解的RestTemplate列表

CDN网络架构主要由两大部分，分为中心和边缘两部分，中心指CDN网管中心和DNS重定向解析中心，负责全局负载均衡，设备系统安装在管理中心机房，边缘主要指异地节点，CDN分发的载体，主要由Cache和负载均衡器等组成。 当用户访问加入CDN服务的网站时，域名解析请求将最终交给全局负载均衡DNS进行处理。全局负载均衡DNS通过一组预先定义好的策略，将当时最接近用户的节点地址提供给用户，使用户能够得到快速的服务。同时，它还与分布在世界各地的所有CDNC节点保持通信，搜集各节点的通信状态，确保不将用户的请求分配到不可用的CDN节点上，实际上是通过DNS做全局负载均衡。 对于普通的Internet用户来讲，每个CDN节点就相当于一个放置在它周围的WEB。通过全局负载均衡DNS的控制，用户的请求被透明地指向离他最近的节点，节点中CDN服务器会像网站的原始服务器一样，响应用户的请求。由于它离用户更近，因而响应时间必然更快。 每个CDN节点由两部分组成：负载均衡设备和高速缓存服务器 负载均衡设备负责每个节点中各个Cache的负载均衡，保证节点的工作效率；同时，负载均衡设备还负责收集节点与周围环境的信息，保持与全局负载DNS的通信，实现整个系统的负载均衡。 高速缓存服务器（Cache）负责存储客户网站的大量信息，就像一个靠近用户的网站服务器一样响应本地用户的访问请求。

server1:192.168.200.113（nginx服务端） server2:192.168.200.111（Tomcat服务端） server1中nginx的配置文件 nginx.conf http{ 略 upstream tomcat_server { server 192.168.200.111:8080 weight=1; //指定Tomcat地址，weight值越高，负载越大 } server { 略 location / { root html; index index.html index.htm; proxy_pass http://tomcat_server; //要与前面设置的名称相同 } } } 来源： https://www.cnblogs.com/yuan9910/p/11531769.html

5、负载均衡策略 1、轮询 这种是默认的策略，把每个请求按顺序逐一分配到不同的server，如果server挂掉，能自动剔除。 upstream fengzp.com { server 192.168.99.100:42000; server 192.168.99.100:42001; } 2、最少连接 把请求分配到连接数最少的server upstream fengzp.com { least_conn; server 192.168.99.100:42000; server 192.168.99.100:42001; } 3、权重 使用weight来指定server访问比率，weight默认是1。以下配置会是server2访问的比例是server1的两倍。 upstream fengzp.com { server 192.168.99.100:42000 weight=1; server 192.168.99.100:42001 weight=2; } 4、ip_hash 每个请求会按照访问ip的hash值分配，这样同一客户端连续的Web请求都会被分发到同一server进行处理，可以解决session的问题。如果server挂掉，能自动剔除。 upstream fengzp.com { ip_hash; server 192.168.99.100:42000; server

SpringCloud简介与5大常用组件 springcloud是微服务架构的集大成者，将一系列优秀的组件进行了整合。基于springboot构建，对我们熟悉spring的程序员来说，上手比较容易。 通过一些简单的注解，我们就可以快速的在应用中配置一下常用模块并构建庞大的分布式系统。 SpringCloud的组件相当繁杂，拥有诸多子项目。重点关注Netflix springcloud的版本说明： springcloud项目是由多个独立项目集合而成的，每个项目都是独立的，各自进行自己的迭代和版本发布。所以springcloud不方便使用版本号来管理，而是使用版本名。以避免和子项目版本号的冲突。 版本名的来源是伦敦的地铁站名，以字母排序。比如最早的Release版本为Angel，第二个Release版本为Brixton。。。 当一个版本的update积累的比较多或者解决了一个严重bug时，会发布一个ServiceRelease版本，简称SR，后面带的数字就是该大版本下的第一次发布。 从官网上看，springcloud的F版本是基于springboot的2.0.x构建，之前的是基于springboot的1.5.x构建 下面只简单介绍下经常用的5个 服务发现——Netflix Eureka 客服端负载均衡——Netflix Ribbon 断路器——Netflix Hystrix 服务网关—

1,概述 负载均衡（Load Balance）意思是服务器的负载压力均衡到多个服务器上；在网络世界中所有的信息传递都是通过IO来实现，只要有信息传输的地方就会有IO；网络就是信息传递所支起来的一个大网； 2，负载均衡的分类 据我了解的负载均衡技术有 通过DNS服务商做的DNS负载均衡 应用代理负载均衡 硬件的智能交换机（F5）三种实现方式； DNS负载均衡的原理是DNS服务商会给一个域名配置多个IP然后轮询， 应用代理负载均衡是通过代理软来来控制分发请求；（nginx+tomcat） 硬件智能交换这个是最牛叉的； 来源： oschina 链接： https://my.oschina.net/u/1249631/blog/758212

第一节-SpringCloud服务注册与发现课程概述 第二节-微服务服务治理技术概述 第三节-服务注册与发现原理 第四节-Eureka2.0服务注册中心 第五节-搭建服务提供者注册到Eureka 第六节-使用RestTemplate调用服务接口 第七节-@LoadBalanced实现本地负载均衡 第八节-Eureka2.0高可用集群环境搭建 第九节-客户端调用Eureka2.0集群环境 来源： CSDN 作者： 敲代码的唐僧 链接： https://blog.csdn.net/weixin_45017862/article/details/94397754

1.为什么要进行健康检测？ 之前lvs的DR模式和TUN模式我们都是假设后端服务器是可以正常工作的 对于一台后端服务器来说，它不可能永远是可以使用的，有自己的寿命或者会出现其它问题 当lvs集群中的一台后备服务器挂了之后，为了不影响客户的正常访问，应该将它从集群当中踢出去，让客户不再轮询访问 调度器只把客户端的请求转发给状态好的那台web服务器，否则客户端是一会可以访问，一会不能访问，其实实际的企业当中，一个集群的web服务器上面的资源一模一样，访问哪个客户根本感觉不到 演示的时候写的共享内容不一样是为了实验效果看的更明显而已 如果lvs集群当中所有的后备服务器都挂了，为了不影响客户的正常访问，在调度器上面也安装一个httpd服务，当客户端访问调度器的时候，调度器直接通过自己的httpd服务告诉服务器坏了. 以上这两种情况我们都要考虑到，因此要给客户端一个正常的回应 2.在lvs中实现健康检测 在web1上面模拟httpd服务出现问题 然后在客户端测试 发现一个web挂了，很影响体验 在web1上面恢复好httpd服务 客户端测试又恢复了 现在使用ldirectord这个插件解决上面的问题，使得客户可以稳定的访问web资源 将idirectord这个rpm包从真机传送给server1 在server1中安装发现不能够安装 所以需要在server1中，配置一个高可用的yum源

来源：伯乐在线专栏作者 - abel_cao 链接：http://blog.jobbole.com/106851/ 点击 → 了解如何加入专栏作者 一个了不起的创意会产生一个很棒的产品，如果它一炮走红，你发现手中的是下一个facebook 或者twitter，而且随着用户越来越多，会变得越来越慢，该怎么办呢？对全栈而言，解决这类问题的一个重要技能就是——负载均衡。 什么是负载均衡 负载（load）一词起源于典型系统，指连接在电路中消耗电能的装置，负载（用电器）的功能是把电能转变为其他形式能。引申出来，一个是实体，一个转化。 于是，对于实体，有了通信帧或者报文中数据字段的内容被称为信息负载（payload），网络负载指的就是网络中继承载的流量以及网络设备承载的用户量。 转化被进一步阐释为资源的使用情况，系统平均负载是CPU的Load 即workload，它所包含的信息不是CPU的使用率状况，而是在一段时间内CPU正在处理以及等待CPU处理的进程数之和的统计信息。 了解了负载，那么负载均衡就容易理解了。wiki百科给出的定义是这样的： 负载均衡（Load balancing）是一种计算机网络技术，用来在多个计算机（计算机集群）、网络连接、CPU、磁盘驱动器或其他资源中分配负载，以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。使用带有负载平衡的多个服务器组件

1.什么是负载均衡及反向代理 在我使用Nginx过程中,反向代理及负载均衡功能是大致差不多的,但是还有些区别的。 负载均衡主要是分担业务服务器的压力，将客户请求以轮询的方式，发给后端业务服务器进行处理，从而降低服务器压力。 反向代理可以实现负载均衡的功能，但是可以实现动静分离，资源整合。由于大家见到的网页是有多个部分组成，当业务量大的时候，都会把这些属性细分化，有后端不同的服务来提供功能，在通过代理服务器整合，然后传给用户一个完整的页面。 2.编辑Nginx.conf [root@test ~]# vim /opt/app/nginx/conf/nginx.conf upstream project { #在http模块新增upstream快 server 10.28.88.199:801 weight=5; #添加参与负载或反向代理的服务器 server 10.28.88.199:802; server 10.28.88.199:803; server 10.28.88.199:804; keepalive 16; #缓存header信息,值越小,缓存的时间越短,如果的业务服务器实时进行数据更新,那么就不用设置此参数 } server { listen 80; server_name www.test.com; location / { # localtion几种匹配机制