仮想化の設定および管理

次のステップ

• 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 ドメインタイプを使用する仮想マシンに対応していないため、実稼働環境ではこれを設定しないことを強く推奨している点に注意してください。

前提条件

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

  • ホスト用に 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 と同じですが、ストレージには IBM Z 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、

前提条件

• VNC パスワードで保護する仮想マシンに VNC グラフィックスが設定されている。

  これが当てはまるかどうかを確認するには、次のように virsh dumpxml コマンドを使用します。

  # virsh dumpxml <vm-name> | grep graphics
  
   <graphics type='vnc' ports='-1' autoport=yes listen=127.0.0.1>
   </graphics>

応答可能な仮想マシンのシャットダウン

• ゲストに接続している 場合は、ゲストオペレーティングシステムに適したシャットダウンコマンドまたは GUI 要素を使用します。

  注記

  GNOME デスクトップを使用する Linux ゲストなどの一部の環境では、ゲストをサスペンドまたはハイバネート状態にするために GUI 電源ボタンを使用すると、代わりに仮想マシンがシャットダウンされることがあります。

• または、ホストで virsh shut down コマンドを使用します。

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

    # 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 list --all
  
   Id    Name                 State
  ------------------------------------------
   1     demo-guest1          shut off

前提条件

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

手順

• 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 クラスター

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

  • デバイスパススルー
  • SR-IOV デバイスの割り当て (Mellanox ネットワークデバイスの Virtual Function が接続された仮想マシンの移行 は正常に動作するため、例外となります)。
  • vGPU などの仲介デバイス (NVIDIA vGPU が接続された仮想マシンの移行 は正常に動作するため、例外となります)。
• NUMA (Non-Uniform Memory Access) ピニングを使用するホスト間の移行は、ホストのトポロジーが類似している場合にのみ機能します。ただし、実行中のワークロードのパフォーマンスは、移行の影響を受ける可能性があります。
• ソースホストと宛先ホストの両方が、仮想マシン移行でサポートされる特定の RHEL バージョンを使用しています。仮想マシン移行でサポートされているホスト を参照してください。

• ソース仮想マシンとターゲット仮想マシンの両方の物理 CPU は、同一である必要があります。そうでない場合、移行は失敗する可能性があります。以下の CPU 関連領域の仮想マシン間で相違があると、移行の問題が発生する可能性があります。

  • CPU モデル

    • Intel 64 ホストと AMD64 ホスト間の移行は、x86-64 命令セットを共有している場合でもサポートされていません。
    • 別の CPU モデルを持つホストに移行した後に仮想マシンが正しく機能することを確認する手順は、仮想マシン移行のためのホスト CPU の互換性の確認 を参照してください。
  • 物理マシンのファームウェアバージョンと設定

前提条件

• ハイパーバイザー: ソースホストと宛先ホストの両方が KVM ハイパーバイザーを使用します。
• ネットワーク接続: ソースホストと宛先ホストはネットワーク経由で相互にアクセスできます。ping ユーティリティーを使用してこれを確認します。

• 開いているポート: 宛先ホストで次のポートが開いていることを確認します。

  • ポート 22 は、SSH を使用して宛先ホストに接続するために必要です。
  • ポート 16509 は、TLS を使用して宛先ホストに接続するために必要です。
  • ポート 16514 は、TCP を使用して宛先ホストに接続するために必要です。
  • ポート 49152 - 49215 は、QEMU がメモリーおよびディスク移行データを転送するために必要です。
• ホスト: Red Hat が移行に対応できるようにするには、ソースホストと宛先ホストが特定のオペレーティングシステムとマシンタイプを使用している必要があります。これを確認するには、Supported hosts for virtual machine migration を参照してください。
• CPU: 仮想マシンは、宛先ホストの 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 値を試して、環境のダーティーページ速度に合わせた最適な期間を決定できます。

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

• 接続プロトコル: 仮想マシンの移行を実行する場合、ソースホスト上の virsh クライアントは、いくつかのプロトコルのいずれかを使用して、宛先ホスト上の 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

オフラインマイグレーション

• 次のコマンドは、SSH トンネルを使用して、シャットオフされた example-VM 仮想マシンをローカルホストから example-destination ホストのシステム接続に移行します。

  # virsh migrate --offline --persistent <example_VM> qemu+ssh://example-destination/system

マルチ FD ライブマイグレーション

• ライブマイグレーション中に、宛先ホストへの複数の並列接続を使用できます。これは、複数のファイル記述子 (マルチ FD) マイグレーションとも呼ばれます。マルチ FD 移行では、移行プロセスに利用可能なネットワーク帯域幅をすべて利用することで、移行を高速化できます。

  # virsh migrate --live --persistent --parallel --parallel-connections 4 <example_VM> qemu+ssh://<example-destination>/system

  この例では、4 つのマルチ FD チャネルを使用して <example_VM> 仮想マシンを移行します。利用可能なネットワーク帯域幅 10 Gbps ごとに 1 つのチャネルを使用することを推奨します。デフォルト値は 2 チャネルです。

ダウンタイム制限を延長したライブマイグレーション

• ライブマイグレーション中に仮想マシンを一時停止できる最大時間 (ミリ秒単位) を指定する maxdowntime パラメーターを設定することで、ライブマイグレーションの信頼性を向上できます。ダウンタイムを長く設定すると、マイグレーションが正常に完了するようになります。

  # virsh migrate-setmaxdowntime <example_VM> <time_interval_in_milliseconds>

Post-copy migration

• 仮想マシンのメモリーフットプリントが大きい場合は、コピー後 のマイグレーションを実行できます。これにより、まずソース仮想マシンの CPU 状態が転送され、移行された仮想マシンが宛先ホスト上ですぐに起動されます。移行された仮想マシンが宛先ホスト上ですでに実行された後に、ソース仮想マシンのメモリーページが転送されます。このため、コピー後 のマイグレーションでは、移行された仮想マシンのダウンタイムが短くなる可能性があります。

  ただし、宛先ホスト上で実行中の仮想マシンが、まだ転送されていないメモリーページにアクセスしようとする可能性があり、これにより、ページフォールト が発生します。移行中の ページフォールト の発生が多すぎると、移行された仮想マシンのパフォーマンスが大幅に低下する可能性があります。

  コピー後 のマイグレーションが複雑になる可能性があることを考慮すると、標準のライブマイグレーションを開始し、指定された時間内にライブライブマイグレーションを完了できない場合は コピー後 のライブマイグレーションに切り替える次のコマンドを使用することを推奨します。

  # virsh migrate --live --persistent --postcopy --timeout <time_interval_in_seconds> --timeout-postcopy <example_VM> qemu+ssh://<example-destination>/system

自動コンバージドライブマイグレーション

• 仮想マシンのメモリーワークロードが高い場合は、--auto-converge オプションを使用できます。このオプションは、仮想マシンの CPU の実行速度を自動的に低下させます。その結果、この CPU スロットリングはメモリー書き込み速度を低下させるのに役立ちます。これにより、メモリーワークロードの高い仮想マシンでもライブマイグレーションが成功する可能性があります。

  ただし、CPU スロットリングは、メモリー書き込みが CPU 実行速度に直接関係しないワークロードの解決には役立たず、ライブマイグレーション中に仮想マシンのパフォーマンスに悪影響を与える可能性があります。

  # virsh migrate --live --persistent --auto-converge <example_VM> qemu+ssh://<example-destination>/system

検証

• オフライン マイグレーションの場合:

  • 宛先ホストで、利用可能な仮想マシンをリスト表示して、仮想マシンが正常に移行されたことを確認します。

    # virsh list --all
    Id      Name             State
    ----------------------------------
    10    example-VM-1      shut off

• ライブ マイグレーションの場合:

  • 宛先ホストで、利用可能な仮想マシンをリスト表示して、宛先仮想マシンの状態を確認します。

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

    仮想マシンの状態が running と表示されている場合、移行が完了したことを意味します。ただし、ライブマイグレーションがまだ進行中の場合、宛先仮想マシンの状態は paused と表示されます。

• コピー後 のマイグレーションの場合:

  1. ソースホストで、利用可能な仮想マシンをリスト表示して、ソース仮想マシンの状態を確認します。

     # virsh list --all
     Id      Name             State
     ----------------------------------
     10    example-VM-1      shut off

  2. 宛先ホストで、利用可能な仮想マシンをリスト表示して、宛先仮想マシンの状態を確認します。

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

     ソース仮想マシンの状態が shut off と表示され、宛先仮想マシンの状態が running と表示されている場合、移行は完了していることを意味します。

前提条件

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

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

• Web コンソールの仮想マシンプラグインが システムにインストールされている。
• ハイパーバイザー: ソースホストと宛先ホストの両方が KVM ハイパーバイザーを使用します。
• ホスト: ソースホストと宛先ホストが実行中です。

• 開いているポート: 宛先ホストで次のポートが開いていることを確認します。

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

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

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

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

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

  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 では、ネットワークの帯域幅が仮想マシンのダーティーページの生成速度を大幅に上回ることを推奨しています。

     注記

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

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

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

• 仮想マシンのダーティーメモリーページレート生成の計算

  現在、Mellanox VF が接続された仮想マシンを移行する場合、virsh domjobinfo および virsh domdirtyrate-calc コマンドによって提供されるライブマイグレーションデータと統計情報は正確ではありません。計算では、接続された VF の影響を含めずにゲスト RAM のみがカウントされるためです。

• コピー後のライブマイグレーションの使用
• 仮想マシンでの仮想 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

• すべての一般的な SR-IOV デバイスの前提条件。詳細は、SR-IOV ネットワークデバイスの仮想マシンへの接続 を参照してください。
• すべての一般的な仮想マシン移行の前提条件。詳細は、コマンドラインインターフェイスを使用した仮想マシンの移行 を参照してください。

前提条件

• この機能をサポートする NVIDIA 仮想 GPU ソフトウェアドライバーバージョンを搭載した NVIDIA GPU がある。詳細は、関連する NVIDIA vGPU ドキュメントを参照してください。

• 正しく設定された NVIDIA vGPU が仮想マシンに割り当てられている。手順については、NVIDIA vGPU デバイスのセットアップ を参照してください。

  注記

  複数の vGPU デバイスが接続された仮想マシンをライブマイグレーションすることも可能です。

• ホストがオペレーティングシステムとして RHEL 9.4 以降を使用している。
• NVIDIA によって文書化されているすべての vGPU 移行の前提条件。詳細は、関連する NVIDIA vGPU ドキュメントを参照してください。
• すべての一般的な仮想マシン移行の前提条件。詳細は、コマンドラインインターフェイスを使用した仮想マシンの移行 を参照してください。

制限

• 特定の NVIDIA GPU 機能により移行が無効になる場合があります。詳細は、ご利用中のグラフィックカードに対応する NVIDIA の特定のドキュメントを参照してください。
• 一部の GPU ワークロードは、移行中に発生するダウンタイムと互換性がありません。その結果、GPU ワークロードが停止したりクラッシュしたりする可能性があります。vGPU ライブマイグレーションを試みる前に、ワークロードがダウンタイムと互換性があるかどうかをテストすることを推奨します。
• 現在、ソースホストと宛先ホストで vGPU ドライバーのバージョンが異なる場合、vGPU ライブマイグレーションは失敗します。

• 現在、vGPU が接続された仮想マシンをライブマイグレーションする場合、一部の一般的な仮想化機能は使用できません。

  • 仮想マシンのダーティーメモリーページレート生成の計算

    現在、vGPU が接続された仮想マシンを移行する場合、virsh domjobinfo および virsh domdirtyrate-calc コマンドによって提供されるライブマイグレーションデータと統計情報は正確ではありません。計算では、vGPU の vRAM を含めずにゲスト RAM のみがカウントされるためです。

  • コピー後のライブマイグレーションの使用
  • 仮想マシンでの仮想 I/O Memory Management Unit (vIOMMU) デバイスの使用

手順

• ライブマイグレーションを進める方法については、コマンドラインインターフェイスを使用した仮想マシンの移行 を参照してください。

前提条件

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

• virt_use_nfs SELinux ブール値が on に設定されている。

  # setsebool virt_use_nfs 1

検証

• ソースホストで仮想マシンを起動し、正常に起動するか確認します。

前提条件

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

次のステップ

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

• ホストが 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 です。
    • 接続されている VFIO デバイスは、移行機能が有効になっている NVIDIA vGPU です。

手順

• 必要なパラメーターを指定して仮想マシンのスナップショットを作成するには、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 ベースのストレージプールを作成する手順
• ストレージプールの削除