第1章 インストールとアップグレード


Red Hat Advanced Cluster Management ハブクラスターを含むコンポーネントのインストール、アップグレード、および削除を管理する Operator Lifecycle Manage を使用して Red Hat Advanced Cluster Management for Kubernetes をインストールします。Red Hat Advanced Cluster Management は multicluster engine Operator に依存し、これを使用するため、インストール中に MultiClusterHub リソースを作成すると、Red Hat Advanced Cluster Management Operator は multicluster engine Operator を自動的にインストールし、MultiClusterEngine リソースを作成します。

Red Hat Advanced Cluster Management をインストールするには、サポートされているバージョンの OpenShift Container Platform が必要です。

インストールする前に、各製品に必要なハードウェアおよびシステム設定を確認してください。サポートされているバージョンの Red Hat OpenShift Container Platform を使用して、Linux にオンラインでインストールできます。

完全なサポート情報は、Red Hat Advanced Cluster Management サポートマトリックス と、Red Hat Advanced Cluster Management for Kubernetes のライフサイクルと更新ポリシー を参照してください。

非推奨: Red Hat Advanced Cluster Management 2.9 以前のバージョンはサポートされなくなりました。ドキュメントは引き続き利用可能になる可能性がありますが、修正された問題やその他の更新に関するエラータリリースは行われません。

ベストプラクティス: 最新バージョンにアップグレードします。

FIPS 通知: spec.ingress.sslCiphers で独自の暗号を指定しない場合は、multiclusterhub-operator によってデフォルトの暗号リストが提供されます。アップグレードして FIPS に準拠させるには、MultiClusterHub リソースから ECDHE-ECDSA-CHACHA20-POLY1305ECDHE-RSA-CHACHA20-POLY1305 の暗号を削除します。

このドキュメントでは、特定のコンポーネントまたは機能が OpenShift Container Platform のより新しいバージョンでのみデプロイおよびテストされている場合を除き、サポートされている最も古い OpenShift Container Platform バージョンを参照します。

Red Hat Advanced Cluster Management for Kubernetes をインストールすると、マルチノードクラスターの実稼働環境が設定されます。Red Hat Advanced Cluster Management for Kubernetes は、標準または高可用性設定のいずれかでインストールできます。インストールとアップグレードの手順、および高度な設定、スケーラビリティー、サイズ設定の詳細は、次のドキュメントを参照してください。

1.1. クラスターのサイジング

各 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.1.1. 製品環境

次の要件は、環境の最小要件では ありません

Expand
表1.1 製品環境
ノードのタイプアベイラビリティーゾーンetcd総予約メモリー予約済み CPU の合計

マスター

3

3

OpenShift Container Platform のサイジングガイドライン別

OpenShift Container Platform のサイジングガイドライン別

ワーカーまたはインフラストラクチャー

3

1

12 GB

6

さらに、OpenShift Container Platform クラスターは、クラスター機能をサポートするためにさらに多くのサービスを実行します。

1.1.2. 追加サービスの OpenShift Container Platform

クラスター全体で障害の発生する可能性のあるドメインを分離する アベイラビリティーゾーン

Expand
表1.2 追加サービス
サービスノード数アベイラビリティーゾーンインスタンスサイズ仮想 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 を参照してください。

Google Machine families resource and comparisons も確認してください。

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.1.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 クラスターをハブクラスターで管理するための最小要件を確認します。

Expand
表1.3 マスター (スケジュール可能)
ノード数メモリー (クラスターのピーク使用量)メモリー (シングルノードの最小値から最大値)CPU (クラスターのピーク使用量)CPU (シングルノードの最小値から最大値)

3

447 GB

113 GB-205 GB

114

31-62

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat