Red Hat Summit2.2. オーバークラウドコントローラーノードのシステム要件
すべてのコントロールプレーンサービスは、3 つのノードで稼働する必要があります。通常、すべてのコントロールプレーンサービスは 3 つのコントローラーノードに分散してデプロイされます。
コントローラーサービスのスケーリング
コントローラーサービスで利用可能なリソースを増やすには、これらのサービスを追加のノードにスケーリングします。たとえば、db または messaging コントローラーサービスを専用ノードにデプロイして、コントローラーノードの負荷を軽減できます。
コントローラーサービスをスケーリングするには、スケーリングするサービスのセットをコンポーザブルロールを使用して定義します。コンポーザブルロールを使用する場合は、各サービスは 3 つの追加の専用ノードで実行される必要があり、Pacemaker のクォーラムを維持するために、コントロールプレーン内のノードの合計数を追加する必要があります。
この例のコントロールプレーンは、以下に示す 9 台のノードで設定されます。
- コントローラーノード 3 台
- データベースノード 3 台
- メッセージングノード 3 台
詳しい情報は、Advanced Overcloud Customization の Composable services and custom roles を参照してください。
コンポーザブルロールを使用したコントローラーサービスのスケーリングに関する質問は、Red Hat Global Professional Services にお問い合わせください。
ストレージに関する考慮事項
オーバークラウドデプロイメントのコントローラーノードを計画する場合は、十分なストレージを準備します。OpenStack Telemetry Metrics (gnocchi) および OpenStack Image (glance) は、I/O 負荷の高いサービスです。オーバークラウドは I/O の負荷を Ceph OSD サーバーに移すため、Image サービスおよびテレメトリー用に Ceph Storage を使用します。
デプロイメントに Ceph ストレージが含まれていない場合は、Telemetry Metrics (gnocchi) および Image (glance) サービスが利用できる Object Storage (swift) 用に専用のディスクまたはノードを使用します。コントローラーノードで Object Storage を使用する場合は、ルートディスクとは別に NVMe デバイスを使用し、オブジェクトデータ保存時のディスク使用率を削減します。
イメージストレージサービス (glance) にイメージとしてボリュームをアップロードすると、広範囲におよぶ操作をブロックストレージサービス (cinder) に対して同時に実行することになり、コントローラーディスクにかなりの IO 負荷をかけます。SSD ディスクを使用して、より高いスループットを提供できます。
CPU に関する考慮事項
コントローラーノードが受け取る API 呼び出し、AMQP メッセージ、およびデータベースクエリーの数が、コントローラーノードでの CPU メモリー消費に影響を与えます。各 Red Hat OpenStack Platform (RHOSP) コンポーネントがタスクを同時に処理および実行する能力は、個々の RHOSP コンポーネントに設定されるワーカースレッドの数によっても制限されます。RHOSP director がコントローラー上で設定するコンポーネントのワーカースレッドの数は、CPU 数によって制限されます。
デプロイメントで Ceph Storage ノードを使用する場合、ノード数が 700 を超える大規模な環境では以下の仕様が推奨されます。
| システム要件 | 説明 |
|---|---|
| ノード数 | Controller ロールに含まれるコントローラーサービスを持つ 3 台のコントローラーノード オプションとして、専用ノードでコントローラーサービスをスケーリングするには、コンポーザブルサービスを使用します。詳しい情報は、高度なオーバークラウドのカスタマイズ の コンポーザブルサービスおよびカスタムロール を参照してください。 |
| CPU | 2 ソケット (それぞれ 32 コア、64 スレッド) |
| ディスク | 500 GB のルートディスク (1 x SSD または 2 x 7200 RPM のハードドライブ (RAID 1)) Swift 専用の 500GB ディスク (1 x SSD または 1 x NVMe) オプション：イメージキャッシュ用の 500GB ディスク(1 x SSD または 7200 RPM のハードドライブ 2 x) |
| メモリー | 384GB |
| ネットワーク | 25 Gbps のネットワークインターフェイスまたは 10 Gbps のネットワークインターフェイス。10 Gbps ネットワークインターフェイスを使用する場合は、ネットワークボンディングを使用して 2 つのボンディングを作成します。
|
デプロイメントで Ceph Storage ノードを使用しない場合、ノード数が 700 を超える大規模な環境では以下の仕様が推奨されます。
| システム要件 | 説明 |
|---|---|
| ノード数 | Controller ロールに含まれるコントローラーサービスを持つ 3 台のコントローラーノード オプションとして、専用ノードでコントローラーサービスをスケーリングするには、コンポーザブルサービスを使用します。詳しい情報は、高度なオーバークラウドのカスタマイズ の コンポーザブルサービスおよびカスタムロール を参照してください。 |
| CPU | 2 ソケット (それぞれ 32 コア、64 スレッド) |
| ディスク | 500 GB ルートディスク (1 x SSD) Swift 専用の 500GB ディスク (1 x SSD または 1 x NVMe) オプション：イメージキャッシュ用の 500GB ディスク(1 x SSD または 7200 RPM のハードドライブ 2 x) |
| メモリー | 384GB |
| ネットワーク | 25 Gbps のネットワークインターフェイスまたは 10 Gbps のネットワークインターフェイス。10 Gbps ネットワークインターフェイスを使用する場合は、ネットワークボンディングを使用して 2 つのボンディングを作成します。
|
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}