案例23-服务出现频繁掉线情况

简介: 服务出现频繁掉线情况

一、背景介绍

       在springCloud项目中,通过使用nacos来对服务进行管理。但是其中一个服务总会出现频繁掉线的情况。通过查看错误日志报500

1e206704899a465284b2dffe6943c271.png

通过查阅博客进行解决:先把服务停掉,再停nacos,再删除data目录下的protocol文件夹,最后重启需要注册的服务就可以了。

cab8c31ceb4e43caa95eec7a5f449acb.png

d95aca82e84b45fea90ecb53e065175f.png

二、分析原因

1.nacos中data文件的作用

       nacos的data文件是用来存储nacos服务的数据的,包括配置信息,服务信息等。默认的情况下,data文件位于naocs安装目录下的。

ecb78ac8ca804269b13b7fc96b9012c6.png

2. data路径下protocol文件的作用

       nacos的data目录下的protocol目录是用来存储。服务中心的协议信息的,它记录了服务注册中心所使用的协议类型,版本号等等。以便于服务提供者和服务消费者之间进行通信。

3.nacos ip混乱的问题

       nacos的ip混乱。可能是因为网络配置不正确,或者服务注册不规范导致的。可以通过检查网络配置和服务注册情况来解决这个问题。我们这里使用的解决问题是注册的服务全部删掉,然后重新注册解决的。

三、Naocs服务注册和发现

服务注册

       nacos 服务注册中心,它是服务,其实例及元数据的数据库。服务实例在启动时注册到服务注册表,并在关闭时注销。服务和路由器的客户端查询服务注册表以查找服务的可用实例。服务注册中心可能会调用服务实例的健康检查 API 来验证它是否能够处理请求。

服务发现

       各服务实例会上报自己的网络地址,这样服务中心就形成了一个完整的服务注册表,各服务实例会通过服务发现中心来获取访问目标服务的网络地址,从而实现服务发现的机制。同时会在Nacos Client 本地开启一个定时任务,定时拉取服务端最新注册表信息,更新到本地缓存。


相关文章
|
10月前
|
存储 Nacos 微服务
【项目实战典型案例】23.部分服务总是频繁出现掉线情况
【项目实战典型案例】23.部分服务总是频繁出现掉线情况
|
5月前
|
前端开发 Cloud Native 大数据
坑爹,线上同步近 3w 个用户导致链路阻塞引入发的线上问题,你经历过吗?
坑爹,线上同步近 3w 个用户导致链路阻塞引入发的线上问题,你经历过吗?
|
9月前
|
存储 缓存 监控
线上服务发布抖动,该怎么解决呢
之前的文章分别讲了[优雅上线]和 [优雅下线],实际工作中做了优雅上下线后,服务发布后还是会有短暂的“抖动”,接口的响应时间急剧升高后又恢复正常,就和下面的监控图一样
110 0
线上服务发布抖动,该怎么解决呢
|
安全 关系型数据库 MySQL
为什么延迟复制适用于备库数据的紧急恢复?底层原理是什么?
为什么延迟复制适用于备库数据的紧急恢复?底层原理是什么?
|
负载均衡 算法 Java
记一次线上频繁FGC的事件和解决方式
1.大量的请求,调用的地方要注意是否会导致内存的大量消耗,尽可能使用池化技术,单例等,减少创建,销毁的系统开销;2.CMS 的几个缺点,可以参考《深入java虚拟机》,对CPU占用会比较高,无法处理浮动垃圾,还有就是CMS使用的是标记-清除算法,会导致大量的空间碎片,碎片过多的话,导致分配大对象很困难,所以不得不进行FGC,也可能是这个原因导致了本文说的一直FGC的问题。
316 0
记一次线上频繁FGC的事件和解决方式
|
运维 监控 Java
面试官:线上环境 FGC 频繁,如何解决?
前言 这个问题应该是Java 面试中很经常被问到的一个题目,很多人害怕这个题目。 因为大部分人可能在工作中根本遇不到 FGC 频繁的问题,即使从网上背了点答案,心里也不踏实,因为毕竟不是自己亲自接触和解决过。 今天就和大家聊聊面试过程中遇到这个问题,该如何解答。
218 0
|
关系型数据库 MySQL 数据库
Mysql 遇到神奇的“本次本客户端效现象”,数据库并未被改变 + 神奇“卡顿现象”
Mysql 遇到神奇的“本次本客户端效现象”,数据库并未被改变 + 神奇“卡顿现象”
171 0
Mysql 遇到神奇的“本次本客户端效现象”,数据库并未被改变 + 神奇“卡顿现象”
|
运维 网络安全
服务器卡顿或网络过慢时改如何排查解决
服务器卡顿或网络过慢时改如何排查解决
|
存储 运维 算法
CPU静默数据错误:存储系统数据不丢不错的设计思考
对于数据存储系统来说,保障数据不丢不错是底线,也是数据存储系统最难的部分。据统计,丢失数据中心10天的企业,93%会在1年内破产。那么如果想要做到数据不丢不错,我们可以采取怎样的措施呢?
CPU静默数据错误:存储系统数据不丢不错的设计思考