https://www.jianshu.com/p/a772e4b951f2 背景 最近给一个子公司部署一套k8s集群，集群搭建完之后有几个新需求需要新增几个node节点，在新增节点时发现添加失败，经过查询发现是网络规划问题导致。 flannel启动失败，报错信息如下：Error registeri
https://www.jianshu.com/p/80a779b3bf20 问题描述 今日在线上查询nginx日志文件的用户真实IP时，发现remote_addr和XFF地址一模一样，这点让我很是不理解，正常来讲remote_addr应该获取到的是上一个节点转发的IP地址，我们却是获得了用户的真实
https://www.cnblogs.com/lizexiong/p/15198863.html 本次环境背景信息为，需要在k8s里面跑一些前端界面，所以在pod容器中还是使用到了nginx，但是发现，如果nginx worker_processes参数为auto,pod容器会读取node节点的c
https://blog.csdn.net/wangtingting_100/article/details/89842557 nginx做反向代理时，作为负载均衡器，对执行失败的任务默认会调度到其他节点执行。 默认设置：proxy_next_upstream error timeout #发生网络
https://www.cnblogs.com/wyh-l6/p/16547040.html etcd是coreos团队在2013年6月发起的开源项目，现在在githab上托管 etcd目标构建一个高可用的分布式键值数据库 etcd具有以下属性： 完全复制：集群中的每个节点都可以使用完整的存档 高可
关于IO性能的一些学习与了解 摘要 最近心气不高. 学习进度也拖的比较慢. 以后想能够多为自己着想.自己有自己的节奏, 不能只为别人考虑. 要改变一下自己的做事风格. 一些事情想帮则帮, 不想帮就当看不见. 互勉. 磁盘IO的指标 IOPS RT BW 部分监控指标的解释 iowait await
https://blog.whsir.com/post-7029.html 所有的操作系统都有着一定的生命周期，在我们实际使用操作系统时，应了解操作系统官方停止维护的时间节点，以便我们可以提早的进行版本升级迁移工作，本文列举了一些常见的操作系统版本以及官方停止维护时间。 Rocky Linux系统
简介 在 Linux 中，元数据中的 inode 号（inode 是文件元数据的一部分但其并不包含文件名，inode 号即索引节点号）才是文件的唯一标识而非文件名。文件名仅是为了方便人们的记忆和使用，系统或程序通过 inode 号寻找正确的文件数据块。而有一种方法可以快速的寻找到数据元，那就是软硬链
Apache Kafka Raft 是一种共识协议，它的引入是为了消除 Kafka 对 ZooKeeper 的元数据管理的依赖，被社区称之为 Kafka Raft metadata mode，简称 KRaft 模式。本文介绍了KRaft模式及三节点的 KRaft 集群搭建。 1 KRaft介绍 KR
https://help.kingbase.com.cn/v8/perfor/sql-optimization/sql-optimization-13.html SQL性能相关的参数较多，具体见下文。在使用时需注意作用范围，可以考虑通过HINT来指定，尽量缩小影响范围。 成本参数 节点开关参数 多表
https://www.cnblogs.com/XY-Heruo/p/16489190.html 前言 将minio的bucket挂载到本地文件系统 环境 客户端系统版本：centos 7 MinIO节点IP：192.168.0.20 s3fs方式步骤 安装s3fs客户端（可能需要先安装epel-r
https://www.cnblogs.com/luohaixian/p/15227838.html 1.TiKV框架图和模块说明 图1 TiKV整体架构图 1.1.各模块说明 PD Cluster：它是由多个PD节点组成的etcd集群，PD是具有“上帝视角”的管理组件，负责存储元数据和进行负载均衡
https://www.cnblogs.com/luohaixian/p/17509742.html 1. RaftHttp模块介绍 在etcd里raft模块和网络模块是分开的，raft模块主要负责实现共识算法，保证集群节点的一致性，消息的发送和接收则交给raftHttp网络模块来处理，由上层应用模
对象存储 前置条件 安装Minio（在102主机上操作） 安装csi-s3插件（在103主机上操作） 使用 参考 本文介绍kubernetes如何基于对象存储（minio）创建PV与PVC 前置条件 准备两台主机，如下： 192.168.92.102：Minio节点，用来安装Minio 192.16
TiDB 热点问题处理 本文介绍如何定位和解决读写热点问题。 TiDB 作为分布式数据库，内建负载均衡机制，尽可能将业务负载均匀地分布到不同计算或存储节点上，更好地利用上整体系统资源。然而，机制不是万能的，在一些场景下仍会有部分业务负载不能被很好地分散，影响性能，形成单点的过高负载，也称为热点。 T
目录 异常现象： 1. clickhouse的异常日志 2. 追踪对应节点的zookeeper日志 使用clickhouse-keeper代替 zookeeper的步骤： 1： 准备 clickhouse-keeper的配置文件 1.1- 设置通信地址，以便对外通信 1.2- 在config.xml
kafka配置jmx_exporter 点击：https://github.com/prometheus/jmx_exporter，选择下面的jar包下载： 将下载好的这个agent jar包上传到kafka的broker节点所在服务器上，每个broker都需要，比如上传到如下路径： /opt/ag
# TiKV占用内存超过的解决过程 ## 背景 ``` 为了后去TiDB的极限数据. 晚上在每台服务器上面增加了多个TiKV的节点. 主要方式为: 每个NVME的硬盘增加两个TiKV的进程. 这样每个服务器两个磁盘, 共计4个TiKV的进程 因为TiKV其实会使用尽可能多的缓存: storage.b
https://docs.pingcap.com/zh/tidb/stable/tiup-component-cluster-scale-in tiup cluster scale-in 命令用于集群缩容，缩容即下线服务，最终会将指定的节点从集群中移除，并删除遗留的相关文件。 下线特殊处理 由于 T
