--- slug: "kubernetes-restart-pod-delay" title: "Kubernetes Pod を簡易的にローリング再起動する ( ポッドの削除コマンド )" description: "Kubernetes で `kubectl rollout restart` 後の Pod 再起動が遅いときに確認すべき設定。`terminationGracePeriodSeconds` や preStop hook がボトルネックになりやすい。" url: "https://www.ytyng.com/blog/kubernetes-restart-pod-delay" publish_date: "2021-12-11T13:28:40Z" created: "2021-12-11T13:28:40Z" updated: "2026-05-11T13:21:29.555Z" categories: ["kubernetes"] keywords: "" featured_image_url: "https://media.ytyng.com/resize/20230812/933e18bc4f3b4d04836bd65b1eb16abd.png.webp?width=768" has_video: false has_music: false video_urls: [] music_urls: [] lang: "ja" --- # Kubernetes Pod を簡易的にローリング再起動する ( ポッドの削除コマンド )

Kubernets で、Pod の Deployment の中で、コンテナ設定を

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
  namespace: mynamespace
spec:
  replicas: 2
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
        - name: myapp
          image: myrepo/myapp:latest
          imagePullPolicy: Always

みたいに、コンテナタグを latest にして、imagePullPolicy: Always で運用している場合。

この場合、最新コードを反映させるには、kubectl delete pod するわけですが、タイミングをずらしてポッドの削除をかけることでダウンタイムを回避することができます。

kubectl delete pod 自体は、ポッドの削除〜再起動を待ちますが、ポッドの再起動後にアプリの立ち上がりまでダウンタイムがある場合、それを避けます。

よくやるのはこのスクリプト

restart-pod.sh

#!/usr/bin/env zsh

if [ -f "${HOME}/.kube/config-xxxx" ]; then
 export KUBECONFIG=${HOME}/.kube/config-xxxx
fi

pods=( $(kubectl get pod -n mynamespace | egrep -o "myapp-deployment-[a-zA-Z0-9-]+") )

_sleep=
for pod in "${pods[@]}" ; do
 ${_sleep}
 kubectl -n mynamespace delete pod ${pod}
 _sleep="sleep 10s"
done