SpringMT
commented
3 years ago kubernetesはノード上にPodを配置しますが、なにも制限をせずにPodを配置してPodを動かせばノードのリソースを食いつぶして満足にアプリケーションを動かすことはできなくなります。 そこで、kubernetesはPodに含まれるコンテナに対して、リソースの使用量を決めることができる仕組みを用意しています。
指定できるリソースの種類は下記の通りです。
| リソース | 単位 | 例 |
|---|---|---|
| CPU | vCPU(仮想CPUのコア数) | 1 = 1 vCPU(1仮想コア) = 1000 m |
| メモリ | メモリのバイト数 | 1 Gi = 1024 Mi (1 G 1000 M も使える ) |
| ローカルの一時ストレージ(v1.11以降から利用可能) | ストレージの容量 | 1 Gi = 1024 Mi (1 G 1000 M も使える ) |
また、リソースの使用量の設定には大きく2つの種類があります。
リソースの要求(下限)(Resource Request)
コンテナ に最低限割り当てたいリソースの下限値を指定します。 Podを配置する際に、Podに含まれるコンテナのリソース要求の量を全て合算して、リソース要求量以上の空きがあるノードに対してPodを配置します。 ノードの空きが無ければ、Podは空きができるまで待機(Pending)状態になります。 リソース要求を指定しない場合は、リソースが0になっても構わないという意味になります。
-
CPU dockerの場合は
--cpu-sharedによって設定されます。 https://github.com/kubernetes/kubernetes/blob/e69c735b9e5b37a08e07b0a5e68dd8705d99219c/pkg/kubelet/kuberuntime/kuberuntime_container_linux.go#L51 -
メモリ
リソース要求の量を超える場合の挙動
-
CPU 余剰のCPUがあれば、それを無尽蔵に使っていきます。 なので下記のリソースの制限を使って上限を決めましょう
-
メモリ 指定した値を超える用のメモリを使い始めたら、OOM Killerさんに目をつけられ、いつでもコンテナ終了の憂き目に合うことがあります。
リソースの制限(上限)(Resource Limit)
コンテナが使えるリソースの上限を指定します。 指定しないと、無尽蔵に使ってOKってなってしまいます。 リソースの種別によって挙動が異なります。
-
CPU 指定した値以上にCPUを利用できません。 dockerであれば、
--cpu-quotaによって設定されます。 https://github.com/kubernetes/kubernetes/blob/e69c735b9e5b37a08e07b0a5e68dd8705d99219c/pkg/kubelet/kuberuntime/kuberuntime_container_linux.go#L76 -
メモリ 指定した値以上のメモリを利用したら、OOM Killerによってコンテナごと終了させられます。 残念無念
リソースの設定のデフォルト値
LimitRangeオブジェクトによって設定可能です。 手元でGKEの設定を見てみるとこんな感じです。
% kubectl get LimitRange
NAME CREATED AT
limits 2018-11-21T05:51:39Z
% kubectl describe limits
Name: limits
Namespace: default
Type Resource Min Max Default Request Default Limit Max Limit/Request Ratio
---- -------- --- --- --------------- ------------- -----------------------
Container cpu - - 100m - -cpuのリソースが100mがデフォルトになっています。 この場合、cpuのリソースリクエストを何も指定しない場合は、100mが自動的にセットされます。
設定例
resources:
limits:
cpu: 2000m
memory: 2Gi
requests:
cpu: 1500m
memory: 1.5Gi
Kubernetes で cgroup がどう利用されているか