3.2. クラスターの再起動

手順

1. コントロールプレーンノードをオンにします。

   • クラスターインストール時の admin.kubeconfig を使用しており、API 仮想 IP アドレス (VIP) が稼働している場合は、次の手順を実行します。

     1. KUBECONFIG 環境変数を admin.kubeconfig パスに設定します。

     2. クラスター内の各コントロールプレーンノードに対して次のコマンドを実行します。

        $ oc adm uncordon <node>

   • admin.kubeconfig の認証情報にアクセスできない場合は、次の手順を実行します。

     1. SSH を使用してコントロールプレーンノードに接続します。
     2. localhost-recovery.kubeconfig ファイルを /root ディレクトリーにコピーします。

     3. そのファイルを使用して、クラスター内の各コントロールプレーンノードに対して次のコマンドを実行します。

        $ oc adm uncordon <node>

2. 外部ストレージや LDAP サーバーなどのクラスターの依存関係すべてをオンにします。

3. すべてのクラスターマシンを起動します。

   クラウドプロバイダーの Web コンソールなどでマシンを起動するには、ご使用のクラウド環境に適した方法を使用します。

   約 10 分程度待機してから、コントロールプレーンノードのステータス確認に進みます。

4. すべてのコントロールプレーンノードが準備状態にあることを確認します。

   $ oc get nodes -l node-role.kubernetes.io/master

   以下の出力に示されているように、コントロールプレーンノードはステータスが Ready の場合、準備状態にあります。

   NAME                           STATUS   ROLES    AGE   VERSION
   ip-10-0-168-251.ec2.internal   Ready    master   75m   v1.27.3
   ip-10-0-170-223.ec2.internal   Ready    master   75m   v1.27.3
   ip-10-0-211-16.ec2.internal    Ready    master   75m   v1.27.3

5. コントロールプレーンノードが準備状態に ない 場合、承認する必要がある保留中の証明書署名要求 (CSR) があるかどうかを確認します。

   1. 現在の CSR の一覧を取得します。

      $ oc get csr

   2. CSR の詳細をレビューし、これが有効であることを確認します。

      $ oc describe csr <csr_name> 

      1

      1

      <csr_name> は、現行の CSR のリストからの CSR の名前です。

   3. それぞれの有効な CSR を承認します。

      $ oc adm certificate approve <csr_name>

6. コントロールプレーンノードが準備状態になった後に、すべてのワーカーノードが準備状態にあることを確認します。

   $ oc get nodes -l node-role.kubernetes.io/worker

   以下の出力に示されているように、ワーカーノードのステータスが Ready の場合、ワーカーノードは準備状態にあります。

   NAME                           STATUS   ROLES    AGE   VERSION
   ip-10-0-179-95.ec2.internal    Ready    worker   64m   v1.27.3
   ip-10-0-182-134.ec2.internal   Ready    worker   64m   v1.27.3
   ip-10-0-250-100.ec2.internal   Ready    worker   64m   v1.27.3

7. ワーカーノードが準備状態に ない 場合、承認する必要がある保留中の証明書署名要求 (CSR) があるかどうかを確認します。

   1. 現在の CSR の一覧を取得します。

      $ oc get csr

   2. CSR の詳細をレビューし、これが有効であることを確認します。

      $ oc describe csr <csr_name> 

      1

      1

      <csr_name> は、現行の CSR のリストからの CSR の名前です。

   3. それぞれの有効な CSR を承認します。

      $ oc adm certificate approve <csr_name>

8. コントロールプレーンとコンピュートノードの準備ができたら、次のコマンドを実行して、クラスター内のすべてのノードをスケジュール可能としてマークします。

   $ for node in $(oc get nodes -o jsonpath='{.items[*].metadata.name}'); do echo ${node} ; oc adm uncordon ${node} ; done

9. クラスターが適切に起動していることを確認します。

   1. パフォーマンスが低下したクラスター Operator がないことを確認します。

      $ oc get clusteroperators

      DEGRADED 条件が True に設定されているクラスター Operator がないことを確認します。

      NAME                                       VERSION   AVAILABLE   PROGRESSING   DEGRADED   SINCE
      authentication                             4.14.0    True        False         False      59m
      cloud-credential                           4.14.0    True        False         False      85m
      cluster-autoscaler                         4.14.0    True        False         False      73m
      config-operator                            4.14.0    True        False         False      73m
      console                                    4.14.0    True        False         False      62m
      csi-snapshot-controller                    4.14.0    True        False         False      66m
      dns                                        4.14.0    True        False         False      76m
      etcd                                       4.14.0    True        False         False      76m
      ...

   2. すべてのノードが Ready 状態にあることを確認します。

      $ oc get nodes

      すべてのノードのステータスが Ready であることを確認します。

      NAME                           STATUS   ROLES    AGE   VERSION
      ip-10-0-168-251.ec2.internal   Ready    master   82m   v1.27.3
      ip-10-0-170-223.ec2.internal   Ready    master   82m   v1.27.3
      ip-10-0-179-95.ec2.internal    Ready    worker   70m   v1.27.3
      ip-10-0-182-134.ec2.internal   Ready    worker   70m   v1.27.3
      ip-10-0-211-16.ec2.internal    Ready    master   82m   v1.27.3
      ip-10-0-250-100.ec2.internal   Ready    worker   69m   v1.27.3

      クラスターが適切に起動しなかった場合、etcd バックアップを使用してクラスターを復元する必要がある場合があります。