负载均衡

阿里云认证考试包含ACA、ACP、ACE三种认证类型，是阿里云针对不同产品类别、用户成长阶段、生态岗位，精心打造不同的认证考试。获得阿里云认证考试证书能够基于阿里云产品解决实际问题。获得更多阿里云生态下的就业机会。 阿里云云计算认证ACP模拟考试练习题1 认证级别 云计算 大数据 云安全 中间件 助理工程师（ACA） 云计算助理工程师认证报名入口 大数据助理工程师认证报名入口 云安全助理工程师认证报名入口 专业工程师（ACP） 云计算工程师认证报名入口 大数据工程师认证报名入口 大数据分析师认证报名入口 云安全工程师认证报名入口 企业级互联网架构工程师认证报名入口 高级工程师（ACE） 云计算架构师高级认证报名入口 认证证书有效性查询入口 阿里云代金券 （可以用于抵扣报名费） ​------------------------------------------------------------------------------------------------------- 试题说明：本试卷分单选（共50题）、多选（共30题）、判断（共20题）三种题型，方框选项题为多选题，圆圈选项题为单选题，对、错选项题为判断题 单选题（共50题 每题1分） 1 某大型购物商城新上了一套视频监控系统,在商城所在一个5层高的大楼里共安装了35个高清摄像头,用于监控主要的出口通道

服务发现与负载均衡 Ingress实战 一、服务发现与负载均衡 在前面的安装部署kubernetes集群中已经简单用示例来演示了Pod和Service，Kubernetes通过Service资源在Kubernetes集群内针对容器实现了服务发现和负载均衡。而Service就是kubernetes服务发现与负载均衡中的一种。 目前，kubernetes中的负载均衡大致可以分为以下几种机制，每种机制都有其特定的应用场景： Service：直接用Service提供cluster内部的负载均衡，并借助cloud provider提供的LB提供外部访问 Ingress Controller：还是用Service提供cluster内部的负载均衡，但是通过自定义LB提供外部访问 Service Load Balancer：把load balancer直接跑在容器中，实现Bare Metal的Service Load Balancer Custom Load Balancer：自定义负载均衡，并替代kube-proxy，一般在物理部署Kubernetes时使用，方便接入公司已有的外部服务 1. Service Service是对一组提供相同功能的Pods的抽象，并为它们提供一个统一的入口。借助Service，应用可以方便的实现服务发现与负载均衡，并实现应用的零宕机升级

什么是负载均衡（Load balancing） 在网站创立初期，我们一般都使用单台机器对台提供集中式服务，但随着业务量越来越大，无论性能还是稳定性上都有了更大的挑战。这时候我们就会想到通过扩容的方式来提供更好的服务。我们一般会把多台机器组成一个集群对外提供服务。然而，我们的网站对外提供的访问入口都是一个的，比如www.taobao.com。那么当用户在浏览器输入www.taobao.com的时候如何将用户的请求分发到集群中不同的机器上呢，这就是负载均衡在做的事情。 当前大多数的互联网系统都使用了服务器集群技术，集群即将相同服务部署在多台服务器上构成一个集群整体对外提供服务，这些集群可以是Web应用服务器集群，也可以是数据库服务器集群，还可以是分布式缓存服务器集群等。 在实际应用中，在Web服务器集群之前总会有一台负载均衡服务器，负载均衡设备的任务就是作为Web服务器流量的入口，挑选最合适的一台Web服务器，将客户端的请求转发给它处理，实现客户端到真实服务端的透明转发。最近几年很火的「云计算」以及分布式架构，本质上也是将后端服务器作为计算资源、存储资源，由某台管理服务器封装成一个服务对外提供，客户端不需要关心真正提供服务的是哪台机器，在它看来，就好像它面对的是一台拥有近乎无限能力的服务器，而本质上，真正提供服务的是后端的集群。 软件负载解决的两个核心问题是： 选谁、转发

nginx概述 nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器；同时也是一个IMAP、POP3、SMTP代理服务器；nginx可以作为一个HTTP服务器进行网站的发布处理，另外nginx可以作为反向代理进行负载均衡的实现。 这里主要通过三个方面简单介绍nginx 反向代理 负载均衡 nginx特点 1. 反向代理 关于代理 说到代理，首先我们要明确一个概念，所谓代理就是一个代表、一个渠道； 此时就设计到两个角色，一个是被代理角色，一个是目标角色，被代理角色通过这个代理访问目标角色完成一些任务的过程称为代理操作过程；如同生活中的专卖店~客人到adidas专卖店买了一双鞋，这个专卖店就是代理，被代理角色就是adidas厂家，目标角色就是用户 正向代理 说反向代理之前，我们先看看正向代理，正向代理也是大家最常接触的到的代理模式，我们会从两个方面来说关于正向代理的处理模式，分别从软件方面和生活方面来解释一下什么叫正向代理 在如今的网络环境下，我们如果由于技术需要要去访问国外的某些网站，此时你会发现位于国外的某网站我们通过浏览器是没有办法访问的，此时大家可能都会用一个操作FQ进行访问，FQ的方式主要是找到一个可以访问国外网站的代理服务器，我们将请求发送给代理服务器，代理服务器去访问国外的网站，然后将访问到的数据传递给我们！ 上述这样的代理模式称为正向代理

0. 说明 将nginx作为负载均衡器，反向代理，tomcat作为节点服务器 192.168.100.201:nginx服务器 192.168.100.202:Tomcat 1服务器 192.168.100.203:Tomcat 2服务器 1. 软件 存放路径：/usr/local/src apache-tomcat-9.0.22.tar.gz openjdk-12_linux-x64_bin.tar.gz openresty-1.15.8.1.tar.gz 2.事先配置 启动后关闭防火墙，关闭selinux 3.配置java 3.1 解压缩到指定目录并重命名 tar -zxv -f openjdk-12_linux-x64_bin.tar.gz -C /usr/local/ cd /usr/local/ mv jdk-12/ java 3.2 建立java.sh脚本 cd /etc/profile.d/ vim java.sh export JAVA_HOME=/usr/local/java export PATH=$PATH:$JAVA_HOME/bin 3.3 java.sh脚本导入到环境变量，使其生效 source java.sh 3.4 查看版本 java -version 4.安装nginx 4.1 nginx配置文件 http { ...... upstream

转载至: https://blog.csdn.net/liboyang71/article/details/77371595 今天我们来讨论一下关于Nginx的一些简单理解和认识，首先对Nginx进行一下简单的介绍 1.Nginx简介 Nginx是一款高性能的http 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。由俄罗斯的程序设计师Igor Sysoev所开发，官方测试nginx能够支支撑5万并发链接，并且cpu、内存等资源消耗却非常低，运行非常稳定。 2.Nginx应用场景 1、http服务器。Nginx是一个http服务可以独立提供http服务。可以做网页静态服务器。 2、虚拟主机。可以实现在一台服务器虚拟出多个网站。例如个人网站使用的虚拟主机。 3、反向代理，负载均衡。当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用nginx做反向代理。并且多台服务器可以平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。 3.概念解释 3.1正向代理 所谓正向代理其实就和我们平时所做的翻墙一样，例如:当我们想要访问某些国外的**网站时，因为某些原因我们无法访问到，这时候我们就可以找代理，代理有能力访问到那个网站，而我们只需要访问代理。就可以得到那个网站的内容了。且代理可以决定是否将用户信息告诉给网站。

1，原理 将启动的服务注册到zookeeper 注册中心上面，采用临时节点，zookeeper 客户端从注册中心上读取服务的信息，之后再本地采用负载均衡算法（取模算法），将请求轮询到每个服务。 同时zookeeper 客户端有监听节点的功能，当临时节点的服务中断之后，更新注册中心上的服务的信息。将终端的节点信息给剔除。保证轮询的正确执行。 来源： https://www.cnblogs.com/pickKnow/p/11337966.html

1、业务服务器是一主多从，负载均衡。 2、对于客户端的请求，负载均衡的模式是NAT(Netwotk Address Translation)，网络地址转换模式，和linux中LVS的NAT道理一样。客户端只向Master进程发请求，Master根据负载均衡算法，找出哪个Slave负责，发给对应的Slave，Slave处理完之后，在回给Master，Master再回给客户端，客户端感觉不到Slave的存在。 3、考虑下面的场景，一主多从，每个Slave服务器都从下面收到大量的告警和实时数据，如果这些告警和实时数据都汇总到Master，再由Master发给客户端，显然Master这里存在瓶颈。怎么解决这个问题？ 使用IP隧道（IP Tunneling）模式，和linux中LVS的IP隧道道理类似。只不过这里没有请求的过程。在客户端提供sdk，进行封装，sdk会向Master请求所有的Slave，Master报告所有的Slave，sdk分别去连接这些Slave，这个时候，每个Slave都与客户端有一个连接，Slave通过这个连接直接将告警或者实时数据上报给sdk，客户端从sdk回调，得到数据。 转载于:https://www.cnblogs.com/nzbbody/p/4542248.html 来源： https://blog.csdn.net/weixin_30468137

一：轮询算法(Round-Robin) 　　轮询算法是最简单的一种负载均衡算法。它的原理是把来自用户的请求轮流分配给内部的服务器：从服务器1开始，直到服务器N，然后重新开始循环。 　　算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。 　 　　假设有N台服务器：S = {S1, S2, …, Sn}，一个指示变量i表示上一次选择的服务器ID。变量i被初始化为N-1。该算法的伪代码如下： 　　j = i; 　　do 　　{ 　　　　j = (j + 1) mod n; 　　　　i = j; 　　　　return Si; 　　} while (j != i); 　　return NULL; 　　轮询算法假设所有服务器的处理性能都相同，不关心每台服务器的当前连接数和响应速度。当请求服务间隔时间变化比较大时，轮询算法容易导致服务器间的负载不平衡。所以此种均衡算法适合于服务器组中的所有服务器都有相同的软硬件配置并且平均服务请求相对均衡的情况。 二：加权轮询算法(WeightedRound-Robin) 　　轮询算法并没有考虑每台服务器的处理能力，实际中可能并不是这种情况。由于每台服务器的配置、安装的业务应用等不同，其处理能力会不一样。所以，加权轮询算法的原理就是：根据服务器的不同处理能力，给每个服务器分配不同的权值，使其能够接受相应权值数的服务请求。 　

笔记 使用反向代理实现负载均衡。 upstream <名字> { server ip:port; server ip:port; server ip:port; ... } location / { proxy_pass http://<名字>; } 策略： 1）轮询(默认) 2）weight：权重 3）ip_hash: 同一个ip客户端请求交给同一个服务器。 4）fair: 根据响应时间转发请求。 5）url_hash: 同一个url请求交给同一个服务器。 5）日志解析 来源： https://www.cnblogs.com/oklizz/p/11336421.html