负载均衡

笔记 第二章 架构演进和分布式系统基础知识 1、传统架构演进到分布式架构 简介：讲解单机应用和分布式应用架构演进基础知识 (画图) 高可用 LVS+keepalive ：负载均衡的知识点 1、单体应用： 开发速度慢 启动时间长 依赖庞大 等等 2、微服务 易开发、理解和维护 独立的部署和启动 等 不足： 分布式系统-》分布式事务问题 需要管理多个服务-》服务治理 开始 一般是ngix做负载均衡 来源： https://www.cnblogs.com/wangjunwei/p/11434407.html

网卡bond绑定，也称作网卡捆绑。就是将两个或者更多的物理网卡绑定成一个虚拟网卡。网卡是通过把多张网卡绑定为一个逻辑网卡，实现本地网卡的冗余，带宽扩容和负载均衡，在应用部署中是一种常用的技术。多网卡绑定实际上需要提供一个额外的软件的bond驱动程序实现。通过驱动程序可以将多块网卡屏蔽。对TCP/IP协议层只存在一个Bond网卡，在Bond程序中实现网络流量的负载均衡，即将一个网络请求重定位到不同的网卡上，来提高总体网络的可用性。 网卡绑定的目的： 1、提高网卡的吞吐量 2、增强网络的高可用，同时也能实现负载均衡 bond模式： （1）Mode=0（balance-rr）表示负载分担round-robin，平衡轮询策略，具有负载均衡和容错功能bond的网卡MAC为当前活动的网卡的MAC地址，需要交换机设备聚合模式，将多个网卡绑定为一条链路。 （2）Mode=1（active-backup）表示主备模式，具有容错功能，只有一块网卡是active，另外一块是备的standby，这时如果交换机配的是捆绑，将不能正常工作，因为交换机往两块网卡发包，有一半包是丢失的。 （3）Mode=2（blance-xor）表示XOR Hash 负载分担（异或平衡策略），具有负载均衡和容错功能，每个slave接口传输每个数据包和交换机的聚合强制下协商方式配合。（需要xmit_hash-policy）。 （4

戳蓝字“ CSDN云计算 ”关注我们哦！ 作者：王洪鹏 做过开发，搞过运维，又在在云计算行业折腾了几年，不说自己技术怎样、怎样……，暂且说说笔者在当前公司做云计算这几年的些许感悟，兴许可以给正在从事运维或者运维相关工作的同学一点启发，如果可以刚巧帮助到大家什么的话那自然更好。 前几年云计算刚刚出现之时，包括笔者在内很多人对云计算仅限于知道有这么个东西，至于它什么都是一脸懵逼。今天看来，不说我们就是有些大佬们当时对云计算的未来也是不甚明了。 当时极少数大佬对云计算的未来充满信心，典型代表马云。马云认为云计算是一种分享，数据的处理、存储然后跟分享的机制，马云当时甚至声称如果阿里未来不做云计算，阿里未来会死掉。 同一个会议中，另一个大佬马化腾认为，云计算可能需要过几百年、一千年后，到阿凡达中描绘的那个时代时才有可能实现，马化腾觉得当时做云计算还是显得过早，并为此举了一个例子： 比如现在研究局部的IDC，1万台或者几万台组成的超大IDC，集装箱里面插几千个主板、海量CPU、内存统一作为计算处理的一个任务，在这种局部上去做仍是一种非常的大的挑战。 当时大佬李彦宏对云计算的未来更是直接表示了自己的悲观，李彦宏表示，云计算不客气的讲，就是新瓶装旧酒，没有新东西。未来会有越来越多的基于云计算的这种互联网应用出来，但是想用云计算方式赚点钱会比较累。 云计算发展的最初几年大家认为马云眼光独到

第50章 Nginx七层负载均衡 一、Nginx负载均衡基本概述 1）为什么要使用负载均衡 当我们的Web服务器直接面向用户，往往要承载大量并发请求，单台服务器难以负荷。使用多台Web服务器组成集群，前端使用Nginx负载均衡，将请求分散地打到后端服务器集群中，实现负载的分发。可以大大提升系统的吞吐率、请求性能、高容灾能力。 往往我们接触的最多的是 SLB(Server Load Balance) 负载均衡，实现最多的也是 SLB ，那么 SLB 它的调度节点和服务节点通常是在一个地域里面。它在这个小的逻辑地域里面决定了他对部分服务的实时性、响应性是非常好的。 因此，当海量用户请求过来以后，它同样是请求调度节点，调度节点将用户的请求转发给后端对应的服务节点，服务节点处理完请求后再转发给调度节点，调度节点最后响应给用户节点。这样就能实现一个均衡的作用。 Nginx 就是一个典型的 SLB 。 2）负载均衡的叫法 2.1）负载均衡的叫法有很多： 负载均衡 负载 Load Balance LB 2.2）公有云中叫法有： 阿里云负载均衡——SLB 青云负载均衡——QLB 腾讯云负载均衡——CLB ucloud负载均衡——ULB 2.3）常见的负载均衡的软件有： Nginx、Haproxy、LVS 2.4）负载均衡能实现的应用场景一： 四层负载均衡 所谓四层负载均衡指的是 OSI

一、Nginx能做什么 　　1.负载均衡 　　2.HTTP服务器（动静分离） 　　3.反向代理 　　4.正向代理 以上就是我了解到的Nginx在不依赖第三方模块能处理的事情，下面详细说明每种功能怎么做。 　　 1-1负载均衡 负载均衡是Nginx常用的一个功能，负载均衡其意思就是分摊到多个操作单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工作任务。简单而言就是当有2台或以上服务器时，根据规则随机的将请求分发到指定的服务器上处理，负载均衡配置一般都需要同时配置反向代理，通过反向代理跳转到负载均衡。而Nginx目前支持自带3种负载均衡策略，还有2种常用的第三方策略。 1、RR（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。 过滤#行和空行 重定向到nginx.conf egrep -v "#|^$" nginx.conf.default > nginx.conf 　　简单配置，核心负载均衡代码如图： 这里我配置了1台服务器，配置2个端口不一样而已，而8081的服务器是不存在的,也就是说访问不到，但是我们访问http://localhost 的时候,也不会有问题，会默认跳转到http://localhost:8080 具体是因为Nginx会自动判断服务器的状态，如果服务器处于不能访问

目录 Nginx四层负载均衡概述 什么是负载均衡 负载均衡应用场景 四层，七层集群架构 四层负载均衡总结 Nginx如何配置四层负载均衡 nginx四层负载均衡端口转发 Nginx四层负载均衡概述 什么是负载均衡 四层负载均衡是基于传输层协议包来封装的（如：TCP/IP），那我们前面使用到的七层是指的应用层，他的组装在四层的基础之上，无论四层还是七层都是指的OSI网络模型。 负载均衡应用场景 1、四层+七层来做负载均衡，四层可以保证七层的负载均衡的高可用性；如：nginx就无法保证自己的服务高可用，需要依赖LVS或者keepalive。 2、如：tcp协议的负载均衡，有些请求是TCP协议的（mysql、ssh），或者说这些请求只需要使用四层进行端口的转发就可以了，所以使用四层负载均衡。 四层，七层集群架构 四层负载均衡总结 1、四层负载均衡仅能转发TCP/IP协议、UDP协议、通常用来转发端口，如：tcp/22、udp/53； 2、四层负载均衡可以用来解决七层负载均衡端口限制问题；（七层负载均衡最大使用65535个端口号） 3、四层负载均衡可以解决七层负载均衡高可用问题；（多台后端七层负载均衡能同事的使用） 4、四层的转发效率比七层的高得多，但仅支持tcp/ip协议，不支持http和https协议； 5、通常大并发场景通常会选择使用在七层负载前面增加四层负载均衡。

目录 Nginx四层负载均衡概述 Nginx如何配置四层负载均衡 使用nginx四层负载均衡实现tcp的转发 Nginx四层负载均衡概述 什么是四层负载均衡 四层负载均衡是基于传输层协议包来封装的（如：TCP/IP），那我们前面使用到的七层是指的应用层，他的组装在四层的基础之上，无论四层还是七层都是指的OSI网络模型。 四层负载均衡应用场景 1、四层+七层来做负载均衡，四层可以保证七层的负载均衡的高可用性；如：nginx就无法保证自己的服务高可用，需要依赖LVS或者keepalive。 2、如：tcp协议的负载均衡，有些请求是TCP协议的（mysql、ssh），或者说这些请求只需要使用四层进行端口的转发就可以了，所以使用四层负载均衡。 四层 + 七层构建大规模集群架构使用场景  四层负载均衡总结 1、四层负载均衡仅能转发TCP/IP协议、UDP协议、通常用来转发端口，如：tcp/22、udp/53； 2、四层负载均衡可以用来解决七层负载均衡端口限制问题；（七层负载均衡最大使用65535个端口号） 3、四层负载均衡可以解决七层负载均衡高可用问题；（多台后端七层负载均衡能同事的使用） 4、四层的转发效率比七层的高得多，但仅支持tcp/ip协议，不支持http和https协议； 5、通常大并发场景通常会选择使用在七层负载前面增加四层负载均衡。 nginx四层负载均衡场景实践

1、网关的作用 网关可以拦截客户端所有请求，对该请求进行权限控制，负载均衡、日志管理、接口调用监控等操作。 1）网关对所有服务会话进行拦截 2）网关安全控制，统一异常处理，XXS、SQL注入 3）权限控制，黑名单和白名单、性能监控、日志打印 2、过滤器与网关的区别是什么？ 1）过滤器适合于单个tomcat服务器进行拦截请求； 2）网关是拦截整个微服务所有请求； 3）网关分为内网网关和外网网关，外网网关是针对于开放平台接口； 3、Nginx与Zuul区别 相同点： 1）Zuul和Nginx都可以实现负载均衡、反向代理、过滤请求、实现网关效果。 不同点： 1）Nginx采用C语言编写，Zuul采用java语言编写 2）Zuul负载均衡实现：采用ribbon+eureka实现本地负载均衡； 3）Nginx负载均衡实现：采用服务器端实现负载均衡； 4）Nginx比Zuul功能会更加强大，因为Nginx可以整合一些脚本语言（Nginx+Lua） 5）Nginx适合于服务器端负载均衡，也可以实现网关 6）Zuul适合微服务中实现网关，而且使用技术是java语言 7）最好建议nginx+zuul实现网关 nginx用作实现反向代理，zuul对微服务实现网关拦截 反向代理的目的是隐藏真实ip地址 4、网关框架 Kong Kong是基于nginx+lua进行二次开发的方案 使用网关后

众所周知，做负载均衡的时候，必须解决两个棘手的问题，一是session会话共享问题，二是上传文件同步问题，今天给大家分享一个我遇到过的问题，yii项目登录功能验证码无法同步的解决办法。 本文测试环境： 负载均衡机一台 （nginx，做分发用） A服务器 （程序所在机器） B服务器 （程序所在机器） memcached服务器 一台（暂称为s1吧） 关于负载均衡的session会话同步，我不详说，网上一搜一大片，无非就是以下三种： 利用数据库同步session 利用cookie同步session 利用memcache同步session 今天我所说的是第三种， 利用memcache同步session ，打开A、B服务器的php.ini设置如下： #设置php.ini存储session的方式为memcache session.save_handler = memcache // 设置session的储存方式为memcache memcache.hash_strategy = "consistent" //设置memcache的hash算法 session.save_path = "tcp://192.168.1.101:11211" //设置session储存的位置，101为s1服务器的IP 下面我们进行登录，发现一直提示验证码不正确，尽管输入了无数次也不对：

Java的学习路线图，整理以备自己学习和温习。 1.Java基础 　　具体内容： 　　　　1. 编程基础（开发环境配置、基础语法、基本数据类型、流程控制、常用工具类） 　　　　2. 面向对象（继承、封装、多态、抽象类、接口、包、重写、重载） 　　　　3. 高级编程（集合、异常、IO、多线程、网络编程、反射、泛型、序列化、Java8&Java9） 2.Web初识 　　具体内容： 　　　　1. 数据库 (Mysql、JDBC、DBUtil、连接池) 　　　　2. 前端技术（HTML、CSS、JavaScript、jQuery、Ajax、Bootstrap） 　　　　3. JavaWeb (HTTP/TCP协议、Servlet/JSP、Filter/Listener、Session/Cookie、Web容器tomcat) 3.Web主流框架 　　具体内容： 　　　　1. Struts2 　　　　2. Spring (Bean容器、IOC、AOP) 　　　　3. Spring MVC 　　　　4. Mybatis 　　　　5. Hibernate 　　　　6. Junit 　　　　7. log4j 　　　　8. Freemarker 4.Web框架进阶　 　　具体内容： 　　　　1. SpringBoot 　　　　2. SpringCloud 服务发现 Eureka 服务网关 Zuul