はじめに

Kubernetesのリソース管理について、その基本であるrequestとlimitの概念を初めて知ったのでまとめます。

リソース管理が必要な理由

Kubernetesでは、複数のpodが同じnode（サーバ）上で動きます。
もし1つのpodが独占すると他のpodが動けなくなるため、それを防ぐために各Podに「どれだけリソースを使うか」を宣言させるのがリソース管理です。

request と limit の違い

request：最低限必要なリソース

「このPodを動かすには、最低これだけ必要です」という宣言。

resources:
  requests:
    memory: "128Mi"  # 最低128MiBのメモリが必要
    cpu: "250m"      # 最低0.25コアのCPUが必要

役割：

KubernetesがPodを配置するNodeを選ぶ基準になる
この値分のリソースは保証される

limit：使える最大のリソース

「このPodが使えるリソースの上限」を設定。

resources:
  limits:
    memory: "256Mi"  # 最大256MiBまで
    cpu: "500m"      # 最大0.5コアまで

役割：

リソースの使いすぎを防ぐ
limitを超えた場合の挙動はCPUとメモリで異なる

スロットリングとOOMKilled

CPUとメモリの場合、limitを超えた時の動作が違います。

CPUの場合→スロットリング

limitを超えると、処理速度が遅くなるだけ。Podは落ちない。

メモリの場合→OOMKilled

limitを超えると、Podが強制終了される（Out Of Memory Killed）。

# 確認方法
kubectl get pods
# STATUS: OOMKilled

kubectl describe pod <pod名>
# Reason: OOMKilled

設定例

基本的な設定

マニフェストファイルを作成して、その中に書く

apiVersion: v1
kind: Pod
metadata:
  name: my-app
spec:
  containers:
  - name: nginx
    image: nginx:1.25
    resources:
      requests:
        memory: "128Mi"
        cpu: "250m"
      limits:
        memory: "256Mi" # requestの2倍程度
        cpu: "500m"

ファイルをアプライして、期待するpodができているか確認。

kubectl apply -f my-manifest.yaml
kubectl get pods

まとめ

request と limit の違い：

request：最低限保証されるリソース（Pod配置の基準）
limit：使える最大のリソース（使いすぎ防止）

CPU とメモリの違い：

CPU：limitを超えると遅くなる
メモリ：limitを超えるとPodが落ちる

リソース管理を適切に設定することで、安定したKubernetes運用が可能になります。

参考資料

Kubernetes公式ドキュメント - Managing Resources for Containers