Critical 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

ワーカー・ノードは、さまざまな理由で Critical 状態になる可能性があります。 詳細およびトラブルシューティングの手順については、 Critical または NotReady 状態のワーカー・ノードのトラブルシューティング を参照してください。

Deleting 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Deleting 状態は、ワーカー・プールのサイズ変更やクラスターの自動スケーリングなどの処理の一部として、ユーザーがワーカー・ノードの削除を要求したことを意味します。 ワーカー・ノードが削除されている間は、ワーカー・ノードに対して他の操作を実行することはできません。 削除プロセスを元に戻すことはできません。 削除処理が完了すると、そのワーカー・ノードは課金されなくなります。

Deleted 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Deleted 状態は、ワーカー・ノードが削除され、クラスターのリストに表示されることも、課金されることもなくなったことを意味します。 この状態を元に戻すことはできません。 ワーカー・ノードにしか保管されていなかったデータ (コンテナーのイメージなど) も削除されます。

Deployed 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

更新はワーカー・ノードに正常にデプロイされました。 更新がデプロイされた後、IBM Cloud Kubernetes Service によって、ワーカー・ノードでヘルス・チェックが開始されます。 ヘルス・チェックが正常に完了したら、ワーカー・ノードは Normal 状態になります。 Deployed 状態のワーカー・ノードは、通常、ワークロードを受信する準備ができています。これをチェックするには、kubectl get nodes を実行して状態に Normal が表示されることを確認します。

Deploying 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Deploying 状態は、ワーカー・ノードの Kubernetes バージョンを更新する際に、更新をインストールするためにワーカー・ノードが再デプロイされることを意味します。 ワーカー・ノードを再ロードまたはリブートすると、ワーカー・ノードが再デプロイされて、最新のパッチ・バージョンが自動的にインストールされます。 ワーカー・ノードが長時間この状態になっている場合は、デプロイメント中に問題が発生していないか調べてください。

Deploy_failed 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Deploy_failed 状態は、ワーカー・ノードをデプロイできなかったことを意味します。 ワーカー・ノードの詳細をリストアップし、ibmcloud ks worker get --cluster <cluster_name_or_id> --worker <worker_node_id>を実行して、障害の詳細を見つけます。

Normal 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Normal 状態は、ワーカー・ノードが完全にプロビジョンされており、クラスターですぐに使用できる状態であることを意味します。 この状態は正常と見なされるので、ユーザーのアクションは必要ありません。

ワーカー・ノードは正常でも、ネットワーキングやストレージなどの他のインフラストラクチャー・リソースには注意が必要な場合もあります。

NotReady 状態

ワーカー・ノードは、メモリーやその他のリソースが不足しているために NotReady の状況を頻繁に報告したり、ポッドを除去したりすると、過負荷になる可能性があります。 ワーカー・ノードの容量要件 を再評価することを検討してください。

Provisioned 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Provisioned 状態は、ワーカー・ノードのプロビジョンが完了し、クラスターの一部になっていることを意味します。 ワーカー・ノードへの課金が始まります。 ワーカー・ノードの正常性の状態と状況は、すぐに正常時の表示 (normal と ready など) に変わります。

Provisioning 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Provisioning 状態は、ワーカー・ノードがプロビジョン中であるため、まだクラスターで使用できないことを意味します。 CLI 出力の Status 列で、プロビジョニングのプロセスをモニターできます。 ワーカー・ノードが長時間この状態になっている場合は、プロビジョン中に問題が発生していないか調べてください。

Provision pending 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Provision pending 状態は、ワーカー・ノードのプロビジョニングのプロセスが開始する前に別のプロセスが実行中であることを意味します。 CLI の出力の**「Status」**列で、先に実行しなければならない他のプロセスをモニターできます。 例えば、VPC クラスターのPending security group creationは、ワーカー・ノードをプロビジョンするために、先にワーカー・ノードのセキュリティー・グループを作成していることを表しています。 ワーカー・ノードが長時間この状態になっている場合は、先行プロセスで問題が発生していないか調べてください。

Provision_failed 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

ワーカー・ノードをプロビジョンできませんでした。 ワーカー・ノードの詳細をリストアップし、ibmcloud ks worker get --cluster <cluster_name_or_id> --worker <worker_node_id>を実行して、障害の詳細を見つけます。

Reloading 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Reloading 状態は、ワーカー・ノードが再ロード中であるため、クラスターで使用できないことを意味します。 CLI 出力の Status 列で、再ロードのプロセスをモニターできます。 ワーカー・ノードが長時間この状態になっている場合は、再ロード中に問題が発生していないか調べてください。

Reloading_failed 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Reloading_failed 状態は、ワーカー・ノードを再ロードできなかったことを意味します。 ワーカー・ノードの詳細をリストアップし、ibmcloud ks worker get --cluster <cluster_name_or_id> --worker <worker_node_id>を実行して、障害の詳細を見つけます。

Reload_pending 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

ワーカー・ノードの Kubernetes バージョンを再ロードまたは更新する要求が実行されました。 再ロードが開始すると、状態は Reloading に変わります。

Unknown 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Unknown 状態は、次のいずれかの理由で、Kubernetes マスターにアクセスできないことを意味します。

• Kubernetes マスターの更新を要求しました。 更新中にワーカー・ノードの状態は取得できません。 Kubernetes マスターが正常に更新された後でもワーカー・ノードが長期間この状態のままである場合は、ワーカー・ノードの再ロードを試行してください。
• ワーカー・ノードを保護している別のファイアウォールが存在していたり、ファイアウォール設定を最近変更したりした可能性があります。IBM Cloud Kubernetes Service では、ワーカー・ノードから Kubernetes マスターへの通信、および Kubernetes マスターからワーカー・ノードへの通信を可能にするために、特定の IP アドレスとポートを開く必要があります。 詳しくは、ファイアウォールがあるためにワーカー・ノードが接続しないを参照してください。
• Kubernetes マスターがダウンしています。 IBM Cloud サポート Case を開いて、IBM Cloud サポートに連絡してください。

Warning 状態

現在のワーカー・ノードの状態を表示するには、ibmcloud ks worker ls --cluster <cluster_name_or_ID> コマンドを実行し、 State フィールドと Status フィールドを見つけます。

Warning 状態は、ワーカー・ノードが、メモリーまたはディスク・スペースの限度に達していることを意味します。 ワーカー・ノードのワークロードを減らすか、またはワークロードの負荷を分散できるようにクラスターにワーカー・ノードを追加することができます。