Amazon web services 由于圆盘压力,Kubernetes吊舱被逐出

Amazon web services 由于圆盘压力,Kubernetes吊舱被逐出,amazon-web-services,amazon-ec2,kubernetes,kubernetes-pod,Amazon Web Services,Amazon Ec2,Kubernetes,Kubernetes Pod,我有一个k8s环境,有一个主节点和两个从节点。在其中一个节点中,两个pod(假设pod-A和pod-B)正在运行,其中,由于磁盘压力,pod-A被逐出,但另一个pod-B在同一节点中运行,没有逐出。尽管我已经检查了节点资源(ram和磁盘空间),但仍然有大量可用空间。我还用“docker system df”检查了docker的东西,它显示图像的可回收空间为48%,所有剩余的东西为0%可回收。所以,我终于移除了B舱所有被驱逐的吊舱,现在运行良好 1) 当pod-B在同一节点上运行时,为什么pod-

我有一个k8s环境,有一个主节点和两个从节点。在其中一个节点中,两个pod(假设pod-A和pod-B)正在运行,其中,由于磁盘压力,pod-A被逐出,但另一个pod-B在同一节点中运行,没有逐出。尽管我已经检查了节点资源(ram和磁盘空间),但仍然有大量可用空间。我还用“docker system df”检查了docker的东西,它显示图像的可回收空间为48%,所有剩余的东西为0%可回收。所以,我终于移除了B舱所有被驱逐的吊舱,现在运行良好

1) 当pod-B在同一节点上运行时,为什么pod-A被逐出

2) 当有足够的资源可用时,为什么要驱逐pod-B

apiVersion:datas/v1 种类:部署 元数据: 注释: kompose.cmd:kompose转换 kompose.version:1.17.0(0c01409) creationTimestamp:空 标签: io.kompose.service:zuul 姓名:zuul 规格: progressDeadlineSeconds:2145893647 副本:1份 修订历史限制:2145893647 选择器: 火柴标签: io.kompose.service:zuul 战略: 类型:重新创建 模板: 元数据: creationTimestamp:空 标签: io.kompose.service:zuul 规格: 容器: -环境: -姓名:DATA_DIR 价值/数据/工作/ -名称:日志文件路径 值:/data/work/logs/zuul/ -名称:spring\u cloud\u zookeeper\u connectString 货值:zoo_主机:5168 image:repository/zuul:version imagePullPolicy:始终 姓名:zuul 端口: -集装箱港口:9090 主机端口:9090 协议:TCP 资源:{} terminationMessagePath:/dev/终止日志 terminationMessagePolicy:文件 体积数量: -挂载路径:/data/work/ 姓名:zuul-claim0 DNS政策:集群优先 主机网络:对 节点选择器: 磁盘类型:node1 你的秘密: -姓名:regcred restartPolicy:始终 schedulerName:默认计划程序 securityContext:{} 终止时间:30秒 卷数: -主机路径: 路径:/opt/DATA\u DIR 类型:“” 姓名:zuul-claim0 状态:{} apiVersion:apps/v1 种类:部署 元数据: 注释: kompose.cmd:kompose转换 kompose.version:1.17.0(0c01409) creationTimestamp:空 标签: io.kompose.service:路由 名称:路由 规格: progressDeadlineSeconds:2148483657 副本:1份 修订历史限制:2148483657 选择器: 火柴标签: io.kompose.service:路由 战略: 类型:重新创建 模板: 元数据: creationTimestamp:空 标签: io.kompose.service:路由 规格: 容器: -环境: -姓名:DATA_DIR 价值/数据/工作/ -名称:日志文件路径 值:/data/logs/routing/ -名称:spring\u cloud\u zookeeper\u connectString 货值:zoo_主机:5168 图像:存储库/路由:版本 imagePullPolicy:始终 名称:路由 端口: -集装箱港口:8090 主机端口:8090 协议:TCP 资源:{} terminationMessagePath:/dev/终止日志 terminationMessagePolicy:文件 体积数量: -挂载路径:/data/work/ 名称:routing-claim0 DNS政策:集群优先 主机网络:对 节点选择器: 磁盘类型:node1 你的秘密: -姓名:regcred restartPolicy:始终 schedulerName:默认计划程序 securityContext:{} 终止时间:30秒 卷数: -主机路径: 路径:/opt/DATA\u DIR 类型:“” 名称:routing-claim0
状态:{}共享两个pod规范我已经添加了两个pod yaml文件。您能详细说明一下吗?您正在将
GCP
VMs与
Kubeadm
或GKE一起使用?您在群集中使用的机器类型是什么?你们有配额吗?我使用的是aws ec2 linux实例,实例类型是m4.2x大。它有32gb的ram和100gb的磁盘空间。我已经使用kubeadm安装了kubernetes,并且没有在环境中使用任何配额。我假设您使用的是kubernetes v1.17。我无法复制这个案例。它每次都会发生,还是只发生过一次?你能提供kubelet的日志吗?