Docker 在k8s节点上,如何在节点通电时管理pod磁盘IO着陆高峰? 问题
当我们的一个本地托管裸机k8s(1.18)节点通电时,POD将被调度,但很难达到“就绪”状态—几乎完全是由于节点上同时调度30-40个POD的磁盘IO大量涌入 这通常会导致一系列部署失败:Docker 在k8s节点上,如何在节点通电时管理pod磁盘IO着陆高峰? 问题,docker,kubernetes,configuration,bare-metal-server,Docker,Kubernetes,Configuration,Bare Metal Server,当我们的一个本地托管裸机k8s(1.18)节点通电时,POD将被调度,但很难达到“就绪”状态—几乎完全是由于节点上同时调度30-40个POD的磁盘IO大量涌入 这通常会导致一系列部署失败: POD部署时,节点上的IO请求以IOWait状态堆叠 吊舱启动时间从(正常)10-20秒飙升至分钟 活力探测失败 POD被重新安排,随着IO的增加,问题更加复杂 请求堆积如山 重复一遍 FWIW内存和CPU在节点上过度配置,甚至在开机状态下(虽然我也有兴趣看到聪明人回答这个问题,但我的想法可能是“刚刚好”
- POD部署时,节点上的IO请求以IOWait状态堆叠
- 吊舱启动时间从(正常)10-20秒飙升至分钟
- 活力探测失败
- POD被重新安排,随着IO的增加,问题更加复杂 请求堆积如山
- 重复一遍
FWIW内存和CPU在节点上过度配置,甚至在开机状态下(虽然我也有兴趣看到聪明人回答这个问题,但我的想法可能是“刚刚好”:
- “相当大”的内存请求,例如:1GB
- 多个副本足够高,可以“填充”节点
- 对上述污染的容忍
FROM alpine:3.9
CMD sh -c 'while true; do sleep 5; done'
感谢您的回复。忘记“smart”——这正是我发布这篇文章的原因——来听听关于框架问题的创造性解决方案,目前似乎还没有正式的解决方案。我对此表示感谢。