容器数量增加导致fs.inotify.max_user_instances超过限制

当Docker服务数量增加到一定程度时,出现了日志丢失的问题。分析发现,原因是fs.inotify.max_user_instances限制超过了阈值。通过修改这个配置并适当增加限制值,解决了日志丢失的问题。同时建议优化rsyslog和journal配置以适应多容器环境。
摘要由CSDN通过智能技术生成

文章内容

1.现象描述
2.问题分析
3.解决办法
4.总结
5.参考链接

1.现象描述

平台架构:Rancher,k8s,微服务

问题的出现发生在最近,当服务的数量增加到一定程度时,出现了容器日志不定期丢失的情况,通过以下方式均没有日志信息输出:
1)通过Rancher,Kubernetes UI查看容器日志
2)通过docker logs查看

2.问题分析

2.1 初步分析

由于是日志出现问题,首先考虑到的是rsyslog和journal服务是否工作正常;通过修改如下配置测试:

rsyslog配置文件:/etc/rsyslog.conf

// 日志频率限制
$IMUXSockRateLimitInterval 0
$IMJournalRatelimitInterval 0
// 打开文件数
$MaxOpenFiles 5000

journal配置文件:/etc/systemd/journald.conf

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值