1.5. クラスターのサイジング
各 Red Hat Advanced Cluster Management for Kubernetes クラスターは固有のものであり、次のガイドラインはサンプルのデプロイメントサイズを示しています。推奨事項は、サイズと目的で分類されています。Red Hat Advanced Cluster Management は、サポートサービスのサイズと配置に次の側面を適用します。
- アベイラビリティーゾーン
- アベイラビリティーゾーンは、クラスター全体で障害が発生する可能性のあるドメインを分離します。一般的なクラスターは、3 つ以上のアベイラビリティゾーンでほぼ同等のワーカーノード容量を備えています。
- 仮想 CPU の予約と制限
- 仮想 CPU の予約と制限をもとに、コンテナーに割り当てるワーカーノードの vCPU 容量が確立されます。仮想 CPU は Kubernetes のコンピュートユニットと同じです。Kubernetes コンピュートユニットの詳細は、Kubernetes の Meaning of CPU を参照してください。
- メモリーの予約と制限
- メモリーの予約と制限をもとに、コンテナーに割り当てるワーカーノードのメモリー容量が確立されます。
- 永続データ
- 永続データは、製品によって管理され、Kubernetes によって使用される etcd クラスターに保存されます。
重要: OpenShift Container Platform の場合、クラスターのマスターノードを 3 つのアベイラビリティーゾーンに分散します。
1.5.1. 製品環境 リンクのコピーリンクがクリップボードにコピーされました!
次の要件は、環境の最小要件では ありません。
| ノードのタイプ | アベイラビリティーゾーン | etcd | 総予約メモリー | 予約済み CPU の合計 |
|---|---|---|---|---|
| マスター | 3 | 3 | OpenShift Container Platform のサイジングガイドライン別 | OpenShift Container Platform のサイジングガイドライン別 |
| ワーカーまたはインフラストラクチャー | 3 | 1 | 12 GB | 6 |
さらに、OpenShift Container Platform クラスターは、クラスター機能をサポートするためにさらに多くのサービスを実行します。
1.5.2. 追加サービスの OpenShift Container Platform リンクのコピーリンクがクリップボードにコピーされました!
クラスター全体で障害の発生する可能性のあるドメインを分離する アベイラビリティーゾーン。
| サービス | ノード数 | アベイラビリティーゾーン | インスタンスサイズ | 仮想 CPU | メモリー | ストレージサイズ | リソース |
|---|---|---|---|---|---|---|---|
| Amazon Web Services 上の OpenShift Container Platform | 3 | 3 | m5.xlarge | 4 | 16 GB | 120 GB | 詳細は、OpenShift Container Platform 製品ドキュメントの AWS へのインストール を参照してください。 また、マシンタイプ も確認してください。 |
| OpenShift Container Platform on Google Cloud Platform | 3 | 3 | N1-standard-4 (0.95–6.5 GB) | 4 | 15 GB | 120 GB | クォータの詳細は、View and manage quotas を参照してください。 |
| OpenShift Container Platform on Microsoft Azure | 3 | 3 | Standard_D4_v3 | 4 | 16 GB | 120 GB | 詳細は、OpenShift Container Platform ドキュメントの Azure アカウントの設定 を参照してください。 |
| VMware vSphere 上の OpenShift Container Platform | 3 | 3 | 4 (2 ソケットあたりのコア) | 16 GB | 120 GB | 詳細は、OpenShift Container Platform ドキュメントの VMWare vSphere へのインストール を参照してください。 | |
| IBM Z システムの OpenShift Container Platform | 3 | 3 | 10 | 16 GB | 100 GB | 詳細は、OpenShift Container Platform ドキュメントの IBM Z システムへのクラスターのインストール を参照してください。 IBM Z システムには、同時マルチスレッド (SMT) を設定する機能があり、各コアで実行できる仮想 CPU の数を拡張します。SMT を設定している場合は、1 つの物理コア (IFL) は 2 つの論理コア (スレッド) を提供します。ハイパーバイザーは、2 つ以上の仮想 CPU を提供できます。 1 個の仮想 CPU は、同時マルチスレッド (SMT) またはハイパースレッディングが有効にされていない場合に 1 つの物理コアと同等です。これが有効にされている場合、数式「(コアごとのスレッド × コア数) × ソケット数 = 仮想 CPU」を使用して対応する比率を計算します。 SMT の詳細は、Simultaneous multithreading を参照してください。 | |
| IBM Power Systems 上の OpenShift Container Platform | 3 | 3 | 16 | 16 GB | 120 GB | 詳細は、OpenShift Container Platform ドキュメントの Power システムへのクラスターのインストール を参照してください。 IBM Power システムには、同時マルチスレッド (SMT) を設定する機能があり、各コアで実行できる仮想 CPU の数を拡張します。SMT を設定した場合、その SMT レベルでは仮想 CPU 16 個という要件を満たす方法が決まります。以下は、最も一般的な設定です。 SMT-8 (IBM Power VM を実行しているシステムのデフォルト設定) で実行しているコア 2 つでは、必要とされる 16 個の仮想 CPU を提供します。 SMT-4 で実行しているコア 4 つでは、必要とされる 16 個の仮想 CPU を提供します。 SMT の詳細は、Simultaneous multithreading を参照してください。 | |
| OpenShift Container Platform オンプレミス | 3 | 4 | 16 GB | 120 GB | 詳細は、OpenShift Container Platform ドキュメントの 3 ノードクラスターの設定 を参照してください。 Red Hat Advanced Cluster Management for Kubernetes ハブクラスターは、OpenShift Container Platform ベアメタルにインストールし、サポートできます。ハブクラスターは、スケジュール可能な 3 つのコントロールプレーンノードがあり、追加のワーカーが 0 の、コンパクトなベアメタルトポロジーで実行できます。 |
1.5.3. シングルノードの OpenShift Container Platform クラスターの作成および管理 リンクのコピーリンクがクリップボードにコピーされました!
シングルノードへのインストール で要件を確認してください。各クラスターは固有であるため、次のガイドラインでは、サイズと目的によって分類されたデプロイメント要件のサンプルのみを提供します。
クラスター全体で障害の発生する可能性のあるドメインを分離する アベイラビリティーゾーン。
高可用性は、シングルノード OpenShift クラスターではサポートされません。
重要: OpenShift Container Platform 上で実行されている Red Hat Advanced Cluster Management ハブクラスターの場合、クラスターのマスターノードを 3 つのアベイラビリティーゾーンに分散します。
3500 個のシングルノード OpenShift Container Platform クラスターを作成および管理するための要件の例を参照してください。Red Hat Advanced Cluster Management を使用してシングルノードの OpenShift クラスター (同時に 230 個以上がプロビジョニングされる) を作成し、それらのシングルノードの OpenShift クラスターをハブクラスターで管理するための最小要件を確認します。
| ノード数 | メモリー (クラスターのピーク使用量) | メモリー (シングルノードの最小値から最大値) | CPU (クラスターのピーク使用量) | CPU (シングルノードの最小値から最大値) |
|---|---|---|---|---|
| 3 | 447 GB | 113 GB-205 GB | 114 | 31-62 |