mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
PRF
@larryzju 恭喜你完成了第一篇贡献！ 不过，在翻译时，可以采用意译，但是要将原文的意思全部到位的表达出来。
This commit is contained in:
Xingyu Wang
parent
324c9011f7
commit
9ac10302a7
@ -1,46 +1,48 @@
|
||||
[#]: collector: "lujun9972"
|
||||
[#]: translator: "larryzju"
|
||||
[#]: reviewer: " "
|
||||
[#]: reviewer: "wxy"
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
[#]: subject: "How to use Kubernetes resource quotas"
|
||||
[#]: via: "https://opensource.com/article/20/12/kubernetes-resource-quotas"
|
||||
[#]: author: "Mike Calizo https://opensource.com/users/mcalizo"
|
||||
|
||||
Kubernetes resource quota 使用指南
|
||||
Kubernetes 资源配额使用指南
|
||||
======
|
||||
Resource quotas <ruby>控制<rt>control</rt></ruby>应用的 CPU 或内存使用情况，防止<ruby>资源被过量使用<rt>resource contention</rt></ruby>或<ruby>抢占<rt>land grabs</rt></ruby>
|
||||
![Jars with food inside on a shelf][1]
|
||||
|
||||
> 资源配额控制应用的 CPU 或内存使用情况，防止资源被过量使用或被抢占。
|
||||
|
||||
|
||||
|
||||
当 Kubernetes 集群运行过一段时间或者在被开发者大量使用后，[Kubernetes][2] 资源（例如 CPU 和内存）的控制的问题就会显现出来。而在大多情况下只有集群出问题后，我们才会意识到资源控制的重要性。
|
||||
|
||||
Kubernetes 部署过程如果没有能充分考虑到将来的扩展性，资源类问题将会非常常见，此类问题与集群的管理和部署团队的经验有关。
|
||||
|
||||
如果不加以合理控制，一个暴力的应用或者开发者可能影响到共享该集群的所有业务，大家可以因此相互埋怨、指责并保护性地抢占资源。这对于集群管理和开发人员都是非常难以处理的场景。
|
||||
如果不加以合理控制，一个暴力的应用或者开发者可能影响到共享该集群的所有业务，大家因此会相互埋怨、指责并保护性地抢占资源。这对于集群管理和开发人员都是非常难以处理的场景。
|
||||
|
||||
在 Kubernetes 环境中控制应用的计算资源使用有多种方式。大部分情况下，我们可以使用 resource quota 和 limit range。注意存储管理不在我们讨论范围之内，存储管理可以通过 Persistent Volume 插件，以实现针对不同的存储控制需求。
|
||||
在 Kubernetes 环境中控制应用的计算资源使用有多种方式。大部分情况下，我们可以使用“资源控制”和“限制范围”。注意存储管理不在我们讨论范围之内，存储管理可以通过<ruby>持久卷<rt>Persistent Volume</rt></ruby> 件，以实现针对不同的存储控制需求。
|
||||
|
||||
Resource quota 是一种控制 Kubernetes 计算资源的方法。本文告诉你如何使用 resource quota 来管理开发人员行为并控制应用的资源使用。
|
||||
资源配额是一种控制 Kubernetes 计算资源的方法。本文告诉你如何使用该功能来管理开发人员行为并控制应用的资源使用。
|
||||
|
||||
### 什么是 resource quota
|
||||
### 什么是资源配额
|
||||
|
||||
[resource quotas][3] 通过 `ResourceQuota` object 来为每个 namespace 设置资源配额，对以下对象类型的 CPU 和内存进行限制
|
||||
简而言之，[资源配额][3] 提供了限制每个命名空间资源消耗的约束条件，它们只能在命名空间级别上应用，这意味着它们可以应用于计算资源，并限制命名空间内的对象数量。
|
||||
|
||||
* Pods
|
||||
* Services
|
||||
* Secrets
|
||||
* Persistent Volume Claims (PVCs)
|
||||
* ConfigMaps
|
||||
Kubernetes资源配额通过 `ResourceQuota` 对象来为每个命名空间设置资源配额，对以下对象类型的 CPU 和内存进行限制：
|
||||
|
||||
Kubernetes 通过 request 和 limit 两个参数对 CPU 和内存进行限制（参考 [LimitRange][4] 文档）。前者表示容器最小被保证资源，后者表示容器最大可用资源。实际上最大可用资源还受限于其它容器的实际使用情况。
|
||||
* <ruby>吊舱<rt>Pod</rt></ruby>
|
||||
* <ruby>服务<rt>Service</rt></ruby>
|
||||
* <ruby>机密信息<rt>Secret</rt></ruby>
|
||||
* <ruby>持久卷断言<rt>Persistent Volume Claim</rt></ruby>（PVC）
|
||||
* <ruby>配置映射<rt>ConfigMap</rt></ruby>
|
||||
|
||||
下一张图片解释 request 和 limit quota 的区别：
|
||||
Kubernetes 通过 `request` 和 `limit` 两个参数对 CPU 和内存进行限制（参考 [LimitRange][4] 文档）。前者表示容器最小被保证资源，后者表示容器最大可用资源。实际上最大可用资源还受限于其它容器的实际使用情况。
|
||||
|
||||
下一张图片解释了配额中 `request` 和 `limit` 的区别：
|
||||
|
||||
![Requests and limits in Kubernetes resource quotas][5]
|
||||
|
||||
(Michael Calizo, [CC BY-SA 4.0][6])
|
||||
|
||||
下面我们就通过一个例子来说明如何设置 resource quota，如何在 Kubernetes 的实现进行更好的资源控制。
|
||||
下面我们就通过一个例子来说明如何设置资源配额来创建约束，将应用程序限制在某些资源上，它还展示了实现资源配额以获得对 Kubernetes 的控制的有用性。
|
||||
|
||||
### 准备环境
|
||||
|
||||
@ -48,26 +50,24 @@ Kubernetes 通过 request 和 limit 两个参数对 CPU 和内存进行限制（
|
||||
|
||||
* [Minikube][7] v1.14.2
|
||||
* Fedora 33 操作系统
|
||||
* 网络访问
|
||||
* 互联网接入
|
||||
|
||||
如果你想在 Linux 机器上通过 Minikube 搭建 Kubernetes 测试环境，可以参考 Bryant Son [_Getting started with Minikube_][7] 一文。Window 或者 macOS 用户可以参考[这篇文章][8].
|
||||
如果你想在 Linux 机器上通过 Minikube 搭建 Kubernetes 测试环境，可以参考 Bryant Son 的《[Minikube 入门][7]》 一文。Window 或者 macOS 用户可以参考[这篇文章][8]。
|
||||
|
||||
### 设置 resource quota
|
||||
### 设置资源配额
|
||||
|
||||
这里我们仅展示 CPU quota 设置步骤，配置内存 quota 与之类似。
|
||||
这里我们仅展示 CPU 配额设置步骤，配置内存配额或两者的组合与之类似。
|
||||
|
||||
在生产环境中，CPU 是最需要被控制的资源，尤其是在多应用的场景下特别需要注意防止某些应用消耗太多 CPU 而影响到其它应用。
|
||||
|
||||
首先我们创建一个 namespace
|
||||
|
||||
首先我们创建一个命名空间，在其中设置 CPU 配额：
|
||||
|
||||
```bash
|
||||
$ kubectl create namespace quota-test
|
||||
namespace/quota-test created
|
||||
```
|
||||
|
||||
准备 `cpu-quota.yaml` 文件，内容如下
|
||||
|
||||
准备 `cpu-quota.yaml` 文件，内容如下：
|
||||
|
||||
```yaml
|
||||
apiVersion: v1
|
||||
@ -80,16 +80,14 @@ spec:
|
||||
limits.cpu: "200m"
|
||||
```
|
||||
|
||||
应用 CPU quota 到 Kubernetes 集群：
|
||||
|
||||
应用 CPU 配额到 Kubernetes 集群：
|
||||
|
||||
```bash
|
||||
$ kubectl apply -f cpu-qouta.yaml
|
||||
resourcequota/test-cpu-quota created
|
||||
```
|
||||
|
||||
使用 `kubectl describe` 检查 quota 配置情况：
|
||||
|
||||
使用 `kubectl describe` 检查配额配置情况：
|
||||
|
||||
```bash
|
||||
$ kubectl describe resourcequota/test-cpu-quota --namespace quota-test
|
||||
@ -101,21 +99,20 @@ limits.cpu 0 200m
|
||||
requests.cpu 0 100m
|
||||
```
|
||||
|
||||
在 `Used resources` 列中显示了当前情况，该列值会随着 pod 的部署而变化。
|
||||
在 `Used resources` 列中显示了当前情况，该列值会随着<ruby>吊舱<rt>Pod</rt></ruby>的部署而变化。
|
||||
|
||||
下面是我们来验证 quota 管理的场景。我们将在 namespace 下部署三个的 pods，为它们配置以不同的资源限制如下：
|
||||
下面是我们来验证限额管理的场景。我们将在同一命名空间下部署三个不同的吊舱，为它们配置以不同的资源限制如下：
|
||||
|
||||
* **PodA:** 第一个被实例化，使用 50% 可用 CPU 资源
|
||||
* **PodB:** 第二个被实例化，使用其余 50% 可用 CPU 资源
|
||||
* **PodC:** 没有可用 CPU 资源，因此不会被部署
|
||||
* PodA：第一个被实例化，使用 50% 可用 CPU 资源
|
||||
* PodB：第二个被实例化，使用其余 50% 可用 CPU 资源
|
||||
* PodC：没有可用 CPU 资源，因此不会被部署
|
||||
|
||||
#### 部署 pods
|
||||
|
||||
**PodA:**
|
||||
#### 部署吊舱
|
||||
|
||||
PodA：
|
||||
|
||||
```bash
|
||||
$ kubectl create -n quota-test -f- << EOF
|
||||
$ kubectl create -n quota-test -f - << EOF
|
||||
apiVersion: v1
|
||||
kind: Pod
|
||||
metadata:
|
||||
@ -135,8 +132,7 @@ spec:
|
||||
EOF
|
||||
```
|
||||
|
||||
部署 PodA 后，再次查看 quota 描述信息中的 `Used CPU` 信息
|
||||
|
||||
部署 PodA 后，再次查看配额描述信息中的 `Used CPU` 信息：
|
||||
|
||||
```bash
|
||||
$ kubectl describe resourcequota/test-cpu-quota --namespace quota-test
|
||||
@ -148,11 +144,10 @@ limits.cpu 100m 200m
|
||||
requests.cpu 50m 100m
|
||||
```
|
||||
|
||||
**PodB:**
|
||||
|
||||
PodB：
|
||||
|
||||
```bash
|
||||
$ kubectl create -n quota-test -f- << EOF
|
||||
$ kubectl create -n quota-test -f - << EOF
|
||||
apiVersion: v1
|
||||
kind: Pod
|
||||
metadata:
|
||||
@ -172,26 +167,24 @@ spec:
|
||||
EOF
|
||||
```
|
||||
|
||||
再次查看 CPU 资源使用，此时 PodB 启动后 CPU limit 已经达到上限：
|
||||
|
||||
再次查看 CPU 资源使用，此时 PodB 启动后 CPU 限制已经达到上限：
|
||||
|
||||
```bash
|
||||
$ kubectl describe resourcequota/test-cpu-quota --namespace quota-test
|
||||
Name: test-cpu-quota
|
||||
Namespace: quota-test
|
||||
Resource Used Hard
|
||||
\-------- ---- ----
|
||||
-------- ---- ----
|
||||
limits.cpu 200m 200m
|
||||
requests.cpu 100m 100m
|
||||
```
|
||||
|
||||
**PodC:**
|
||||
|
||||
试着创建 PodC，此时 CPU quota 已经被 PodA 和 PodB 用尽：
|
||||
PodC：
|
||||
|
||||
试着创建 PodC，此时 CPU 配额已经被 PodA 和 PodB 用尽：
|
||||
|
||||
```bash
|
||||
$ kubectl create -n quota-test -f- << EOF
|
||||
$ kubectl create -n quota-test -f - << EOF
|
||||
apiVersion: v1
|
||||
kind: Pod
|
||||
metadata:
|
||||
@ -211,31 +204,30 @@ spec:
|
||||
EOF
|
||||
```
|
||||
|
||||
正我们期望，第三个 Pod 无法被启动，quota 限制了Pod 的创建：
|
||||
|
||||
正我们期望，第三个 Pod 无法被启动，配额限制了吊舱的创建：
|
||||
|
||||
```
|
||||
`Error from server (Forbidden): error when creating "STDIN": pods "podc" is forbidden: exceeded quota: test-cpu-quota, requested: limits.cpu=10m,requests.cpu=5m, used: limits.cpu=200m,requests.cpu=100m, limited: limits.cpu=200m,requests.cpu=100m`
|
||||
Error from server (Forbidden): error when creating "STDIN": pods "podc" is forbidden: exceeded quota: test-cpu-quota, requested: limits.cpu=10m,requests.cpu=5m, used: limits.cpu=200m,requests.cpu=100m, limited: limits.cpu=200m,requests.cpu=100m
|
||||
```
|
||||
|
||||
如我们的例子所示，定义合理的 resource quota 限制开发者行为对 Kubernetes 管理十分重要。
|
||||
如我们的例子所示，定义合理的资源配额限制开发者行为对 Kubernetes 管理十分重要。
|
||||
|
||||
### 清理
|
||||
|
||||
删除刚才创建的 namespace `quota-test`:
|
||||
删除刚才创建的命名空间 `quota-test`:
|
||||
|
||||
|
||||
```bash
|
||||
$ kubectl delete -n quota-test
|
||||
```
|
||||
|
||||
### 规划 resource quota
|
||||
### 规划资源配额
|
||||
|
||||
Kubernetes 中提供多种方式来控制资源的抢占和使用，合理的规划和配置 quota、limit range 等参数对保持集群的稳定性十分必要。
|
||||
Kubernetes 中提供多种方式来控制资源的抢占和使用，合理的规划和配置配额、限制范围和其它原生参数对保持集群的稳定性十分必要。
|
||||
|
||||
你应该十分谨慎地控制计算资源的 resource quota，特别是在商业生产应用环境。
|
||||
你应该十分谨慎地控制计算资源的资源配额，特别是关键业务的生产应用环境。
|
||||
|
||||
在规划 resource quota 时，开发人员的参与很重要，需要他们预估并给出最合理的资源使用值。
|
||||
在规划资源配额时，开发人员的参与很重要，需要他们预估并给出最合理的资源使用值。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
@ -244,7 +236,7 @@ via: https://opensource.com/article/20/12/kubernetes-resource-quotas
|
||||
作者：[Mike Calizo][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[larryzju](https://github.com/larryzju)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
校对：[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user