- 博客(20)
- 收藏
- 关注
RSS订阅原创 Using Ceph RBD for dynamic provisioning
Note:所有k8s master和被调度的node节点上均需要安装此包。
2024-11-06 11:27:20
253
原创 为k8s pod设置/dev/shm size
dev/shm这个目录是linux下一个利用内存虚拟出来的一个目录，这个目录中的文件都是保存在内存中，而不是磁盘上。若想为pod设置/dev/shm size,参照如下资源定义模版。
2024-11-01 18:06:45
102
原创 etcdserver: mvcc: database space exceeded异常处理
等待每台server compact结束:出现类似日志 'finished scheduled compaction at 13947629 (took 2m48.349028089s)'等待compact结束。
2024-10-31 15:22:34
138
原创 etcd leader切换排查
etcd leader非预期切换1.客户端(apiserver)日志: 2.etcd日志:分析:1.etcd日志里提示“slow fdatasync”,对应的查看etcd主机磁盘监控,对应时刻disk util和write time指标都有抖动write time监控采集的是/proc/diskstats,计算两次采集第11列的差值,正常时候不大于100ms,异常时超过了2s,与日志里"took":"1.910237721s",可以对应的上2.切换原因etcd leader 每 100ms
2024-10-31 11:05:18
202
原创 kubernetes-event-exporter+loki+grafana实现对k8s event监控管理
2.修改配置指定kubeconfig3.修改config.yaml配置loki sink。
2024-09-14 14:27:18
295
原创 prometheus监控etcd集群
kubectl apply -f xx.yaml应用上述配置使其生效。3.访问prometheus验证。2.配置prometheus。1.curl验证请求。
2024-09-10 17:47:19
228
原创 dmesg报INFO: task blocked for more than 120 seconds
当超过这个阈值后，文件系统会把将缓存中的内存全部写入磁盘， 导致后续的IO请求都是同步的。将缓存写入磁盘时，有一个默认120秒的超时时间。出现上面的问题的原因是IO子系统的处理速度不够快，不能在120秒将缓存中的数据全部写入磁盘。IO系统响应缓慢，导致越来越多的请求堆积，最终系统内存全部被占用，导致系统失去响应。根据应用程序情况，对vm.dirty_ratio，vm.dirty_background_ratio两个参数进行调优设置。系统内存大，则缓冲区大，同步数据所需要的时间就越长，超时的概率就越大。
2024-08-19 11:26:17
253
原创 prometheus监控service
2.创建blackbox-exporter相关资源。将通过服务发现获取到的Service实例地址。转换为获取监控数据的请求参数。监控样本添加额外的标签信息。
2024-07-17 17:53:58
164
原创 kubeasz 部署v1.27.3 k8s
致力于提供快速部署高可用k8s集群的工具, 同时也努力成为k8s实践、使用的参考书；基于二进制方式部署和利用实现自动化；既提供一键安装脚本, 也可以根据安装指南分步执行安装各个组件。
2024-05-16 15:22:25
554
1原创 python字符串乱码研究
从这表格可以看到,A的ASCII与UTF-8编码一样,这是因为UTF-8就是为了解决向后兼容ASCII码而设计，Unicode中前128个字符，使用与ASCII码相同的二进制值的单个字节进行编码，而且字面与ASCII码的字面一一对应，这使得原来处理ASCII字符的字节无须或只须做少部分修改，即可继续使用。UTF-8编码把一个Unicode字符根据不同的数字大小编码成1-6个字节，常用的英文字母被编码成1个字节，汉字通常是3个字节，只有很生僻的字符才会被编码成4-6个字节。
2024-03-28 09:49:43
920
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人