负载均衡

为什么用springcloud，和传统rpc相比有什么好处？和dubbo相比呢？ 一 . 答：在传统rpc（如httpclient）远程调用中，服务与服务依赖关系，管理比较复杂，所以需要使用 服务治理，管理服务与服务之间依赖关系 ，可以实现 1.服务调用、负载均衡、容错等；(注意是本地负载均衡，即:调用者拿到服务方调用信息之后，就像本地调用一样的使用调用方法。和传统nginx负载均衡是有区别的) 2.实现服务注册与发现 。（ 服务提供者会把当前自己服务器的信息 比如服务地址通讯地址等以别名方式注册到注册中心上 ； 调用者以别名的方式去注册中心上获取到实际的服务器的信息 ，然后在实现本地rpc调用远程 还有一个很好的优点，动态注册与发现，即服务注册中心不用重启，提供者可以开启一个新的服务，注册中心会检测到它。 ） 二 . 答： Dubbo仅仅是一个实现了远程调用的RPC框架,服务化的中间件则需要自己开发;而 SpringCloud 则是实施微服务的一系列套件,包括: 远程调用负载均衡、服务注册与发现、断路器服务保护、服务状态监控、分布式配置中心、智能路由网关 、一次性令牌、全局锁、分布式会话管理、集群状态管理等 springcloud和dubbo 组件运行流程对比 下图中的每个组件都是需要部署在单独的服务器上，gateway用来接受前端请求、聚合服务，并批量调用后台原子服务

作者：RayeBlog https://raye.wang/ 前言 本文只针对Nginx在不加载第三方模块的情况能处理哪些事情，由于第三方模块太多所以也介绍不完，当然本文本身也可能介绍的不完整，毕竟只是我个人使用过和了解到过得。所以还请见谅，同时欢迎留言交流 Nginx能做什么 反向代理 负载均衡 HTTP服务器（包含动静分离） 正向代理 以上就是我了解到的Nginx在不依赖第三方模块能处理的事情，下面详细说明每种功能怎么做 反向代理 反向代理应该是Nginx做的最多的一件事了，什么是反向代理呢，以下是百度百科的说法：反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。 简单来说就是真实的服务器不能直接被外部网络访问，所以需要一台代理服务器，而代理服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境，当然也可能是同一台服务器，端口不同而已。下面贴上一段简单的实现反向代理的代码 server { listen 80; server_name localhost; client_max_body_size 1024M; location / { proxy_pass http:/

负载均衡，根据ip和端口号找到相应的web服务器站点(即端口区分)： 22.1、nginx的负载均衡: 1、介绍： 网站的访问量越来越大，服务器的服务模式也得进行相应的升级，比如分离出数据库服务器、分离出图片作为单独服务,这些是简单的数据的负载均衡， 将压力分散到不同的机器上。有时候来自web前端的压力，也能让人十分头痛。怎样将同一个域名的访问分散到两台或更多的机器上呢？这其实就是另一 种负载均衡了，nginx自身就可以做到，只需要做个简单的配置就行。nginx不单可以作为强大的web服务器，也可以作为一个反向代理服务器，而且nginx 还可以按照调度规则实现动态、静态页面的分离，可以按照轮询、ip哈希、URL哈希、权重等多种方式对后端服务器做负载均衡，同时还支持后端服务器的健康检查。 2、nginx的反向代理和负载均衡的区别： （1）负载均衡需要通过反向代理来实现； （2）反向代理就是指nginx作为前端服务器，将请求转发到后端，再将后端服务器的结果，返回给客户端； （3）它在中间做了一个代理服务器的角色； （4）负载均衡对反向代理增加了一些策略，因为后端是多台服务器，nginx会根据设定的策略将请求转发给 一个相对空闲的服务器，对负载进行分流，减轻服务器压力； 22.2、nginx 的 upstream目前支持 4 种方式的分配 1、轮询（默认） 　

Nginx配置实例2 负载均衡 1.实现效果 ​ 浏览器地址栏输入地址：http://192.168.17.129：90/edu/index.html ，负载均衡效果，平均到80和82端口中 2.准备工作 ​ （1）两台服务器 80、82 ​ （2）在两台tomcat里面webapps目录中，创建名称是edu文件夹，并创建.html文件 3.在nginx的配置文件中进行负载均衡配置 ​ （1）首先准备两个同时启动的Tomcat ​ （2）在nginx.conf中进行配置 ​ 在http块中加入下面代码 ​ 在server块中的location块中加入proxy_pass，并将server_name改为我们的ip ​ （3）测试 ​ ​ 刷新一下 ​ 将请求平均分配到不同的服务器上了 4.Nginx提供了几种分配方式（策略） ​ 1.轮询（默认） ​ 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除 ​ 2.weight ​ weight代表权重，默认为1，权重越高被分配的客户端越多。 ​ ​ 3.ip_hash ​ 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。（就是你访问的时候用的是第一个服务器，那么以后都是这个服务器了） ​ 4.fair（第三方） ​ 按后端服务器的响应时间来分配请求

Eureka客户端的负载均衡：从Eureka server拿到节点列表，客户端自己使用负载均衡的算法确定要使用的节点； Eureka服务端的负载均衡：服务端使用负载均衡的算法，从节点列表中确定要使用的节点，将该节点信息返回给客户端。 Ribbon实现的是客户端的负载均衡，默认使用的策略是轮询。 Ribbon内置的负载均衡策略 RoundRobinRule 轮询，Ribbon默认的策略。 　　轮询是最简单的负载均衡算法，将所有节点围城一圈，轮着来，每个节点的负载差不多，适合节点性能都差不多的情况。 　　加权轮询法 这个不是Ribbon的内置策略，此处只是作为补充。 在轮询的基础上，对每个节点施加权重。节点的性能不同，性能高的权重分配大些，轮到的几率就大些，负载大些。适合节点性能有明显区别的情况。 RetryRule 重试 　　先按照RoundRobinRule策略获取provider，若获取失败，则在指定的时限内重试。默认的时限为500毫秒。 RandomRule 随机 　　从所有节点中随机选择一个。 BestAvailableRule 最可用 　　选择并发量最小的节点（连接的消费者数量最少的节点）。 AvailabilityFilteringRule 可用过滤 　　过滤掉处于断路器跳闸状态的provider，或已经超过连接极限的provider，对剩余provider采用轮询策略。

一、LVS简介 LVS（Linux Virtual Server）即Linux虚拟服务器，是由章文嵩博士主导的开源负载均衡项目，目前LVS已经被集成到Linux内核模块中。该项目在Linux内核中实现了基于IP的数据请求负载均衡调度方案，其体系结构如图1所示，终端互联网用户从外部访问公司的外部负载均衡服务器，终端用户的Web请求会发送给LVS调度器，调度器根据自己预设的算法决定将该请求发送给后端的某台Web服务器，比如，轮询算法可以将外部的请求平均分发给后端的所有服务器，终端用户访问LVS调度器虽然会被转发到后端真实的服务器，但如果真实服务器连接的是相同的存储，提供的服务也是相同的服务，最终用户不管是访问哪台真实服务器，得到的服务内容都是一样的，整个集群对用户而言都是透明的。最后根据LVS工作模式的不同，真实服务器会选择不同的方式将用户需要的数据发送到终端用户，LVS工作模式分为NAT模式、TUN模式、以及DR模式。 二、三种工作模式的解析。 1、基于NAT的LVS模式负载均衡 NAT（Network Address Translation）即网络地址转换，其作用是通过数据报头的修改，使得位于企业内部的私有IP地址可以访问外网，以及外部用用户可以访问位于公司内部的私有IP主机。VS/NAT工作模式拓扑结构如图2所示，LVS负载调度器可以使用两块网卡配置不同的IP地址

原文链接：https://kuaibao.qq.com/s/20180812G02WG200?refer=cp_1026 文章来源：企鹅号 - 奕知伴解 什么是负载均衡？ 服务器负载均衡器是指设置在一组功能相同或相似的服务器前端，对到达服务器组的流量进行合理分发，并在其中某一台服务器故障时，能将访问请求转移到其它可以正常工作的服务器的软件或网络设备。 一个负载均衡发生的流程 1. 客户发出服务请求到VIP 2. BIGIP接收到请求，将数据包中目的IP地址改为选中的后台服务器IP地址，然后将数据包发出到后台选定的服务器 3. 后台服务器收到后，将应答包按照其路由发回到BIGIP 4. BIGIP收到应答包后将其中的源地址改回成VIP的地址，发回客户端，由此就完成了一个标准的服务器负载均衡的流程。 2.负载均衡典型流程 •通过VIP来截获合适的需要负载均衡的流量 •服务器监控和健康检查,随时了解服务器群的可用性状态 •负载均衡和应用交换功能,通过各种策略导向到合适的服务器 2.1 通过VIP来截获合适的需要负载均衡的流量 在BIGIP上通过设置VIP来截获需要进行负载均衡的流量，这个VIP地址可以是一个独立的主机地址和端口的组合（例如：202.100.1.1:80）也可以是一个网络地址和端口的组合（例如：202.100.1.0:80），当流量经过BIGIP的时候

原文链接：http://kuaibao.qq.com/s/20180308G1NPIS00?refer=cp_1026 文章来源：企鹅号 - 民生运维 1. 负载均衡的基本单位 目前负载均衡设备的基本处理单位是TCP连接，也就是说当一个TCP连接建立后，在该连接中的所有客户端请求和服务器响应信息都通过这一个TCP连接进行。 只有客户端发起新的连接的时候，才会根据负载均衡算法重新计算，才可能分发到其他服务器上。 2. 基本工作模式 F5支持全代理模式，同时也可以工作在四层转发模式。 全代理模式就是VS配置成standard类型，此模式下客户端和F5建立一个连接，客户端将请求发送给F5，F5再和服务器建立连接，并将请求发送给服务器，服务器返回信息后，F5再将返的回信息送给客户端。在此模式下F5可以查看请求和响应的所有信息，可以根据所有信息进行分发和处理。 四层转发模式就是VS配置成Performance L4类型，此模式下F5只做四层转发，也就是F5只处理四层以下的信息，即端口和IP信息，具体业务数据不做任何处理。客户端发送给F5的数据包，F5只根据需要将IP和端口处理之后就直接发送给服务器，响应信息也类似处理。在此模式下，F5只能查看四层一下信息，不处理业务信息，好处是处理过程简单、速度快。缺点是无法对四层以上的协议数据进行精确处理。 3. 负载均衡算法

1.环境准备 前端Nginx:10.160.65.44 后端WEB服务器两台:10.160.65.49/10.160.65.50 2.安装Nginx: 下载nginx-1.9.15.tar.gz，放置在目录/usr/local/src目录下面，解压。 ./configure make & make install 在/usr/local/目录下生成了nginx目录 configure的时候可以带很多参数，参数的详细解释如下： –prefix= 指向安装目录 –sbin-path 指向（执行）程序文件（nginx） –conf-path= 指向配置文件（nginx.conf） –error-log-path= 指向错误日志目录 –pid-path= 指向pid文件（nginx.pid） –lock-path= 指向lock文件（nginx.lock）（安装文件锁定，防止安装文件被别人利用，或自己误操作。） –user= 指定程序运行时的非特权用户 –group= 指定程序运行时的非特权用户组 –builddir= 指向编译目录 –with-rtsig_module 启用rtsig模块支持（实时信号） –with-select_module 启用select模块支持（一种轮询模式,不推荐在高载环境下使用）禁用：–without-select_module –with-poll

Dubbo的启动方式 依赖容器(Tomcat) 使用main方法 使用内置的main方法 Dubbo控制台和监控台配置 配置控制台 查看maven的版本信息 执行源码的编译和打包操作 最后编译结果为如下，表示成功了。 部署dubbo管控台 1、在打包后的application.properties文件中修改对应配置信息 2、部署dubbo控制台 通过localhost:7001 访问控制台 （默认账号和密码相同） 配置监控台 1、找到这个目录下面对应文件 2、解压这个.gz文件,进行相应的配置 3、启动监控台（通过start.bat/start.sh启动） 4、解决操作的过程的数据不能够显示到监控台的问题？ 在每一个服务的配置文件中添加一句配置 服务检查 表示启动的时候不做检查依赖，主要用于服务的循环依赖的实例 check设置为false，check默认为true 多协议支持 dubbo (默认) ，长连接协议 【操作过程中数据量比较小的传输】，不适用视频，大文件等传输操作。 hessian 短连接协议(传输数据量比较大情况，在项目开发中会针对不同流量来进行协议的设定) 1、引入依赖 <dependency> <groupId>com.caucho</groupId> <artifactId>hessian</artifactId> <version>4.0.7</version>