7.3.4. CRI-O ストレージの消去

手順

1. ノードで cordon を使用します。これは、ノードが Ready 状態になった場合に、ワークロードがスケジューリングされるのを防ぐためです。Status セクションに SchedulingDisabled と表示されていれば、スケジューリングが無効になっていることがわかります。

   $ oc adm cordon <node_name>

2. cluster-admin ユーザーとして、ノードをドレインします。

   $ oc adm drain <node_name> --ignore-daemonsets --delete-emptydir-data

   注記

   Pod または Pod テンプレートの terminationGracePeriodSeconds 属性は、正常な終了期間を制御します。この属性のデフォルトは 30 秒ですが、必要に応じてアプリケーションごとにカスタマイズできます。90 秒を超えて設定すると、Pod が SIGKILLed とマークされ、正常に終了しない可能性があります。

3. ノードが戻ってきたら、SSH またはコンソールでノードに接続し直します。その後、root ユーザーで接続します。

   $ ssh core@node1.example.com
   $ sudo -i

4. kubelet を手動で停止します。

   # systemctl stop kubelet

5. コンテナーや Pod を停止します。

   1. 以下のコマンドを使用して、HostNetwork にない Pod を停止します。これらが削除されるかどうかは、HostNetwork にあるネットワークプラグイン Pod に左右されるので、先に削除する必要があります。

      .. for pod in $(crictl pods -q); do if [[ "$(crictl inspectp $pod | jq -r .status.linux.namespaces.options.network)" != "NODE" ]]; then crictl rmp -f $pod; fi; done

   2. 他のすべての Pod を停止します。

      # crictl rmp -fa

6. crio のサービスを手動で停止します。

   # systemctl stop crio

7. これらのコマンドを実行すると、一時ストレージを完全に消去することができます。

   # crio wipe -f

8. crio および kubelet サービスを起動します。

   # systemctl start crio
   # systemctl start kubelet

9. crio および kubelet サービスが起動しており、ノードが Ready のステータスになっている場合には、クリーンアップが正常に機能したことが分かります。

   $ oc get nodes

   出力例

   NAME				    STATUS	                ROLES    AGE    VERSION
   ci-ln-tkbxyft-f76d1-nvwhr-master-1  Ready, SchedulingDisabled   master	 133m   v1.33.4

10. ノードをスケジューリング可能な状態にします。スケジューリングが有効になったことは、SchedulingDisabled のステータスがなくなったときにわかります。

    $ oc adm uncordon <node_name>

    出力例

    NAME				     STATUS	      ROLES    AGE    VERSION
    ci-ln-tkbxyft-f76d1-nvwhr-master-1   Ready            master   133m   v1.33.4