7.3. リソース要件
Red Hat OpenShift Data Foundation サービスは、ベースサービスの初期セットで設定され、追加のデバイスセットで拡張できます。これらの Red Hat OpenShift Data Foundation サービス Pod はすべて、OpenShift Container Platform ノード上の kubernetes によってスケジュールされます。クラスターを (障害ドメインごとに 1 ノード) 3 の倍数に拡張する方法は、Pod の配置ルールを簡単に満たす方法です。
これらの要件は、OpenShift Data Foundation サービスのみに関連し、これらのノードで実行している他のサービス、Operator、またはワークロードには関連しません。
| デプロイメントモード | ベースサービス | 追加のデバイスセット |
|---|---|---|
| 内部 |
|
|
| 外部 |
| 該当なし |
例: 単一デバイスセットを持つ内部モードデプロイメントの 3 ノードクラスターの場合、最小の 3 x 10 = 30 ユニットの CPU が必要です。
詳細は、6章サブスクリプション および CPU ユニット を参照してください。
Red Hat OpenShift Data Foundation クラスターの設計に関する追加のガイダンスは、ODF Sizing Tool を参照してください。
CPU ユニット
本セクションでは、1 CPU ユニットは Kubernetes コンセプトの 1 CPU ユニットにマップされます。
- CPU の 1 ユニットは、ハイパースレッディングされていない CPU の 1 コアに相当します。
- CPU の 2 ユニットは、ハイパースレッディングされている CPU の 1 コアに相当します。
- Red Hat OpenShift Data Foundation コアベースのサブスクリプションは常にペア (2 コア) で提供されます。
| デプロイメントモード | ベースサービス |
|---|---|
| 内部 |
|
| 外部 |
|
例: 内部接続デバイスモードのデプロイメントの 3 ノードクラスターの場合、最小の 3 x 16 = 48 ユニットの CPU、および 3 x 64 = 192 GB が必要です。
7.3.1. IBM Z および IBM LinuxONE インフラストラクチャーのリソース要件
Red Hat OpenShift Data Foundation サービスは、ベースサービスの初期セットで設定され、追加のデバイスセットで拡張できます。
これらの Red Hat OpenShift Data Foundation サービス Pod はすべて、OpenShift Container Platform ノード上の kubernetes によってスケジュールされます。クラスターを (障害ドメインごとに 1 ノード) 3 の倍数に拡張する方法は、Pod の配置ルールを簡単に満たす方法です。
| デプロイメントモード | ベースサービス | 追加のデバイスセット | IBM Z および IBM® LinuxONE の最小ハードウェア要件 |
|---|---|---|---|
| 内部 |
|
| 1 IFL |
| 外部 |
| 該当なし | 該当なし |
- CPU
- ハイパーバイザー、IBM Z/VM、カーネル仮想マシン (KVM)、またはその両方で定義されている仮想コアの数です。
- IFL(Linux 向けの統合機能)
- IBM Z および IBM® LinuxONE の物理コアです。
最小システム環境
- 1 つの論理パーティション (LPAR) で最小クラスターを動作させるには、6 つの IFL の上に追加の IFL が必要です。OpenShift Container Platform は、これらの IFL を使用します。
7.3.2. デプロイメントリソースの最小要件
OpenShift Data Foundation クラスターは、標準のデプロイメントリソース要件を満たしていない場合に、最小の設定でデプロイされます。
これらの要件は、OpenShift Data Foundation サービスのみに関連し、これらのノードで実行している他のサービス、Operator、またはワークロードには関連しません。
| デプロイメントモード | ベースサービス |
|---|---|
| 内部 |
|
デバイスセットを追加する場合は、最小デプロイメントを標準デプロイメントに変換することが推奨されます。
7.3.3. コンパクトなデプロイメントリソース要件
Red Hat OpenShift Data Foundation は、3 ノードの OpenShift のコンパクトなベアメタルクラスターにインストールできます。ここでは、すべてのワークロードが 3 つの強力なマスターノードで実行されます。ワーカーノードまたはストレージノードは含まれません。
これらの要件は、OpenShift Data Foundation サービスのみに関連し、これらのノードで実行している他のサービス、Operator、またはワークロードには関連しません。
| デプロイメントモード | ベースサービス | 追加のデバイスセット |
|---|---|---|
| 内部 |
|
|
コンパクトのベアメタルクラスターで OpenShift Container Platform を設定するには、3 ノードクラスターの設定 について、また エッジデプロインメントの 3 ノードアーキテクチャーの提供 について参照してください。
7.3.4. MCG のみのデプロイメントのリソース要件
Multicloud Object Gateway (MCG) コンポーネントのみを使用してデプロイされた OpenShift Data Foundation クラスターは、デプロイメントに柔軟性を提供し、リソース消費を削減するのに役立ちます。
| デプロイメントモード | Core | データベース (DB) | Endpoint (エンドポイント) |
|---|---|---|---|
| 内部 |
|
|
注記 デフォルトオートスケールは 1〜2 です。 |
7.3.5. ネットワークファイルシステムを使用するためのリソース要件
Network File System (NFS) を使用してエクスポートを作成すると、OpenShift クラスターから外部からアクセスできます。この機能を使用する場合、NFS サービスは 3 つの CPU と 8Gi の RAM を消費します。NFS はオプションであり、デフォルトでは無効になっています。
NFS ボリュームには、次の 2 つの方法でアクセスできます。
- クラスター内: Openshift クラスター内のアプリケーション Pod による。
- cluster: Openshift クラスター外から。
NFS 機能の詳細は、NFS を使用したエクスポートの作成 を参照してください。
7.3.6. パフォーマンスプロファイルのリソース要件
OpenShift Data Foundation は、クラスターのパフォーマンスを向上させる 3 つのパフォーマンスプロファイルを提供します。利用可能なリソースと、デプロイ時またはデプロイ後に必要なパフォーマンスレベルに基づいて、これらのプロファイルの 1 つを選択できます。
| パフォーマンスプロファイル | CPU | メモリー |
|---|---|---|
| Lean | 24 | 72 GiB |
| Balanced | 30 | 72 GiB |
| パフォーマンス | 45 | 96 GiB |
すでに他のワークロードを実行している可能性があるため、利用可能な空きリソースに基づいてプロファイルを選択してください。
