第1章 分散ゾーンを使用して RHOSO 環境を作成する
分散ゾーン全体に Red Hat OpenStack Services on OpenShift (RHOSO) 環境をデプロイできます。分散ゾーンとは、分散された低遅延の L3 接続ラック、列、部屋、データセンターに配置される障害ドメインです。分散ゾーンに配置されている複数の Red Hat OpenShift Container Platform (RHOCP) クラスターノードに RHOSO コントロールプレーンをデプロイし、同じ分散ゾーンに RHOSO データプレーンをデプロイできます。分散ゾーンを持つ RHOSO 環境は、ルーティングされたスパインリーフネットワークトポロジー上にビルドされます。
分散コントロールプレーン環境のトポロジーには、3 つの RHOCP ゾーンがあります。各ゾーンには、コントロールプレーンサービスをホストするワーカーノードが 1 つ以上、およびコンピュートノードが 1 つあります。
分散ゾーンを持つ RHOSO 環境を作成するには、以下のタスクを完了する必要があります。
-
稼働中の RHOCP クラスターに OpenStack Operator (
openstack-operator) をインストールします。 - RHOSO サービスへのセキュアなアクセスを提供します。
- ボーダーゲートウェイプロトコル (BGP) を使用して動的ルーティング用のコントロールプレーンネットワークを作成し、設定します。
- BGP を使用して動的ルーティング用のデータプレーンネットワークを作成し、設定します。
- 環境に合わせて分散コントロールプレーンを作成します。
- 分散データプレーンノードを作成して設定します。
コントロールプレーンのインストールタスクとすべてのデータプレーンの作成タスクは、RHOCP クラスターにアクセスできるワークステーションで実行します。
ルーティングされたスパインリーフネットワーク環境ではプロビジョニングネットワークを使用できません。RHOCP マシンネットワークを使用するには、プロビジョニングを設定する必要があります。マシンネットワークは、RHOCP クラスターノードが相互に通信するために使用するネットワークです。マシンネットワークは、API と Ingress VIP を含むサブネットでもあります。RHOCP install-config.yaml ファイルの machineNetwork フィールドにクラスターを形成するノードの IP アドレスブロックを指定して、マシンネットワークを設定します。RHOCP マシンネットワークの詳細は、次の RHOCP リソースを参照してください。
- ベアメタルへのインストール ガイドの install-config.yaml ファイルの設定
- ベアメタルへのインストール ガイドの ネットワーク設定パラメーター
1.1. 分散ゾーンのインフラストラクチャーの計画 リンクのコピーリンクがクリップボードにコピーされました!
分散ゾーン環境のデプロイを計画および準備するには、複数のサイトにまたがる Red Hat OpenShift Container Platform (RHOCP) クラスターの要件と制限を理解する必要があります。詳細は、Red Hat OpenShift Container Platform クラスターのガイダンス - 複数のサイト (データセンター/リージョン) をまたぐデプロイメント を参照してください。
1.1.1. RHOCP の要件 リンクのコピーリンクがクリップボードにコピーされました!
RHOCP クラスターは、デプロイメントのプランニング で詳述されている RHOCP におけるハードウェア、ネットワーク、ソフトウェア、およびストレージの最小要件に準拠する必要があります。さらに、分散ゾーン環境をホストするには、RHOCP クラスターが次の要件を満たしている必要があります。
- RHOCP クラスターは、コンパクトクラスターで あってはなりません。
各ゾーンには低レイテンシーの相互接続が必要です。
- RHOCP の etcd では、ラウンドトリップ時間 (RTT) が 15 ミリ秒未満である必要があります。
- ネットワーク機器は BGP プロトコルをサポートし、FRRouting (FRR) と互換性がある必要があります。
- MetalLB Operator は、FRR-K8s と統合するように設定されています。詳細は、MetalLB と FRR-K8s の統合の設定 を参照してください。
RHOCP クラスターに次の Operator がインストールされている。
- Self Node Remediation (SNR) Operator。詳細は、Red Hat OpenShift のワークロード可用性の修復、フェンシング、およびメンテナンス ガイドの 自己ノード修復の使用 を参照してください。
- Node Health Check Operator。詳細は、Red Hat OpenShift のワークロード可用性の修復、フェンシング、およびメンテナンス ガイドの ノードヘルスチェックを使用したノードの修復 を参照してください。
1.1.2. ストレージ要件 リンクのコピーリンクがクリップボードにコピーされました!
RHOCP ストレージクラスが定義されており、
ReadWriteOnceタイプの永続ボリュームにアクセスできる。注記ローカルボリュームのみを提供する論理ボリュームマネージャー (LVM) ストレージを使用する場合、ノード障害が発生すると、接続されたボリュームは障害が発生したノードにすでに割り当てられているため、新しいノードにマウントされません。そのため、SNR Operator は LVMS PVC を使用して Pod を自動的に再スケジュールできません。したがって、ストレージに LVM を使用する場合は、ノードが正常にシャットダウンしなければボリュームをデタッチする必要があります。詳細は、正常でないノードシャットダウン後のボリュームのデタッチ を参照してください。
- Red Hat Ceph Storage の場合は、各ゾーンで冗長な Red Hat Ceph Storage クラスターを利用できます。
- サードパーティーストレージの場合は、ローカルおよびリモートストレージアレイアクセスが設定されます。
この設定は、以下のストレージプロトコルが Block Storage サービスで使用される場合に テクノロジープレビュー であるため、Red Hat では全面的にサポートされません。これは、テスト目的にのみご利用いただく機能で、実稼働環境にデプロイすべきではありません。
- ファイバーチャネル
- NFS
詳細は テクノロジープレビュー を参照してください。
- ローカルアクセス
ストレージサービスは、同じアベイラビリティーゾーン(AZ)内のストレージアレイと同じ場所に配置されます。
- 各 AZ には、独自のストレージアレイと専用ストレージネットワークが含まれています。
- cinder-volume や manila-share などのサービス Pod は、ターゲットストレージアレイと同じ AZ 内のワーカーノードにデプロイされます。
ローカルストレージリソースにアクセスするには、コンピュートノードが同じストレージネットワーク上にある必要があります。
AZ1 の設定例:
- Storage array: 10.1.0.6
- ストレージネットワーク:10.1.0.0/24。
- manila-share Pod は、10.1.0.0/24 にアクセスできる AZ1 ワーカーノードにデプロイされます。
- コンピュートノードは、直接アレイへのアクセスのために、同じネットワークに接続されています。
- リモートアクセス
各ゾーンのストレージアレイは、イメージ管理やボリューム操作などの AZ 間の操作を有効にするために、他のゾーンのワーカーノードからアクセスできる必要があります。
-
イメージ管理の例:AZ1 の Image サービス(glance) Pod には、AZ1 のローカル glance ストアにイメージをアップロードし、イメージを AZ2 または AZ3 のリモート
ストアにコピーすることができるように、AZ1 全体で cinder-volume サービスへのアクセスが必要です。glance ボリューム操作の例:異なる AZ 間でボリュームの種別を変更します。
リモートアクセスのネットワーク実装:
- iscsi: AZ ストレージネットワーク間の IP ルーティングを設定し、リモートアクセスを有効にします。
ファイバーチャネル(FC): クロス AZ アクセスを許可し、iSCSI と同じローカルおよびリモートアクセスパターンを維持するように FC スイッチ zoning を設定します。
Cross-AZ 共有アクセスのユースケース: AZ2 でホストされる Compute サービス(nova)インスタンスに AZ1 でホストされる共有ファイルシステムサービス(manila)共有へのアクセスを許可します。AZ 間のネットワーク遅延は、ストレージパフォーマンスに影響を与える可能性があります。管理者ポリシーは、パフォーマンスを改善するため、またはリモート AZ アクセスをより柔軟に許可するために、ローカル AZ へのアクセスを制限するかを決定します。
-
イメージ管理の例:AZ1 の Image サービス(glance) Pod には、AZ1 のローカル glance ストアにイメージをアップロードし、イメージを AZ2 または AZ3 のリモート