クラスタの状態とステータス

Master Status には、master state からどの操作が進行中であるかについて、詳細が示されます。 この status (状況) には、マスターが同じ state (状態) で保たれた期間を示すタイム・スタンプが含まれます (例: Ready (1 month ago))。 Master State には、マスター上で実行できる操作 (デプロイ、更新、削除など) のライフサイクルが反映されます。 各状態およびステータスについては、以下のドキュメントで説明されています。

コンソールで、または以下のコマンドを実行して、クラスタの状態を確認します。

ibmcloud ks cluster ls
ibmcloud ks cluster get --cluster CLUSTER_NAME_OR_ID

中止

Kubernetes マスターのデプロイメントが完了する前に削除要求を送信しました。 クラスターは、削除された後にダッシュボードから削除されます。 クラスターが長時間この状態になっている場合は、IBM Cloud サポート Case を開いてください。

重大

Kubernetes マスターに到達できないか、クラスター内のすべてのワーカー・ノードがダウンしています。 クラスターで IBM Key Protect が有効な場合、Key Protect コンテナーがクラスター・シークレットの暗号化または復号に失敗することがあります。 その場合、kubectl get secrets を実行すると、エラーとともに詳細情報を表示できます。

作成失敗

クラスターを作成できません。 失敗したクラスターを削除し、別のクラスターの作成を試行してください。 追加のクラスターを作成しても問題が解決しない場合は、 IBM Cloud サポート Case を開きます。

削除失敗

Kubernetes マスター、または少なくとも 1 つのワーカー・ノードを削除できません。 ibmcloud ks worker ls --cluster CLUSTER_NAME_OR_IDを実行して、ワーカー・ノードをリストします。

IBM サポートが通知を受けて、問題の解決に取り組みます。 クラスターの削除を再試行しても問題は解決しません。

代わりに、Master Status フィールドで詳細情報を確認するか、クラスターの削除を待ちます。

削除

クラスターは削除されましたが、まだダッシュボードからは除去されていません。 クラスターが長時間この状態になっている場合は、IBM Cloud サポート Case を開いてください。

削除中

クラスターの削除とクラスター・インフラストラクチャーの破棄を実行中です。 クラスターにアクセスできません。 削除を取り消すことはできません。 クラスターを削除すると、クラスターは完全に除去されるため、マスターの状態を確認できなくなります。

デプロイ済み

マスターは正常にデプロイされています。 状況をチェックして、マスターが Ready であることを確認するか、更新を利用可能かどうかを確認します。

Deploy failed

Kubernetes マスターのデプロイメントを完了できません。 この状態を解決することはできません。 IBM Cloud サポート Case を開いて、IBM Cloud サポートに連絡してください。

デプロイ中

Kubernetes マスターがまだ完全にデプロイされていません。 クラスターにアクセスできません。 クラスターが完全にデプロイされるまで待ってからクラスターの正常性を確認してください。

エラー

マスターは動作していません。 IBM は自動的に通知を受け、この問題を解決するためのアクションを実行します。 マスターが normal になるまで、正常性のモニタリングを続行できます。 IBM Cloud サポート Case を開くこともできます。

標準

クラスター内のすべてのワーカー・ノードが稼働中です。 クラスターにアクセスし、アプリをクラスターにデプロイできます。 この状態は正常と見なされるので、アクションは必要ありません。

ワーカー・ノードは正常でも、ネットワーキングストレージなどの他のインフラストラクチャー・リソースには注意が必要な場合もあります。 クラスターの作成直後は、Ingress シークレットやレジストリー・イメージ・プル・シークレットなど、他のサービスによって使用されるクラスターの一部が、まだ処理中である場合があります。

保留中

Kubernetes マスターはデプロイされています。 ワーカー・ノードはプロビジョン中であるため、まだクラスターでは使用できません。 クラスターにはアクセスできますが、アプリをクラスターにデプロイすることはできません。

要求済み

クラスターを作成し、Kubernetes マスターとワーカー・ノードのインフラストラクチャーを注文するための要求が送信されました。 クラスターのデプロイメントが開始されると、クラスターの状態は「Deploying」に変わります。 クラスターが長時間 Requested 状態になっている場合は、IBM Cloud サポート・ケースを開きます。

縮小

マスターリソースはレプリカ数をゼロに縮小されました。 これは、バックアップからのリストア中の etcd が一時的に発生する状態です。 この状態では、クラスタとやりとりすることはできません。 etcdが完了し、マスターの状態が deployed に戻るまで待ちます。

更新失敗

マスターの更新は失敗しました。 IBM サポートが通知を受けて、問題の解決に取り組みます。 マスターが正常な状態になるまで、マスターの正常性を引き続きモニターできます。 マスターが 1 日を超えてこの状態になっている場合は、IBM Cloud サポート Case を開いてください。 IBM サポートは、マスターを更新する前に修正する必要がある、クラスター内の他の問題を特定する場合があります。

更新

マスターの Kubernetes バージョンを更新中です。 この更新は、自動的に適用されるパッチ更新であるか、クラスターを更新することで手動で適用したマイナー・バージョンまたはメジャー・バージョンである可能性があります。 Kubernetes マスターで実行される Kubernetes API サーバーが、新しい Kubernetes API バージョンに更新されています。 更新中も、クラスターにアクセスして変更することができます。 ただし、API サーバー監査の有効化などの並行マスター操作を開始することはできません。 ユーザーがデプロイしたワーカー・ノード、アプリ、リソースは変更されず、引き続き実行されます。 更新が完了するまで待ってから、クラスターの正常性を確認してください。 この更新中に、高可用性マスターは要求の処理を続行でき、アプリのワークロードとワーカー・ノードは引き続き実行されます。 マスターの更新が完了したら、ワーカー・ノードを更新できます。 更新が失敗すると、マスターは deployed 状態に戻り、前のバージョンの実行を続行します。 IBM サポートが通知を受けて、問題の解決に取り組みます。 Master Status フィールドで、更新が失敗したかどうかを確認できます。

更新がキャンセルされました

更新時にクラスターが正常な状態でなかったため、マスターの更新は取り消されました。 クラスターが正常になってマスターを手動で更新するまで、マスターはこの状態のままになります。 マスターを更新するには、ibmcloud ks cluster master update コマンドを使用します。 更新時にマスターをデフォルトの major.minor バージョンに更新したくない場合は、 --version オプションを指定し、希望する major.minor バージョンに対して利用可能な最新のパッチバージョン(例: 1.35 )を指定してください。 使用可能なバージョンをリストするには、ibmcloud ks versions を実行します。

使用不可

マスターにアクセスできない場合があり、その場合は、ワーカープールのサイズ変更などの一部の操作が一時的に利用できなくなります。 IBM は自動的に通知を受け、この問題を解決するためのアクションを実行します。 マスターが normal になるまで、正常性のモニタリングを続行できます。

サポート対象外

クラスターで実行される Kubernetes バージョンはサポートされなくなりました。 クラスターの正常性は、アクティブにモニターされなくなり、報告もされなくなりました。 また、ワーカー・ノードを追加したり、再ロードしたりすることはできません。 重要なセキュリティー更新およびサポートを引き続き受けるには、クラスターを更新する必要があります。 バージョン更新の準備アクションを確認してから、サポートされている Kubernetes バージョンにクラスターを更新します。

警告

クラスター内の 1 つ以上のワーカー・ノードが使用不可です。ただし、他のワーカー・ノードが使用可能であるため、ワークロードを引き継ぐことができます。 使用不可のワーカー・ノードの再ロードを試してみてください。

  • クラスターにワーカー・ロードがありません (ワーカー・ノードなしでクラスターを作成した場合や、クラスターからすべてのワーカー・ノードを手動で削除した場合など)。 Warning 状態から回復するために、ワーカープールのサイズを変更してワーカーノードを追加し、その後、 ワーカーノードの Calico ノードエントリを更新してください
  • クラスターのコントロール・プレーン操作に失敗しました。 コンソールでクラスターを確認するか、 ibmcloud ks cluster get --cluster CLUSTER_NAME_OR_ID を実行してマスターのステータスを 確認し、さらにデバッグを進めてください。