사전 요구 사항

• 가상화가 호스트 시스템에서 활성화됩니다.
• 디스크 공간, RAM 또는 CPU와 같이 VM에 할당할 충분한 시스템 리소스가 있습니다. 권장 값은 VM의 의도한 작업 및 워크로드에 따라 크게 달라질 수 있습니다.

• OS(운영 체제) 설치 소스는 로컬 또는 네트워크에서 사용할 수 있습니다. 다음 중 하나일 수 있습니다.

  • 설치 미디어의 ISO 이미지

  • 기존 VM 설치의 디스크 이미지

    주의

    RHEL 8에서는 호스트 CD-ROM 또는 DVD-ROM 장치에서 설치할 수 없습니다. RHEL 8에서 사용할 수 있는 VM 설치 방법을 사용할 때 CD-ROM 또는 DVD-ROM을 설치 소스로 선택하면 설치에 실패합니다. 자세한 내용은 Red Hat 지식베이스 를 참조하십시오.

    또한 Red Hat은 제한된 게스트 운영 체제 세트에 대해서만 지원을 제공합니다.

• 선택 사항: Kickstart 파일을 제공하여 설치 시 보다 빠르고 쉽게 구성할 수 있습니다.

• --name: 새 머신의 이름
• --memory: 할당된 메모리 양
• --vCPUs: 할당된 가상 CPU 수
• --disk: 할당된 스토리지의 유형 및 크기
• --CD ROM 또는 --location: OS 설치 소스의 유형 및 위치

• 다음 명령은 /home/username/Downloads/Win10install.iso 파일에 로컬로 저장된 ISO 이미지에서 Windows 10 OS를 설치하는 demo-guest1 이라는 VM을 생성합니다. 또한 이 VM은 2048MiB RAM과 2개의 vCPU로 할당되며, 80GiB qcow2 가상 디스크도 자동으로 VM에 대해 구성됩니다.

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

• 다음 명령은 /home/username/Downloads/rhel8.iso 이미지를 사용하여 라이브 CD에서 RHEL 8 OS를 실행하는 demo-guest2 라는 VM을 생성합니다. 이 VM에 디스크 공간이 할당되지 않으므로 세션 중에 변경한 내용은 유지되지 않습니다. 또한 VM에는 4096MiB의 RAM과 4개의 vCPU가 할당됩니다.

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

• 다음 명령은 기존 디스크 이미지 /home/username/backup/disk.qcow2 에 연결하는 demo-guest3 이라는 RHEL 8 VM을 생성합니다. 이것은 시스템 간에 하드 드라이브를 물리적으로 이동하는 것과 비슷하므로, demo-guest3에서 사용할 수 있는 OS와 데이터는 이전에 이미지를 처리한 방법에 따라 결정됩니다. 또한 이 VM에는 2048MiB RAM과 2개의 vCPU가 할당됩니다.

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

  디스크 이미지를 가져올 때 --os-variant 옵션을 사용하는 것이 좋습니다. 제공되지 않으면 생성된 VM의 성능에 부정적인 영향을 미칩니다.

• 다음 명령은 http://example.com/OS-install URL에서 설치하는 demo-guest4 라는 VM을 생성합니다. 설치가 성공적으로 시작하려면 URL에 작동 중인 OS 설치 트리가 포함되어야 합니다. 또한 OS는 /home/username/ks.cfg kickstart 파일을 사용하여 자동으로 구성됩니다. 이 VM은 2048MiB RAM, vCPU 2개, 160GiB qcow2 가상 디스크도 함께 할당됩니다.

  # virt-install \
      --graphics vnc \
      --name demo-guest4 --memory 2048 --vcpus 2 --disk size=160 \
      --os-variant rhel8.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"

• 다음 명령은 그래픽 없이 RHEL8.iso 이미지 파일에서 텍스트 전용 모드로 설치하는 demo-guest5 라는 VM을 생성합니다. 게스트 콘솔을 직렬 콘솔에 연결합니다. VM에는 16384MiB 메모리, 16 vCPU 및 280GiB 디스크가 있습니다. 이러한 종류의 설치는 느린 네트워크 링크를 통해 호스트에 연결할 때 유용합니다.

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

• 다음 명령은 demo-guest5와 동일하지만 192.0.2.1 원격 호스트에 상주하는 demo-guest6 이라는 VM을 생성합니다.

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

검증

• VM이 성공적으로 생성되면 VM의 그래픽 콘솔로 virt-viewer 창이 열리고 게스트 OS 설치를 시작합니다.

문제 해결

• virt-install 이 실패하고 기본 네트워크 오류를 찾을 수 없는 경우:

  • 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 기본 명령을 사용하고 구성의 192.0.2.* 값을 호스트에서 사용하지 않은 서브넷으로 변경합니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.
• 가상화가 호스트 시스템에서 활성화됩니다.
• 디스크 공간, RAM 또는 CPU와 같이 VM에 할당할 충분한 시스템 리소스가 있습니다. 권장 값은 VM의 의도한 작업 및 워크로드에 따라 크게 달라질 수 있습니다.

사전 요구 사항

• 이미 정의된 비활성 VM입니다.
• VM의 이름입니다.

• 원격 VM의 경우:

  • VM이 있는 호스트의 IP 주소입니다.
  • 호스트에 대한 루트 액세스 권한.

절차

• 로컬 VM의 경우 virsh start 유틸리티를 사용합니다.

  예를 들어 다음 명령은 demo-guest1 VM을 시작합니다.

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

• 원격 호스트에 있는 VM의 경우 호스트에 대한 QEMU+SSH 연결과 함께 virsh start 유틸리티를 사용합니다.

  예를 들어 다음 명령은 192.0.2.1 호스트에서 demo-guest1 VM을 시작합니다.

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

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.
• 이미 정의된 비활성 VM입니다.
• VM의 이름입니다.

사전 요구 사항

• 생성된 가상 머신

• 웹 콘솔에서 VM의 그래픽 인터페이스와 상호 작용하려면 그래픽 콘솔을 사용합니다.
• 원격 뷰어에서 VM의 그래픽 인터페이스와 상호 작용하려면 원격 뷰어 에서 그래픽 콘솔을 사용합니다.
• 웹 콘솔에서 VM의 CLI와 상호 작용하려면 직렬 콘솔을 사용합니다.

사전 요구 사항

• 시스템과 연결 중인 VM은 그래픽 디스플레이를 지원해야 합니다.
• 대상 VM이 원격 호스트에 있는 경우 호스트에 대한 연결 및 루트 액세스 권한이 필요합니다.
• 선택 사항: 대상 VM이 원격 호스트에 있는 경우 원격 호스트에 보다 편리하게 액세스할 수 있도록 libvirt 및 SSH를 설정합니다.

절차

• 로컬 VM에 연결하려면 다음 명령을 사용하고 guest-name 을 연결하려는 VM의 이름으로 바꿉니다.

  # virt-viewer guest-name

• 원격 VM에 연결하려면 SSH 프로토콜과 함께 virt-viewer 명령을 사용합니다. 예를 들어 다음 명령은 원격 시스템 192.0.2.1에 있는 guest-name 이라는 VM에 root로 연결합니다. 이 연결에는 192.0.2.1에 대한 루트 인증도 필요합니다.

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

문제 해결

• 그래픽 콘솔을 클릭해도 효과가 없으면 콘솔을 전체 화면으로 확장하십시오. 이는 마우스 커서 오프셋의 알려진 문제입니다.

사전 요구 사항

• 대상 VM에 대한 네트워크 연결 및 루트 액세스 권한이 있어야 합니다.
• 대상 VM이 원격 호스트에 있는 경우 해당 호스트에 대한 연결 및 루트 액세스 권한도 있습니다.

• VM 네트워크는 libvirt 에서 생성된 dnsmasq 에 의해 IP 주소를 할당합니다. 예를 들어 libvirt NAT 네트워크 의 경우입니다.

  특히 VM에서 다음 네트워크 구성 중 하나를 사용하는 경우 SSH를 사용하여 VM에 연결할 수 없습니다.

  • hostdev 인터페이스
  • 직접 인터페이스
  • 브리지 상호 작용

• libvirt-nss 구성 요소는 VM의 호스트에 설치 및 활성화됩니다. 그렇지 않은 경우 다음을 수행합니다.

  1. libvirt-nss 패키지를 설치합니다.

     # yum install libvirt-nss

  2. /etc/nsswitch.conf 파일을 편집하고 hosts 행에 libvirt_guest 를 추가합니다.

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

문제 해결

• VM 이름을 모르는 경우 virsh list --all 명령을 사용하여 호스트에서 사용 가능한 모든 VM을 나열할 수 있습니다.

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

• VNC 또는 SPICE 프로토콜을 제공하지 않으므로 GUI 도구에 대한 비디오 표시를 제공하지 않습니다.
• 에는 네트워크 연결이 없으므로 SSH를 사용하여 와 상호 작용할 수 없습니다.

사전 요구 사항

• VM에는 콘솔 type='pty'와 같이 직렬 콘솔 장치가 구성되어 있어야 합니다. 확인하려면 다음을 수행하십시오.

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

• VM에는 커널 명령줄에 직렬 콘솔이 구성되어 있어야 합니다. 이를 확인하려면 VM의 cat /proc/cmdline 명령 출력에 console=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

  VM에 직렬 콘솔이 제대로 설정되지 않은 경우 virsh 콘솔을 사용하여 VM에 연결하면 응답하지 않는 게스트 콘솔에 연결합니다. 그러나 Ctrl+] 바로 가기를 사용하여 응답하지 않는 콘솔을 종료할 수 있습니다.

  • VM에 직렬 콘솔을 설정하려면 다음을 수행합니다.

    1. VM에서 console=ttyS0 커널 옵션을 활성화합니다.

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

    2. 변경 사항이 적용되지 않을 수 있는 커널 옵션을 지웁니다.

       # grub2-editenv - unset kernelopts

    3. VM을 재부팅합니다.

• /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 암호를 제공하지 않도록 할 수 있습니다. 이 작업을 수행하려면 다음 방법 중 하나 이상을 사용하십시오.

  • 원격 호스트에 대한 키 기반 SSH 액세스 설정
  • 원격 시스템에 연결하기 위해 SSH 연결 멀티플렉싱 사용
  • Identity Management의 Kerberos 인증
• -c (또는 --connect) 옵션을 사용하여 원격 호스트에서 virt-install, virt-viewer, virsh 및 virt-manager 명령을 실행할 수 있습니다.

• 게스트에 연결된 동안 게스트 OS에 적합한 shutdown 명령을 사용합니다.

• 호스트에서 virsh shutdown 명령을 사용합니다.

  • VM이 로컬 호스트에 있는 경우:

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

  • VM이 원격 호스트에 있는 경우 이 예제에서는 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

사전 요구 사항

• VM에서 중요한 데이터를 백업합니다.
• VM을 종료합니다.
• 다른 VM이 동일한 관련 스토리지를 사용하지 않는지 확인합니다.

절차

• virsh undefine 유틸리티를 사용합니다.

  예를 들어 다음 명령은 guest1 VM, 관련 스토리지 볼륨 및 비발성 RAM(있는 경우)을 제거합니다.

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

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.
• VM에서 중요한 데이터를 백업합니다.
• 다른 VM이 동일한 연결된 스토리지를 사용하지 않는지 확인합니다.
• 선택 사항: VM을 종료합니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

절차

• 웹 콘솔의 사이드 메뉴에서 Virtual Machines (가상 시스템)를 클릭합니다.

  사용 가능한 스토리지 풀, 사용 가능한 네트워크 및 웹 콘솔이 연결된 VM에 대한 정보가 포함된 대화 상자가 나타납니다.

  

• 스토리지 풀 - 웹 콘솔 및 해당 상태에서 액세스할 수 있는 활성 또는 비활성 스토리지 풀 수입니다.
• Networks(네트워크) - 웹 콘솔 및 해당 상태에서 액세스할 수 있는 활성 또는 비활성 네트워크 수입니다.
• Name (이름) - VM의 이름입니다.
• connection - libvirt 연결, 시스템 또는 세션 유형입니다.
• State - VM 상태입니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

• Device - 디스크의 장치 유형입니다.
• used - 현재 할당된 디스크 양입니다.
• capacity - 스토리지 볼륨의 최대 크기입니다.
• bus - 에뮬레이트된 디스크 장치의 유형입니다.
• 액세스 - 디스크에 쓰기 가능 또는 읽기 전용 인지 여부. 원시 디스크의 경우 액세스를 쓰기 가능 및 공유 로 설정할 수도 있습니다.
• Source - 디스크 장치 또는 파일입니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

사전 요구 사항

• virt-sysprep 유틸리티를 포함하는 libguestfs-tools-c 패키지가 호스트에 설치됩니다.

  # yum install libguestfs-tools-c

• 템플릿으로 예정된 소스 VM이 종료됩니다.

• 소스 VM의 디스크 이미지가 있는 위치를 알고 VM의 디스크 이미지 파일의 소유자입니다.

  libvirt의 시스템 연결에 생성된 VM의 디스크 이미지는 /var/lib/libvirt/images 디렉터리에 있으며 기본적으로 root 사용자가 소유합니다.

  # ls -la /var/lib/libvirt/images
  -rw-------.  1 root root  9665380352 Jul 23 14:50 a-really-important-vm.qcow2
  -rw-------.  1 root root  8591507456 Jul 26  2017 an-actual-vm-that-i-use.qcow2
  -rw-------.  1 root root  8591507456 Jul 26  2017 totally-not-a-fake-vm.qcow2
  -rw-------.  1 root root 10739318784 Sep 20 17:57 another-vm-example.qcow2

• 선택 사항: 소스 VM 디스크의 중요한 데이터가 백업되었습니다. 소스 VM을 그대로 유지하려면 먼저 복제 한 후 복제본을 템플릿으로 전환합니다.

검증

• 프로세스가 성공했는지 확인하려면 수정된 디스크 이미지를 원래 이미지와 비교합니다. 다음 예제에서는 템플릿이 성공적으로 생성되었음을 보여줍니다.

  # virt-diff -a /var/lib/libvirt/images/a-really-important-vm-orig.qcow2 -A /var/lib/libvirt/images/a-really-important-vm.qcow2
  - - 0644       1001 /etc/group-
  - - 0000        797 /etc/gshadow-
  = - 0444         33 /etc/machine-id
  [...]
  - - 0600        409 /home/username/.bash_history
  - d 0700          6 /home/username/.ssh
  - - 0600        868 /root/.bash_history
  [...]

사전 요구 사항

• 소스 VM의 디스크 이미지 위치를 알고 있고 VM의 디스크 이미지 파일의 소유자임을 확인합니다.

  libvirt의 시스템 연결에 생성된 VM의 디스크 이미지는 기본적으로 /var/lib/libvirt/images 디렉터리에 있으며 root 사용자가 소유합니다.

  # ls -la /var/lib/libvirt/images
  -rw-------.  1 root root  9665380352 Jul 23 14:50 a-really-important-vm.qcow2
  -rw-------.  1 root root  8591507456 Jul 26  2017 an-actual-vm-that-i-use.qcow2
  -rw-------.  1 root root  8591507456 Jul 26  2017 totally-not-a-fake-vm.qcow2
  -rw-------.  1 root root 10739318784 Sep 20 17:57 another-vm-example.qcow2

• VM이 종료되었는지 확인합니다.
• 선택 사항: VM 디스크의 중요한 데이터가 모두 백업되었습니다. 소스 VM을 그대로 유지하려면 먼저 복제하고 복제본을 편집하여 템플릿을 생성합니다.

• 높은 부하로 VM 실시간 마이그레이션

• 1TB 이상의 메모리와 같이 많은 메모리를 사용하는 VM을 실시간 마이그레이션

  중요

  Red Hat은 최대 6TB의 메모리로 VM의 실시간 마이그레이션을 성공적으로 테스트했습니다. 그러나 메모리가 1TB 이상인 VM과 관련된 실시간 마이그레이션 시나리오의 경우 고객은 Red Hat 기술 지원에 문의해야 합니다.

• VM의 워크로드, 특히 메모리 업데이트를 줄입니다.

  • 이렇게 하려면 소스 VM의 게스트 운영 체제에서 필수가 아닌 프로세스를 중지하거나 취소합니다.

• 실시간 마이그레이션에 허용되는 다운타임을 늘립니다.

  1. 마이그레이션 중인 VM의 실시간 마이그레이션이 끝날 때 현재 최대 다운타임을 표시합니다.

     # virsh migrate-getmaxdowntime vm-name

  2. 최대 다운타임을 높입니다.

     # virsh migrate-setmaxdowntime vm-name downtime-in-miliseconds

     최대 다운타임을 설정할수록 마이그레이션이 완료될 가능성이 높아집니다.

• 실시간 마이그레이션을 post-copy 모드로 전환합니다.

  # virsh migrate-start-postcopy vm-name

  • 이렇게 하면 VM의 메모리 페이지가 대상 호스트에서 수렴할 수 있으며 마이그레이션이 완료될 수 있습니다.

    그러나 복사 후 모드가 활성화되면 대상 호스트에서 소스 호스트로의 원격 페이지 요청으로 인해 VM이 크게 저하될 수 있습니다. 또한 소스 호스트와 대상 호스트 간의 네트워크 연결이 복사 후 마이그레이션 중에 작동하지 않는 경우 메모리 페이지가 누락되어 일부 VM 프로세스가 중단될 수 있습니다.

    따라서 VM 가용성이 중요하거나 마이그레이션 네트워크가 불안정한 경우 사후 복사 마이그레이션을 사용하지 마십시오.

• 워크로드에서 허용하는 경우 VM을 일시 중지하고 마이그레이션이 실시간이 아닌 마이그레이션으로 완료되도록 합니다. 이렇게 하면 VM의 다운타임이 증가하지만 대부분의 경우 마이그레이션이 성공적으로 완료됩니다.

• 마이그레이션 중 VM의 워크로드

  • 마이그레이션을 시작하기 전에 VM의 게스트 운영 체제에서 필수가 아닌 프로세스를 중지하거나 취소합니다.

• 호스트가 마이그레이션에 사용할 수 있는 네트워크 대역폭

  • 실시간 마이그레이션의 최적의 결과를 얻으려면 마이그레이션에 사용되는 네트워크의 대역폭이 VM의 더티 페이지 생성보다 훨씬 커야 합니다. VM 더티 페이지 생성 속도를 얻는 방법에 대한 자세한 내용은 명령줄 인터페이스를 사용하여 가상 머신 마이그레이션의 사전 요구 사항을 참조하십시오.
  • 소스 호스트와 대상 호스트 모두 마이그레이션을 위한 전용 NIC(네트워크 인터페이스 컨트롤러)가 있어야 합니다. 메모리가 1TB 이상인 VM을 실시간으로 마이그레이션하는 경우 Red Hat은 25GB/s 이상의 속도로 NIC를 권장합니다.
  • 마이그레이션을 시작할 때 --bandwidth 옵션을 사용하여 실시간 마이그레이션에 할당된 네트워크 대역폭을 지정할 수도 있습니다. 대규모 VM 마이그레이션의 경우 배포에 실행 가능한 만큼 대역폭을 할당합니다.

• 실시간 마이그레이션 모드

  • 기본 사전 복사 마이그레이션 모드는 더티가 되면 메모리 페이지를 반복적으로 복사합니다.

  • 복사 후 마이그레이션은 메모리 페이지를 한 번만 복사합니다.

    마이그레이션이 중지되는 경우 실시간 마이그레이션이 post-copy 모드로 전환되도록 활성화하려면 마이그레이션을 시작할 때 virsh migrate 와 함께 --postcopy 옵션을 사용합니다.

• 배포에 지정된 다운타임

  • 이전에 설명한 대로 virsh migrate-setmaxdowntime 을 사용하여 마이그레이션 중에 이를 조정할 수 있습니다.

사전 요구 사항

• VM에 연결하려는 장치에 필요한 옵션을 가져옵니다. 특정 장치에 사용 가능한 옵션을 보려면 virt-xml --device=? 명령을 사용하십시오. 예를 들면 다음과 같습니다.

  # virt-xml --network=?
  --network options:
  [...]
  address.unit
  boot_order
  clearxml
  driver_name
  [...]

• virsh dumpxml 명령을 사용하여 장치의 XML 정의가 VM의 XML 구성의 <devices> 섹션에 추가되었는지 확인합니다.

  예를 들어 다음 출력은 testguest VM의 구성을 보여주며 002.004 USB 플래시 디스크 장치가 추가되었는지 확인합니다.

  # virsh dumpxml testguest
  [...]
  <hostdev mode='subsystem' type='usb' managed='yes'>
    <source>
      <vendor id='0x4146'/>
      <product id='0x902e'/>
      <address bus='2' device='4'/>
    </source>
    <alias name='hostdev0'/>
    <address type='usb' bus='0' port='3'/>
  </hostdev>
  [...]

• VM을 실행하고 장치가 있고 제대로 작동하는지 테스트합니다.

사전 요구 사항

• VM에 연결하려는 장치에 필요한 옵션을 가져옵니다. 특정 장치에 사용 가능한 옵션을 보려면 virt-xml --device=? 명령을 사용하십시오. 예를 들면 다음과 같습니다.

• 선택 사항: virsh dumpxml vm-name 을 사용하여 VM의 XML 구성을 백업하고 출력을 파일로 전송합니다. 예를 들어 다음은 testguest1 VM의 구성을 testguest1.xml 파일로 백업합니다.

• VM을 실행하고 장치가 있는지 테스트하고 수정 사항을 반영합니다.

• virsh dumpxml 명령을 사용하여 장치의 XML 정의가 VM의 XML 구성에서 수정되었는지 확인합니다.

  예를 들어 다음 출력은 testguest VM의 구성을 보여주고 CPU 모드가 host-model 로 구성되었는지 확인합니다.

  # virsh dumpxml testguest
  [...]
  <cpu mode='host-model' check='partial'>
    <model fallback='allow'/>
  </cpu>
  [...]

문제 해결

• 장치를 수정하면 VM이 부팅되지 않은 경우 virsh define utility를 사용하여 이전에 백업한 XML 구성 파일을 다시 로드하여 XML 구성을 복원합니다.

  # virsh define testguest.xml

사전 요구 사항

• 선택 사항: virsh dumpxml vm-name 을 사용하여 VM의 XML 구성을 백업하고 출력을 파일로 전송합니다. 예를 들어 다음은 testguest1 VM의 구성을 testguest1.xml 파일로 백업합니다.

문제 해결

• 장치를 제거하면 VM을 부팅할 수 없는 경우 virsh define utility를 사용하여 이전에 백업한 XML 구성 파일을 다시 로드하여 XML 구성을 복원합니다.

  # virsh define testguest.xml

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

사전 요구 사항

• PCI 장치를 연결하는 경우 hostdev 요소의 managed 속성 상태가 yes 로 설정되어 있는지 확인합니다.

  참고

  PCI 장치를 VM에 연결할 때 hostdev 요소의 관리 속성을 생략하거나 no 로 설정하지 마십시오. 이렇게 하면 VM에 전달할 때 PCI 장치는 호스트에서 자동으로 분리할 수 없습니다. 또한 VM을 끄면 호스트에 자동으로 다시 연결할 수 없습니다.

  결과적으로 호스트가 응답하지 않거나 예기치 않게 종료될 수 있습니다.

  VM의 XML 구성에서 managed 속성의 상태를 찾을 수 있습니다. 다음 예제에서는 example-VM-1 VM의 XML 구성을 엽니다.

  # virsh edit example-VM-1

• VM에서 중요한 데이터를 백업합니다.

• 선택 사항: VM의 XML 구성을 백업합니다. 예를 들어 example-VM-1 VM을 백업하려면 다음을 수행합니다.

  # virsh dumpxml example-VM-1 > example-VM-1.xml

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

검증

• VM을 실행하고 장치가 Host devices (호스트 장치) 섹션에 표시되는지 확인합니다.

사전 요구 사항

• 웹 콘솔 VM 플러그인이 시스템에 설치되어 있습니다.

• 선택 사항: virsh dumpxml example-VM-1을 사용하여 VM 의 XML 구성을 백업하고 출력을 파일로 전송합니다. 예를 들어 다음은 testguest1 VM의 구성을 testguest1.xml 파일로 백업합니다.

  # virsh dumpxml testguest1 > testguest1.xml
  # cat testguest1.xml
  <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
    <name>testguest1</name>
    <uuid>ede29304-fe0c-4ca4-abcd-d246481acd18</uuid>
    [...]
  </domain>

문제 해결

• 호스트 장치를 제거하면 VM을 부팅할 수 없게 되는 경우 virsh define 유틸리티를 사용하여 이전에 백업한 XML 구성 파일을 다시 로드하여 XML 구성을 복원합니다.

  # virsh define testguest1.xml

사전 요구 사항

• VM에 통과하려는 장치가 호스트에 연결되어 있는지 확인합니다.

검증

• VM을 실행하고 장치가 예상대로 작동하는지 테스트합니다.

• virsh dumpxml 명령을 사용하여 장치의 XML 정의가 VM의 XML 구성 파일의 <devices> 섹션에 추가되었는지 확인합니다.

  # virsh dumpxml example-VM-1
  [...]
  <hostdev mode='subsystem' type='usb' managed='yes'>
    <source>
      <vendor id='0x0407'/>
      <product id='0x6252'/>
      <address bus='1' device='5'/>
    </source>
    <alias name='hostdev0'/>
    <address type='usb' bus='0' port='3'/>
  </hostdev>
  [...]

검증

• VM을 실행하고 장치가 장치 목록에서 제거되었는지 확인합니다.

사전 요구 사항

• VM에 전달하려는 스마트 카드 리더가 호스트에 연결되어 있는지 확인합니다.
• RHEL 8에서 스마트 카드 리더 유형이 지원되는 지 확인합니다.

절차

• 가상 스마트 카드 리더 장치를 생성하고 VM에 연결합니다. 예를 들어 스마트 카드 리더를 testguest VM에 연결하려면 다음을 수행합니다.

  # virt-xml testguest --add-device --smartcard mode=passthrough,type=spicevmc
  Domain 'testguest' defined successfully.
  Changes will take effect after the domain is fully powered off.

  참고

  가상 스마트 카드 리더 장치를 실행 중인 VM에 연결하려면 이전 명령에 --update 인수를 추가합니다.

사전 요구 사항

• 호스트 시스템에 ISO 이미지의 경로를 저장하고 복사해야 합니다.

절차

• --add-device 인수와 함께 virt-xml 유틸리티를 사용합니다.

  예를 들어 다음 명령은 /home/username/Downloads 디렉터리에 저장된 example-ISO-name ISO 이미지를 example-VM-name VM에 연결합니다.

  # virt-xml example-VM-name --add-device --disk /home/username/Downloads/example-ISO-name.iso,device=cdrom
  Domain 'example-VM-name' defined successfully.

검증

• VM을 실행하고 장치가 예상대로 작동하는지 테스트합니다.

사전 요구 사항

• 시스템에 웹 콘솔 VM 플러그인이 설치되어 있습니다.

검증

• 가상 머신 인터페이스의 디스크 섹션에 파일이 표시됩니다.

사전 요구 사항

• 호스트 시스템에 ISO 이미지를 저장해야 합니다.
• ISO 이미지의 경로를 알아야 합니다.

검증

• VM을 실행하고 장치가 교체되고 예상대로 작동하는지 테스트합니다.

검증

• VM을 실행하고 이미지를 더 이상 사용할 수 없는지 확인합니다.

검증

• 장치가 VM의 XML 구성 파일에 더 이상 나열되지 않는지 확인합니다.

사전 요구 사항

• 시스템에 웹 콘솔 VM 플러그인이 설치되어 있습니다.

검증

• 가상 머신 인터페이스의 연결된 파일은 더 이상 Disks 섹션에 표시되지 않습니다.

• 은 원래 PCIe 장치와 동일한 또는 유사한 서비스를 제공할 수 있습니다.
• 호스트 PCI 버스의 다른 주소에 표시됩니다.
• VFIO 할당을 사용하여 다른 VM에 할당할 수 있습니다.

• PF(물리적 기능) - 호스트에 장치(예: 네트워킹)의 기능을 제공하지만 VF 세트를 생성하고 관리할 수 있는 PCIe 기능입니다. 각 SR-IOV 지원 장치에는 하나 이상의 PF가 있습니다.
• VF(가상 기능) - 독립 장치 역할을 하는 경량 PCIe 기능입니다. 각 VF는 PF에서 파생됩니다. 장치에서 보유할 수 있는 최대 VF 수는 장치 하드웨어에 따라 다릅니다. 각 VF는 한 번에 하나의 VM에만 할당할 수 있지만 VM에는 여러 VF가 할당될 수 있습니다.

• 성능 향상
• 호스트 CPU 및 메모리 리소스 사용 감소

단점

• PF의 구성을 수정하려면 먼저 PF에 의해 노출된 VF 수를 0으로 변경해야 합니다. 따라서 이러한 VF가 할당된 VM에서 이러한 VF를 제공하는 장치도 제거해야 합니다.
• SR-IOV VF를 포함하여 VFIO로 할당된 장치가 연결된 VM은 다른 호스트로 마이그레이션할 수 없습니다. 할당된 장치를 에뮬레이트된 장치와 결합하여 이러한 제한 사항을 해결할 수 있는 경우도 있습니다. 예를 들어 할당된 네트워킹 VF 를 에뮬레이트된 vNIC에 결합하고 마이그레이션 전에 VF를 제거할 수 있습니다.
• 또한 VFIO 할당 장치는 VM 메모리를 고정해야 하므로 VM의 메모리 사용량이 증가하고 VM에서 메모리 증대가 사용되지 않습니다.

사전 요구 사항

• 호스트의 CPU 및 펌웨어는 IOMMU(I/O Memory Management Unit)를 지원합니다.

  • Intel CPU를 사용하는 경우 Intel Virtualization Technology for Directed I/O(VT-d)를 지원해야 합니다.
  • AMD CPU를 사용하는 경우 AMD-Vi 기능을 지원해야 합니다.

• 호스트 시스템은 ACS(액세스 제어 서비스)를 사용하여 PCIe 토폴로지에 대한 DMA(직접 메모리 액세스) 격리를 제공합니다. 시스템 벤더를 사용하여 이를 확인합니다.

  자세한 내용은 SR-IOV 구현에 대한 하드웨어 고려 사항을 참조하십시오.

• 물리적 네트워크 장치는 SR-IOV를 지원합니다. 시스템의 네트워크 장치가 SR-IOV를 지원하는지 확인하려면 lspci -v 명령을 사용하고 출력에서 SR -IOV(Single Root I/O Virtualization) 를 찾습니다.

  # lspci -v
  [...]
  02:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
  	Subsystem: Intel Corporation Gigabit ET Dual Port Server Adapter
  	Flags: bus master, fast devsel, latency 0, IRQ 16, NUMA node 0
  	Memory at fcba0000 (32-bit, non-prefetchable) [size=128K]
  [...]
  	Capabilities: [150] Alternative Routing-ID Interpretation (ARI)
  	Capabilities: [160] Single Root I/O Virtualization (SR-IOV)
  	Kernel driver in use: igb
  	Kernel modules: igb
  [...]

• 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 호스트에서 VT-d를 활성화합니다.

    1. intel_iommu=on 및 iommu=pt 매개변수를 사용하여 GRUB 설정을 다시 생성합니다.

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

    2. 호스트를 재부팅합니다.

  • AMD 호스트에서 AMD-Vi를 활성화합니다.

    1. the iommu=pt 매개변수를 사용하여 GRUB 설정을 다시 생성합니다.

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

    2. 호스트를 재부팅합니다.

검증

• 절차가 성공하면 게스트 운영 체제는 새 네트워크 인터페이스 카드를 감지합니다.

네트워킹 장치

• Intel 82599ES 10 기가비트 이더넷 컨트롤러 - ixgbe 드라이버 사용
• Intel Ethernet Controller710 Series - i40e 드라이버 사용
• Mellanox ConnectX-5 이더넷 어댑터 카드 - mlx5_core 드라이버 사용
• Intel Ethernet Network Adapter XXV710 - i40e 드라이버를 사용합니다.
• Intel 82576 기가비트 이더넷 컨트롤러 - igb 드라이버를 사용합니다.
• Broadcom NetXtreme II BCM57810 - bnx2x 드라이버 사용
• QSFP용 이더넷 컨트롤러 E810-C - 스노우 드라이버 사용
• SFC9220 10/40G 이더넷 컨트롤러 사용
• FastLinQ QL41000 시리즈 10/25/40/50GbE 컨트롤러 사용
• MT2892 제품군 [ConnectX-6 Dx] - mlx5_core 드라이버 사용

스토리지 장치

• 비휘발성 메모리 컨트롤러: HPE Electronics Co Ltd NVMe SSD Controller 172Xa/172Xb (rev 01)
• 비휘발성 메모리 컨트롤러: Toshiba Corporation Cx5 NVMe SSD Controller (rev 01)

• 스토리지 풀은 영구적이거나 일시적일 수 있습니다.

  • 영구 스토리지 풀은 호스트 시스템을 다시 시작해도 유지됩니다. virsh pool-define 을 사용하여 영구 스토리지 풀을 생성할 수 있습니다.
  • 임시 스토리지 풀은 호스트가 재부팅될 때까지만 존재합니다. virsh pool-create 명령을 사용하여 임시 스토리지 풀을 생성할 수 있습니다.

• 로컬 스토리지 풀

  로컬 스토리지 풀은 호스트 서버에 직접 연결됩니다. 로컬 디렉터리에는 로컬 디렉터리, 직접 연결된 디스크, 물리 파티션, 로컬 볼륨 관리(LVM) 볼륨 그룹이 포함됩니다.

  로컬 스토리지 풀은 마이그레이션이 필요하지 않거나 다수의 VM이 있는 개발, 테스트 및 소규모 배포에 유용합니다.

• 네트워크(공유) 스토리지 풀

  네트워크로 연결된 스토리지 풀에는 표준 프로토콜을 사용하여 네트워크를 통해 공유되는 스토리지 장치가 포함됩니다.

• 가상화 호스트에서 NFS 스토리지 풀을 정의하여 내보낸 서버 경로 및 클라이언트 대상 경로를 설명할 수 있습니다. 따라서 libvirt 는 libvirt가 시작될 때 또는 libvirt 가 실행되는 동안 필요에 따라 스토리지를 자동으로 마운트할 수 있습니다.
• 이름별로 VM에 스토리지 풀과 스토리지 볼륨을 추가하기만 하면 됩니다. 대상 경로를 볼륨에 추가할 필요가 없습니다. 따라서 대상 클라이언트 경로가 변경되더라도 VM에 영향을 미치지 않습니다.
• 자동 시작되도록 스토리지 풀을 구성할 수 있습니다. 이 작업을 수행하면 libvirt 가 시작될 때 지정된 디렉터리에 NFS 공유 디스크를 자동으로 마운트합니다. libvirt 는 명령 nfs.example.com:/path/to/share /vmdata와 유사하게 지정된 디렉터리에 공유를 마운트합니다.
• libvirt API를 사용하여 스토리지 볼륨 경로를 쿼리할 수 있습니다. 이러한 스토리지 볼륨은 기본적으로 NFS 공유 디스크에 있는 파일입니다. 그런 다음 VM의 블록 장치에 대한 소스 스토리지를 설명하는 VM의 XML 정의의 섹션으로 이러한 경로를 복사할 수 있습니다.

• NFS의 경우 libvirt API를 사용하는 애플리케이션을 사용하여 스토리지 풀(NFS 공유의 파일)에서 크기(공유 스토리지 용량)의 한도까지 스토리지 볼륨을 생성하고 삭제할 수 있습니다.

  일부 스토리지 풀 유형에서 볼륨 생성 및 삭제를 지원하는 것은 아닙니다.

• 더 이상 필요하지 않은 경우 스토리지 풀을 중지할 수 있습니다. 스토리지풀(풀-오버)을 중지하면 시작 작업이 취소됩니다. 이 경우 NFS 공유의 마운트를 해제합니다. 명령 이름이 제안하는 내용에도 불구하고 공유의 데이터는 삭제 작업에서 수정하지 않습니다. 자세한 내용은 man virsh 를 참조하십시오.

• 디렉터리 기반 스토리지 풀
• 디스크 기반 스토리지 풀
• 파티션 기반 스토리지 풀
• GlusterFS 스토리지 풀
• iSCSI 기반 스토리지 풀
• LVM 기반 스토리지 풀
• NFS 기반 스토리지 풀
• vHBA 장치가 있는 SCSI 기반 스토리지 풀
• 다중 경로 기반 스토리지 풀
• RBD 기반 스토리지 풀

• sheepdog 기반 스토리지 풀
• Vstorage 기반 스토리지 풀
• ZFS 기반 스토리지 풀

절차

• virsh pool-list 명령을 사용하여 스토리지 풀 정보를 확인합니다.

  # virsh pool-list --all --details
   Name                State    Autostart  Persistent    Capacity  Allocation   Available
   default             running  yes        yes          48.97 GiB   23.93 GiB   25.03 GiB
   Downloads           running  yes        yes         175.62 GiB   62.02 GiB  113.60 GiB
   RHEL-Storage-Pool   running  yes        yes         214.62 GiB   93.02 GiB  168.60 GiB

사전 요구 사항

• 하이퍼바이저가 디렉터리 스토리지 풀을 지원하는지 확인합니다.

  # virsh pool-capabilities | grep "'dir' supported='yes'"

  명령이 출력을 표시하는 경우 디렉터리 풀이 지원됩니다.

검증

• virsh pool-info 명령을 사용하여 스토리지 풀이 running 상태인지 확인합니다. 보고된 크기가 예상대로, 자동 시작이 올바르게 구성되었는지 확인합니다.

  # virsh pool-info guest_images_dir
    Name:           guest_images_dir
    UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
    State:          running
    Persistent:     yes
    Autostart:      yes
    Capacity:       458.39 GB
    Allocation:     197.91 MB
    Available:      458.20 GB

사전 요구 사항

• 하이퍼바이저가 디스크 기반 스토리지 풀을 지원하는지 확인하십시오.

  # virsh pool-capabilities | grep "'disk' supported='yes'"

  명령에서 출력을 표시하는 경우 디스크 기반 풀이 지원됩니다.

• 스토리지 풀의 기반이 되는 장치를 준비합니다. 이를 위해 파티션(예: /dev/sdb1) 또는 LVM 볼륨을 선호합니다. VM에 전체 디스크 또는 블록 장치(예: /dev/sdb)에 대한 쓰기 권한이 있는 경우 VM이 파티션을 지정하거나 자체 LVM 그룹을 만들 수 있습니다. 이로 인해 호스트에서 시스템 오류가 발생할 수 있습니다.

  그러나 스토리지 풀에 전체 블록 장치를 사용해야 하는 경우 Red Hat은 GRUB의 os-prober 기능에서 장치의 중요한 파티션을 보호하는 것이 좋습니다. 이를 위해 /etc/default/grub 파일을 편집하고 다음 구성 중 하나를 적용합니다.

  • os-prober 를 비활성화합니다.

    GRUB_DISABLE_OS_PROBER=true

  • os-prober 가 특정 파티션을 찾지 못하게 합니다. 예를 들면 다음과 같습니다.

    GRUB_OS_PROBER_SKIP_LIST="5ef6313a-257c-4d43@/dev/sdb1"

• 스토리지 풀을 생성하기 전에 선택한 스토리지 장치의 데이터를 백업하십시오. 사용 중인 libvirt 버전에 따라 스토리지 풀에 디스크를 지정하면 디스크 장치에 현재 저장된 모든 데이터를 다시 포맷하고 지울 수 있습니다.

검증

• virsh pool-info 명령을 사용하여 스토리지 풀이 running 상태인지 확인합니다. 보고된 크기가 예상대로, 자동 시작이 올바르게 구성되었는지 확인합니다.

  # virsh pool-info guest_images_disk
    Name:           guest_images_disk
    UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
    State:          running
    Persistent:     yes
    Autostart:      yes
    Capacity:       458.39 GB
    Allocation:     197.91 MB
    Available:      458.20 GB

사전 요구 사항

• 하이퍼바이저가 파일 시스템 기반 스토리지 풀을 지원하는지 확인하십시오.

  # virsh pool-capabilities | grep "'fs' supported='yes'"

  명령에서 출력을 표시하는 경우 파일 기반 풀이 지원됩니다.

• 스토리지 풀의 기반이 되는 장치를 준비합니다. 이를 위해 파티션(예: /dev/sdb1) 또는 LVM 볼륨을 선호합니다. VM에 전체 디스크 또는 블록 장치(예: /dev/sdb)에 대한 쓰기 권한이 있는 경우 VM이 파티션을 지정하거나 자체 LVM 그룹을 만들 수 있습니다. 이로 인해 호스트에서 시스템 오류가 발생할 수 있습니다.

  그러나 스토리지 풀에 전체 블록 장치를 사용해야 하는 경우 Red Hat은 GRUB의 os-prober 기능에서 장치의 중요한 파티션을 보호하는 것이 좋습니다. 이를 위해 /etc/default/grub 파일을 편집하고 다음 구성 중 하나를 적용합니다.

  • os-prober 를 비활성화합니다.

    GRUB_DISABLE_OS_PROBER=true

  • os-prober 가 특정 파티션을 찾지 못하게 합니다. 예를 들면 다음과 같습니다.

    GRUB_OS_PROBER_SKIP_LIST="5ef6313a-257c-4d43@/dev/sdb1"

사전 요구 사항

• 호스트에서 GlusterFS 기반 스토리지 풀을 생성하려면 먼저 Gluster를 준비합니다.

  1. 다음 명령으로 상태를 나열하여 Gluster 서버의 IP 주소를 가져옵니다.

     # gluster volume status
     Status of volume: gluster-vol1
     Gluster process                           Port	Online	Pid
     ------------------------------------------------------------
     Brick 222.111.222.111:/gluster-vol1       49155	  Y    18634
     
     Task Status of Volume gluster-vol1
     ------------------------------------------------------------
     There are no active volume tasks

  2. 설치되지 않은 경우 glusterfs-fuse 패키지를 설치합니다.

  3. 활성화되지 않은 경우 virt_use_fusefs 부울을 활성화합니다. 활성화되어 있는지 확인합니다.

     # setsebool virt_use_fusefs on
     # getsebool virt_use_fusefs
     virt_use_fusefs --> on

• 하이퍼바이저가 GlusterFS 기반 스토리지 풀을 지원하는지 확인합니다.

  # virsh pool-capabilities | grep "'gluster' supported='yes'"

  명령에서 출력을 표시하는 경우 GlusterFS 기반 풀이 지원됩니다.

검증

• virsh pool-info 명령을 사용하여 스토리지 풀이 running 상태인지 확인합니다. 보고된 크기가 예상대로, 자동 시작이 올바르게 구성되었는지 확인합니다.

  # virsh pool-info guest_images_glusterfs
    Name:           guest_images_glusterfs
    UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
    State:          running
    Persistent:     yes
    Autostart:      yes
    Capacity:       458.39 GB
    Allocation:     197.91 MB
    Available:      458.20 GB

사전 요구 사항

• 하이퍼바이저가 iSCSI 기반 스토리지 풀을 지원하는지 확인합니다.

  # virsh pool-capabilities | grep "'iscsi' supported='yes'"

  명령에서 출력을 표시하는 경우 iSCSI 기반 풀이 지원됩니다.

검증

• virsh pool-info 명령을 사용하여 스토리지 풀이 running 상태인지 확인합니다. 보고된 크기가 예상대로, 자동 시작이 올바르게 구성되었는지 확인합니다.

  # virsh pool-info guest_images_iscsi
    Name:           guest_images_iscsi
    UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
    State:          running
    Persistent:     yes
    Autostart:      yes
    Capacity:       458.39 GB
    Allocation:     197.91 MB
    Available:      458.20 GB

• LVM 기반 스토리지 풀은 LVM의 완전한 유연성을 제공하지 않습니다.
• libvirt 는 씬 논리 볼륨을 지원하지만 씬 스토리지 풀의 기능을 제공하지는 않습니다.

• LVM 기반 스토리지 풀은 볼륨 그룹입니다. virsh 유틸리티를 사용하여 볼륨 그룹을 생성할 수 있지만 이렇게 하면 생성된 볼륨 그룹에 하나의 장치만 있을 수 있습니다. 여러 장치가 포함된 볼륨 그룹을 만들려면 LVM 유틸리티를 사용하는 대신 LVM을 사용하여 Linux에서 볼륨 그룹을 만드는 방법을 참조하십시오.

  볼륨 그룹에 대한 자세한 내용은 Red Hat Enterprise Linux Logical Volume Manager 관리 가이드 를 참조하십시오.

• LVM 기반 스토리지 풀에는 전체 디스크 파티션이 필요합니다. virsh 명령을 사용하여 새 파티션 또는 장치를 활성화하면 파티션이 포맷되고 모든 데이터가 삭제됩니다. 이 절차와 같이 호스트의 기존 볼륨 그룹을 사용하는 경우 아무것도 지워지지 않습니다.

사전 요구 사항

• 하이퍼바이저가 LVM 기반 스토리지 풀을 지원하는지 확인합니다.

  # virsh pool-capabilities | grep "'logical' supported='yes'"

  명령이 출력을 표시하는 경우 LVM 기반 풀이 지원됩니다.

검증

• virsh pool-info 명령을 사용하여 스토리지 풀이 running 상태인지 확인합니다. 보고된 크기가 예상대로, 자동 시작이 올바르게 구성되었는지 확인합니다.

  # virsh pool-info guest_images_lvm
    Name:           guest_images_lvm
    UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
    State:          running
    Persistent:     yes
    Autostart:      yes
    Capacity:       458.39 GB
    Allocation:     197.91 MB
    Available:      458.20 GB

사전 요구 사항

• 하이퍼바이저가 NFS 기반 스토리지 풀을 지원하는지 확인합니다.

  # virsh pool-capabilities | grep "<value>nfs</value>"

  명령에서 출력을 표시하는 경우 NFS 기반 풀이 지원됩니다.

검증

• virsh pool-info 명령을 사용하여 스토리지 풀이 running 상태인지 확인합니다. 보고된 크기가 예상대로, 자동 시작이 올바르게 구성되었는지 확인합니다.

  # virsh pool-info guest_images_netfs
    Name:           guest_images_netfs
    UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
    State:          running
    Persistent:     yes
    Autostart:      yes
    Capacity:       458.39 GB
    Allocation:     197.91 MB
    Available:      458.20 GB

사전 요구 사항

• 하이퍼바이저가 SCSI 기반 스토리지 풀을 지원하는지 확인합니다.

  # virsh pool-capabilities | grep "'scsi' supported='yes'"

  명령에서 출력을 표시하는 경우 SCSI 기반 풀이 지원됩니다.

• vHBA 장치를 사용하여 SCSI 기반 스토리지 풀을 생성하기 전에 vHBA를 생성합니다. 자세한 내용은 vHBA 생성 을 참조하십시오.

검증

• virsh pool-info 명령을 사용하여 스토리지 풀이 running 상태인지 확인합니다. 보고된 크기가 예상대로, 자동 시작이 올바르게 구성되었는지 확인합니다.

  # virsh pool-info guest_images_vhba
    Name:           guest_images_vhba
    UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
    State:          running
    Persistent:     yes
    Autostart:      yes
    Capacity:       458.39 GB
    Allocation:     197.91 MB
    Available:      458.20 GB

검증

• 스토리지 풀이 삭제되었는지 확인합니다.

  # virsh pool-list --all
  Name                 State      Autostart
  -------------------------------------------
  default              active     yes
  rhel-Storage-Pool   active     yes