Pod无法调度到可用的节点上（K8s）

SilentCodeY

已于 2023-12-08 15:14:16 修改

阅读量7.7k

点赞数 50

文章标签： kubernetes 容器云原生

于 2023-12-08 15:12:12 首次发布

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/qq_70531838/article/details/134878865

版权

文章讲述了在单节点Kubernetes部署中，创建Pod时遇到的调度错误，原因在于节点k8s-master被标记了控制平面节点的taint。解决方法是移除该节点的taint，确保Pod可以正常运行。作者提醒在单节点环境中需谨慎考虑控制平面设置的利弊和潜在风险。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、报错信息

完成k8s单节点部署后，创建了一个pod进行测试，后续该pod出现以下报错：

Warning FailedScheduling 3h7m (x3 over 3h18m) default-scheduler 0/1 nodes are available: 1 node(s) had untolerated taint {node-role.kubernetes.io/control-plane: }. preemption: 0/1 nodes are available: 1 Preemption is not helpful for scheduling..

二、原因

[root@k8s-master ~]# kubectl describe nodes k8s-master | grep Taints #查看node污点
Taints: node-role.kubernetes.io/control-plane:NoSchedule

提供的污点信息中，可以看到有一个污点被添加到了节点 k8s-master 上，这个污点的键是 node-role.kubernetes.io/control-planeÿ

最低0.47元/天解锁文章

博客等级

码龄3年

38
原创

412
点赞

422
收藏

274
粉丝

关注

私信

热门文章

最新评论

【国内AWS】vpc及ec2创建与putty连接
豆腐花1: 分步部署方案：高可用Go应用与PostgreSQL集成 1. 登录Cloud Raiser平台并初始化使用比赛提供的凭证登录 Cloud Raiser 平台。设置项目名称（如 root-app），确保符合比赛命名规则。 2. 阅读文档并明确要求确认禁止修改Go二进制文件，且必须使用默认端口（80）和x86架构。记录关键配置参数（如数据库连接信息、监控指标）。 3. 登录AWS控制台并选择区域通过比赛提供的链接登录AWS控制台。确保区域设置为 us-east-1（任务强制要求）。 4. 检查现有基础设施 EC2检查：确认现有实例是否使用 Amazon Linux 2 操作系统。验证实例架构为 x86_64。 VPC检查：确认VPC子网配置在可用区（如 us-east-1a, us-east-1b）以支持高可用。确保子网的公有IP自动分配已启用。 5. 部署PostgreSQL数据库方案选择：经济高效方案：在EC2上自建PostgreSQL（适合低负载）。托管方案：使用Amazon RDS（微型实例，按需计费）。配置步骤：启动EC2/RDS实例，选择 t3.micro（低成本）。安全组开放 TCP 5432 端口，仅允许应用服务器IP或安全组访问。登录数据库执行建表命令： sql 复制 CREATE TABLE IF NOT EXISTS unicorntable ( id SERIAL PRIMARY KEY, requestid VARCHAR(255), requestvalue VARCHAR(255), hits INT ); 创建数据库用户并授权： sql 复制 CREATE USER unicorndb WITH PASSWORD 'unicorndb'; GRANT ALL PRIVILEGES ON DATABASE unicorndb TO unicorndb; GRANT ALL ON unicorntable TO unicorndb; 6. 配置应用服务器上传Go二进制文件到S3： bash 复制 aws s3 cp root-app.zip s3://your-bucket-name/backups/ --region us-east-1 启动EC2实例： AMI：Amazon Linux 2。实例类型：t3.micro（根据负载调整）。用户数据脚本（安装依赖并启动应用）： bash 复制 #!/bin/bash yum install -y postgresql # 安装PostgreSQL客户端库 aws s3 cp s3://your-bucket-name/backups/root-app.zip /home/ec2-user/ unzip /home/ec2-user/root-app.zip -d /opt/root-app chmod +x /opt/root-app/server # 启动应用（端口80需附加sudo权限） sudo /opt/root-app/server -config /opt/root-app/server.ini 配置 server.ini： ini 复制 LogLocation = "./" PgsqlHost = "数据库IP或RDS终端节点" PgsqlPort = "5432" PgsqlUser = "unicorndb" PgsqlPass = "unicorndb" PgsqlDb = "unicorndb" PgsqlTable = "unicorntable" 7. 配置自动扩展组（Auto Scaling）创建启动模板：基于已配置好的EC2实例生成模板。指定用户数据脚本和IAM角色。创建目标组和负载均衡器（ALB）：将ALB监听端口80，指向目标组的实例。定义扩展策略：基于CPU使用率（例如 >70%扩展，<30%缩减）。设置最小/最大实例数（如 2-5）。 8. 监控与优化 CloudWatch监控：跟踪 CPUUtilization、RequestCount、HTTPCode_ELB_5XX。设置警报阈值触发通知。 ScoreEvents与Scoreboard：确保应用响应成功率高（HTTP 200），避免错误扣分。成本控制：使用AWS Cost Explorer分析支出。限制Auto Scaling最大实例数，选择Spot实例降低成本。 9. 验证与提交测试应用可用性： bash 复制 curl http://ALB-DNS-NAME # 检查返回结果是否正常提交应用地址：格式为 http://ALB-DNS-NAME（确保无结尾斜杠）。示例：http://root-app-123456789.us-east-1.elb.amazonaw
kubernetes集群部署
普通网友: 阅读这篇博文真是一次愉快的体验！作者的文字真是动人心弦，语言精准而生动。【我也写了一些相关领域的文章，希望能够得到博主的指导，共同进步！】
kubernetes集群部署
普通网友: 文章结构严谨有条,层次分明,读起来一点也不费劲，让人受益匪浅。【我也写了一些相关领域的文章，希望能够得到博主的指导，共同进步！】
kubernetes集群部署
CSDN-Ada助手: 恭喜您发布了关于"kubernetes集群部署"的第12篇博客！持续创作是非常了不起的，您对技术的热情和专注让人钦佩。希望您在未来的创作中可以深入探讨一些高级的kubernetes集群管理技巧，或者分享一些实际应用案例，让更多的读者受益。期待您更多精彩的文章！祝您一切顺利！

大家在看

最新文章

目录

评论 1

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

打赏作者

SilentCodeY 你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20

扫码支付：¥1

获取中

扫码支付

您的余额不足，请更换扫码支付或充值

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

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