众所周知,Kubernetes 是允许指定 CPU 和 RAM 的请求和限制的,这一特性对于单独的 pod 的资源消耗管理非常有用。在本系列文章中,我们将向大家展示集群资源的高效管理的三种策略。
众所周知,Kubernetes 是允许指定 CPU 和 RAM 的请求和限制的,这一特性对于单独的 pod 的资源消耗管理非常有用。
但是,如果你是 Kubernetes 集群管理员,你可能还希望控制集群中资源的全局性消耗,并/或配置所有容器的默认资源需求。
值得高兴的是,Kubernetes 支持名称空间级别的集群资源管理。正如你可能已经知道的,Kubernetes 的名称空间提供了名称和资源配额的范围,这允许在多个用户、项目和团队之间有效地划分集群资源。在 Kubernetes 中,你可以定义缺省资源请求和限制、资源约束(最小和最大资源请求和限制),以及在给定名称空间中运行的所有容器的资源配额。这些特性使得集群中的应用程序能够高效地利用资源,并在不同的团队之间有效地分配资源。例如,使用名称空间的资源约束允许你控制生产和开发工作负载如何使用资源,从而允许它们消耗有限的集群资源的公平份额。这可以通过为生产和开发工作负载创建单独的名称空间来实现,并为它们分配不同的资源约束。
在系列文章中,我们将向你展示集群资源的高效管理的三种策略:
1.设置默认的资源请求和容器的限制
2.定义最小和最大的资源约束
3.为名称空间中的所有容器设置资源配额
这些策略将帮助你解决各种各样的用例,利用 Kubernetes 名称空间和资源管理的全部功能。
为名称空间设置内存和 CPU 配额
在前面的例子中,我们为运行在名称空间中的单个容器设置了资源约束。但是,也可以限制资源请求,并限制在名称空间中运行的所有容器的总数。这可以很容易地通过为名称空间定义的 ResourceQuota 资源对象来实现。
为了说明资源配额是如何工作的,让我们首先创建一个新的名称空间,以便在这个练习中创建的资源与集群的其他部分隔离:
接下来,让我们创建一个 ResourceQuota 对象,为我们的名称空间提供资源配额:
这种 ResourceQuota 为名称空间设置了以下要求:
ResourceQuota 强制每个容器定义它的内存和 CPU 请求和限制。
所有容器的内存请求总数不得超过 2 Gi。
名称空间中所有容器的 CPU 请求总数不应超过 1.4 CPU。
名称空间中所有容器的内存限制不应超过 3 Gi。
名称空间中所有容器的 CPU 限制总数不应该超过 2 个 CPU。
将这个规范保存在 resource-quota.yaml 并通过以下命令创建 ResourceQuota:
ResouceQuota 对象是在我们的名称空间中创建的,并准备好控制该名称空间中的所有容器的总请求和限制。让我们看看 ResourceQuota 的描述:
响应如下:
这个输出表明在名称空间中还没有消耗内存和 CPU。让我们创建两个 pod 来改变这种情况。
第一个 pod 将请求 1.3 Gi RAM 和 0.8 个 CPU,并拥有 1.2 个 CPU 和 2 Gi RAM 的资源限制。
我们保存为 resource-quota-pod-1.yaml 并在我们的名称空间中创建 pod:
pod 之所以成功创建,是因为容器的请求和限制都在名称空间的资源配额中。让我们通过检查 ResourceQuota 对象的当前使用量来验证这一点:
响应如下:
如你所见,第一个 pod 已经消耗了 ResourceQuota 中的一些资源。让我们创建另一个 pod,以进一步增加可用资源的消耗:
我们保存为 resource-quota-pod-2.yaml 并创建 pod:
运行此命令将导致以下错误:
如上所见,Kubernetes 不允许我们创建这个 pod,因为容器的 CPU 和 RAM 请求和限制超出了这个名称空间的 ResourceQuota 要求。
清理
这个例子已经完成了,让我们来清理一下:
删除名称空间:
总结
我们已经讨论了如何设置默认的资源请求和限制,以及如何在 Kubernetes 名称空间中为容器创建资源约束和资源配额。
如你所见,通过设置名称空间中的容器的默认请求和限制,我们可以在没有人工指定的资源请求和限制的情况下,强制使用名称空间范围的资源政策。
此外,我们还了解了如何使用资源约束来限制容器在名称空间中消耗的资源数量。该特性有助于不同应用程序类和团队有效地管理资源,并确保集群中空闲资源的持续可用性。同样的效果(但在更大的范围内)可以通过资源配额来实现,这允许定义名称空间中所有容器的资源总消耗的资源约束。
本文转载自公众号 360 云计算(ID:hulktalk)。
原文链接:
https://mp.weixin.qq.com/s/rUErpD9PFr3QNYOkXTqB5g
评论