Kubernetes合并容器/吊舱是为了最小化资源碎片吗？
我们一直在使用AWS-ECS来调度我们的集装箱。我在ECS中看到的最紧迫的问题是“资源碎片化”。
假设我有以下任务定义/POD和相应的资源需求：
POD CPU Desired Total_CPU
- task1 1024 2 2048
- task2 512 4 2048
- task3 256 1 256
共有1个答案
Kubernetes目前没有重新调度POD以跨节点重新平衡它们，但几个月后，计划已经开始在我们的1.3版本中包含一个为此目的的重新调度器。
-
但不知何故，豆荚卡在“容器创建”的状态，当我运行docker图像时，我看不到nginx图像被拉出。通常nginx图像没有那么大，所以现在必须已经拉了（15分钟）。kubectl description pods给出了pod沙箱创建失败的错误，kubernetes将重新创建它。 我搜索了关于这个问题的所有内容，并尝试了stackoverflow上的解决方案（重新启动以重新启动集群，搜索描述豆荚，新的
-
我有一个关于Kubernetes环境的问题。我有K8s云，在我添加了一个持久卷分配给一个豆荚后，这个豆荚仍然处于“容器创建”状态。此PV已正确分配PVC。PVC与副本2一起位于两个外部GlusterFS服务器上。 你有什么想法可能是错的吗？我在哪里可以找到详细的日志？提前THX。 编辑：Gluster mount正确地安装在Master上，如果我手动添加任何文件，它将正确地复制到两个Gluster
-
我对Kubernetes是新来的。 我发现了2个pod优先级选项-优先级类别和服务质量。它们之间有什么不同？ （https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/https://kubernetes.io/docs/tasks/configure-pod-container/quality-servi
-
我的要求是在自定义指标上扩展POD，如队列中的挂起消息，PODS必须增加以处理作业。在kubernetes，Scale up在普罗米修斯适配器和普罗米修斯操作员中工作得很好。 我在pods中有长时间运行的进程，但HPA检查自定义度量并试图缩小规模，因为这个进程杀死了操作的中间并丢失了消息。我如何控制HPA只杀死没有进程运行的自由豆荚。 序列查询：‘{namespace=“default”,serv
-
以前我的MySQL pod停留在终止状态，然后我尝试使用如下命令强制删除 后来我再次尝试helm升级，我的吊舱被卡在containercreating状态，这个事件来自吊舱 任何人请帮助我解决这个问题，非常感谢。
-
我们正在使用Docker 1.19运行库伯内特斯（1.18） Container是一个基于Java13的Spring启动应用程序（使用基本图像作为openjdk： 13-alpin），下面是内存设置。 豆荚： 内存-最小448M，最大2500M cpu-最小值0.1 容器： Xms:256M，Xmx:512M 当流量发送更长时间时，容器会突然重新启动；在Prometheus中，我可以看到Pod内存