K8s中Docker部署的.NET6应用触发inotify限制异常求助

我们有一个在K8s中运行已久的.NET6应用，近期部分Pod开始出现如下错误：

System.IO.IOException: The configured user limit (512) on the number of inotify instances has been reached, or the per-process limit on the number of open file descriptors has been reached.
at System.IO.FileSystemWatcher.StartRaisingEvents()

重新部署时，部分Pod可正常启动，部分启动失败；删除失败Pod后，新启动的Pod仍会失败。

已尝试的无效操作：

• 在AddJsonFile方法中设置reloadOnChange为false
• 在Dockerfile中添加：ENV DOTNET_HOSTBUILDER__RELOADCONFIGONCHANGE=false
• 运行时通过代码设置环境变量：Environment.SetEnvironmentVariable("DOTNET_hostBuilder:reloadConfigOnChange", "false");

相关公开问题中的解决方案均不适用，求其他可行方案。

1. 调整K8s Pod的资源限制 #

直接在Pod或容器的安全上下文里提高文件描述符和inotify实例的上限：

# Pod级全局设置
securityContext:
  limits:
    nofile: 1048576
  requests:
    nofile: 1048576

# 或容器单独设置
containers:
- name: your-app-container
  securityContext:
    capabilities:
      add:
        - SYS_RESOURCE
    limits:
      nofile: 65535
    requests:
      nofile: 65535

2. 排查并禁用第三方组件的文件监听 #

检查应用依赖的第三方库（比如日志框架、配置组件）是否在后台创建FileSystemWatcher，手动关闭这些组件的文件变更监听：

• 例如Serilog需确保配置中关闭reloadOnChange
• 清理自定义代码中未使用的FileSystemWatcher实例，直接移除或禁用事件触发

3. 强制配置一次性加载 #

修改配置加载逻辑，确保完全禁用任何形式的文件监听，依赖缓存的配置实例运行：

var config = new ConfigurationBuilder()
    .SetBasePath(Directory.GetCurrentDirectory())
    .AddJsonFile("appsettings.json", optional: false, reloadOnChange: false)
    .AddEnvironmentVariables()
    .Build();

// 后续业务逻辑直接复用该config实例，不再执行重新加载操作

4. 调整K8s节点的系统参数 #

如果Pod级调整无效，可在节点层面提高inotify的系统限制：

• 临时生效：

echo 1024 > /proc/sys/fs/inotify/max_user_instances
echo 65535 > /proc/sys/fs/inotify/max_user_watches

• 永久生效：编辑/etc/sysctl.conf添加以下内容，执行sysctl -p生效

fs.inotify.max_user_instances=1024
fs.inotify.max_user_watches=65535

5. 排查资源泄漏 #

用.NET工具检查是否存在FileSystemWatcher未正确释放的情况：

• 使用dotnet-trace或dotnet-dump分析进程资源占用
• 检查代码中是否有FileSystemWatcher实例未调用Dispose()，导致资源无法回收

内容的提问来源于stack exchange，提问作者Swifty