世界哪有真情在
快速部署 go
写在最前 1. 开始部署 # 执行命令下载
root@tanqidi:/tmp# wget https://go.dev/dl/go1.22.1.linux-amd64.tar.gz
# 解压安装包
root@tanqidi:/tmp# tar -xf go1.22.1.linux-amd64.t
快速部署 k3s
写在最前 很多时候我们使用 Kubernetes 只是为了做验证和测试，而不是搭建一套完整的生产集群。如果完全按标准 k8s 的方式部署，往往要处理大量无关的系统配置，比如 hosts、防火墙、内核参数、swap 等，成本和心智负担都很高。 k3s 通过一条命令即可快速安装一个与 Kubernete
关于slab内存泄露的异常问题
1. 问题描述 突然发现宿主机节点出现严重内存不足的情况。起初判断不太合理——当前仅运行少量容器，按容器资源统计，内存使用量最多约十余 GB，理论上仍有数十 GB 空闲。基于这一异常判断，随即对主机内存使用情况进行了排查，并发现了如下信息。 从进程视角看，业务与系统进程内存占用并不高，最大进程仅 5
使用 K8S 或 Docker 快速部署 tensuns 监控告警
写在最前 https://github.com/starsliao/TenSunS 🦄后羿 - TenSunS(原ConsulManager)：基于Consul的运维平台：更优
使用 K8S 或 Docker 快速部署 ProxySQL
写在最前 https://proxysql.com/ 在实践使用 ProxySQL 的过程中，目前仍存在读写不一致的问题。在非事务场景下写操作完成后若立即进行读取，存在一定概率读取到旧数据。 目前为了保证可用性，仅采用了保守的策略以实现故障转移能力，在proxysql.cnf中读写我都写成了10写组
使用 K8S 或 Docker 快速部署 binfmt
写在最前 有时候，我们确实会遇到官方 Docker 镜像只提供 x86_64（amd64）版本，而没有原生 ARM64 支持的情况。即使拿到源码，也可能因依赖或构建脚本限制无法自行编译。 这时，可以借助 QEMU user-mode emulation（通过 tonistiigi/binfmt 等工
metallb 使用技巧
写在最前 MetalLB 是 Kubernetes 裸金属集群（bare-metal）专用的 LoadBalancer 实现插件，作用是让 type: LoadBalancer 的 Service 能自动分配一个真实的外部 IP，而不是永远卡在 <pending>。 为什么需要 MetalLB？ 在
使用 K8S 或 Docker 快速部署 descheduler
写在最前 https://github.com/kubernetes-sigs/descheduler 默认情况下，Kubernetes 的调度行为仅在容器部署时决定 Pod 的分配，健康检查失败后 kubelet 只会在原节点重启容器，并不会触发重新调度。这可能导致集群中某些节点压力过大，而其他节
数据库技术
x. mysql.cnf # 开启gtid
[mysqld]
server-id = 1 # 每个服务器必须唯一，非0整数（主库和从库都需设置，不同值）
gtid_mode = ON # 启用 GTID 模式
enforce_gtid
使用 K8S 或 Docker 快速部署 redis6, calico固定IP 集群
写在最前 在 Kubernetes 中部署 Redis 6 的 3 主 3 从的分片集群，真正的难点是 Redis Cluster 强依赖节点的固定 IP。Redis 在初始化时会把每个节点的 IP 写进集群元数据，一旦 IP 变化，主从关系就会失效，集群直接崩坏。而 Kubernetes 的 Po
