第1章 About
1.1. OpenShift Virtualization について リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Virtualization は、OpenShift Dedicated クラスター内で仮想マシンワークロードとコンテナーワークロードを並行して実行および管理できる、包括的な仮想化ソリューションを提供します。
1.1.1. OpenShift Virtualization の機能 リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Virtualization は、Red Hat OpenShift でスケーラブルなエンタープライズグレードの仮想化機能を提供します。これを使用して、仮想マシン (VM) だけを管理することも、またはコンテナーワークロードと合わせて管理することもできます。
OpenShift Virtualization は、Kubernetes カスタムリソースにより新規オブジェクトを OpenShift Dedicated クラスターに追加し、仮想化タスクを有効にします。これらのタスクには、以下が含まれます。
- Linux および Windows 仮想マシンの作成と管理
- クラスター内で Pod と仮想マシンのワークロードの同時実行
- さまざまなコンソールや CLI ツールを介した仮想マシンへの接続
- 既存の仮想マシンのインポートとクローン作成
- 仮想マシンに接続されたネットワークインターフェイスコントローラーとストレージディスクの管理
- ノード間での仮想マシンのライブマイグレーション
OpenShift Dedicated 上の OpenShift Virtualization には、ホスト上の仮想 CPU 数に基づいた Red Hat Enterprise Linux (RHEL) のゲストサブスクリプションが含まれます。
- 96 個以上の仮想 CPU を搭載したホストの場合:RHEL ゲストサブスクリプションは無制限で利用できます。
仮想 CPU が 96 未満のホストの場合: ゲスト仮想 CPU とホスト仮想 CPU の比率が最大 8:1 の RHEL ゲストを実行できます。
たとえば、64 個の仮想 CPU を搭載したホストでは、最大 512 個の RHEL ゲスト vCPU を実行できます (64 個のホスト vCPU × 8 = 512 個のゲスト vCPU)。
OVN-Kubernetes は、OpenShift Dedicated 上の OpenShift Virtualization におけるデフォルトのネットワークプロバイダーです。詳細は、関連情報 の OVN-Kubernetes を参照してください。
OpenShift Dedicated Web コンソールの 仮想化 パースペクティブと OpenShift CLI (oc) を使用して、クラスターと仮想化リソースを管理できます。
Compliance Operator をインストールし、ocp4-moderate および ocp4-moderate-node を使用してスキャンを実行することにより、OpenShift Virtualization クラスターのコンプライアンスの問題を確認できます。Compliance Operator は、NIST 認定ツールである OpenSCAP を使用して、セキュリティーポリシーをスキャンし、適用します。
1.1.2. OpenShift Virtualization と VMware vSphere の比較 リンクのコピーリンクがクリップボードにコピーされました!
VMware vSphere に精通している場合は、以下の表に記載された、同様のタスクを実行できる OpenShift Virtualization コンポーネントを使用できます。
しかし、OpenShift Virtualization は vSphere とは概念的に異なり、その機能の多くは基盤となる OpenShift Dedicated から派生しているため、OpenShift Virtualization には vSphere のすべての概念やコンポーネントに対する直接的な代替手段はありません。
| vSphere の概念 | OpenShift Virtualization | 詳細 |
|---|---|---|
| Datastore | 永続ボリューム (PV) 永続ボリューム要求 (PVC) | 仮想マシンディスクを保存します。PV は既存のストレージを表し、PVC 経由で仮想マシンに割り当てられます。共有アクセス用に設定されている場合、PVC は複数の仮想マシンによって同時にマウントできます。 |
| Dynamic Resource Scheduling (DRS) | Pod 退避ポリシー descheduler | アクティブなリソースバランシングを提供します。Pod のエビクションポリシーと descheduler の組み合わせにより、仮想マシンはより適切なノードへのライブマイグレーションが可能となり、ノードのリソースの使用状況を管理可能な状態に保つことができます。 |
| NSX | OVN-Kubernetes | オーバーレイネットワーク設定を提供します。OpenShift Virtualization には NSX に直接相当するものはありませんが、OVN-Kubernetes ネットワークプロバイダーを使用できます。 |
| Storage Policy Based Management (SPBM) | Storage class | ポリシーベースのストレージの選択を提供します。ストレージクラスは、さまざまなストレージタイプを表し、Quality of Service (QoS)、バックアップポリシー、回収ポリシー、ボリューム拡張が許可されるかどうかなどのストレージ機能を記述します。PVC は、アプリケーションの要件を満たすために特定のストレージクラスを要求できます。 |
| vCenter vRealize Operations | OpenShift メトリクスおよびモニタリング | ホストおよび仮想マシンのメトリクスを提供します。OpenShift Dedicated Web コンソールを使用すると、メトリクスを表示したり、クラスターと仮想マシンの全体的な健全性を監視したりできます。 |
| vMotion | ライブマイグレーション | 実行中の仮想マシンを中断せずに別のノードに移動します。ライブマイグレーションを利用するには、仮想マシンに接続されている PVC がライブマイグレーションをサポートするストレージを使用している必要があります。 |
1.1.3. OpenShift Virtualization でサポートされるクラスターバージョン リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Dedicated では、永続ストレージとして Google Cloud Hyperdisk または Google Cloud NetApp Volumes (GCNV) のいずれかを使用することで、Google Cloud 上の OpenShift Virtualization がサポートされます。
選択したストレージソリューションに基づいてインストールする必要のある最小バージョンについては、以下の表を参照してください。
| コンポーネント | Google Cloud Hyperdisk で必要なバージョン | Google Cloud NetApp Volumes (GCNV) で必要なバージョン |
|---|---|---|
| OpenShift Dedicated | 4.21.5 以降 | 4.21 以降 |
| OpenShift Virtualization Operator | 4.21.1 以降 | 4.21.2 以降 |
| NetApp Trident CSI Operator | 該当なし | 26.02.0 以降 |
1.1.4. 仮想マシンディスクのボリュームとアクセスモードについて リンクのコピーリンクがクリップボードにコピーされました!
既知のストレージプロバイダーでストレージ API を使用する場合、ボリュームモードとアクセスモードは自動的に選択されます。ただし、ストレージプロファイルのないストレージクラスを使用する場合は、ボリュームとアクセスモードを設定する必要があります。
最良の結果を得るには、ReadWriteMany (RWX) アクセスモードと Block ボリュームモードを使用してください。これは、以下の理由により重要です。
-
ライブマイグレーションには
ReadWriteMany(RWX) アクセスモードが必要です。 -
Blockボリュームモードは、Filesystemボリュームモードよりもパフォーマンスが大幅に優れています。これは、Filesystemボリュームモードでは、ファイルシステムレイヤーやディスクイメージファイルなどを含め、より多くのストレージレイヤーが使用されるためです。仮想マシンのディスクストレージに、これらのレイヤーは必要ありません。
次の設定の仮想マシンをライブマイグレーションすることはできません。
-
ReadWriteOnce(RWO) アクセスモードのストレージボリューム - GPU などのパススルー機能
これらの仮想マシンの evictionStrategy フィールドを None に設定します。None ストラテジーでは、ノードの再起動中に仮想マシンの電源がオフになります。