仮想化の設定および管理

次のステップ

• Red Hat Enterprise Linux 9 で仮想化の使用を開始するには、Red Hat Enterprise Linux 9 での 仮想化の有効化 を参照してください。
• Red Hat は、Red Hat Enterprise Linux 9 の仮想化以外にも、専門化した仮想化ソリューションを多数提供しています。各ソリューションには、さまざまなユーザーフォーカスおよび機能があります。詳細は、Red Hat virtualization solutions を参照してください。

• リソースの柔軟性と詳細な割り当て

  仮想マシンは、通常、物理マシンであるホストマシンで稼働し、使用するゲスト OS に物理ハードウェアを割り当てることもできます。ただし、仮想マシンへの物理リソースの割り当てはソフトウェアレベルで行うため、柔軟性が非常に高くなります。仮想マシンは、ホストメモリー、CPU、またはストレージ領域で設定可能な割合を指定して、非常に詳細なリソース要求を指定できます。

  たとえば、ゲスト OS がディスクとして見るものは、ホストファイルシステムではファイルとして表示され、そのディスクのサイズは、物理ディスクで利用可能なサイズよりも少なくなります。

• ソフトウェアで制御される設定

  仮想マシン全体の設定は、ホスト上のデータとして保存され、ソフトウェア制御下にあります。したがって、仮想マシンの作成、削除、クローン作成、移行、リモートからの操作、リモートストレージへの接続などを簡単に行うことができます。

• ホストからの分離

  ゲスト OS は、ホストの OS とは別の仮想化カーネルで実行します。つまり、任意の OS を仮想マシンにインストールでき、ゲスト OS が不安定になっても、または不正アクセスされても、ホストには影響を及ぼしません。

• 領域とコスト効率

  1 台の物理マシンで仮想マシンを多数ホストできます。したがって、複数の物理マシンが同じタスクを実行する必要がないため、物理ハードウェアに対する領域、電力、およびメンテナンスの要件が低くなります。

• ソフトウェアの互換性

  仮想マシンは、ホストとは異なる OS を使用できるため、仮想化により、本来はホスト OS 用にリリースされていないアプリケーションを実行できるようになります。たとえば、RHEL 7 のゲスト OS を使用すると、RHEL 7 用にリリースされたアプリケーションを RHEL 9 ホストシステムで実行できます。

  注記

  RHEL 9 ホストでは、すべてのオペレーティングシステムがゲスト OS としてサポートされているわけではありません。詳細は、Recommended features in RHEL 9 virtualization を参照してください。

• メタデータ (仮想マシンの名前、タイムゾーン、その他の仮想マシンの情報など)
• 仮想マシンのデバイスの説明 (仮想 CPU (vCPU)、ストレージデバイス、入出力デバイス、ネットワークインターフェイスカード、その他の物理ハードウェアおよび仮想ハードウェアなど)
• 仮想マシンの設定 (使用可能な最大メモリー量、再起動設定、仮想マシンの動作に関するその他の設定など)

• virsh - 指定した引数に応じて、多種多様な目的を持つ多目的仮想コマンドラインユーティリティーおよびシェル。以下に例を示します。

  • 仮想マシンの起動およびシャットダウン - virsh start および virsh shutdown
  • 利用可能な仮想マシンのリスト表示 - virsh list
  • 設定ファイルからの仮想マシンの作成 - virsh create
  • 仮想化シェルの入力 - virsh

  詳細は、virsh(1) man ページを参照してください。

• virt-install - 新しい仮想マシンを作成する CLI ユーティリティー。詳細は、virt-install(1) man ページを参照してください。
• virt-xml - 仮想マシンの設定を編集するユーティリティー。
• guestfish - 仮想マシンのディスクイメージを調べ、修正するユーティリティー。詳細は、guestfish(1) man ページを参照してください。

• RHEL 9 の Web コンソール (Cockpit とも呼ばれています) は、仮想マシンおよび仮想化ホストの管理用に、リモートからアクセスでき、簡単に使用できるグラフィカルユーザーインターフェイスを提供します。

  Web コンソールを使用した基本的な仮想化管理の手順については、Managing virtual machines in the web console を参照してください。

前提条件

• Red Hat Enterprise Linux 9 が、ホストマシンに インストールされ登録されている。

• システムが仮想ホストとして機能するように、以下のハードウェア要件を満たしている。

  • ホストマシンのアーキテクチャーが KVM 仮想化 に対応している。

  • 最低でも、以下のシステムリソースが利用できる。

    • ホスト用に 6 GB と、各仮想マシン用に 6 GB の空きディスク容量。
    • ホスト用に 2 GB と、各仮想マシン用に 2 GB の RAM。

トラブルシューティング

• KVM 仮想化がホスト CPU でサポートされていない場合は、virt-host-validate は以下の出力を生成します。

  QEMU: Checking for hardware virtualization: FAIL (Only emulated CPUs are available, performance will be significantly limited)

  ただし、このようなホストシステムにある仮想マシンは、パフォーマンス上の問題が発生するのではなく、起動に失敗します。

  これを回避するには、仮想マシンの XML 設定の <domain type> 値を qemu に変更します。ただし、Red Hat は qemu ドメインタイプを使用する仮想マシンに対応していないため、実稼働環境ではこれを設定しないことを強く推奨している点に注意してください。

前提条件

• 最低でも、以下のシステムリソースが利用できる。

  • ホスト用に 6 GB と、各仮想マシン用に 6 GB の空きディスク容量。
  • ホスト用に 2 GB と、各仮想マシン用に 2 GB の RAM。
  • ホスト上の 4 つの CPU通常、仮想マシンは、割り当てられた 1 つの vCPU で実行できますが、Red Hat は、高負荷時に仮想マシンが応答しなくならないように、仮想マシンごとに 2 つ以上の vCPU を割り当てることを推奨します。
• IBM Z ホストシステムでは、z13 以降の CPU を使用している。

• RHEL 9 が論理パーティション (LPAR) にインストールされている。また、LPAR が start-interpretive execution (SIE) 仮想機能に対応している。

  これを確認するには、/proc/cpuinfo ファイルで sie を検索します。

  # grep sie /proc/cpuinfo
  features        : esan3 zarch stfle msa ldisp eimm dfp edat etf3eh highgprs te sie

トラブルシューティング

• KVM 仮想化がホスト CPU でサポートされていない場合は、virt-host-validate は以下の出力を生成します。

  QEMU: Checking for hardware virtualization: FAIL (Only emulated CPUs are available, performance will be significantly limited)

  ただし、このようなホストシステムにある仮想マシンは、パフォーマンス上の問題が発生するのではなく、起動に失敗します。

  これを回避するには、仮想マシンの XML 設定の <domain type> 値を qemu に変更します。ただし、Red Hat は qemu ドメインタイプを使用する仮想マシンに対応していないため、実稼働環境ではこれを設定しないことを強く推奨している点に注意してください。

前提条件

• ホストシステムとゲストシステムは、64 KB のメモリーページサイズのカーネルを使用します。このようなカーネルを RHEL システムにインストールするには、ARM への Kernel-64k のインストール を参照してください。

• 最低でも、以下のシステムリソースが利用できる。

  • ホスト用に 6 GB と、各ゲスト用に 6 GB の空きディスク容量
  • ホスト用に 4 GB の RAM と、対象のゲストごとにさらに 4 GB。

次のステップ

• 仮想マシンの作成

• Linux 仮想マシンの場合は、Linux ゲストでの QEMU ゲストエージェントの有効化 参照してください。
• Windows 仮想マシンの場合は、Windows ゲストでの QEMU ゲストエージェントの有効化 を参照してください。

前提条件

• ホストシステムで仮想化が 有効 になっている。
• ディスク領域、RAM、CPU など、仮想マシンに割り当てるのに十分なシステムリソースがある。推奨される値は、仮想マシンで行うタスクやワークロードにより大きく異なる可能性があります。

• オペレーティングシステム (OS) のインストールソースがローカルまたはネットワークで利用できる。これには、次のいずれかを使用できます。

  • インストールメディアの ISO イメージ

  • 既存の仮想マシンインストールのディスクイメージ

    警告

    RHEL 9 では、ホストの CD-ROM デバイスまたは DVD-ROM デバイスからインストールすることができません。RHEL 9 で利用可能な仮想マシンのインストール方法を使用する際に、インストールソースに CD-ROM または DVD-ROM を選択するとインストールに失敗します。詳細は Red Hat ナレッジベース を参照してください。

    また、Red Hat は、限られたゲストオペレーティングシステムのセット のみをサポートしていることにも注意してください。

• 任意: インストールをより速く、簡単に設定するために、キックスタートファイルを利用できます。

• --name: 新しいマシンの名前
• --memory: 割り当てるメモリーの量
• --vcpus: 割り当てる仮想 CPU の数
• --disk: 割り当てるストレージのタイプとサイズ
• --cdrom または --location: OS インストールソースのタイプと場所

• 次のコマンドでは、demo-guest1 という名前の仮想マシンを作成し、ローカルの /home/username/Downloads/Win10install.iso ファイルに保存されている ISO イメージから、Windows 10 OS をインストールします。この仮想マシンには、2048 MiB の RAM と 2 つの vCPU が割り当てられ、80 GiB の qcow2 仮想ディスクも自動的に割り当てられます。

  # virt-install \
      --name demo-guest1 --memory 2048 \
      --vcpus 2 --disk size=80 --os-variant win10 \
      --cdrom /home/username/Downloads/Win10install.iso

• 次のコマンドは、demo-guest2 という名前の仮想マシンを作成し、/home/username/Downloads/rhel9.iso イメージを使用して、ライブ CD から RHEL 9 OS を実行します。この仮想マシンにはディスク領域が割り当てられないため、セッション中に行った変更は保持されません。また、仮想マシンには、4096 MiB の RAM と、4 つの vCPU が割り当てられます。

  # virt-install \
      --name demo-guest2 --memory 4096 --vcpus 4 \
      --disk none --livecd --os-variant rhel9.0 \
      --cdrom /home/username/Downloads/rhel9.iso

• 次のコマンドは、demo-guest3 という名前の RHEL 9 仮想マシンを作成し、既存のディスクイメージ /home/username/backup/disk.qcow2 に接続します。これは、マシン間でハードドライブを物理的に移動するのと似ています。したがって、demo-guest3 で使用できる OS およびデータは、イメージが処理された方法により決定します。また、仮想マシンには、2048 MiB の RAM および 2 つの vCPU が割り当てられます。

  # virt-install \
      --name demo-guest3 --memory 2048 --vcpus 2 \
      --os-variant rhel9.0 --import \
      --disk /home/username/backup/disk.qcow2

  ディスクイメージをインポートする場合は、--os-variant オプションを使用することが強く推奨されます。このオプションを指定しないと、作成された仮想マシンのパフォーマンスに影響を及ぼします。

• 次のコマンドは、demo-guest4 という名前の仮想マシンを作成し、URL http://example.com/OS-install からインストールします。インストールを開始するには、作業中の OS インストールツリーを URL に指定する必要があります。さらに、OS は、キックスタートファイル /home/username/ks.cfg で自動的に設定されます。この仮想マシンには、2048 MiB の RAM、2 つの vCPU、および 160 GiB の qcow2 仮想ディスクも割り当てられます。

  # virt-install \
      --name demo-guest4 --memory 2048 --vcpus 2 --disk size=160 \
      --os-variant rhel9.0 --location http://example.com/OS-install \
      --initrd-inject /home/username/ks.cfg --extra-args="inst.ks=file:/ks.cfg console=tty0 console=ttyS0,115200n8"

  さらに、ARM 64 ホスト上の RHEL 9 で demo-guest4 をホストする場合は、キックスタートファイルによって kernel-64k パッケージが確実にインストールされるように、次の行を追加します。

  %packages
  -kernel
  kernel-64k
  %end

• 次のコマンドは、demo-guest5 という名前の仮想マシンを作成し、グラフィックスがない、テキストのみのモードである RHEL9.iso イメージファイルからインストールします。ゲストコンソールをシリアルコンソールに接続します。仮想マシンには、16384 MiB のメモリー、16 個の vCPU、および 280 GiB のディスクが割り当てられます。このようなインストールは、低速なネットワークリンクを介してホストに接続する際に便利です。

  # virt-install \
      --name demo-guest5 --memory 16384 --vcpus 16 --disk size=280 \
      --os-variant rhel9.0 --location RHEL9.iso \
      --graphics none --extra-args='console=ttyS0'

• 次のコマンドは、demo-guest6 という名前の仮想マシンを作成します。この仮想マシンの設定は demo-guest5 と同じですが、リモートホスト 192.0.2.1 に置かれます。

  # virt-install \
      --connect qemu+ssh://root@192.0.2.1/system --name demo-guest6 --memory 16384 \
      --vcpus 16 --disk size=280 --os-variant rhel9.0 --location RHEL9.iso \
      --graphics none --extra-args='console=ttyS0'

• 次のコマンドは、demo-guest-7 という名前の仮想マシンを作成します。この仮想マシンの設定は demo-guest5 と同じですが、ストレージとして DASD 仲介デバイス mdev_30820a6f_b1a5_4503_91ca_0c10ba12345a_0_0_29a8 を使用し、デバイス番号 1111 を割り当てます。

  # virt-install \
      --name demo-guest7 --memory 16384 --vcpus 16 --disk size=280 \
      --os-variant rhel9.0 --location RHEL9.iso --graphics none \
      --disk none --hostdev mdev_30820a6f_b1a5_4503_91ca_0c10ba12345a_0_0_29a8,address.type=ccw,address.cssid=0xfe,address.ssid=0x0,address.devno=0x1111,boot-order=1 \
      --extra-args 'rd.dasd=0.0.1111'

  インストールに利用可能な仲介デバイスの名前は、virsh nodedev-list --cap mdev コマンドを使用して取得できることに注意してください。

検証

• 仮想マシンが問題なく作成されると、仮想マシンのグラフィカルコンソールで virt-viewer 画面が開き、ゲスト OS のインストールが開始します。

トラブルシューティング

• virt-install が cannot find default network エラーを出力する場合は、以下のようにします。

  • libvirt-daemon-config-network パッケージがインストールされていることを確認します。

    # {PackageManagerCommand} info libvirt-daemon-config-network
    Installed Packages
    Name         : libvirt-daemon-config-network
    [...]

  • libvirt のデフォルトネットワークがアクティブで、自動的に起動するように設定されていることを確認します。

    # virsh net-list --all
     Name      State    Autostart   Persistent
    --------------------------------------------
     default   active   yes         yes

  • そうでない場合は、デフォルトのネットワークをアクティブにし、自動起動に設定します。

    # virsh net-autostart default
    Network default marked as autostarted
    
    # virsh net-start default
    Network default started

    • デフォルトのネットワークをアクティベートしても以下のエラーが出て失敗する場合は、libvirt-daemon-config-network パッケージが正常にインストールされていません。

      error: failed to get network 'default'
      error: Network not found: no network with matching name 'default'

      この問題を修正するには、以下のコマンドで libvirt-daemon-config-network を再インストールします。

      # {PackageManagerCommand} reinstall libvirt-daemon-config-network

    • 以下のようなエラーでデフォルトのネットワークをアクティベートできない場合には、デフォルトネットワークのサブネットとホストの既存インターフェイスで競合が発生しています。

      error: Failed to start network default
      error: internal error: Network is already in use by interface ens2

      これを修正するには、virsh net-edit default コマンドを使用して、設定の 192.0.2.* の値を、ホストで使用していないサブネットに変更します。

前提条件

• すでに定義されている非アクティブな仮想マシン
• 仮想マシンの名前

• リモート仮想マシンの場合は、以下も設定されている。

  • 仮想マシンが置かれているホストの IP アドレス
  • ホストへの root アクセス権限

手順

• ローカルの仮想マシンには、virsh start ユーティリティーを使用します。

  たとえば、次のコマンドは仮想マシン demo-guest1 を起動します。

  # virsh start demo-guest1
  Domain 'demo-guest1' started

• リモートホストにある仮想マシンでは、ホストへの QEMU+SSH 接続と共に virsh start ユーティリティーを使用します。

  たとえば、次のコマンドは、ホスト 192.0.2.1 にある仮想マシン demo-guest1 を起動します。

  # virsh -c qemu+ssh://root@192.0.2.1/system start demo-guest1
  
  root@192.0.2.1's password:
  
  Domain 'demo-guest1' started

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• すでに定義されている非アクティブな仮想マシン
• 仮想マシンの名前

前提条件

• 作成された仮想マシン がある

• Web コンソールで仮想マシンのグラフィカルインターフェイスを操作するには、グラフィカルコンソール を使用します。
• リモートビューアーで仮想マシンのグラフィカルインターフェイスを操作する場合は、リモートビューアーでグラフィカルコンソールの表示 を参照してください。
• Web コンソールで仮想マシンの CLI を操作するには、シリアルコンソール を使用します。

前提条件

• システム、および接続している仮想マシンが、グラフィカルディスプレイに対応している。
• ターゲットの仮想マシンがリモートホストにある場合は、そのホストへの接続およびルートアクセス権限が確保されている。
• オプション: ターゲット仮想マシンがリモートホストにある場合は、リモートホストにアクセスしやすくなる ように libvirt と SSH を設定した。

手順

• ローカルの仮想マシンに接続するには、次のコマンドを使用して、guest-name を、接続する仮想マシンの名前に置き換えます。

  # virt-viewer guest-name

• リモートの仮想マシンに接続するには、SSH プロトコルで virt-viewer コマンドを実行します。たとえば、次のコマンドは、root 権限で、リモートシステム 192.0.2.1 にある guest-name という名前の仮想マシンに接続します。接続には、192.0.2.1 用の root 認証も必要になります。

  # virt-viewer --direct --connect qemu+ssh://root@192.0.2.1/system guest-name
  root@192.0.2.1's password:

トラブルシューティング

• グラフィカルコンソールをクリックしても効果がない場合は、コンソールを全画面表示にします。これは、マウスカーソルオフセットの既知の問題です。

前提条件

• ターゲットの仮想マシンへのネットワーク接続および root アクセス権がある。
• ターゲットの仮想マシンがリモートホストにある場合は、そのホストへの接続およびルートのアクセス権限もある。

• 仮想マシンネットワークは、libvirt が生成した dnsmasq により IP アドレスを割り当てます。これは、たとえば、libvirt NAT ネットワーク などに該当します。

  特に、仮想マシンが次のネットワーク設定のいずれかを使用している場合、SSH を使用して仮想マシンに接続することはできません。

  • hostdev インターフェイス
  • ダイレクトインターフェイス
  • ブリッジインターフェイス

• libvirt-nss コンポーネントを仮想マシンのホストにインストールして有効にしている。そうでない場合は、以下を行います。

  1. libvirt-nss パッケージをインストールします。

     # dnf install libvirt-nss

  2. /etc/nsswitch.conf ファイルを編集し、libvirt_guest を hosts 行に追加します。

     ...
     passwd:      compat
     shadow:      compat
     group:       compat
     hosts:       files libvirt_guest dns
     ...

トラブルシューティング

• 仮想マシンの名前が分からない場合は、virsh list --all コマンドを使用すると、ホストで利用可能な仮想マシンのリストを表示できます。

  # virsh list --all
  Id    Name                           State
  ----------------------------------------------------
  2     testguest1                    running
  -     testguest2                    shut off

• VNC プロトコルは提供されないため、GUI ツールのビデオ表示には対応していません。
• ネットワークに接続されていないため、SSH を使用して 相互作用できない

前提条件

• ホスト上の GRUB ブートローダーは、シリアルコンソールを使用するように設定する必要があります。確認するには、ホスト上の /etc/default/grub ファイルに GRUB_TERMINAL=serial パラメーターが含まれていることを確認します。

  $ sudo grep GRUB_TERMINAL /etc/default/grub
  GRUB_TERMINAL=serial

• 仮想マシンには、console type='pty' などのシリアルコンソールデバイスが設定されている必要がある。確認するには、以下の手順を実施します。

  # virsh dumpxml vm-name | grep console
  
  <console type='pty' tty='/dev/pts/2'>
  </console>

• 仮想マシンに、カーネルコマンドラインでシリアルコンソールが設定されている。これを確認するには、仮想マシン上の cat /proc/cmdline コマンド出力に console=<console-name> が含まれている必要があります。<console-name> はアーキテクチャー固有です。

  • AMD64 および Intel 64 の場合: ttyS0

  • ARM 64 の場合: ttyAMA0

    注記

    この手順の次のコマンドは ttyS0 を使用します。

    # cat /proc/cmdline
    BOOT_IMAGE=/vmlinuz-3.10.0-948.el7.x86_64 root=/dev/mapper/rhel-root ro console=tty0 console=ttyS0,9600n8 rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb

    シリアルコンソールが仮想マシンに正しく設定されていない場合は、virsh コンソール を仮想マシンに接続すると、応答のないゲストコンソールに接続できます。ただし、Ctrl+] ショートカットを使用して、応答しないコンソールを終了することができます。

  • 仮想マシンでシリアルコンソールを設定するには、以下を行います。

    1. 仮想マシンで、console=ttyS0 カーネルオプションを有効にします。

       # grubby --update-kernel=ALL --args="console=ttyS0"

    2. 変更を反映させない可能性があるカーネルオプションをクリアします。

       # grub2-editenv - unset kernelopts

    3. 仮想マシンを再起動します。

• serial-getty@<console-name> サービスを有効にする必要があります。たとえば、AMD64 および Intel 64 の場合:

  # systemctl status serial-getty@ttyS0.service
  
  ○ serial-getty@ttyS0.service - Serial Getty on ttyS0
       Loaded: loaded (/usr/lib/systemd/system/serial-getty@.service; enabled; preset: enabled)

• /etc/libvirt/libvirt.conf ファイルを編集して、uri_default パラメーターの値を、デフォルトの libvirt ターゲットとして example-qemu-host-alias に設定できます。

  # These can be used in cases when no URI is supplied by the application
  # (@uri_default also prevents probing of the hypervisor driver).
  #
  uri_default = "example-qemu-host-alias"

  これにより、指定したリモートホストで、libvirt ベースのコマンドがすべて自動的に実行されます。

  $ virsh list
  root@192.0.2.1's password:
  
  Id   Name              State
  ---------------------------------
  1   example-remote-guest      running

• リモートホストに接続する場合、リモートシステムへの root パスワードの入力を回避できます。そのためには、以下の方法を 1 つ以上行います。

  • リモートホストへのキーベースの SSH アクセスを設定する
  • SSH 接続の多重化を使用して、リモートシステムに接続する。
  • Identity Management における Kerberos 認証
• -c (または --connect) オプションを使用して、リモートホストで virt-install、virt-viewer、および virsh コマンドを実行できます。

• ゲストに接続している 場合に、ゲスト OS に適したシャットダウンコマンドを使用

• ホストで virsh shutdown コマンドを使用

  • 仮想マシンがローカルホストにある場合は、以下のコマンドを実行します。

    # virsh shutdown demo-guest1
    Domain 'demo-guest1' is being shutdown

  • 仮想マシンがリモートホスト (この例では 192.0.2.1) にある場合は、以下のコマンドを実行します。

    # virsh -c qemu+ssh://root@192.0.2.1/system shutdown demo-guest1
    
    root@192.0.2.1's password:
    Domain 'demo-guest1' is being shutdown

前提条件

• 仮想マシンからの重要なデータのバックアップを作成する。
• 仮想マシンをシャットダウンしている。
• その他の仮想マシンが、同じ関連ストレージを使用しないようにしている。

手順

• virsh undefine ユーティリティーを使用します。

  たとえば、次のコマンドは、guest1 仮想マシン、関連のあるストレージボリューム、および不揮発性 RAM が存在する場合はそれを削除します。

  # virsh undefine guest1 --remove-all-storage --nvram
  Domain 'guest1' has been undefined
  Volume 'vda'(/home/images/guest1.qcow2) removed.

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• 仮想マシンからの重要なデータのバックアップを作成する。
• 他の仮想マシンが同じ関連ストレージを使用していないことを確認します。
• オプション: 仮想マシンをシャットダウンします。

次のステップ

• Web コンソールで仮想マシンの管理を有効にする手順は、Web コンソールの設定による仮想マシンの管理 を参照してください。
• Web コンソールで使用できる仮想マシン管理アクションの包括的なリストは、Virtual machine management features available in the web console を参照してください。

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

手順

• cockpit-machines プラグインをインストールします。

  # dnf install cockpit-machines

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• 仮想マシンがシャットダウンされている。

検証

• 新しい仮想マシン名が Virtual Machines インターフェイスに表示されていることを確認します。

手順

• ホストで仮想マシンのリストを取得するには、次のコマンドを実行します。

  # virsh list --all
  Id   Name              State
  ----------------------------------
  1    testguest1             running
  -    testguest2             shut off
  -    testguest3             shut off
  -    testguest4             shut off

• 特定の仮想マシンに関する基本的な情報を取得するには、次のコマンドを実行します。

  # virsh dominfo testguest1
  Id:             1
  Name:           testguest1
  UUID:           a973666f-2f6e-415a-8949-75a7a98569e1
  OS Type:        hvm
  State:          running
  CPU(s):         2
  CPU time:       188.3s
  Max memory:     4194304 KiB
  Used memory:    4194304 KiB
  Persistent:     yes
  Autostart:      disable
  Managed save:   no
  Security model: selinux
  Security DOI:   0
  Security label: system_u:system_r:svirt_t:s0:c486,c538 (enforcing)

• 特定の仮想マシンの XML 設定をすべて取得するには、次のコマンドを実行します。

  # virsh dumpxml testguest2
  
  <domain type='kvm' id='1'>
    <name>testguest2</name>
    <uuid>a973434f-2f6e-4ěša-8949-76a7a98569e1</uuid>
    <metadata>
  [...]

  仮想マシンの XML 設定の例と注釈については、仮想マシンの XML 設定例 を参照してください。

• 仮想マシンのディスクおよびその他のブロックデバイスに関する情報は、次のコマンドを実行します。

  # virsh domblklist testguest3
   Target   Source
  ---------------------------------------------------------------
   vda      /var/lib/libvirt/images/testguest3.qcow2
   sda      -
   sdb      /home/username/Downloads/virt-p2v-1.36.10-1.el7.iso

  仮想マシンのストレージを管理する手順については、Managing storage for virtual machines を参照してください。

• 仮想マシンのファイルシステムとそのマウントポイントに関する情報を取得するには、次のコマンドを実行します。

  # virsh domfsinfo testguest3
  Mountpoint   Name   Type   Target
  ------------------------------------
   /            dm-0   xfs
   /boot        vda1   xfs

• 特定の仮想マシンの vCPU に関する詳細を取得するには、次のコマンドを実行します。

  # virsh vcpuinfo testguest4
  VCPU:           0
  CPU:            3
  State:          running
  CPU time:       103.1s
  CPU Affinity:   yyyy
  
  VCPU:           1
  CPU:            0
  State:          running
  CPU time:       88.6s
  CPU Affinity:   yyyy

  仮想マシンで vCPU を設定し、最適化するには、仮想マシンの CPU パフォーマンスの最適化 を参照してください。

• ホスト上の仮想ネットワークインターフェイスのリストを表示するには、次のコマンドを実行します。

  # virsh net-list --all
   Name       State    Autostart   Persistent
  ---------------------------------------------
   default    active   yes         yes
   labnet     active   yes         yes

  特定のインターフェイスに関する情報は、次のコマンドを実行します。

  # virsh net-info default
  Name:           default
  UUID:           c699f9f6-9202-4ca8-91d0-6b8cb9024116
  Active:         yes
  Persistent:     yes
  Autostart:      yes
  Bridge:         virbr0

  ネットワークインターフェイス、仮想マシンネットワーク、およびこれらの設定手順の詳細は、仮想マシンのネットワーク接続の設定 を参照してください。

• ホスト上のストレージプールとストレージボリュームに関する情報を表示する手順については、CLI を使用した仮想マシンのストレージ情報の表示 を参照してください。

前提条件

• 仮想マシンと設定を保存するのに十分なディスク領域がある。仮想マシンが占有する領域は、その仮想マシンに割り当てられている RAM のサイズによって異なることに注意してください。
• 仮想マシンが永続的である。
• オプション: 必要に応じて、仮想マシンから重要なデータをバックアップする。

手順

• virsh managedsave ユーティリティーを使用します。

  たとえば、次のコマンドは、仮想マシン demo-guest1 を停止し、その設定を保存します。

  # virsh managedsave demo-guest1
  Domain 'demo-guest1' saved by libvirt

  保存された仮想マシンファイルは、デフォルトで /var/lib/libvirt/qemu/save ディレクトリーに demo-guest1.save として置かれます。

  次に仮想マシンを 起動 すると、上記のファイルから、保存された状態が自動的に復元します。

検証

• 管理保存が有効になっている仮想マシンを一覧表示します。以下の例では、saved として一覧表示されている仮想マシンで、管理保存が有効になっています。

  # virsh list --managed-save --all
  Id    Name                           State
  ----------------------------------------------------
  -     demo-guest1                    saved
  -     demo-guest2                    shut off

  管理保存のイメージがある仮想マシンのリストを表示するには、次のコマンドを使用します。

  # virsh list --with-managed-save --all
  Id    Name                           State
  ----------------------------------------------------
  -     demo-guest1                    shut off

  停止状態にある保存された仮想マシンのリストを表示するには、コマンドで --all オプションまたは --inactive オプションを使用する必要があります。

トラブルシューティング

• 保存した仮想マシンファイルが破損したり、読み込めない場合は、仮想マシンを復元すると、代わりに標準の仮想マシン起動が起動します。

前提条件

• すでに定義されている非アクティブな仮想マシン
• 仮想マシンの名前

• リモート仮想マシンの場合は、以下も設定されている。

  • 仮想マシンが置かれているホストの IP アドレス
  • ホストへの root アクセス権限

手順

• ローカルの仮想マシンには、virsh start ユーティリティーを使用します。

  たとえば、次のコマンドは仮想マシン demo-guest1 を起動します。

  # virsh start demo-guest1
  Domain 'demo-guest1' started

• リモートホストにある仮想マシンでは、ホストへの QEMU+SSH 接続と共に virsh start ユーティリティーを使用します。

  たとえば、次のコマンドは、ホスト 192.0.2.1 にある仮想マシン demo-guest1 を起動します。

  # virsh -c qemu+ssh://root@192.0.2.1/system start demo-guest1
  
  root@192.0.2.1's password:
  
  Domain 'demo-guest1' started

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• すでに定義されている非アクティブな仮想マシン
• 仮想マシンの名前

• 永続的なネットワーク MAC 設定などの一意の設定。これにより、クローンが適切に機能しなくなる可能性があります。
• SSH キーやパスワードファイルなどの機密データ。

前提条件

• 移行元の仮想マシンがシャットダウンしている。
• クローンとして作成したディスクイメージを保存するのに十分なディスク領域があることを確認します。
• オプション: 仮想マシンのクローンを複数作成する場合は、クローンとして作成した仮想マシンが適切に動作するように、ソース仮想マシンから固有のデータと設定を削除します。手順は、仮想マシンテンプレートの作成 を参照してください。

手順

• 環境とユースケースに適したオプションを指定して virt-clone ユーティリティーを使用します。

  サンプルのユースケース

  • 次のコマンドは、example-VM-1 という名前のローカル仮想マシンのクローンを作成し、example-VM-1-clone 仮想マシンを作成します。また、元の仮想マシンのディスクイメージと同じ場所に、同じデータで example-VM-1-clone.qcow2 ディスクイメージを作成して割り当てます。

    # virt-clone --original example-VM-1 --auto-clone
    Allocating 'example-VM-1-clone.qcow2'                            | 50.0 GB  00:05:37
    
    Clone 'example-VM-1-clone' created successfully.

  • 次のコマンドは、example-VM-2 という名前で仮想マシンのクローンを作成し、example-VM-3 という名前でローカル仮想マシンを作成します。この仮想マシンは、example-VM-2 の複数ディスクのうち 2 つだけを使用します。

    # virt-clone --original example-VM-2 --name example-VM-3 --file /var/lib/libvirt/images/disk-1-example-VM-2.qcow2 --file /var/lib/libvirt/images/disk-2-example-VM-2.qcow2
    Allocating 'disk-1-example-VM-2-clone.qcow2'                                      | 78.0 GB  00:05:37
    Allocating 'disk-2-example-VM-2-clone.qcow2'                                      | 80.0 GB  00:05:37
    
    Clone 'example-VM-3' created successfully.

  • 仮想マシンを別のホストにクローンするには、ローカルホストで定義を解除せずに仮想マシンを移行します。たとえば、次のコマンドは、以前に作成した仮想マシン example-VM-3 を 192.0.2.1 リモートシステムにローカルディスクを含めてクローンします。192.0.2.1 に対して次のコマンドを実行するには root 権限が必要であることに注意してください。

    # virsh migrate --offline --persistent example-VM-3 qemu+ssh://root@192.0.2.1/system
    root@192.0.2.1's password:
    
    # scp /var/lib/libvirt/images/<disk-1-example-VM-2-clone>.qcow2 root@192.0.2.1/<user@remote_host.com>://var/lib/libvirt/images/
    
    # scp /var/lib/libvirt/images/<disk-2-example-VM-2-clone>.qcow2 root@192.0.2.1/<user@remote_host.com>://var/lib/libvirt/images/

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• クローンを作成する仮想マシンがシャットダウンしていることを確認します。

検証

• クローンとして作成された仮想マシンが、ホストで利用可能な仮想マシンのリストに表示されるかどうかを確認します。

• 共有ネットワーク上 にあるストレージ
• virsh migrate コマンドの --copy-storage-all パラメーターで、ネットワーク経由でソースから宛先にディスクイメージの内容をコピーします。
• ストレージエリアネットワーク (SAN) の論理ユニット (LUN)。
• Ceph Storage クラスター

• 仮想マシンと libvirt のセッションコネクション間の移行 は信頼できないため、推奨されません。

• 特定の機能と設定を使用する仮想マシンは、移行すると正しく機能しなくなるか、移行が失敗します。このような機能は次のとおりです。

  • デバイスパススルー
  • SR-IOV デバイスの割り当て
  • vGPU などの仲介デバイス
• NUMA (Non-Uniform Memory Access) ピニングを使用するホスト間の移行は、ホストのトポロジーが類似している場合にのみ機能します。ただし、実行中のワークロードのパフォーマンスは、移行の影響を受ける可能性があります。

• 移行元仮想マシンと移行先仮想マシンの両方で、エミュレートしている CPU が同一である必要があります。同一でないと、移行が失敗します。以下の CPU 関連領域の仮想マシン間で相違があると、移行の問題が発生する可能性があります。

  • CPU モデル

    • Intel 64 ホストと AMD64 ホスト間の移行は、x86-64 命令セットを共有している場合でも サポートされていません。
    • 別の CPU モデルを持つホストに移行した後に仮想マシンが正しく機能することを確認する手順は、仮想マシン移行のためのホスト CPU の互換性の確認 を参照してください。
  • ファームウェア設定
  • Microcode バージョン
  • BIOS バージョン
  • BIOS 設定
  • QEMU バージョン
  • カーネルバージョン
• 1 TB を超えるメモリーを使用する仮想マシンのライブマイグレーションは、一部のケースでは信頼できない場合があります。この問題を回避または修正する方法は、仮想マシンのライブマイグレーションに長時間かかり、完了しない を参照してください。

前提条件

• 仮想化がシステムに インストールされ有効になっている。
• 移行元ホストと移行先ホストへの管理者アクセスがある。

次のステップ

• 他のホストとの仮想マシンディスクイメージの共有
• コマンドラインインターフェイスを使用した仮想マシンの移行
• Web コンソールを使用した仮想マシンのライブ移行

前提条件

• 移行に使用する仮想マシンがシャットダウンしている。
• オプション: 移行元ホストまたは移行先ホストではないストレージをホストするためのホストシステムを使用でき、移行元ホストまたは移行先ホストの両方がネットワーク経由でそのホストにアクセスできる。これは共有ストレージに最適なソリューションで、Red Hat が推奨しています。
• KVM では対応していないため、NFS ファイルのロック機能を使用しない。
• NFS プロトコルが、ソースホストと宛先ホストにインストールされ、有効化されている。詳細は、以下を参照してください。
• NFS サーバーのデプロイ

検証

• 移行元ホストで仮想マシンを起動し、正常に起動するかどうかを確認します。

前提条件

• 移行元ホストと移行先ホストはいずれも KVM ハイパーバイザーを使用します。
• 移行元ホストと移行先のホストは、ネットワーク経由で相互に通信できなければなりません。ping ユーティリティーを使用してこれを確認します。

• 移行先ホストで以下のポートが開いていることを確認します。

  • ポート 22 は、SSH を使用して宛先ホストに接続するために必要です。
  • ポート 16509 は、TLS を使用して宛先ホストに接続するために必要です。
  • ポート 16514 は、TCP を使用して宛先ホストに接続するために必要です。
  • ポート 49152-49215 は、QEMU がメモリーおよびディスク移行データを転送するために必要です。
• Red Hat が移行に対応できるようにするには、移行元ホストと移行先のホストが特定のオペレーティングシステムとマシンタイプを使用している必要があります。これを確認するには、Supported hosts for virtual machine migration を参照してください。
• 仮想マシンは、移行先ホストの CPU 機能と互換性がある必要があります。これを確認するには、仮想マシン移行のホスト CPU の互換性の確認 を参照してください。

• 移行する仮想マシンのディスクイメージに、ソースホストと宛先ホストの両方からアクセスできる。オフラインマイグレーションの場合は任意ですが、実行中の仮想マシンの移行に必要になります。両方のホストのストレージアクセスを確保するには、次のいずれかに該当している必要があります。

  • ストレージエリアネットワーク (SAN) 論理ユニット (LUN) を使用している。
  • Ceph Storage クラスター を使用している。
  • 仮想マシンのディスクイメージを宛先ホストにコピーし、仮想マシンを移行するときに --copy-storage-all パラメーターを使用する。または、ソース仮想マシンディスクと同じ形式とサイズの ディスクイメージを作成 した。
  • ディスクイメージが別のネットワーク上の場所にある。このような仮想マシンの共有ストレージを設定する手順は、Sharing virtual machine disk images with other hosts を参照してください。

• 仮想マシンの実行中に移行する場合は、ネットワークの帯域幅が、仮想マシンがダーティーメモリーページを生成する速度を超える必要があります。

  ライブマイグレーションを開始する前に仮想マシンのダーティーページ速度を取得するには、次の手順を実行します。

  • 短期間、仮想マシンのダーティーページ生成速度を監視します。

    # virsh domdirtyrate-calc example-VM 30

  • 監視が終了したら、結果を取得します。

    # virsh domstats example-VM --dirtyrate
    Domain: 'example-VM'
      dirtyrate.calc_status=2
      dirtyrate.calc_start_time=200942
      dirtyrate.calc_period=30
      dirtyrate.megabytes_per_second=2

    この例では、仮想マシンが 1 秒あたり 2MB のダーティーメモリーページを生成しています。帯域幅が 2MB/s 以下のネットワーク上でこのような仮想マシンをライブマイグレーションしようとすると、仮想マシンを一時停止したり、ワークロードを低くしたりしないと、ライブマイグレーションが進行しません。

    ライブマイグレーションが正常に終了するように、Red Hat では、ネットワークの帯域幅が仮想マシンのダーティーページの生成速度を大幅に上回ることを推奨しています。

    注記

    calc_period オプションの値は、ワークロードとダーティーページ速度により異なる場合があります。いくつかの calc_period 値を試して、環境のダーティーページ速度に合わせた最適な期間を決定できます。

• パブリックブリッジタップネットワークの既存の仮想マシンで移行を行う場合は、移行元ホストと移行先ホストが同じネットワークにある必要があります。そうでない場合は、移行後に仮想マシンのネットワークが機能しなくなります。

• VM 移行を実行する場合、ソースホスト上の virsh クライアントは、いくつかのプロトコルの 1 つを使用して、宛先ホスト上の libvirt デーモンに接続できます。次の手順の例では SSH 接続を使用していますが、別の接続を選択することもできます。

  • libvirt で SSH 接続を使用する場合は、virtqemud ソケットが有効になっていて、宛先ホストで実行されていることを確認してください。

    # systemctl enable --now virtqemud.socket

  • libvirt で TLS 接続を使用する場合は、virtproxyd-tls ソケットが有効になっていて、宛先ホストで実行していることを確認してください。

    # systemctl enable --now virtproxyd-tls.socket

  • libvirt で TCP 接続を使用する場合は、virtproxyd-tcp ソケットが有効になっていて、宛先ホストで実行していることを確認してください。

    # systemctl enable --now virtproxyd-tcp.socket

検証

• 移行先ホストで、使用可能な仮想マシンのリストを表示して、仮想マシンが移行されたかどうかを確認します。

  # virsh list
  Id      Name             State
  ----------------------------------
  10    example-VM-1      running

  移行がまだ実行中であれば、このコマンドは、paused の仮想マシンのリストを表示します。

トラブルシューティング

• ターゲットのホストは、ネットワーク名や CPU タイプなど、移行した仮想マシンの XML 設定で使用される特定の値と互換性がない場合があります。そのため、仮想マシンがターゲットホストで起動できなくなります。この問題を修正するには、virsh edit コマンドを使用して問題のある値を更新します。値を更新した後、変更を適用するには仮想マシンを再起動する必要があります。

• ライブマイグレーションの完了に時間がかかっている場合は、仮想マシンの負荷が高く、ライブマイグレーションを実行するために変更しているメモリーページ多すぎる可能性があります。この問題を解決するには、仮想マシンを一時停止して、移行を非ライブマイグレーションに変更します。

  # virsh suspend example-VM-1

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• 移行元ホストと移行先ホストが実行中である。

• 移行先ホストで以下のポートが開いていることを確認します。

  • ポート 22 は、SSH を使用して宛先ホストに接続するために必要です。
  • ポート 16509 は、TLS を使用して宛先ホストに接続するために必要です。
  • ポート 16514 は、TCP を使用して宛先ホストに接続するために必要です。
  • ポート 49152-49215 は、QEMU がメモリーおよびディスク移行データを転送するために必要です。
• 仮想マシンは、移行先ホストの CPU 機能と互換性がある必要があります。これを確認するには、仮想マシン移行のホスト CPU の互換性の確認 を参照してください。
• 仮想マシンのディスクイメージは、移行元ホストおよび移行先ホストからアクセス可能な 共有ストレージ に配置されています。

• 仮想マシンの実行中に移行する場合は、ネットワークの帯域幅が、仮想マシンがダーティーメモリーページを生成する速度を超える必要があります。

  ライブマイグレーションを開始する前に仮想マシンのダーティーページ速度を取得するには、コマンドラインインターフェイスで次の手順を行います。

  1. 短期間、仮想マシンのダーティーページ生成速度を監視します。

     # virsh domdirtyrate-calc vm-name 30

  2. 監視が終了したら、結果を取得します。

     # virsh domstats vm-name --dirtyrate
     Domain: 'vm-name'
       dirtyrate.calc_status=2
       dirtyrate.calc_start_time=200942
       dirtyrate.calc_period=30
       dirtyrate.megabytes_per_second=2

     この例では、仮想マシンが 1 秒あたり 2MB のダーティーメモリーページを生成しています。帯域幅が 2MB/s 以下のネットワーク上でこのような仮想マシンをライブマイグレーションしようとすると、仮想マシンを一時停止したり、ワークロードを低くしたりしないと、ライブマイグレーションが進行しません。

     ライブマイグレーションが正常に終了するように、Red Hat では、ネットワークの帯域幅が仮想マシンのダーティーページの生成速度を大幅に上回ることを推奨しています。

• 移行先ホストで利用可能な仮想マシンのリストに仮想マシンが表示されているかどうかを確認します。
• 移行した仮想マシンを起動し、起動するかどうかを確認します。

• 仮想マシンのダーティーメモリーページレート生成の計算
• コピー後のライブマイグレーションの使用
• 仮想マシンでの仮想 I/O Memory Management Unit (vIOMMU) デバイスの使用

前提条件

• ファームウェアバージョンが 28.36.1010 以上の Mellanox CX-7 ネットワークデバイスを使用している。

  ファームウェアバージョンの詳細は、Mellanox のドキュメント を参照してください。

• mstflint パッケージが、ソースホストと宛先ホストの両方にインストールされている。

  # dnf install mstflint

• Mellanox CX-7 ネットワークデバイスで、VF_MIGRATION_MODE が MIGRATION_ENABLED に設定されている。

  # mstconfig -d <device_pci_address> query | grep -i VF_migration
  
  VF_MIGRATION_MODE                           MIGRATION_ENABLED(2)

  • 次のコマンドを使用して、VF_MIGRATION_MODE を MIGRATION_ENABLED に設定できます。

    # mstconfig -d <device_pci_address> set VF_MIGRATION_MODE=2

• openvswitch パッケージが、ソースホストと宛先ホストの両方にインストールされている。

  # dnf install openvswitch

• ホストの CPU およびファームウェアは、IOMMU (I/O Memory Management Unit) に対応している。

  • Intel CPU を使用している場合は、Intel VT-d (Virtualization Technology for Directed I/O) に対応する必要があります。
  • AMD CPU を使用している場合は、AMD-Vi 機能に対応している必要があります。

• ホストシステムが、アクセス制御サービス (ACS) を使用して PCIe トポロジーの DMA (Direct Memory Access) 分離を提供している。この点をシステムベンダーに確認してください。

  詳細は、SR-IOV 実装に関するハードウェアの考慮事項 を参照してください。

• VF の作成に使用するホストのネットワークインターフェイスが実行中である。たとえば、eth1 インターフェイスをアクティブにして実行中であることを確認するには、次のコマンドを使用します。

  # ip link set eth1 up
  # ip link show eth1
  8: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT qlen 1000
     link/ether a0:36:9f:8f:3f:b8 brd ff:ff:ff:ff:ff:ff
     vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto
     vf 1 MAC 00:00:00:00:00:00, spoof checking on, link-state auto
     vf 2 MAC 00:00:00:00:00:00, spoof checking on, link-state auto
     vf 3 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

• SR-IOV デバイス割り当てを有効にするには、ホスト BIOS およびカーネルで IOMMU 機能を有効にする必要があります。以下の方法で送信してください。

  • Intel ホストで、Intel Virtualization Technology for Directed I/O (VT-d) を有効にします。

    1. intel_iommu=on および iommu=pt パラメーターを使用して GRUB 設定を再生成します。

       # grubby --args="intel_iommu=on iommu=pt" --update-kernel=ALL

    2. ホストを再起動します。

  • AMD ホストで、AMD-Vi を有効にします。

    1. iommu=pt パラメーターで GRUB 設定を再生成します。

       # grubby --args="iommu=pt" --update-kernel=ALL

    2. ホストを再起動します。
• 移行元ホストと移行先ホストはいずれも KVM ハイパーバイザーを使用します。
• 移行元ホストと移行先のホストは、ネットワーク経由で相互に通信できなければなりません。ping ユーティリティーを使用してこれを確認します。

• 宛先ホストで次のポートが開いている。

  • ポート 22 は、SSH を使用して宛先ホストに接続するために必要です。
  • ポート 16509 は、TLS を使用して宛先ホストに接続するために必要です。
  • ポート 16514 は、TCP を使用して宛先ホストに接続するために必要です。
  • ポート 49152 - 49215 は、QEMU がメモリーおよびディスク移行データを転送するために必要です。
• ソースホストと宛先ホストが、移行可能なオペレーティングシステムとマシンタイプを使用している。これを確認するには、Supported hosts for virtual machine migration を参照してください。
• 仮想マシンは、移行先ホストの CPU 機能と互換性がある必要があります。これを確認するには、仮想マシン移行のホスト CPU の互換性の確認 を参照してください。

• 移行する仮想マシンのディスクイメージが、ソースホストと宛先ホストの両方にアクセスできる別のネットワーク上の場所にある。オフラインマイグレーションの場合は任意ですが、実行中の仮想マシンの移行に必要になります。

  このような仮想マシンの共有ストレージを設定する手順は、Sharing virtual machine disk images with other hosts を参照してください。

• 仮想マシンの実行中に移行する場合は、ネットワークの帯域幅が、仮想マシンがダーティーメモリーページを生成する速度を超える必要があります。

• 接続プロトコルに対応する仮想ネットワークソケットが有効になっている。

  VM 移行を実行する場合、ソースホスト上の virsh クライアントは、いくつかのプロトコルの 1 つを使用して、宛先ホスト上の libvirt デーモンに接続できます。次の手順の例では SSH 接続を使用していますが、別の接続を選択することもできます。

  • libvirt で SSH 接続を使用する場合は、virtqemud ソケットが有効になっていて、宛先ホストで実行されていることを確認してください。

    # systemctl enable --now virtqemud.socket

  • libvirt で TLS 接続を使用する場合は、virtproxyd-tls ソケットが有効になっていて、宛先ホストで実行していることを確認してください。

    # systemctl enable --now virtproxyd-tls.socket

  • libvirt で TCP 接続を使用する場合は、virtproxyd-tcp ソケットが有効になっていて、宛先ホストで実行していることを確認してください。

    # systemctl enable --now virtproxyd-tcp.socket

• ホストが RHEL 9.4 以降を使用している。
• 仮想マシンがファイルベースのストレージを使用している。

• 次のいずれかの条件の下で仮想マシンのスナップショットを作成する。

  • 仮想マシンがシャットダウンされている。
  • 仮想マシンが実行中の場合は、--disk-only --quiesce オプションまたは --live --memspec オプションを使用する。

• サポートされているスナップショットの出力例:

  <domainsnapshot>
    <name>sample-snapshot-name-1<name>
    <state>shutoff</state>
    <creationTime>1706658764</creationTime>
    <memory snapshot='no'/>
    <disks>
      <disk name='vda' snapshot='external' type='file'>
        <driver type='qcow2'/>
        <source file='/var/lib/libvirt/images/vm-name.sample-snapshot-name-1'/>
      </disk>
    </disks>
    <domain type='kvm'>
    [...]

• サポートされていないスナップショットの出力例:

  <domainsnapshot>
    <name>sample-snapshot-name-2</name>
    <state>running</state>
    <creationTime>1653396424</creationTime>
    <memory snapshot='internal'/>
    <disks>
      <disk name='vda' snapshot='internal'/>
      <disk name='sda' snapshot='no'/>
    </disks>
    <domain type='kvm'>
    [...]

前提条件

• ホストが RHEL 9.4 以降を使用している。

• 仮想マシンがファイルベースのストレージを使用している。これが当てはまるかどうかを確認するには、次のコマンドを使用して、disk デバイスの disk type が file と表示されることを確認します。

  # virsh dumpxml <vm-name> | grep "disk type"
      <disk type='file' device='disk'>
      <disk type='file' device='cdrom'>

• 実行中の仮想マシンのメモリーを含む仮想マシンスナップショットを作成する場合は、仮想マシンのメモリーを保存するための十分なディスク領域が必要です。

  • 仮想マシンのメモリーを保存するための推奨最小容量は、仮想マシンに割り当てられた RAM と同じ容量です。たとえば、32 GB の RAM を搭載した仮想マシンのメモリーを保存するには、最大 32 GB のディスク領域が必要です。
  • 仮想マシンの I/O 負荷が大きい場合、大幅な追加ディスク領域が必要になる可能性があります。
  • 仮想マシンに VFIO パススルーデバイスが割り当てられている場合、追加のディスク領域が必要になる可能性があります。

  • 仮想マシンを一時停止せずにスナップショットを作成すると、追加のディスク領域が必要になる場合があります。

    警告

    Red Hat では、非常に高いワークロードがかかっている実行中の仮想マシンのメモリーや、VFIO パススルーデバイスを使用している実行中の仮想マシンのメモリーを保存しないことを推奨しています。このような仮想マシンのメモリーを保存すると、ホストディスクがいっぱいになり、システムのデグレードが発生する可能性があります。このような仮想マシンについては、代わりにメモリーなしでスナップショットを作成することを検討してください。

    また、すべての VFIO デバイスがメモリーを含むスナップショットの作成に対応しているわけではないことに注意してください。現在、メモリーを含むスナップショットの作成は、接続されている VFIO デバイスが、移行機能が有効な Mellanox VF である場合にのみ正しく機能します。

手順

• 必要なパラメーターを指定して仮想マシンのスナップショットを作成するには、virsh snapshot-create-as コマンドを使用します。

  # virsh snapshot-create-as <vm-name> <snapshot-name> <optional-description> <additional-parameters>

  • シャットダウンされた仮想マシンのスナップショットを作成するには、--disk-only パラメーターを使用します。たとえば、次のコマンドは、シャットダウンされた Testguest1 仮想マシンの現在のディスク状態から Snapshot1 を作成します。

    # virsh snapshot-create-as Testguest1 Snapshot1 --disk-only
    Domain snapshot Snapshot1 created.

  • 実行中の仮想マシンのディスク状態をメモリーを除いて保存するスナップショットを作成するには、--disk-only --quiesce パラメーターを使用します。たとえば、次のコマンドは、実行中の Testguest2 仮想マシンの現在のディスク状態から、clean system install という説明を持つ Snapshot2 を作成します。

    # virsh snapshot-create-as Testguest2 Snapshot2 "clean system install" --disk-only --quiesce
    Domain snapshot Snapshot2 created.

  • 実行中の仮想マシンを一時停止して、ディスク状態とメモリーを保存するスナップショットを作成するには、--memspec パラメーターを使用します。たとえば、次のコマンドは、Testguest3 仮想マシンを一時停止して、仮想マシンの現在のディスクとメモリーの状態から Snapshot3 を作成します。仮想マシンのメモリーは、/var/lib/libvirt/images/saved_memory.img ファイルに保存されます。スナップショットが完成すると、仮想マシンが自動的に操作を再開します。

    # virsh snapshot-create-as Testguest3 Snapshot3 --memspec /var/lib/libvirt/images/saved_memory.img
    Domain snapshot Snapshot3 created.

    スナップショット作成時に仮想マシンを一時停止すると、ダウンタイムが発生します。しかし、特に負荷の高い仮想マシンの場合は、一時停止したほうが、実行中の仮想マシンのライブスナップショットを (--live オプションを使用して) 作成するよりも、確実に機能する可能性があります。

  • 実行中の仮想マシンのディスク状態とライブメモリーを保存するスナップショットを作成するには、--live --memspec パラメーターを使用します。たとえば、次のコマンドは、実行中の Testguest4 仮想マシンの現在のディスクとメモリーの状態から Snapshot4 を作成し、メモリーの状態を /var/lib/libvirt/images/saved_memory2.img ファイルに保存します。

    # virsh snapshot-create-as Testguest4 Snapshot4 --live --memspec /var/lib/libvirt/images/saved_memory2.img
    Domain snapshot Snapshot4 created.

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• ホストが RHEL 9.4 以降を使用している。
• Web コンソールの仮想マシンプラグインが システムにインストールされている。

• 仮想マシンがファイルベースのストレージを使用している。この条件を満たしていることを確認するには、次の手順を実行します。

  1. Web コンソールの Virtual machines インターフェイスで、スナップショットを作成する仮想マシンをクリックします。
  2. 管理概要の Disks ペインで、リストされているデバイスの Source 列を確認します。ソースが表示されているすべてのデバイスで、このソースが File である必要があります。

前提条件

• 以前に Web コンソール または コマンドラインインターフェイスを使用 して作成した仮想マシンのスナップショットが利用可能である。
• オプション: 仮想マシンの現在の状態のスナップショットを作成した。現在の状態を保存せずに以前のスナップショットに戻すと、最後のスナップショット以降に仮想マシンで実行された変更が失われます。

手順

• virsh snapshot-revert ユーティリティーを使用して、仮想マシンの名前と、復元先のスナップショットの名前を指定します。以下に例を示します。

  # virsh snapshot-revert Testguest2 clean-install
  Domain snapshot clean-install reverted

検証

• 元に戻した仮想マシンの現在アクティブなスナップショットを表示します。

  # virsh snapshot-current Testguest2 --name
  clean-install

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• 以前に Web コンソール または コマンドラインインターフェイスを使用 して作成した仮想マシンのスナップショットが利用可能である。
• オプション: 仮想マシンの現在の状態のスナップショットを作成した。現在の状態を保存せずに以前のスナップショットに戻すと、最後のスナップショット以降に仮想マシンで実行された変更が失われます。

検証

• Snapshots ペインで、選択したスナップショットの左側に緑色のチェック記号が表示されていれば、そのスナップショットに正常に戻されています。

前提条件

• オプション: 削除するスナップショットの子スナップショットがある。

  アクティブなスナップショットがあるときに新しいスナップショットを作成すると、子スナップショットが自動的に作成されます。子を持たないスナップショットを削除すると、親スナップショットから作成された後にそのスナップショットに保存された変更がすべて失われます。

  仮想マシン内のスナップショットの親子構造を表示するには、virsh snapshot-list --tree コマンドを使用します。次の例では、Latest-snapshot が Redundant-snapshot の子として表示されています。

  # virsh snapshot-list --tree <vm-name>
  
  Clean-install-snapshot
    |
    +- Redundant-snapshot
        |
        +- Latest-snapshot

手順

• スナップショットを削除するには、virsh snapshot-delete コマンドを使用します。たとえば、次のコマンドは、Testguest1 仮想マシンから Redundant-snapshot を削除します。

  # virsh snapshot-delete Testguest1 Redundant-snapshot
  Domain snapshot Redundant-snapshot deleted

検証

• 削除したスナップショットがなくなったことを確認するには、該当する仮想マシンの既存のスナップショットとその親子構造を表示します。

  # virsh snapshot-list --tree <Testguest1>
  
  Clean-install-snapshot
    |
    +- Latest-snapshot

  この例では、Redundant-snapshot が削除され、Latest-snapshot が Clean-install-snapshot の子になっています。

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• Web コンソールの仮想マシンプラグインが システムにインストールされている。

• オプション: 削除するスナップショットの子スナップショットがある。

  アクティブなスナップショットがあるときに新しいスナップショットを作成すると、子スナップショットが自動的に作成されます。子を持たないスナップショットを削除すると、親スナップショットから作成された後にそのスナップショットに保存された変更がすべて失われます。

  スナップショットに子があるかどうかを確認するには、仮想マシンの Web コンソールの概要にあるスナップショットの Parent snapshot 列に Snapshots がリストされていることを確認します。

検証

• スナップショットが Snapshots ペインに表示されなくなれば、正常に削除されています。

• CPU
• メモリー
• キーボード
• ネットワークインターフェイスコントローラー (NIC)
• さまざまなデバイスコントローラー
• ビデオカード
• サウンドカード

• エミュレートされたコントローラー
• virtio-scsi
• virtio-blk

• USB、PCI、および SCSI のパススルー - ゲストソフトウェアで特定の機能が利用できるようにするために、一般的な業界標準のバスを仮想マシンに直接公開します。
• シングルルート I/O 仮想化 (SR-IOV) - PCI Express リソースのハードウェアで強制された分離を可能にする仕様です。これにより、1 つの物理 PCI リソースを、複数の仮想 PCI 機能に分割する、安全かつ効率的な作業が可能になります。これは、通常、ネットワークインターフェイスカード (NIC) に使用されます。
• NPIV (N_Port ID virtualization) - 1 つの物理ホストバスアダプター (HBA) を、複数の仮想ポートと共有するファイバーチャネル技術です。
• GPU および vGPU - 特定のタイプのグラフィックスまたは計算ワークロード用のアクセラレーター。GPU によっては仮想マシンに直接接続できるものもありますが、一部のタイプでは、基本となる物理ハードウェアを共有する仮想 GPU (vGPU) を作成する機能も提供されます。

• デバイスを表示する
• デバイスを接続する
• デバイスを削除する

前提条件

• FICON プロトコルでサポートされる IBM Z ハードウェアアーキテクチャーを備えたシステムがある。
• Linux オペレーティングシステムのターゲット仮想マシンがある。

• driverctl パッケージがインストールされている。

  # dnf install driverctl

• ホストに必要な vfio カーネルモジュールがロードされている。

  # lsmod | grep vfio

  このコマンドの出力には、以下のモジュールが含まれている必要があります。

  • vfio_ccw
  • vfio_mdev
  • vfio_iommu_type1

• 仮想マシンによる排他的使用のために予備の DASD デバイスがあり、そのデバイスの識別子を把握している。

  次の手順では、例として 0.0.002c を使用しています。コマンドを実行する場合は、0.0.002c を DASD デバイスーの ID に置き換えます。

前提条件

• RHEL 9 Web コンソールがインストールされている。

  手順は、Web コンソールのインストールおよび有効化 を参照してください。

• システムに Web コンソール仮想マシンプラグインがインストールされている。詳細は、「仮想マシンを管理するために Web コンソールを設定」 を参照すること。

検証

• 選択したアクションは、Overview ペインの Watchdog フィールドの横に表示されます。

前提条件

• IBM Z ハードウェアアーキテクチャーを使用するホストシステムがある。
• Linux オペレーティングシステムのターゲット仮想マシンがある。

• ホストに必要な vfio カーネルモジュールがロードされている。

  # lsmod | grep vfio

  このコマンドの出力には、以下のモジュールが含まれている必要があります。

  • vfio_pci
  • vfio_pci_core
  • vfio_iommu_type1

• ストレージプール
• ストレージボリューム
• libvirt を使用したストレージの管理
• 仮想マシンのストレージの概要
• 対応しているストレージプールのタイプと、対応していないストレージプールのタイプ

• ストレージプール情報の表示

• ストレージプールの作成

  • CLI を使用したディレクトリーベースのストレージプールの作成
  • CLI を使用したディスクベースのストレージプールの作成
  • CLI を使用したファイルシステムベースのストレージプールの作成
  • CLI を使用した iSCSI ベースのストレージプールの作成
  • CLI を使用した LVM ベースのストレージプールの作成
  • CLI を使用した NFS ベースのストレージプールの作成
  • CLI で vHBA デバイスを使用した SCSI ベースのストレージプールを作成する手順
• ストレージプールの削除