一：什么是集群

1、集群技术是一种通用的技术，其目的是为了解决单机运算能力的不足、IO能力的不足、提高服务的可靠性、获得规模可扩展能力，降低整体方案的运维成本（运行、升级、维护成本）。

2、它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信。

二：Eureka集群配置

1、创建chserivcecloud-eureka-7002/chserivcecloud-eureka-7003和7001一样的创建

2、选择父级工程chserivcecloud进行右击->选择Maven->Maven Module

3、工程名称就是chserivcecloud-eureka-7002/chserivcecloud-eureka-7003

1、修改7002/7003的pom.xml

1、在7002和7003工程的pom.xml中粘贴如下的代码(从7001中赋值过来在进行粘贴)

2、修改7002/7003的主启动类

1、直接复制7001的主启动类EurekaServer7001_Ch(包含包)

2、并把主启动类名称改成EurekaServer7002_Ch/EurekaServer7003_Ch

3、修改映射文件

1、因为有3个Eureka需要做域名的区别

2、找到电脑上的C:\Windows\System32\drivers\etc下的hosts文件

3、在映射文件中添加，防止为加载可重启电脑

4、多台Eureka服务器的yml文件配置

1、原理；7001中要有7002/7003,7002中要有7001/7003

2.配置7001

3、7002和7003一样的配置只是修改下hostname和defaultZone的值原理同上

三、修改chserivcecloud-provider-dept-8001

1、将8001发布到3台Eureka集群配置中

2、修改application.yml文件的eureka

四、测试

1、启动7001/7002/7003

2、启动8001

3、浏览器访问：

http://eureka7001.com:7001/

http://eureka7002.com:7002/

http://eureka7003.com:7003/

五、Eureka比Zookeeper好在哪里

1、Netflix设计Eureka要遵守的AP原则(铺垫)

①）、CAP

1、回顾：传统的关系型数据库:MySql/oracle/等遵守重要的理念=>ACID

-A（Atomicity）:原子性

_____________________原子性体现在对于一个事务来讲，要么一起执行成功要么一起失败，执行的过程中是不能被打断或者执行其他操作的

-C（Consistency）:一致性

_____________________一致性表现为事务进行过后和执行前，整体系统都是稳定的，比如对于入账出账操作是不会有总资金的变化的。

-I（Isolation）:隔离性

_____________________隔离性表示各个事务之间不会互相影响，数据库一般会提供多种级别的隔离。实际上多个事务是并发执行的，但是他们之间不会互相影响

-D（Durability）:持久性

_____________________持久性表示一旦一个事务成功了，那么他的改变是永久性的被记录和操作。

2、NoSql数据库(Redis/Mongdb/等)等遵守重要的理念=>CAP

-C（Consistency）：一致性

_____________________数据一致更新，所有数据变动都是同步的

-A（Availability）：可用性

_____________________好的响应性能

-P（Partition tolerance）：分区容错性

_____________________可靠性

3、注意:

1)、任何分布式系统只可同时满足二点，没法三者兼顾

2)、不要将精力浪费在如何设计能满足三者的完美分布式系统，而是应该进行取舍

②）、典型的AP图

1、如上描述的注意事项的任何分布式系统只可同时满足二点，没法三者兼顾那么问题来是满足AP图的那两个？

2、CAP的核心概念就是：一个分部式不可能同时满足一致，可用型和分区容错性这个三个要求

3、因此根据CAP的原理将NoSql数据库分了满足CA原则，CP原则，AP原则三大类:

CA-单点集群，满足：一致性和可用型，通常在扩展性上不上那么强大

CP-满足：一致型和分区容错性，通常性能不是特别高

AP-满足：可用性和分区容错性，通常对一致要求低

4、注意：现在分部式的系统不可能是一台机器或说是在不同的地方,并且网络硬件会出现延迟丢包所以也就是P(分区容错)必须要占用的,也就是CP与AP二选一,只能在一致性和可用性权衡

5、如京东618/淘宝双11这大型电商()，只能选择AP不能选择CP

理由:CP中的C(一致性)是统计某个商品浏览的多少次进行统计,但是不保证AP中的A(可用性)那么用户只知道这个网站能不能用，如网站不能用什么都是白说，

2、Eureka比Zookeeper对比

1、Zookeeper是保证的CP(一致型和分区容错性)

缺点:当 master节点因为网络故障一其他节点失去联系时,剩余的节点会重新进行选举leader(类似Redis的哨兵模式)。问题在于选举leader的时间太长30s-120s，并且选举期间整个Zookeeper集群都是不可用的，这就导致了在选举期间注册服务器瘫痪，并且在云部署的环境下，由于网络问题使Zookeerper失去master节点的概率比较大，虽然服务器最终能够恢复，但是选举的时间过于漫长导致注册长期不可以是不能容忍的。在这个Eureka的自我保护机制来了

2、Eureka是保证的AP(可用性和分区容错性)

Eureka吸取了Zooleerper的这点，因此设计时就优先保证可用性，Eureka各个节点都是平等的，就算中间有节点挂了，其他的节点依然可以提供注册与查询服务。Eureka Cilent在向EurekaServer注册时连接失败，会自动切换到其他的节点只要有一天Eureka可用，这样就保证注册服务可用,只不过查询的信息可能不是最新的(一致性如之前修改的8001与8001xxx)，除此之外，Eureka还有自我保护机制

Eureka Client端与EurekaServer端出现网络故障录下几点:

-1点:Eureka不在从注册表中移除因为长时间没收到心跳二应该过期的服务

-2点：Eureka依然能够接受新的服务的注册与查询请求，但是不会被同步到其他的节点上(包中当前节点依然可用)

-3点：当网络稳定时，当前实例新的注册信息会别同步到其他的节点中

3、如上描述Eureka因此就很好的应对了网络故障导致部分的节点失去联系的情况，而不会像Zooleerper一样让整个注册服务瘫痪