第13章 インストーラーでプロビジョニングされるクラスターのベアメタルへのデプロイ
13.1. 概要
ベアメタルノードへのインストーラーによってプロビジョニングされたインストールは、OpenShift Container Platform クラスターが実行されるインフラストラクチャーをデプロイおよび設定します。このガイドでは、インストーラーによってプロビジョニングされたベアメタルのインストールを正常に行うための方法論を提供します。次の図は、デプロイメントのフェーズ 1 におけるインストール環境を示しています。
![デプロイメントのフェーズ 1](https://access.redhat.com/webassets/avalon/d/OpenShift_Container_Platform-4.10-Installing-ja-JP/images/9156355a06fe58239c616da27f9d4233/210_OpenShift_Baremetal_IPI_Deployment_updates_0122_1.png)
インストールの場合、前の図の主要な要素は次のとおりです。
- プロビジョナー: インストールプログラムを実行し、新しい OpenShift Container Platform クラスターのコントロールプレーンをデプロイするブートストラップ VM をホストする物理マシン。
- Bootstrap VM: OpenShift Container Platform クラスターのデプロイプロセスで使用される仮想マシン。
-
ネットワークブリッジ: ブートストラップ VM は、ネットワークブリッジ
eno1
およびeno2
を介して、ベアメタルネットワークとプロビジョニングネットワーク (存在する場合) に接続します。 -
API VIP: API 仮想 IP アドレス (VIP) は、コントロールプレーンノード全体で API サーバーのフェイルオーバーを提供するために使用されます。API VIP はまずブートストラップ仮想マシンにあります。スクリプトは、サービスを起動する前に
keepalived.conf
設定ファイルを生成します。VIP は、ブートストラッププロセスが完了し、ブートストラップ仮想マシンが停止すると、コントロールプレーンノードの 1 つに移動します。
デプロイメントのフェーズ 2 では、プロビジョナーがブートストラップ VM を自動的に破棄し、仮想 IP アドレス (VIP) を適切なノードに移動します。
keepalived.conf
ファイルは、コントロールプレーンマシンにブートストラップ VM よりも低い仮想ルーター冗長プロトコル (VRRP) の優先順位を設定します。これにより、API VIP がブートストラップ VM からコントロールプレーンに移動する前に、コントロールプレーンマシン上の API が完全に機能することが保証されます。API VIP がコントロールプレーンノードの 1 つに移動すると、外部クライアントから API VIP ルートに送信されたトラフィックが、そのコントロールプレーンノードで実行している haproxy
ロードバランサーに移動します。haproxy
のこのインスタンスは、コントロールプレーンノード全体で API VIP トラフィックを分散します。
Ingress VIP はワーカーノードに移動します。keepalived
インスタンスは Ingress VIP も管理します。
次の図は、デプロイメントのフェーズ 2 を示しています:
![デプロイメントのフェーズ 2](https://access.redhat.com/webassets/avalon/d/OpenShift_Container_Platform-4.10-Installing-ja-JP/images/8c83198a4fe67a6610c9310ce71c7f5b/210_OpenShift_Baremetal_IPI_Deployment_updates_0122_2.png)
これ以降、プロビジョナーが使用するノードを削除または再利用できます。ここから、追加のプロビジョニングタスクはすべてコントロールプレーンによって実行されます。
プロビジョニングネットワークは任意ですが、PXE ブートには必要です。プロビジョニングネットワークなしでデプロイする場合は、redfish-virtualmedia
または idrac-virtualmedia
などの仮想メディアベースボード管理コントローラー (BMC) アドレス指定オプションを使用する必要があります。