K8s驱逐阈值调整

要在 Kubernetes 中调整 kubelet 驱逐阈值,特别是针对 imagefs 和 nodefs 的大小阈值,你可以通过修改 kubelet 的启动参数来实现。这些参数定义了在触发 Pod 驱逐之前,节点上的资源使用情况必须满足的硬性条件。

根据你提供的文件内容,你可以在 ExecStart 行中添加或修改驱逐阈值参数。以下是如何添加这些参数的示例:

  1. 添加硬驱逐阈值:这些阈值一旦被触发,将立即导致 Pod 被驱逐。

    ini 复制代码
    --eviction-hard=imagefs.available<1Gi,nodefs.available<500Mi
  2. 添加软驱逐阈值:这些阈值在被触发后,会有一个宽限期,在宽限期结束后才会驱逐 Pod。

    ini 复制代码
    --eviction-soft=imagefs.available<2Gi,nodefs.available<1Gi
  3. 设置软驱逐宽限期:定义在软驱逐阈值被触发后,kubelet 等待的时间,超过这个时间才会执行驱逐操作。

    ini 复制代码
    --eviction-soft-grace-period=imagefs.available=2m,nodefs.available=2m

在你的 10-kubeadm.conf 文件中,将这些参数添加到 ExecStart 行中,如下所示:

ini 复制代码
[Service]
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf"
Environment="KUBELET_CONFIG_ARGS=--config=/var/lib/kubelet/config.yaml"
EnvironmentFile=-/var/lib/kubelet/kubeadm-flags.env
EnvironmentFile=-/etc/sysconfig/kubelet

# 添加驱逐阈值参数
Environment="KUBELET_EVICTION_ARGS=--eviction-hard=imagefs.available<1Gi,nodefs.available<500Mi --eviction-soft=imagefs.available<2Gi,nodefs.available<1Gi --eviction-soft-grace-period=imagefs.available=2m,nodefs.available=2m"

ExecStart=
ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS $KUBELET_EVICTION_ARGS --max-pods=300 --node-ip 172.30.30.101

Restart=always
StartLimitInterval=0
RestartSec=10

[Install]
WantedBy=multi-user.target

在修改配置后,需要重新加载 systemd 配置并重启 Kubelet 服务以使更改生效。这可以通过以下命令完成:

bash 复制代码
sudo systemctl daemon-reload
sudo systemctl restart kubelet

请注意,修改这些参数可能会影响集群的稳定性和性能,因此在应用更改之前,应该充分理解它们的影响,并在非生产环境中进行测试。此外,考虑到不同工作负载和应用程序的内存需求可能有所不同,因此可能需要在多个节点或节点池上应用不同的设置。在设置这些值时,可以参考 Kubernetes 官方文档中关于驱逐策略的详细说明。

相关推荐
nm_zfyjt2 小时前
信息流广告投放优化实践:线索成本评估模型与转化链路重构(家装建材案例)
算法·重构·内蒙古朋友圈广告服务商·内蒙古朋友圈获客
海的透彻3 小时前
dockerfile如何快速构建容器(java服务)
java·开发语言
code2cat3 小时前
Java工具篇之Gradle:用任务图组织构建与交付
java·开发语言·单元测试·gradle
后台模板学习4 小时前
大模型 Prompt 工程在电商订单系统中的踩坑记录
java·python·prompt
w_zero_one4 小时前
算法--构造
java·数据结构·算法
SL_staff4 小时前
制造业订单交付崩盘?用四层协同框架重建交付可信度(技术实践)
java·产品·全栈
其实防守也摸鱼4 小时前
信创安全竞赛知识总结与题库
大数据·网络·人工智能·算法·安全·php
SL_staff5 小时前
打破风控迭代死循环:用决策编排重构业务与技术协作链路
java·产品·全栈
Mikko75 小时前
Redis 连接数满了服务端有错误信息吗?连接数不增加却命令超时?6.2 实测连接池、超时与大 key 怎么判定
java·spring boot·redis·后端