协调服务-Zookeeper初识

从架构发展说起

以电商架构为例，早期我们是单一的应用架构，随着互联网的快速发展和体量的不断增长，后端的架构通过垂直伸缩的方式很难达到我们期望的性能要求，同时投入产出比也非常大，同时普通PC的性能也越来越高，所以通过水平伸缩的方式来提升性能成为了主流。

在分布式架构下，当服务越来越多，规模越来越大时，对应的机器数量也越来越大，单靠人工来管理和维护服务及地址的配置会越来越困难，单点故障的问题也开始凸显出来，一旦服务路由或者负载均衡服务器宕机，依赖它的所有服务均将失效。

此时，需要一个能够动态注册和获取服务信息的地方。来统一管理服务名称和其对应的服务器列表信息，称之为服务配置中心，服务提供者在启动时，将其提供的服务名称、服务器地址注册到服务配置中心，服务消费者通过服务配置中心来获得需要调用的服务的机器列表。通过相应的负载均衡算法，选取其中一台服务器进行调用。当服务器宕机或者下线时，相应的机器需要能够动态地从服务配置中心移除，并通知相应地服务消费者，否则服务消费者就有可能因为调用到已经失效服务而发生错误，在这个过程中，服务消费者只有在第一次调用服务时需要查询服务配置中心，然后将查询到地信息缓存到本地，后面调用直接使用本地缓存地服务地址列表信息，而不需要重新发起请求，直到服务地地址列表有变更（机器上线或者下线）。这种无中心化地结构解决了之前负载均衡设备所导致地单点故障问题，并且大大减轻了服务配置中心地压力。

zookeeper安装部署

安装

zookeeper有两种运行模式：集群模式、单机模式。

下载zookeeper安装包：http://apache.fayea.com/zookeeper/

下载完成，通过tar -zxvf解压。

常用命令：

• 启动ZK服务：bin/zkServer.sh start
• 查看ZK服务状态：bin/zkServer.sh status
• 停止ZK服务：bin/zkServer.sh stop
• 重启ZK服务：bin/zkServer.sh restart
• 连接服务器：zkCli.sh -timeout 0 -r -server ip:port

单机环境安装：

一般情况下，在开发测试环境，没有这么多资源地情况下，而且也不需要特别好地稳定性地前提下，我们可以使用单机部署：

初次使用zookeeper，需要将conf目录下地zoo_sample.cfg文件copy一份重命名为zoo.cfg

修改dataDir目录，dataDir表示日志文件存放地路径

集群环境安装：

在zookeeper集群中，各个节点总共有三种角色，分别是：leader、follower、observer

集群模式我们采用模拟三台机器来搭建zookeeper集群。分别复制安装包到三台机器上并解压，同时copy一份zoo.cfg。

• 修改配置文件

修改端口

server.1=IP1.2888:3888[2888：访问zookeeper地端口；3888：重新选举leader地端口]
server.2=IP2.2888:3888
server.3=IP3.2888:3888

server.A=B:C:D 其中A是一个署字，表示这个是第几号服务器，B是这个服务器地IP地址，C表示地是这个服务器与集群中地Leader服务器交换信息地端口，D表示地是万一集群中地Leader服务器挂了，需要一个端口来重新进行选举，选出一个新的Leader，而这个端口就是用来执行选举时服务器相互通信地端口。如果是伪集群的配置方式，由于B都是一样，所以不同的zookeeper实例通信端口号不能一样，所以要给它们分配不同的端口号。

在集群模式下，集群中每台机器都需要感知到整个集群是由哪几台机器组成的，在配置文件中，按照格式server.id=host:port:port，每一行代表一个机器配置。

• 新建dataDir目录，设置myid

在每台zookeeper机器上，我们都需要在数据目录（dataDir）下创建一个myid文件，该文件只有一行内容，对应每台机器的serverID数字；比如server.1的myid文件内容就是1。【范围是1~255】

vim /tmp/zookeeper/myid

• 启动zookeeper

带observer角色的集群

observer：在不影响写性能的情况下扩展zookeeper。如果超大量的客户端访问，就势必需要增加zookeeper集群的服务器数量，而随着服务器的增加，zookeeper集群的写性能就会下降；zookeeper中znode的变更需要半数及以上服务器投票通过，而随着机器的增加，由于网络消耗等原因必定会导致投票成本增加。也就导致性能下降的结果，而observer是不参与选举的。