クラスタ ノードマシン、ネットワーク、その他の前提条件の設定が完了したら、Google Distributed Cloud をインストールする準備はほぼ完了です。次のステップでは、作成するクラスタの種類を決定し、使用するツールを選択します。
クラスタタイプを選択する
Google Distributed Cloud では、異なる種類のクラスタを作成できます。たとえば、クラスタのリソースを管理する管理クラスタと、ワークロードを実行するユーザー クラスタを作成します。一元化された場所から管理する同一のデータセンター内に複数のクラスタが存在する場合や、デプロイが大規模であり、異なるチーム間、および開発ワークロードと本番環境ワークロード間での分離が必要な場合については、管理クラスタとユーザー クラスタのデプロイをおすすめします。
また、ユーザー クラスタと管理クラスタとして機能する、単一のスタンドアロン クラスタとして Google Distributed Cloud を実行することもできます。スタンドアロン クラスタはエッジ プロファイルをサポートしています。これにより、システム リソースの要件が顕著に削減されることから、リソースの制約が大きいエッジデバイスにおすすめです。さらに、Google Distributed Cloud では、ハイブリッド クラスタを作成して、管理タスクとワークロードを統合できます。また、このクラスタで他のユーザー クラスタを制御することもできます。
これらの構成には、それぞれ独自の長所と利点があります。開発対象の構成を決定する際の詳細については、デプロイモデルを選択するをご覧ください。
クラスタを作成するためのツールを選択する
クラスタを作成してクラスタのライフサイクルを管理するためのツールを選択できます。
- コマンドライン ツール
bmctlは、オンプレミス データセンターの管理ワークステーションで実行されます。 - Google Cloud コンソール、Google Cloud CLI、または Terraform。これらの標準ツールは Google Cloud インフラストラクチャで実行される GKE On-Prem API を使用し、これらをまとめて GKE On-Prem API クライアントと呼びます。
ニーズに最適なツールの判断については、クラスタを作成するためのツールを選択するをご覧ください。
詳細
クラスタの作成と構成の詳細については、以下をご覧ください。
管理クラスタ:
ユーザー クラスタ
作成プロセスについて
クラスタ作成プロセスには、プリフライト チェックとマシンの初期化が含まれます。マシンの初期化フェーズ後にクラスタ作成に失敗すると、（プリフライト チェックがエラーなしで正常に終了した場合でさえも）クラスタを削除する必要があります。これにより、ノードはクリーンな状態に戻ります。クラスタを削除し、必要な構成変更を行った後、クラスタの作成を再試行できます。
クラスタの作成プロセスでは、クラスタの作成時にヘルスチェックを実行します。この最後のステップで、クラスタが正常な運用状態にあることを確認します。クラスタがすべてのヘルスチェックに合格しない場合は、作成オペレーションは失敗します。すべてのヘルスチェックに合格すると、作成オペレーションが正常に終了します。
スケーラビリティを計画する
新しいクラスタを作成する前に、スケーラビリティに影響するディメンションを理解する必要があります。クラスタ内の Pod 用に予約できる IP アドレスの数（clusterNetwork.pods.cidrBlocks）など、一部のディメンションは変更できないため、クラスタの作成時に計画する必要があります。スケーラビリティのディメンションとクラスタをスケールアップする方法の詳細については、Google Distributed Cloud クラスタをスケールアップするをご覧ください。クラスタの上限設定に関する制限と推奨事項の一部については、割り当てと上限をご覧ください。