可视化Kubernetes调度和基础设施扩展约束

每个应用程序都有其独特的计算基础设施需求。这就是为什么容器协调器如Kubernetes提供应用程序工程师使用污染和亲和力要精确地控制舱的地方跑。

除了保持一个可以定义的约束Kubernetes,现货NetApp的海洋提供了几个约束选项(工作量清单中定义)来控制应用程序是否运行现场实例,只运行在节点不被缩减,以及类似的。

而所有的这些都是伟大的,以确保您的应用程序所需的计算资源,雷竞技rabet官网它将挑战你的devops团队理解为什么基础设施扩展方式或豆荚被放置,而无需深入YAML文件。

以确保完整的透明度和驾驶更高效的应用程序和devops团队之间的合作,我们很高兴地介绍海洋比例限制。

更好的应用程序和devops团队之间的协作和透明度

与海洋的新扩展约束特性,devops团队现在可以很容易地看到任何应用程序团队的约束特定Kubernetes吊舱。这清晰消除任何潜在的混乱和错误,帮助确保总体目标是推动集群最大效率时,应用程序需要特殊的条件下,他们应该会和规模。

以下是豆荚的约束,可以看到在海洋控制台:

• Node-lifecycle——这种定价模式控制,是否可以使用点或点播,对于一个给定的应用程序
• Restrict-scale-down这个控制吊舱运行的节点是否可以按比例缩小时,没有得到充分利用
• 区亲和力——这个控制舱可以运行在云可用性区域
• 实例类型关联——这个控制云虚拟机类型pod是符合计划基于节点上标签

简单的向下钻取到豆荚约束和影响节点

与海洋的比例限制你可以清楚地看到哪些节点受到任何约束。例如,如果您注意到有一个异常高的随需应变的实例被使用,它可能是node-lifecycle约束设置为“OD”(按需)。同样,如果充分利用节点是不按比例缩小,因为他们通常是海洋的容器驱动自动定量restrict-scale-down约束可能是设置为“true”至少一个豆荚在这些节点上运行。

在这两种情况下,应用程序团队做出决策(无论什么原因),影响基础设施的行为,无论对成本效率和资源利用率的影响。

节点视图

在节点选项卡(在海洋控制台)您可以查看是否有任何节点运行豆荚和约束。这个视图提供了可见性在节点级别,显示它们的属性,如内存/ CPU、区,生命周期(即定价模型),等等。

豆荚视图

这里你可以深入研究在受影响节点上运行的应用程序,找到确切的限制每个吊舱。

容易找到和理解约束的过滤

新的扩展约束组件显示包含豆荚限制他们的所有实例,显示摘要卡/约束。点击节点生命周期:在需求卡,例如,只能筛选器节点约束的吊舱上运行他们。

每个节点可以继续深入,显示确切的豆荚,约束。这种方式devops团队可以很容易地理解扩展行为与应用工程师和同步效果,如果需要删除它们的方法。

开始使用海洋比例限制

海洋扩展约束遗传算法,您可以立即开始使用它在你的海洋控制台。今天检查出来!