skipping pod synchronization - PLEG is not healthy: pleg was last seen active 3m21.511247895s ago; threshol is 3m0s重点放在node、pod这些东西的状态上，不用太关心k8s组件的日志状况，节点每隔5-10分钟出现notready，然后恢复#查看节点pod出现以下情况，pod不正常paas-admin datagather-es-es-master-..
原创
2021-11-13 15:00:26
989阅读
node节点状态NotReady排查日志发现pleg超时pleg超时-----》 kubelet不健康 -----》 node not ready那么问题来了？ pleg是什么？pleg是pod生命周期事件生成器"pod lifecycle event generator", 的缩写。pleg会记录Pod生命周期中的各种事件，如容器的启动、终止等，这些事件会写入缓存中，同时他检测到containe
原创
2020-07-23 13:53:07
5722阅读
3评论
# Redis部分节点热迁移导致
## 引言
Redis是一种高性能的内存数据库，常用于缓存、消息队列、实时统计等场景。在Redis的使用过程中，我们可能会遇到部分节点热迁移导致的问题。本文将介绍部分节点热迁移的原因、影响和解决方法，并提供相应的代码示例。
## 什么是部分节点热迁移
部分节点热迁移是指Redis集群中的某些节点由于故障或其他原因需要进行热迁移，而其他节点仍然正常工作。热迁移是
原创
2023-10-10 12:38:59
64阅读
# Redis Sentinel: 高可用解决方案
## 引言
在分布式系统中，高可用性是一个非常重要的概念。当某个节点发生故障时，我们需要一种机制来自动地检测故障并进行故障转移，以保证系统的持续稳定运行。Redis Sentinel（哨兵）就是为了解决这个问题而设计的。
Redis 是一个流行的内存数据库，被广泛用于缓存、消息队列等应用场景。但是 Redis 本身不提供高可用性的保证，因为
概述 项目背景 : 我们的某个服务是专门执行自动任务的 , 对外提供一个 jar 包里面有个自动任务的接口 , 然后各种自动任务的实现在其他各个项目, 并且作为服务提供者注册到 上 . 项目在开发阶段时开发环境出现了CPU彪升 , 占用大量内存的现象. 现象 先按 命令 ,然后再按大写的 ...
转载
2021-08-01 11:35:00
1245阅读
2评论
基于nginx负载均衡调度基于uri请求调度至不同集群好处：每个uri后端提供的集群互相独立，耦合度较低，某个集群故障不会影响其他集群。可以各自分担各自模块的访问请求和压力。可以根据不同模块的请求压力，调整每个模块下对应集群的节点数量 更加有效的充分利用其系统资源 缺点：需要开发将代码进行拆分需要将代码进行独立部署整个实现的方式相对复杂 实验目标： 实现以下模式：实现步骤：
1.web01提供/
原生的zookeeper的监听API所实现的方法存在一些缺点，对于开发者来说后续的开发会考虑的细节比较多。Curator所实现的方法希望摒弃原声API 的不足，是开发看起来更加的简单，一些重连等操作对开发者变成了透明操作，而不需要去考虑。1. Curator的监听APICurator的监听实现是对zookeeper原生监听方法的高级封装，主要体现在两点：监听重复注册，事件发生信息。而且监听事件返回
生活就像一盒巧克力，你永远不知道下一颗是什么
转载
2022-08-16 20:56:27
235阅读
故障现象：1：活动前端Nginx服务器TCP连接数到1万多2：活动后端Tomcat其中1台TCP连接数达4千，并且CPU瞬间到780%（配置8核16G），内存正常3：重启后端Tomcat后，TCP连接数正常，但是持续1~2天，TCP连接数暴增，仍需再次重启故障分析：Tomcat服务器TCP连接数上升，并发现象1：Tomcat服务器内存异常，每次重启后一段时间内存使用到一定阶段后出现问题2：Tomc
1、在服务器上编写一个脚本，然后提示“设备上没有空间”2、查看i节点的使用情况，发现空间还真被占满了可以通过以下命令快速查找文件目录下的文件个数：for i in /*; do echo $i; find $i | wc -l; done 3、衍生出的问题后来发现，一个同事在写测试脚本的时候，生成了大量的小文件在根目录的/test，使用rm -rf /test目录时，报错，可
原创
2017-09-12 09:48:51
1478阅读
lea eax,SEH1[ebp] ;自己的异常处理函数地址
push eax ;把该异常处理函数地址压栈
push fs:[0] ;fs:[0]指向的是TIB[Thread information Block]结构中的
;EXCEPTION_REGISTRATION 结构
mov fs:[0],es
1.背景概述
在一次主从复制架构中，由于主节点binlog损坏，导致从节点无法正常同步数据，只能重做从节点；因此使用MySQL 8.0.17开始提供的clone技术进行恢复，恢复后的2天都发生了主从报错数据冲突。
通过解析binlog发现，同一时刻主从节点都在执行同一条语句，因此询问业务是否在主从节点都执行了定时任务，业务回复定时任务只在主节点执行。
最后排查发现，克隆后的从节点的定时任务也会是开
原创
2023-10-25 10:05:53
55阅读
最近有次web应用版本上线，出现了一个可怕的事情，上线之后所有http请求都报502，但是之前在测试环境和预发布环境测试功能是没有任何问题的。 502错误说明是tomcat应用出问题了，查看tomcat启动日志，没有任何异常，日志显示应用已经正常启动成功了，ssh连上服务器，通过wget调用接口发现是可以正常响应的，这就更说明了tomcat应用本身是没问题的。但是查看应用的localhost_a
# Spark 消费 Kafka 节点下线导致程序慢的解决方案
当我们在使用 Apache Spark 消费 Kafka 数据时，可能会遇到 Kafka 节点下线引起的性能问题。这种情况可能会导致 Spark 程序变得非常缓慢。本文将指导你如何诊断和解决这一问题。
## 整体流程
我们可以通过以下步骤来实现 Spark 消费 Kafka 的完整流程：
| 步骤 | 描述
# 如何实现“redis节点宕机导致分布式锁”
## 一、整体流程
首先，让我们来看一下实现“redis节点宕机导致分布式锁”的整体流程，我们可以用表格展示：
| 步骤 | 操作 |
| ---- | ---- |
| 1 | 请求获取分布式锁 |
| 2 | 成功获取锁，进行业务处理 |
| 3 | 锁失效，释放锁 |
接下来，我将详细介绍每一步需要做什么，包括需要使用的代码并进行解释。
MongoDB 副本集PSA架构痛点01MongoDB PSA架构MongoDB中，PSA架构使用的相当广泛。PSA副本集架构包含一个Primary 、Secondary、和一个Arbiter节点。其中，Primary是副本集的主节点，负责接收业务的读写请求；Secondary是副本集中的从节点，负责从主库复制数据，并且作为数据的冗余副本保留在它自己的目录中；Arbiter节点是仲裁节点，不存储
utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefaul
原创
2023-06-30 22:55:36
462阅读
1、问题：在创建新目录和文件是提示“no space left on device”！按照以前的情况，很有可能是服务器空间又被塞满了，通过命令查看，发现还有剩余。再用df -i查看了一下/分区的索引节点(inode)，发现已经用满(已用=100%)，导致系统无法创建新目录和文件。2、问题原因分析：Inode译成中文就是索引节点，每个存储设备（例如硬盘）或存储设备的分区被格式...
原创
2022-06-16 06:32:26
476阅读
[root@k8s-node02 ~]# journalctl -u kubelet -n 20
-- Logs begin at Tue 2021-11-30 15:22:28 CST, end at Thu 2024-05-30 14:41:08 CST. --
May 30 14:40:29 k8s-node02 kubelet[25590]: I0530 14:40:29.289613
6.1.1 探测服务是否可用 127.0.0.1:6379> ping 返回PONG说明正常6.1.2 探测服务延迟redis-cli --latency 显示的单位是milliseconds，作为参考，千兆网一跳一般延迟为0.16ms左右6.1.3 监控正在请求执行的命令 在cli下执行monitor，生产环境慎用。 6.1.4 查看统计信息 Mrds:6379> info
