以下に記載するハードウェアの最小要件および推奨要件は、一般的な中小規模のインストールをベースとしています。正確な要件は、デプロイメントの規模や負荷により異なります。

Red Hat Virtualization のハードウェア認定には、Red Hat Enterprise Linux のハードウェア認定が適用されます。詳しくは、https://access.redhat.com/solutions/725243 を参照してください。特定のハードウェア項目が Red Hat Enterprise Linux での使用に認定されているかどうかを確認するには、https://access.redhat.com/ecosystem/#certifiedHardware を参照してください。

管理ポータルと VM ユーザーポータルには、以下のブラウザーバージョンとオペレーティングシステムを使用してアクセスすることができます。

ブラウザーのサポートは下記のように階層に分かれます。

仮想マシンコンソールは、Red Hat Enterprise Linux および Windows でサポートされているリモートビューアー (virt-viewer) クライアントを使用した場合のみにアクセスすることができます。virt-viewer をインストールするには、『仮想マシン管理ガイド』の「クライアントマシンへの補助コンポーネントのインストール」を参照してください。virt-viewer のインストールには管理者権限が必要です。

仮想マシンコンソールは、SPICE プロトコルを使用してアクセスされます。ゲストのオペレーティングシステムに QXL グラフィカルドライバーをインストールすると、SPICE の機能を向上/強化させることができます。

サポートされている QXL ドライバーは、Red Hat Enterprise Linux、Windows XP、および Windows 7 で利用できます。

SPICE のサポートは下記のように階層に分かれます。

Red Hat Virtualization Manager は、最新のマイナーリリースに更新済みの Red Hat Enterprise Linux 7 のベースインストール上にインストールする必要があります。

Manager に必要なパッケージのインストールを試みる際に、依存関係の問題が発生する可能性があるため、ベースのインストール後に他のパッケージをインストールしないでください。

『インストールガイド』に記載されている以外の追加のレポジトリーは有効化しないでください。

すべての CPU が Intel® 64 または AMD64 CPU の拡張機能をサポートし、AMD-V™ または Intel VT® のハードウェア仮想化拡張機能が有効化されている必要があります。No eXecute flag (NX) のサポートも必要です。

以下の CPU モデルがサポートされています。

必要最小限の RAM は 2 GB です。サポートされている RAM の最大値は 2 TB です。

ただし、必要な RAM 容量は、ゲストオペレーティングシステムの要件、ゲストのアプリケーションの要件、ゲストのメモリーアクティビティーと使用状況によって異なります。KVM は、全ゲストがピークの負荷で同時に稼働しないことを前提として、仮想ゲストに対して物理 RAM をオーバーコミットして、物理的に存在する RAM を超える要件でゲストをプロビジョニングすることも可能です。KVM は、ゲストの RAM を必要に応じてのみ割り当てて、使用率の低いゲストを swap に移動することによって、オーバーコミットします。

ホストには、設定、ログ、カーネルダンプを格納し、swap 領域として使用するためのローカルストレージが必要です。本セクションでは、Red Hat Virtualization Host のストレージの最小要件について説明します。Red Hat Enterprise Linux ホストのストレージ要件は、既存の設定で使用されるディスク容量によって異なりますが、Red Hat Virtualization Host の要件よりも多くなるはずです。

ホストのインストールには、最小限のストレージ要件があります。Red Hat は、より多くのストレージ領域を使用するデフォルトの割り当てを使用することを推奨しています。

推奨の swap サイズについては、https://access.redhat.com/ja/solutions/108483 を参照してください。

ホストには、最小帯域幅が 1 Gbps のネットワークインターフェースを少なくとも 1 基搭載している必要があります。Red Hat は、各ホストには 2 つのネットワークインターフェースを搭載し、そのうちの 1 つは仮想マシンの移行などネットワークへの負荷が高い作業専用にすることを推奨します。このように負荷の高い操作のパフォーマンスは、利用可能な帯域幅により制限されます。

Intel Q35 ベースの仮想マシンでの PCI Express と従来の PCI デバイスの使用方法に関する情報は、「Using PCI Express and Conventional PCI Devices with the Q35 Virtual Machine」を参照してください。

仮想マシンがホストから特定の PCIe デバイスを使用できるように、デバイス割り当ておよび PCI パススルーを実装する予定がある場合は、以下の要件を満たしていることを確認してください。

ベンダーの仕様とデータシートをチェックして、お使いのハードウェアが要件を満たしていることを確認してください。lspci -v コマンドで、システムにインストール済みの PCI デバイスの情報を表示することができます。

『インストールガイド』の「PCI パススルーを有効にするためのホストの設定」を参照してください。

vGPU を使用するためのホストと仮想マシンの設定に関する情報は、『仮想マシン管理ガイド』の「仮想マシンへの vGPU のインストール」を参照してください。

Manager およびホストにはすべて、完全修飾ドメイン名と、全面的かつ完全な正引きおよび逆引きの名前解決が必要です。Red Hat は DNS を使用することを推奨しています。名前解決に /etc/hosts ファイルを使用すると、より多くの作業が必要となり、エラーが発生する可能性がより高くなります。

Red Hat Virtualization 環境では DNS が幅広く使用されるため、環境の DNS サービスを同じ環境でホストされている仮想マシンとして実行する方法はサポートされていません。Red Hat Virtualization 環境が名前解決に使用する全 DNS サービスは、環境の外部でホストする必要があります。

Red Hat Virtualization Manager では、ネットワークトラフィックがシステムのファイアウォールを通過できるように複数のポートを開放しておく必要があります。

engine-setup スクリプトにより、ファイアウォールを自動設定することができますが、iptables を使用している場合には、既存のファイアウォール設定はすべて上書きされます。既存のファイアウォール設定を維持する場合には、Manager が必要とするファイアウォールルールを手動で挿入する必要があります。engine-setup コマンドは、必要な iptables ルールを /etc/ovirt-engine/iptables.example ファイルに保存します。firewalld を使用している場合には、engine-setup によって既存の設定は上書きされません。

本セクションに記載するファイアウォール設定は、デフォルトの設定を前提としています。

Red Hat Enterprise Linux ホストおよび Red Hat Virtualization Host (RHVH) には、システムのファイアウォールで複数のポートを開放する必要があります。ホストを Manager に追加する際には、ファイアウォールルールは、デフォルトで自動的に設定され、既存のファイアウォール設定はすべて上書きされます。

新規ホストの追加時のファイアウォール自動設定を無効にするには、詳細パラメーター の下の ホストのファイアウォールを自動設定する のチェックボックスからチェックを外します。

ホストのファイアウォールルールをカスタマイズするには、https://access.redhat.com/solutions/2772331 を参照してください。

Red Hat Virtualization では、Manager データベース (engine) および Data Warehouse データベース (ovirt-engine-history) にリモートのデータベースサーバーの使用をサポートしています。リモートのデータベースサーバーを使用する予定の場合には、Manager および Data Warehouse サービス (Manager と分離することが可能) からの接続を許可する必要があります。

同様に、Red Hat CloudForms などの外部システムからローカルまたはリモートの Data Warehouse データベースにアクセスする予定の場合には、そのシステムからのアクセスをデータベースで許可する必要があります。外部システムからの Manager データベースへのアクセスはサポートされていません。

Red Hat Virtualization Host (RHVH) は、Red Hat Enterprise Linux ホストと比較した場合に、以下のような利点があります。

Red Hat Enterprise Linux ホストは、Red Hat Virtualization Host と比較した場合に、以下のような利点があります。

NFS バージョン 3 および 4 は Red Hat Virtualization 4 でサポートされています。NFS を ISO ストレージドメインとしてのみ使用する場合以外は、実稼働環境のワークロードには、エンタープライズレベルの NFS サーバーが必要です。エンタープライズ NFS を 10GbE 上にデプロイし、VLAN で分離して、個々のサービスが特定のポートを使用するように設定すると、高速かつセキュアとなります。

NFS エクスポートは、ストレージのより多くのニーズに対応するようになっているため、Red Hat Virtualization は大型のデータストアをただちに認識します。ホスト上または Red Hat Virtualization 内からは追加の設定は必要ありません。このため、NFS はスケーリングと運用の面でブロックストレージを上回ります。

参考資料

実稼働環境のワークロードには、エンタープライズレベルの iSCSI サーバーが必要です。エンタープライズ iSCSI を 10GbE 上にデプロイし、VLAN で分離して、CHAP 認証を利用すると、高速かつセキュアとなります。

iSCSI ではマルチパスを使用して高可用性を向上させることも可能です。

参考資料

ファイバーチャネルは、高速かつセキュアなので、ターゲットのデータセンターですでに使用されている場合には、活用すべきです。また、iSCSI と NFS に比べて CPU オーバーヘッドが低いという利点もあります。

ファイバーチャネルではマルチパスを使用して高可用性を向上させることも可能です。

参考資料

Red Hat Virtualization で Fibre Channel over Ethernet (FCoE) を使用するには、Manager で fcoe キーを有効化して、ホストに vdsm-hook-fcoe パッケージをインストールする必要があります。

参考資料

Red Hat Gluster Storage (RHGS) は POSIX 準拠のオープンソースファイルシステムです。Red Hat Gluster Storage のクラスターは、Network Attached Storage (NAS) アプライアンスや Storage Area Network (SAN) アレイの代わりに 3 台以上のサーバーで構成されます。

Red Hat Gluster Storage は 10GbE 上にデプロイし、 VLAN で分離すべきです。

Red Hat Virtualization で RHGS を使用する前には、https://access.redhat.com/articles/2356261 で互換性マトリックスを確認してください。

参考資料

Red Hat Hyperconverged Infrastructure (RHHI) は、Red Hat Virtualization をリモートの Red Hat Gluster Storage サーバーに接続する代わりに、Red Hat Virtualization と Red Hat Gluster Storage を同じインフラストラクチャーに統合します。このコンパクトなオプションにより、運用の費用とオーバーヘッドが削減されます。

参考資料

Red Hat Ceph File System (CephFS) は POSIX 標準と互換性のあるファイルシステムで、Ceph Storage Cluster を使用してデータを保管します。 CephFS をストレージドメインとして追加する際には、Red Hat Virtualization 側で特別な設定は必要なく、他の POSIX 互換 FS ストレージを追加するのと同じ方法で追加します。

『Ceph File System Guide』を参照してください。

その他の POSIX 準拠ファイルシステムは、Red Hat Global File System 2 (GFS2) などのクラスター化されたファイルシステムで、スパースファイルと直接 I/O をサポートしている限りは、Red Hat Virtualization でストレージドメインとして使用することができます。たとえば、Common Internet File System (CIFS) は、直接 I/O をサポートしていないため、Red Hat Virtualization との互換性はありません。

参考資料

ローカルストレージは、ホスト自体のリソースを使用して、個別のホスト上に設定されます。ホストがローカルストレージを使用するように設定すると、新しいデータセンターとクラスターに自動的に追加され、そこには他のホストは追加できません。単一のホストで構成されるクラスター内で作成された仮想マシンは、移行、フェンシング、スケジューリングはできません。

Red Hat Virtualization Host の場合は、/ (root) とは異なるファイルシステム上でローカルストレージを常に定義すべきです。Red Hat では、別の論理ボリュームまたはディスクを使用することを推奨しています。

『管理ガイド』の「ローカルストレージの準備と追加」を参照してください。

以下のコンポーネントは、Manager またはリモートマシンでホストすることができます。全コンポーネントを Manage のマシンで保持する方がより簡単で、メンテナンスの手間が少なくて済みます。したがって、これはパフォーマンスが問題とならない場合に望ましいオプションです。コンポーネントをリモートマシンに移動するとより多くのメンテナンスが必要となりますが、Manager と Data Warehouse のパフォーマンスはいずれも向上します。

以下のコンポーネントは、リモートマシン上でホストする必要があります。