第15章 ベアメタルへのインストール
15.1. ベアメタルクラスターのインストールの準備
15.1.1. 前提条件
- OpenShift Container Platform のインストールおよび更新 プロセスの詳細を確認した。
- クラスターインストール方法の選択およびそのユーザー向けの準備 を確認している。
15.1.2. OpenShift 仮想化のためのベアメタルクラスターの計画
OpenShift 仮想化を使用する場合は、ベアメタルクラスターをインストールする前に、いくつかの要件を認識することが重要です。
ライブマイグレーション機能を使用する場合は、クラスターのインストール時に 複数のワーカーノードが必要です。これは、ライブマイグレーションではクラスターレベルの高可用性 (HA) フラグを true に設定する必要があるためです。HA フラグは、クラスターのインストール時に設定され、後で変更することはできません。クラスターのインストール時に定義されたワーカーノードが 2 つ未満の場合、クラスターの存続期間中、HA フラグは false に設定されます。
注記単一ノードのクラスターに OpenShift Virtualization をインストールできますが、単一ノードの OpenShift は高可用性をサポートしていません。
- ライブマイグレーションには共有ストレージが必要です。OpenShift Virtualization のストレージは、ReadWriteMany (RWX) アクセスモードをサポートし、使用する必要があります。
- Single Root I/O Virtualization (SR-IOV) を使用する予定の場合は、ネットワークインターフェイスコントローラー (NIC) が OpenShift Container Platform でサポートされていることを確認してください。
15.1.3. SR-IOV デバイスの NIC パーティショニング (テクノロジープレビュー)
OpenShift Container Platform は、デュアルポートのネットワークインターフェイスカード (NIC) を搭載したサーバーにデプロイできます。1 つの高速デュアルポート NIC を複数の仮想機能 (VF) に分割し、SR-IOV を有効にすることができます。
この機能は、Link Aggregation Control Protocol (LACP) による高可用性のための結合の使用をサポートします。
物理 NIC で宣言できる LACP は 1 つだけです。
OpenShift Container Platform クラスターは、以下の方法を使用して、2 つの物理機能 (PF) に 2 つの VF を持つ結合インターフェイスにデプロイできます。
Agent-based Installer
注記nmstateの最低限必要なバージョンは次のとおりです。-
RHEL 8 バージョンの
1.4.2-4 -
RHEL 9 バージョンの
2.2.7
-
RHEL 8 バージョンの
- installer-provisioned infrastructure によるインストール
- user-provisioned infrastructure によるインストール
SR-IOV デバイスの NIC パーティショニングの有効化に関連する Day 1 操作のサポートは、テクノロジープレビュー機能のみです。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は、実稼働環境でこれらを使用することを推奨していません。テクノロジープレビュー機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行いフィードバックを提供していただくことを目的としています。
Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
15.1.4. ベアメタルに OpenShift Container Platform をインストールする方法の選択
OpenShift Container Platform インストールプログラムは、クラスターをデプロイするための 4 つの方法を提供します。
- インタラクティブ: Web ベースの Assisted Installer を使用してクラスターをデプロイできます。これは、ネットワークがインターネットに接続されているクラスターに推奨されるアプローチです。Assisted Installer は、OpenShift Container Platform をインストールする最も簡単な方法であり、スマートなデフォルトを提供し、クラスターをインストールする前に事前検証を実行します。また、自動化および高度な設定シナリオのための RESTful API も提供します。
- ローカルエージェントベース: エアギャップネットワークまたはネットワークが制限された環境用の Agent-based Installer を使用して、クラスターをローカルにデプロイできます。この方法では、Assisted Installer の多くの利点を得られますが、最初に Agent-based Installer をダウンロードして設定する必要があります。設定はコマンドラインインターフェイスで行います。このアプローチは、エアギャップまたは制限されたネットワークに最適です。
- 自動化: インストーラーによってプロビジョニングされたインフラストラクチャーとそれが維持するクラスターにクラスターをデプロイできます。インストーラーは、各クラスターホストのベースボード管理コントローラー (BMC) をプロビジョニングに使用します。接続されたネットワーク、エアギャップされたネットワーク、または制限されたネットワークの両方でクラスターをデプロイできます。
- 完全な制御: お客様が準備および保守するインフラストラクチャーにクラスターをデプロイメントできます。これにより、最大限のカスタマイズ性が提供されます。接続されたネットワーク、エアギャップされたネットワーク、または制限されたネットワークの両方でクラスターをデプロイできます。
クラスターには次の特徴があります。
- 単一障害点のない高可用性インフラストラクチャーがデフォルトで利用可能である。
- 管理者は適用される更新内容および更新タイミングを制御できる。
インストーラーによるプロビジョニングおよびユーザーによるプロビジョニングのインストールプロセスの詳細は、インストールプロセス を参照してください。
15.1.4.1. インストーラーでプロビジョニングされるインフラストラクチャーへのクラスターのインストール
以下の方法を使用して、OpenShift Container Platform インストールプログラムでプロビジョニングされるベアメタルインフラストラクチャーに、クラスターをインストールできます。
- インストーラーでプロビジョニングされるクラスターのベアメタルへのインストール: インストーラーのプロビジョニングを使用して、OpenShift Container Platform をベアメタルにインストールできます。
15.1.4.2. ユーザーによってプロビジョニングされるインフラストラクチャーへのクラスターのインストール
以下の方法のいずれかを使用して、独自にプロビジョニングするベアメタルインフラストラクチャーに、クラスターをインストールできます。
- ユーザーによってプロビジョニングされるクラスターのベアメタルへのインストール: OpenShift Container Platform を独自にプロビジョニングするベアメタルインフラストラクチャーにインストールできます。ユーザーによってプロビジョニングされるインフラストラクチャーを含むクラスターの場合、必要なマシンすべてをデプロイする必要があります。
- ネットワークのカスタマイズを使用したユーザーによってプロビジョニングされるベアメタルクラスターのインストール: ネットワークのカスタマイズを使用して、ユーザーによってプロビジョニングされるインフラストラクチャーにベアメタルクラスターをインストールできます。ネットワーク設定をカスタマイズすることにより、クラスターは環境内の既存の IP アドレスの割り当てと共存でき、既存の MTU および VXLAN 設定と統合できます。ネットワークのカスタマイズのほとんどは、インストールステージで適用する必要があります。
- ネットワークが制限された環境でのユーザーによってプロビジョニングされるベアメタルクラスターのインストール: ミラーレジストリーを使用して、ユーザーによってプロビジョニングされるベアメタルクラスターを制限されたネットワークまたは非接続ネットワークにインストールできます。また、このインストール方法を使用して、クラスターが外部コンテンツに対する組織の制御の条件を満たすコンテナーイメージのみを使用するようにすることもできます。
