nacos集群的ap cp切换_Spring Cloud基于服务名调用，负载均衡以及集群的搭建（上篇）

最新推荐文章于 2024-01-30 08:46:32 发布
最新推荐文章于 2024-01-30 08:46:32 发布
阅读量517 收藏 1
点赞数
文章标签： nacos集群的ap cp切换 springcloud feign负载均衡
4b5bfeb94c1f08ef4d008d61532f704a.png

作者：爷 叼烟闯天下

来源：CSDN 爷 叼烟闯天下

作为服务注册中心Eureka比Zookeeper好在哪里？(面试)

1、Eureka 遵守AP原则，Zookeeper 遵守CP原则。根据CAP理论，一个分布式系统不可能同时满足一致性、可用性和分区容错性，由于分区容错性是分布式 ，系统中必须保证的，因此我们只能在一致性和可用性之间权衡。

2、Zookeeper采用CP，节点采用主从。一旦主机down机，会在多个从中进行 决策选举一个从作为主，但是选举的时间30~120s，时间太长，在选举期间会导致集群不可用，这样就会导致整个注册中心瘫痪。

3、Eureka采用AP，所有节点平等，没有主从。如果有一个节点挂掉，会自动切换到一个可用的节点，只要 有一个Eureka节点正常运行，就能保证注册中心可用。只不过查到的信息可能不是最新的(不保证强一致性)。 除此之外Eureka还有自我保护机制。因此Eureka可以很好的应对因网络故障导致部分节点失去联系的情况， 而不会像Zookeeper那样使整个注册服务瘫痪。

CAP原则

关系型数据库事务：ACID

NoSQL：CAP

1.传统的ACID

A(Atomicity)原子性

一个事务的所有系列操作步骤被看成是一个动作，所有的步骤要么全部完成要么一个也不会完成，如果事务过程中任何一点失败，将要被改变的数据库记录就不会被真正被改变。

C(Consistency)一致性

数据库的约束、级联和触发机制Trigger都必须满足事务的一致性。也就是说，通过各种途径包括外键约束等任何写入数据库的数据都是有效的，不能发生表与表之间存在外键约束，但是有数据却违背这种约束性。所有改变数据库数据的动作事务必须完成，没有事务会创建一个无效数据状态，这是不同于CAP理论的一致性"consistency"。

I(Isolation)隔离性

主要用于实现并发控制, 隔离能够确保并发执行的事务能够顺序一个接一个执行，通过隔离，一个未完成事务不会影响另外一个未完成事务。

D(Durability)持久性

一旦一个事务被提交，它应该持久保存，不会因为和其他操作冲突而取消这个事务。很多人认为这意味着事务是持久在磁盘上，但是规范没有特别定义这点。

2.CAP

C(Consistency)强一致性

同样数据在分布式系统中所有地方都是被复制成相同。

A(Availability)可用性

所有在分布式系统活跃的节点都能够处理操作且能响应查询。

P(Partition tolerance)分区容错性

在两个复制系统之间，如果发生了计划之外的网络连接问题，对于这种情况，有一套容错性设计来保证。

CAP是分布式系统中进行平衡的理论，它是由 Eric Brewer发布在2000年。

CAP原则是NoSQL数据库的基石。

一般情况下CAP理论认为你不能同时拥有上述三种，只能同时选择两种，这是一个实践总结，当有网络分区情况下，也就是分布式系统中，你不能又要有完美一致性和100%的可用性，只能这在两者选择一个。在单机系统中，你则需要在一致性和延迟性latency之间权衡。

CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性、可用性和分区容错性这三个需求。因此根据CAP原理，将NoSQL数据库分成了满足CA原则、满足CP原则、满足AP原则三类。

CA原则：单点集群，满足一致性、可用性的系统，通常在可扩展性上不太强大。

CP原则：满足一致性、分区容错性的系统，通常性能不是特别高。

AP原则：满足可用性、分区容错性的系统，通常可能对一致性要求低些。

业务流程：

  • 服务提供方
  • 服务消费方
  • 服务注册中心(eureka)

集群

  • 注册中心
  • 服务提供方

能够正常显示

http://192.168.151.102:8080/actuator/info

info:

问题：

1台注册中心服务器扛不住怎么办？

注册中心服务器挂掉了怎么办？

单点故障

考虑集群

3台进行集群：

microservice-eureka-7001

microservice-eureka-7002

microservice-eureka-7003

域名的模拟：

eureka7001.com

eureka7002.com

eureka7003.com

修改hosts文件：

添加如下内容：

127.0.0.1 eureka7001.com

127.0.0.1 eureka7002.com

127.0.0.1 eureka7003.com

http://eureka7001.com:7001

服务提供方分配式部署

microservice-provider-emp-8080

microservice-provider-emp-8081

microservice-provider-emp-8082

负载均衡

Ribbon、Feign (消费方)

了解这些，现在可以开始我们的工程搭建了。

40b04355c0894e0e525f0e03e0e1823a.png

父工程里面是空的，直接创建即可。

域名的模拟：

eureka7001.com

eureka7002.com

eureka7003.com

需要修改hosts文件：

352edbe3afe257e9c014d104cf7e64e5.png

WIR+R打开：

ef62029cb26ac3ad198388412f45d59f.png

找到etc下的host

向里面添加

127.0.0.1 eureka7001.com127.0.0.1 eureka7002.com127.0.0.1 eureka7003.com

如果权限限制，复制一份host到外面目录，改好后再覆盖回去，之后可以在 http://eureka 7001.com:7001 等地址进行访问。

microservice-eureka-7001

68371b51c9372d588446b6cbdee85137.png 
MicroserviceEureka7001Applicationpackage com.newer.demo.microservice.eureka; import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer; @SpringBootApplication//标记注册中心服务端@EnableEurekaServerpublic class MicroserviceEureka7001Application {     public static void main(String[] args) {        SpringApplication.run(MicroserviceEureka7001Application.class, args);    } }

pom.xml(依赖)

42d8c335758ff833964f0296b0d1511c.png
669621dc50506636f4c463069c8409ba.png

application.yml(配置信息)

server:  port: 7001  eureka:  client:    #    自己就是注册中心，不需要检索服务，默认为true    fetch-registry: false     #    不把自己注册进去，默认为true    register-with-eureka: false      #集群环境    service-url:      defaultZone:  http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/  instance:    #    注册中心的IP    hostname: localhost

microservice-erueka-7002

f3c8b50cbfadc0dc00825c0e6f66eeb5.png

MicroserviceErueka7002Application

package com.newer.demo.microservice.erueka; import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer; @SpringBootApplication//标记注册中心服务端@EnableEurekaServerpublic class MicroserviceErueka7002Application {     public static void main(String[] args) {        SpringApplication.run(MicroserviceErueka7002Application.class, args);    } }

pom.xml

<?xml version="1.0" encoding="UTF-8"?>4.0.0org.springframework.boot        spring-boot-starter-parent        2.2.6.RELEASEcom.newer.demo    microservice-eureka-7001    0.0.1-SNAPSHOTmicroservice-eureka-7001Demo project for Spring Boot1.8Hoxton.SR4org.springframework.boot            spring-boot-starter-web        org.springframework.cloud            spring-cloud-starter-netflix-eureka-server        org.springframework.boot            spring-boot-devtools            runtimetrueorg.springframework.boot            spring-boot-starter-test            testorg.junit.vintage                    junit-vintage-engine                org.springframework.cloud                spring-cloud-dependencies                ${spring-cloud.version}pomimportorg.springframework.boot                spring-boot-maven-plugin

application.yml

server:  port: 7002 eureka:  client:    #    自己就是注册中心，不需要检索服务，默认为true    fetch-registry: false     #    不把自己注册进去，默认为true    register-with-eureka: false     #集群环境    service-url:      defaultZone:  http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/  instance:    #    注册中心的IP    hostname: localhost

microservice-eureka-7003

6d2e990d42ff79eb5f2603d0f30140df.png

pom.xml

<?xml version="1.0" encoding="UTF-8"?>4.0.0org.springframework.boot        spring-boot-starter-parent        2.2.6.RELEASEcom.newer.demo    microservice-eureka-7001    0.0.1-SNAPSHOTmicroservice-eureka-7001Demo project for Spring Boot1.8Hoxton.SR4org.springframework.boot            spring-boot-starter-web        org.springframework.cloud            spring-cloud-starter-netflix-eureka-server        org.springframework.boot            spring-boot-devtools            runtimetrueorg.springframework.boot            spring-boot-starter-test            testorg.junit.vintage                    junit-vintage-engine                org.springframework.cloud                spring-cloud-dependencies                ${spring-cloud.version}pomimportorg.springframework.boot                spring-boot-maven-plugin

MicroserviceEureka7003Application

package com.newer.demo.microservice.eureka; import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer; @SpringBootApplication//标记注册中心服务端@EnableEurekaServerpublic class MicroserviceEureka7003Application {     public static void main(String[] args) {        SpringApplication.run(MicroserviceEureka7003Application.class, args);    } }

application.yml

server:  port: 7003  eureka:  client:    #    自己就是注册中心，不需要检索服务，默认为true    fetch-registry: false     #    不把自己注册进去，默认为true    register-with-eureka: false      #集群环境    service-url:      defaultZone:  http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/  instance:    #    注册中心的IP    hostname: localhost

以上是3个注册中心的集群

明天老苏将把后部分内容分享出来，或者有兴趣的可以去原文作者那里观摩！

作者：爷 叼烟闯天下

来源：CSDN 爷 叼烟闯天下

weixin_39660922
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SpringCloud实践系列（Nacos注册中心+Ribbon负载均衡+OpenFeign服务调+Nacos配置中心等）
06-21
SpringCloud实践系列（Nacos注册中心+Ribbon负载均衡+OpenFeign服务调+Nacos配置中心+Sentinel流控）
nacos集群的ap cp切换_服务注册中心到底应该选AP模型还是CP模型？
weixin_39590989的博客
11-28 6631
当下，分布式系统正变得越来越重要，大型网站几乎都是分布式的。分布式系统的最大难点，就是各个节点的状态如何同步。CAP 定理是这方面的基本定理，也是理解分布式系统的起点。CAP定理，又被称作布鲁尔定理(Brewer's theorem)，它指出对于一个分布式计算系统来说，不可能同时满足以下三点：一致性(Consistency) (等同于所有节点访问同一份最新的数据副本)可用性(Availa...
Nacos中服务注册中心AP、CP模式实现，AP、CP模式切换
LeoHan
12-04 1万+
本文分析Nacos基于Nacos 2.0 Nacos中服务注册中心默认是AP模式，AP模式和CP模式切换可以通过请求如下接口调整 curl -X PUT 'ip:port/nacos/v1/ns/operator/switches?entry=serverMode&value=CP' 同时客户端设置 spring.cloud.nacos.discovery.ephemeral=false （默认为true） ，表示是启用AP模式 接下来我们看看Nacos中对于AP、CP模式是怎么实现的。 首先说明
08-Nacos-CP与AP模式
01-30 1058
健康实例数/总实例数 < 保护阈值（0-1） ,进行限流（返回健康与不健康实例），确保剩余实例可用。设置为永久实例，ephemeral=false。健康检查：服务端广播，异常标记为不健康。实例异常，流量转移，导致雪崩。下线需要通过APi接口调用。服务端，异常自动剔除。
技术分享——zookeeper到nacos的迁移实践
qwe123147369的博客
05-26 3392
写在前面：2020年面试必备的Java后端进阶面试题总结了一份复习指南在Github上，内容详细，图文并茂，有需要学习的朋友可以Star一下！ GitHub地址：https://github.com/abel-max/Java-Study-Note 技术选型 公司的RPC框架是 dubbo ，配合使用的服务发现组件一直是 zookeeper ，长久以来也没什么大问题。至于为什么要考虑换掉zookeeper，并不是因为它的性能瓶颈，而是考虑往 云原生 方向演进。 云原生计算基金会（CNCF）对云原生的定义是：
Spring Cloud源码解析 - Nacos注册中心原理 - AP与CP模式
a786895568的博客
07-27 1655
Nacos（全称为"Naming and Configuration Service"）是一个开源的服务发现和配置管理平台。作为一个注册中心，Nacos提供了服务注册、服务发现、服务心跳和服务健康检测功能，使得微服务架构中的各个服务可以相互发现和通信。本文将通过nacos源码深入探讨Nacos注册中心底层原理，特别关注CP模式与AP模式的区别与优劣。
Nacos 使用cp 或者ap 场景
m0_61615803的博客
12-08 1234
Nacos（Naming and Configuration Service）是一个用于服务发现、动态配置和可视化管理的开源项目，由阿里巴巴开发。Nacos在设计时考虑到了CAP理论，提供了可配置的一致性和可用性模式，以满足不同场景的需求。在实际应用中，选择CP还是AP取决于具体的业务需求。某些场景可能更注重数据的一致性，而另一些场景则可能更注重系统的可用性。通过Nacos的灵活配置，你可以根据实际需求选择适当的一致性模式。
nacos AP/CP模式切换
qq_35872777的博客
02-27 4032
nacos默认支持AP,但是为了兼容服务级别的编辑或存储配置信息，那么CP模式就是必须的，例如k8s服务或者dns服务则适合CP 模式切换，通过curl发送一个put请求即可切换： curl -X PUT '$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP' ...
Nacos 的AP和CP模式
热门推荐
daobuxinzi的博客
10-13 1万+
但是对于服务发现来说，情况就不太一样了，针对同一个服务，即使注册中心的不同节点保存的服务提供者信息不尽相同，也并不会造成灾难性的后果。因为对于服务消费者来说，能消费才是最重要的，消费者虽然拿到可能不正确的服务实例信息后尝试消费一下，也要胜过因为无法获取实例信息而不去消费，导致系统异常要好。Nacos除了服务的注册发现之外，还支持动态配置服务。总之，服务注册中心到底选用CP模型还是AP模型，还是要依照业务场景进行决定，如果对数据一致性要求较高，且可以容忍一定时间的不可用，就选用CP模型。
Nacos中AP和CP 切换
music0ant的专栏
10-07 778
这个定理的内容是指的是在一个分布式系统中、Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼。分区容错性(P)：在分布式系统中网络会存在脑裂的问题，部分Server与整个集群失去节点联系，无法组成一个群体。一致性(C)：在分布式系统中，如果服务器集群，每个节点在同时刻访问必须要保持数据的一致性。AP:数据可以短暂不一致，但最终是需要一致的，无论如何都要保证服务的可用。CP：我们服务可以不能用，但必须要保证数据的一致性。
Alibaba SpringCloud集成Nacos、openFeign实现负载均衡-源码
最新发布
05-08
此项目包含开发分布式应用微服务的必需组件，方便开发者通过 Spring Cloud 编程模型轻松使用这些组件来开发分布式应用服务。 ## 主要功能 - 服务限流降级：默认支持 WebServlet、WebFlux、OpenFeign、RestTemplate、...
spring-cloud-alibaba+dubbo+nacos内部服务调用
03-08
spring-cloud-alibaba+dubbo+nacos内部服务调用
Spring Cloud 2022.x版本使用gateway和nacos实现动态路由和负载均衡
08-25
文章https://blog.csdn.net/penngo/article/details/132495488，介绍nacos安装和启动，gateway、nacos的配置，动态路由、负载均衡配置，附件是文章对应的完整工程项目代码
calm-cloud:实践搭建：springcloud + nacos +网关+ springsecurity
03-30
实践建造springcloud的maven工程 项目中的技术选型是： 服务注册中心，服务配置： 纳科斯 服务之间的调用： 开放式 服务网关： 网关 用户登录： Spring安全 持久层框架： mybatis-plus 数据库驱动： mybatis-...
nacos集群的ap cp切换_配置中心Nacos
weixin_39609527的博客
11-28 998
Nacos概述 英文全称Dynamic Naming and Configuration Service，是指该注册/配置中心都是以服务为核心。 Nacos是阿里云中间件团队开源的一个项目。项目地址：https://nacos.io/zh-cn/ Nacos核心提供两个功能：服务注册与发现，动态配置管理。 Nacos注册中心分为server与client，server采用J...
eureka,zookeeper,consul的CAP
climbxu的码农日志
10-13 295
CAP原则又称CAP定理，指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。 组件名 语言 CAP 服务健康检查 对外暴露接口 SpringCloud集成 Eureka Java AP 可配支持 HTTP 已集成 Consul Go CP 支持 HTTP/DNS 已集成 Zookeeper Java CP 支..
nacos集群的ap cp切换_阿里Nacos-配置-多环境
weixin_39726131的博客
11-26 217
多环境的配置隔离是配置中心最基础的一个功能之一。不同的环境配置的值不一样，比如数据库的信息，业务的配置等。Spring Boot 多环境配置首先我们来回顾下在Spring Boot中用配置文件的方式怎么进行环境的隔离。默认我们都会创建一个application.properties配置文件，这个文件是不区分环境的，通用。为了区分环境我们可以为每个环境创建一个配置文件，比如;开发环境applicat...
为什么 Nacos 会在单个集群中同时运行 CP 协议以及 AP 协议呢？
java_topper的博客
03-15 714
CAP理论 CAP即： Consistency（一致性） Availability（可用性） Partition tolerance（分区容忍性） 这三个性质对应了分布式系统的三个指标： 而CAP理论说的就是：一个分布式系统，不可能同时做到这三点。如下图： 为什么 Nacos 会在单个集群中同时运行 CP 协议以及 AP 协议呢？这其实要从 Nacos 的场景出 发的：Nacos 是⼀个集服务注册发现以及配置管理于⼀体的组件，因此对于集群下，各个节点之间 的数据⼀致性保障问题，需要拆分成两个方面： 从
nacos集群的ap cp切换_redis集群特性：部署集群时发现的特性
weixin_39623271的博客
11-26 303
分布式协议：AP协议，虽然集群部署会要求6个结点，主要是用来做主从同步，如果是6个节点，会形成3个主节点，3个从节点，1个主节点对应一个从节点，形成3对结构。分片模式：如果是6个节点，3个主节点，3个从节点，就会形成3对结构，也就三个分片， 注意：三个分片之间的数据是不能互相访问的，互相隔离。每个主从结构内部，只有主节点可以读写数据，从节点只能检查是否有该key（keys keyname...
nacos enablediscoveryclient_springcloud系列--nacos服务搭建（-）
05-19
接下来，你需要在 Spring Cloud 项目中引入 nacos 的依赖，并在配置文件中配置 nacos 的地址和注册信息，例如： ```xml <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值