デプロイモデルを選択する

GKE on Bare Metal は、異なる可用性、分離、リソースのフットプリントのニーズに合わせて複数のデプロイモデルをサポートします。このページでは、すべてのデプロイモデルに共通するコンセプトを定義し、各デプロイモデルについて説明します。

ユーザークラスタ

ユーザークラスタは、コンテナ化されたワークロードを実行する Kubernetes クラスタです。これは、コントロールプレーンノードとワーカーノードで構成されます。GKE on Bare Metal は、1 つ以上のユーザークラスタをサポートします。ユーザークラスタには、ユーザーワークロードを実行する 1 つ以上のワーカーノードを含める必要があります。

管理クラスタ

管理クラスタは、1 つ以上のユーザークラスタを管理する Kubernetes クラスタです。管理クラスタでは、次のタスクを実行できます。

ユーザークラスタの作成
ユーザークラスタのアップグレード
ユーザークラスタの更新
ユーザークラスタの削除

ユーザークラスタを作成するために、管理クラスタはユーザークラスタのコントロールプレーンとワーカーノードにベアメタル版 Anthos のコンポーネントを設定します。GKE on Bare Metal のコンポーネントがコントロールプレーンノードで実行されるため、管理クラスタにはコントロールプレーンノードのみが存在します。

管理クラスタには、次の種類のセンシティブデータが含まれます。

SSH 認証情報: リモートインストールを有効にするために使用します
Google Cloud サービスアカウントキー: Container Registry などの機能にアクセスするために使用します。

機密データを保護するため、管理クラスタへのアクセスを制限してください。

高可用性

管理クラスタとユーザークラスタは、高可用性（HA）モードで実行できます。このモードには、クラスタで実行される 3 つ以上（奇数）のコントロールプレーンノードが必要です。クラスタを非 HA モードで実行する場合、クラスタに必要なコントロールプレーンノードは 1 つのみです。

単一障害点の発生を回避するには、本番環境デプロイで HA モードを使用します。テスト環境など、ミッションクリティカルではない環境に対しては非 HA モードを使用します。単一のコントロールプレーンノードで障害が発生したらクラスタを再作成できます。HA ユーザークラスタには、ワーカーノードで障害が発生した場合に備えて 2 つ以上のワーカーノードが必要です。

クラスタをアップグレードする場合、HA デプロイにより、エラー発生時にクラスタにアクセスできなくなるリスクが軽減されます。