Kubectl 経由でポッドを再起動する 6 つの方法

51CTOウェブサイトコンテンツ調査に参加するにはクリックしてください

kubectl には restart pod コマンドがないことは誰もが知っているかもしれません。これは主に、k8s におけるポッドの管理が rs などのコントローラーに属しており、運用保守による手動メンテナンスを必要としないことが理由です。ただし、configmap 構成ファイルを変更した後、構成をロードするためにポッドを再起動したい場合があります。この時点で、ポッドを「再起動」する必要があります。ここでの「再起動」という単語は引用符で囲まれています。正確に言うと、ポッドを再構築することを意味し、ユーザーに再起動の感覚を与えます。

k8sでポッドを再起動する6つの方法

方法1: kubectl ロールアウトの再起動

このコマンドが推奨されます。

 kubectl rollout restart deployment <deployment_name> -n <namespace>

このデプロイメントのポッドは再構築可能であり、これはローリング アップグレードに似ています。ポッドは一度に殺されないので、プロセスはよりスムーズになります。

方法 2: kubectl スケール

この方法は比較的大まかです。まずコピー数を 0 に設定します。

 kubectl scale deployment <deployment name> -n <namespace> --replicas=0

次に、目標コピー数を元に戻します

kubectl scale deployment <deployment name> -n <namespace> --replicas=10

しかし、これによりサービスが中断されます。しかし、2 つのコマンドでもこの問題を解決できます。以下に紹介するコマンドの方がより直接的です。

方法3: kubectl ポッドを削除する

これについては説明しません。

 kubectl delete pod <pod_name> -n <namespace>

この時点でもエレガント削除の効果は有効であることを付け加えておきます。もうひとつ、rsを直接削除するのも効果があります。

方法4: kubectl replace

この方法は、Podを更新することでk8s Podの更新をトリガーします。

 kubectl get pod <pod_name> -n <namespace> -o yaml | kubectl replace --force -f -

方法5: kubectl set env

環境変数を設定すると、実際にポッド仕様が更新され、ローリング アップグレードがトリガーされます。

 kubectl set env deployment <deployment name> -n <namespace> DEPLOY_DATE="$(date)"

ただし、ここでは、kubectl コマンドラインを使用して、API 経由でポッド仕様を更新すると、ローリング アップグレードもトリガーされます。

方法6: 1人を殺す

この方法は、コンテナ内のプロセス 1 を強制終了します。

 kubectl exec -it <pod_name> -c <container_name> --/bin/sh -c "kill 1"

でも、でも、でも、大事なことなので3回言わなければなりません。制限があります。プロセス 1 が TERM シグナルをキャプチャする必要があります。そうしないと、コンテナー内でプロセス自体を終了できなくなります。これは前回の記事でも紹介しました。