如何在GKE宿主机节点上永久修改sysctl配置？

一、能否在GKE中永久设置fs.aio-max-nr参数？ #

不能直接通过修改节点本地的/etc/sysctl.d/文件实现永久生效，核心原因是GKE的节点属于托管式临时节点：

• 节点会在集群升级、故障自愈、节点池扩缩容时被销毁重建，所有手动修改的节点配置都会随节点消失。
• GKE节点基于官方镜像创建，重启后会恢复镜像的初始配置，因此你之前的手动修改在节点重启或重建后必然失效。

正确的永久配置方案 #

推荐使用以下两种可靠方式：

1. 通过DaemonSet自动配置
   部署一个特权DaemonSet，在每个节点启动时自动设置fs.aio-max-nr参数，确保节点重启或重建后自动重新配置。示例配置如下：

   apiVersion: apps/v1
   kind: DaemonSet
   metadata:
     name: sysctl-aio-config
     namespace: kube-system
   spec:
     selector:
       matchLabels:
         name: sysctl-aio-config
     template:
       metadata:
         labels:
           name: sysctl-aio-config
       spec:
         hostPID: true
         containers:
         - name: sysctl-aio
           image: busybox:stable
           command: ["sh", "-c", "sysctl -w fs.aio-max-nr=1048576 && sleep infinity"]
           securityContext:
             privileged: true
           resources:
             requests:
               cpu: "10m"
               memory: "16Mi"
             limits:
               cpu: "100m"
               memory: "64Mi"
   

2. 尝试GKE节点池自定义sysctl配置（仅部分参数支持）
   对于部分安全级别的sysctl参数，GKE允许在创建节点池时通过命令行指定配置，但fs.aio-max-nr属于非安全参数，可能不在支持列表中。可尝试用以下命令测试：

   gcloud container node-pools create POOL_NAME \
     --cluster CLUSTER_NAME \
     --sysctl fs.aio-max-nr=1048576
   

   若命令报错，说明该参数不支持此方式，直接使用DaemonSet方案即可。

二、为何不存在/etc/sysctl.conf，而是使用/etc/sysctl.d/目录下的文件？ #

这是Linux系统配置管理的演进结果：

• 早期系统使用单个/etc/sysctl.conf文件集中管理所有sysctl参数，但随着系统复杂度提升，单个文件会变得臃肿，不利于维护和分模块配置。
• 引入/etc/sysctl.d/目录后，支持将参数拆分为多个文件，按文件名数字前缀的顺序加载（数字越小优先级越低，数字越大越后加载，后加载的参数会覆盖前面的配置）。
• GKE使用的节点操作系统（如Container-Optimized OS或Ubuntu）默认采用这种目录化配置方式，/etc/sysctl.conf仅作为兼容旧配置的可选文件，大部分场景下不再默认创建。

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