1.微服务调用思想
1.1传统方式调用问题说明
1.2 微服务思想-注册中心
微服务: 架构设计采用分布式思想,当服务器发生故障时,可以实现自动化的故障迁移.无需人为干预.
注册中心实现原理:
1.当服务器启动时,会将服务器的状态(服务名称/IP/端口) 一起写入注册中心
2.注册中心接收到服务器信息时,会动态的维护服务列表数据.
3/4.当客户端(消费者)启动时,首先会链接注册中心,获取所有的服务列表数据.并且将服务列表数据保存到本地.
5.当消费者执行业务调用时,如果有多个服务的生产者时,采用负载均衡的思想挑选其中的一个服务进行访问(RPC).
6.当服务器发生宕机时,由于注册中心有心跳检测机制,所有会动态的维护服务列表数据.会全网广播通知所有的客户端(消费者)更新服务列表数据. 在更新服务列表时,数据的同步会陷入阻塞的状态.
1.3 关于微服务思想负载均衡说明
1.3.1集中式负载均衡
说明: 所有的请求都必须由某个服务器进行统一的管理.
案例: Nginx是集中式的负载均衡,但是nginx主要的作用是做反向代理
1.3.2客户端负载均衡
说明: 请求发送之前,每个客户端都非常清楚的知道,自己应该访问哪台服务器.
在服务器内部.由客户端直接访问后端服务器,将负载的压力进行了分担.
2.注册中心-zookeeper安装
说明: 具体的安装方式参数课前资料文档.
2.1 zk启动命令
跳转到bin目录中 zk启动关闭命令如下.
sh zkServer.sh start 或者 ./zkServer.sh start
sh zkServer.sh stop
sh zkServer.sh status
2.2 关于集群相关概念
2.2.1 几台服务器可以搭建集群
公式: 存活节点 > N/2
算数计算:
1个节点 1-1 > 1/2 假的 不能搭建集群
2个节点 2-1 > 2/2 假的 不能搭建集群
3个节点 3-1 > 3/2 真的 可以搭建集群
结论:集群最小单位3台.
2.2.2 集群一般都是奇数台为什么?
3个节点 3-1 > 3/2 真的 可以搭建集群 允许宕机1台
4个节点 4-1 > 4/2 真的 可以搭建集群 允许宕机1台
说明: 由于搭建偶数台和搭建奇数台的容灾效果相同的,所以一般都是奇数个.
2.2.3 集群中的脑裂现象?
说明: 由于集群工作过程中主机意外宕机. 之后集群开始进行选举.如果出现多次连续平票状态时,则可能出现脑裂现象.
脑裂发生的概率是: 1/8=12.5%
如何有效降低脑裂现象发生: 增加节点的数量
2.3 关于zk集群搭建问题说明
1).如何检查报错
2.2
2). 检查myid位置及值
3).检查集群配置
2.4 关于zk集群选举的规范
说明: zk集群选举规则是myid最大值优先的算法,如果选举结束,则剩余的节点当新主机的从机.
考题1: 如果依次启动1-7台zk节点
问1: 谁当主机? 4
问2: 谁永远不能当选主机? 1,2,3
2.5 ZK工作原理说明
Zookeeper集群中leader负责监控集群状态同步数据,follower主要负责客户端链接获取服务列表信息.同时参与投票.
3.Zookeeper集群安装
3.1 准备文件夹
在zookeeper根目录中创建新的文件夹zkCluster.
创建zk1/zk2/zk3文件夹.
在每个文件夹里创建data/log文件夹.
mkdir {zk1,zk2,zk3}/{data,log}
添加myid文件
分别在zk1/zk2/zk3中的data文件夹中创建新的文件myid.其中的内容依次为1/2/3,与zk节点号对应.
编辑myid文件,定义编号.
3.2 编辑配置文件
将zoo_sample.cfg 复制为zoo1.cfg之后修改配置文件.
3.3 修改zoo1.cfg
配置完成后将zoo1.cfg复制2份.之后需要修改对应的文件夹目录.和不同的端口即可.
3.4 ZK集群测试
通过下面的命令启动zk集群.
sh zkServer.sh start zoo1.cfg
sh zkServer.sh stop zoo1.cfg
sh zkServer.sh status zoo1.cfg
检查主从关系,从机情况说明.
检查主从关系,主机情况说明.
3.5 关于zookeeper集群说明
Zookeeper集群中leader负责监控集群状态,follower主要负责客户端链接获取服务列表信息.同时参与投票.