负载均衡

实验拓扑图 实验环境部署 服务器角色 IP地址 操作系统 Nginx服务器 192.168.142.131 centos 7 tomcat 01服务器 192.168.142.134 centos 7 tomcat 02服务器 192.168.142.130 centos 7 实验步骤 第一步:配置Nginx服务器 #安装环境 [root@nginx ~]#yum install gcc gcc-c++ pcre-devel zlib-devel #添加Nginx管理用户 [root@nginx ~]# useradd -M -s /sbin/nologin nginx #远程共享源码包 [root@nginx ~]# smbclient -L //192.168.142.1 [root@nginx ~]# mount.cifs //192.168.142.1/tomcat /mnt #解压源码包 [root@nginx ~]# cd /mnt [root@nginx ~]# tar zxvf nginx-1.12.0.tar.gz -C /opt [root@nginx mnt]# cd /opt/nginx-1.12.0/ #进行configure配置 [root@nginx nginx-1.12.0]# ./configure --prefix=/usr/local

一、 先准备两个jar ；用的是sprinboot 打包两个jar，一个端口为8081 一个为8082,两个tomcat也是可以的； 二、 打包的步骤如下 ： 只需要把yml的配置文件的端口号 改一下，打包两次即可 三、打包成后之后如下图： 四、用rz命令 进行将jar上传 ps:有些同学可能执行rz命令 则提示找不到该命令，则 执行如下：yum install lrzsz -y 参考网址：https://blog.csdn.net/gosenkle/article/details/81197362 五、用命令依次启动这个两个jar包：命令如下： nohup java -Xms24M -Xmx24M -jar 8081.jar > 8081.log 2>&1 & tail -f 8081.log nohup java -Xms24M -Xmx24M -jar 8082.jar > 8082.log 2>&1 & tail -f 8082.log 六 、以上工作准备完成之后，进入到Nginx的配置文件进行配置； 　　进入目录：cd /usr/local/nginx/conf ---》》 vim nginx.conf 七、 找到htpp块，进行如下配置 八、 如果用 http:ip:80这样 如： http://192.168.1.20 会报如下错误： 使用阿里云的同学们

正向代理 说反向代理之前，我们先看看正向代理，正向代理也是大家最常接触的到的代理模式，我们会从两个方面来说关于正向代理的处理模式，分别从软件方面和生活方面来解释一下什么叫正向代理 在如今的网络环境下，我们如果由于技术需要要去访问国外的某些网站，此时你会发现位于国外的某网站我们通过浏览器是没有办法访问的，此时大家可能都会用一个操作FQ进行访问，FQ的方式主要是找到一个可以访问国外网站的代理服务器，我们将请求发送给代理服务器，代理服务器去访问国外的网站，然后将访问到的数据传递给我们！ 上述这样的代理模式称为正向代理，正向代理最大的特点是客户端非常明确要访问的服务器地址；服务器只清楚请求来自哪个代理服务器，而不清楚来自哪个具体的客户端；正向代理模式屏蔽或者隐藏了真实客户端信息。 反向代理 明白了什么是正向代理，我们继续看关于反向代理的处理方式，举例如我大天朝的某宝网站，每天同时连接到网站的访问人数已经爆表，单个服务器远远不能满足人民日益增长的购买欲望了，此时就出现了一个大家耳熟能详的名词：分布式部署；也就是通过部署多台服务器来解决访问人数限制的问题；某宝网站中大部分功能也是直接使用nginx进行反向代理实现的，并且通过封装nginx和其他的组件之后起了个高大上的名字：Tengine，有兴趣的童鞋可以访问Tengine的官网查看具体的信息：http://tengine.taobao.org

#定义Nginx运行的用户和用户组 user www www; # #nginx进程数,建议设置为等于CPU总核心数. worker_processes 8; # #全局错误日志定义类型,[ debug | info | notice | warn | error | crit ] error_log /var/log/nginx/error.log info; # #进程文件 pid /var/run/nginx.pid; # #一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数（系统的值ulimit -n）与nginx进程数相除,但是nginx分配请求并不均匀,所以建议与ulimit -n的值保持一致. worker_rlimit_nofile 65535; # #工作模式与连接数上限 events { #参考事件模型,use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型是Linux 2.6以上版本内核中的高性能网络I/O模型,如果跑在FreeBSD上面,就用kqueue模型. use epoll; #单个进程最大连接数（最大连接数=连接数*进程数） worker_connections 65535; } # #设定http服务器 http { include mime

1.快速区分多种负载均衡 　　负载均衡有 2/3/4/7层多种，对应于网络的七层模型，即物理层，数据链路层，网络层，传输层，会话层，表示层，应用层。 　　那么二层负载就是数据链路负载，三层就是网络层负载，四层就是传输层负载，七层就是应用层负载。 　　二层负载添加额外的数据链路来提供传输能力，一般是逻辑上的捆绑。提供虚拟MAC地址接收数据，再转发到真正的MAC主机上。方法主要有链路聚合方法和PPP捆绑。 　　　　以太网链路聚合简称链路聚合，它通过将多条以太网物理链路捆绑在一起成为一条逻辑链路，从而实现增加链路带宽的目的。同时，这些捆绑在一起的链路通过相互间的动态备份，可以有效地提高链路的可靠性。 　　　　PPP捆绑是将多个物理链路合并或者捆绑成一个大逻辑链路的机制。主要起到增加带宽，减少延时，线路备份的作用，另外一个作用是可以将不同类型的接口捆绑为一个逻辑接口。 　　三层负载提供虚拟IP接收数据，然后转发到真正的IP主机上。一般是通过F5硬件来提供这种负载。 　　四层负载是IP+PORT负载，提供虚拟的IP和端口接收数据后转发到真正服务器上。 　　七层负载是URL负载，提供虚拟URL或主机名接收数据后转发到真正的地址。 2.软硬件负载均衡 　　首先要明白主机和主机的通信是通过IP和端口进行的，所以软件所能实现的负载均衡只能是4-7层，而硬件可以应用于二层，三层的负载均衡。 　

一.环境准备 操作系统： CentOS 6.4 x86_64 软件版本： Nginx 1.4.5 二.安装NGINX 解压 tar xvf nginx-1.4.5.tar.gz 2.新建nginx用户和组 [root@xiao59 softs]# groupadd -g 108 -r nginx [root@xiao59 softs]# useradd -u 108 -r -g 108 nginx [root@xiao59 softs]# id nginx uid=108(nginx) gid=108(nginx) groups=108(nginx) 3.准备编译配置文件 [root@xiao59 softs]# yum install -y pcre-devel openssl-devel 4.编译并安装 [root@xiao59 nginx-1.4.5]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module --with-http_gzip_static_module --with-http_ssl_module [root@xiao59 nginx-1.4.5]# make && make install 5.为nginx提供启动脚本

Feign实现了Ribbon不用拼接url通过调用接口直接调用方法传入参数一样的，可以通过官方文档自己学习 1.导包 2.官方文档 3.需要在主配置类上打入标签 4.自己写一个接口打入标签 来源： https://www.cnblogs.com/xiaoruirui/p/11926636.html

单机模式 例如有一个在线商城系统，如果这个系统业务量很小，比如在校学生自己随便写的一个小项目，所有的代码都放在一个项目store-web中，然后把这个项目部署在一台服务器上。整个项目所有的服务都由这台服务器提供，这就是单机结构。 集群模式 如果业务量增大，一个服务器已经处理不了当前的数据量时，可以采用集群模式。集群模式简单来说，就是将同一份项目代码放在多个服务器上，这多个服务器中每个服务器就是一个节点，所有节点构成一个集群。也就是说每台服务器都跑着相同的项目代码（即store-web)。这样通过将大量请求分配给不同的节点来执行，可以提高系统的处理能力。理论来说有多少个节点系统的处理能力就能提升多少倍。 这里有一个问题就是如何将大量请求分配给集群中不同的节点来执行。这个就涉及到 负载均衡 技术。 负载均衡 负载均衡服务器起着调度者的作用，用户的所有请求都会首先由它接收，调度者再根据每台服务器的负载情况将请求分配给某一台服务器去处理。负载均衡服务器如何合理分配任务，保证所有后端服务器都将性能充分发挥，从而保持服务器集群的整体性能最优，这就是负载均衡问题。 负载均衡经典的有四种实现方式： HTTP重定向实现负载均衡 DNS负载均衡 反向代理负载均衡 负载均衡组件 分布式架构 还是那个在线商城，如果采用分布式架构，就不能将所有业务塞进一个项目store-web了。需要按照功能模块将业务分解

网络协议- DNS协议 DNS 协议就像手机中的通讯录，它将联系人的姓名和电话号组成对应关系。DNS 协议将网站的网址和网站的IP 地址组成对应关系。有了这个DNS ，你就可以说出网站名称，找到网站的IP地址。 DNS 服务器 DNS 协议是手机通讯录这样一个概念，DNS 服务器就是具体的电话本。没有这个电话本，用户就上不了网，互联网就瘫痪了。但整个互联网不能就有一个电话本啊，全世界的用户都用一个DNS 服务器，那它肯定忙不过来。所以DNS 服务器 要被设计成一个 分布式的 、 高可靠 、 高并发 。 真正的DNS 服务是树状的 根DNS 服务器：返回顶级域 DNS 服务器的IP地址 顶级域DNS 服务器：返回权威DNS 服务器的IP地址 权威DNS 服务器：返回相应主机的IP地址 DNS解析流程 为了提高DNS 的解析性能，很多网络都会就近部署DNS 缓存服务器。于是，就有了以下DNS 解析流程。 电脑客户端会发出一个DNS 请求，问“ www.163.com 的 IP 是啥”，把它发给本地域名服务器解析。本地域名服务器如果是通过DHCP配置本地DNS 由你的网络服务商ISP，如电信、移动等自动分配，如果是局域网会由交换机分配。 本地DNS 服务器收到客户端的请求，它自己由一张大表，保存了很多域名和其对应的IP地址。如果它也没有你要找的域名，它会问根域名服务器

Tomcat多实例配置 ==================面试========== 一般在在公司中一个实例的内存为4-8个G ，一个实例最高有400个并发量 一般来说一台机器最多10个左右实例，普遍设置8个实例 并发量：同一个时间，用户最多有多少访问量 例子：要处理20000的并发量，需要几台机器 20000/400=50（个实例） 50/10=5（台）nginx调度器需要2台(一主一备) 数据库需要2台 (一主一备) 并且要保证机器的内存要有64G才能够搞定2万的并发量 所以要处理2万的并发量至少要10台服务器 ================================= Tomcat多实例配置 应用程序需要部署在服务器上时Tomcat软件的部署方式可以分为以下几种: 单实例单应用(webapps/a) ///只有一个Java进程，只提供一个页面（一个实例是一个进程） 单实例多应用(webapps/{a,b}) ///一个进程，多个页面 多实例单应用 ///多个进程跑一个服务页面 多实例多应用 /// 实例的概念可以先理解为一个Tomcat目录中的一个工作子目录 【1】单实例单应用:比较常用的一种方式，只需要把做好的war包丢在webapps 目录下，执行启动Tomcat的脚本就行了。 【2】单实例多应用有两个不同的Web项目的war包，还是只需要丢在webapps目录下