会员
众包
新闻
博问
闪存
赞助商
HarmonyOS
Chat2DB
所有博客
当前博客
我的博客
我的园子
账号设置
会员中心
简洁模式
...
退出登录
注册
登录
滴滴滴--你不是爱拖延,而是爱逃避
博客园
首页
新随笔
联系
订阅
管理
上一页
1
2
3
4
5
6
7
···
129
下一页
2025年11月21日
k8s 调试
摘要: kubectl debug -it \ rocketmq-console-67bfcb57c8-nlprv \ -n rocketmq \ --image=busybox \ --target=rocketmq-console \ -- /bin/sh “PID 看进程,Network 看网卡,IP
阅读全文
posted @ 2025-11-21 11:06 滴滴滴
阅读(8)
评论(0)
推荐(0)
2025年11月20日
es 线程池状态
摘要: 1. 查看当前线程池状态 通过 Elasticsearch API 查看 bash # 查看所有线程池状态 curl -X GET "localhost:9200/_cat/thread_pool?v&s=name" # 查看特定线程池(如搜索线程池) curl -X GET "localhost:
阅读全文
posted @ 2025-11-20 16:40 滴滴滴
阅读(6)
评论(0)
推荐(0)
k8s开启双栈后svc ipv6访问不通
摘要: 查看kube-apiserver kube-controller-manager kube-proxy kubelet等配置均正常,内核ipv6转发也正常开启,查看ipv6默认路由为空, 尝试添加默认ipv6默认路由 ip -6 route add default dev eth1 重新访问,请求正
阅读全文
posted @ 2025-11-20 11:30 滴滴滴
阅读(4)
评论(0)
推荐(0)
发现节点间网络延迟几百ms,通过重启网卡恢复
摘要: 为什么重启网卡可以解决问题? 重启网络接口(网卡)是修复临时性网络故障的一种常用且有效的手段。它可以解决以下类型的“软”问题: 网卡驱动/固件卡住:网卡驱动程序或硬件固件可能因为某些原因(如处理了大量数据包、内存泄漏)进入了某种僵死或异常状态,虽然链路是通的,但数据传输性能严重下降或出现大量丢包。重
阅读全文
posted @ 2025-11-20 11:19 滴滴滴
阅读(8)
评论(0)
推荐(0)
Kubernetes 中实现会话保持(Session Affinity)
摘要: 在 Kubernetes 中实现会话保持(Session Affinity),也称为粘性会话(Sticky Sessions),主要有以下几种方法,每种方法适用于不同的场景和层级。 核心方法概览 方法实现层级机制优点缺点适用场景 1. Service sessionAffinity L4 (传输层)
阅读全文
posted @ 2025-11-20 10:35 滴滴滴
阅读(31)
评论(0)
推荐(0)
nginx 会话保持
摘要: 对于经过NAT网关的用户,nginx可以通过以下几种方式实现会话保持: 1. 基于Cookie的会话保持 1.1 sticky-cookie模块 nginx upstream backend { server 192.168.1.10:8080; server 192.168.1.11:8080;
阅读全文
posted @ 2025-11-20 10:30 滴滴滴
阅读(19)
评论(0)
推荐(0)
2025年11月19日
NetworkManager接管vxlan网卡等导致容器网络不通
摘要: 表格 复制 检查方式 结果含义 nmcli device status 中 vxlan 接口为 unmanaged 未接管 nmcli connection show 中有 vxlan 配置 已接管 ip link 能看到接口但 nmcli 看不到 手动创建,未接管 // 确认有类似配置文件,文件名
阅读全文
posted @ 2025-11-19 14:03 滴滴滴
阅读(12)
评论(0)
推荐(0)
Elasticsearch 断路器
摘要: 调整ES集群配置,增加如下配置, 这些断路器配置主要用途是限制单模块对内存的占用,避免出现单个功能内存占用高导致集群整体异常。indices.breaker.total.limit: 90%indices.breaker.fielddata.limit: 30%indices.breaker.req
阅读全文
posted @ 2025-11-19 11:24 滴滴滴
阅读(5)
评论(0)
推荐(0)
Elasticsearch 6.0 vs 7.0 选举机制对比表
摘要: Elasticsearch 6.0 vs 7.0 选举机制对比表 特性/参数Elasticsearch 6.0Elasticsearch 7.0变化说明 核心选举机制 Zen Discovery 移除Zen Discovery,引入新的集群协调层 7.0彻底重写了集群协调机制,提供更好的性能和稳定性
阅读全文
posted @ 2025-11-19 09:27 滴滴滴
阅读(5)
评论(0)
推荐(0)
es7.0 以后的优势
摘要: 2.1 ES7.x 之前使用的Zen Discovery算法在Master节点占用高,假死时容易进入选主流程,加重集群负担。7.x之后Raft算法能较好的解决这个问题。2.2 ES7.x之后,ES发布包自带了高版本JDK,默认GC方式改为G1 GC:当前配置的CMS GC方式针对大于4G的内存会容易
阅读全文
posted @ 2025-11-19 09:08 滴滴滴
阅读(7)
评论(0)
推荐(0)
上一页
1
2
3
4
5
6
7
···
129
下一页
公告