VMware vMotion과 Storage vMotion

이 섹션에서는 vMotion™, Storage vMotion 및 크로스 호스트 Storage vMotion에 대한 성능 모범 사례를 제공한다.

VMware vMotion 권장 사항

vMotion에 적용되는 성능 권장 사항:

  • ESXi 6.7 U2에는 가상 하드웨어 버전 15가 도입됨 하드웨어 버전 15에서 실행 중인 가상 머신은 이전 버전의 ESX/ESXi에서 실행할 수 없으므로 이러한 가상 머신은 VMware vMotion을 사용하여 다른 ESXi 6.7 U2 호스트로만 이동할 수 있다. 그러나 ESXi 6.7 U2는 이전 버전의 가상 하드웨어에서 실행되는 가상 시스템과 하위호환되며, 이러한 가상 머신은 VMware vMotion을 사용하여 호환되는 이전 버전의 ESX/ESXi를 실행하는 호스트로 이동할 수 있다.
  • vSphere 6.5는 암호화된 vMotion을 도입했다. 이 기능은 소스 및 대상 호스트가 모두 암호화된 vMotion을 지원할 수 있는 경우(즉, 두 호스트가 모두 ESXi 6.5 이상을 실행하는 경우) vMotion 트래픽을 암호화한다. ESXi 6.5 이상에서 실행 중인 가상 시스템을 이전 ESX/ESXi 버전을 실행하는 호스트로 마이그레이션하면 vMotion 트래픽이 암호화되지 않는다.
    AES-NI(Intel의 Advanced Encryption Standard New Instruction Set)를 지원하는 호스트에서 암호화 성능이 상당히 높다. AES-NI 암호화된 vMotion 작업이 없으면 허용할 수 없는 성능을 가질 수 있다.
    암호화된 가상 시스템은 항상 암호화된 vMotion을 사용하여 이동되며, 암호화되지 않은 가상 시스템의 경우 vMotion 암호화를 Opporthic(기회)에서 Disabled(기본값) 또는 Required(필수)로 변경할 수 있다(가상 시스템을 마우스 오른쪽 버튼으로 클릭하고, Edit Settings, VM Options 선택, Encryption 클릭, Encrypted vMotion 드롭-다운 메뉴에서 옵션을 선택한다).
  • vMotion 네트워크에서 추가 네트워크 대역폭을 사용할 수 있게 되면 vMotion 성능이 향상된다. vMotion 성능을 극대화하려면 10Gb/s 이상의 vMotion 네트워크 인터페이스를 프로비저닝한다. 여러 vMotion vmknics는 vMotion에 사용할 수 있는 네트워크 대역폭을 추가로 증가시킬 수 있다.
    호스트의 모든 vMotion vmknic는 단일 vSwitch를 공유해야 한다. 각 vmknic의 포트 그룹은 다른 물리적 NIC를 활성 vmnic로 활용하도록 구성되어야 한다. 또한 모든 vMotion vmknic는 동일한 vMotion 네트워크에 있어야 한다.
  • 40Gb/s vMotion 네트워크에서 최대 회선 속도를 달성하려면 40Gb/s NIC에서 3개의 vMotion vmknic를 구성하는 것이 권장된다. vMotion vmknics를 여러 개 사용하면 vMotion이 여러 vMotion 작업자 스레드를 생성할 수 있으므로 단일 코어를 포화하지 않고 여러 코어에 CPU 로드를 분산시킬 수 있으며 네트워크 대역폭을 병목하게 한다. 자세한 내용은 VMware KB 문서 2108824를 참조하십시오.
  • vMotion 작업이 진행 중인 동안 ESXi는 네트워크 대역폭을 최대한 활용할 수 있도록 소스 호스트와 대상 호스트 모두에 CPU 리소스를 우발적으로 예약한다. ESXi는 수행 중인 vMotion 작업의 수에 관계없이 사용 가능한 전체 네트워크 대역폭을 사용하려고 시도한다. 따라서 CPU 예약의 양은 vMotion NIC의 수와 그 속도에 따라 달라진다. 즉, 각 1Gb/s 네트워크 인터페이스에 대한 프로세서 코어의 10%, 각 10Gb/s 네트워크 인터페이스에 대한 프로세서 코어의 100% 및 프로세서 코어의 최소 30% 예약. 따라서 예약되지 않은 CPU 용량을 클러스터에 남겨두면 vMotion 작업이 사용 가능한 네트워크 대역폭을 완전히 활용하기 위해 필요한 리소스를 확보하는 데 도움이 될 수 있다.
  • 호스트 수준의 스왑 파일을 로컬 스토리지(SSD 또는 하드 드라이브)에 배치하면 vMotion 성능이 저하될 수 있다. 호스트 수준 스왑 파일에 대한 자세한 내용은 "메모리 스왑 최적화"를 참조하십시오.
  • vFRC 사용 가상 시스템의 vMotion("vSphere Flash Read Cache (vFRC)"에서 설명함) 중에 vFRC 캐시가 기본적으로 마이그레이션된다. 이 캐시는 잠재적으로 상당히 클 수 있기 때문에 마이그레이션하면 가상 시스템에서 vMotion 작업을 수행하는 데 필요한 시간을 늘릴 수 있으며 이 과정에서 더 많은 네트워크 대역폭을 사용할 수 있다.
    원하는 경우 vMotion 중 vFRC 캐시의 마이그레이션을 수동으로 사용하지 않도록 설정하여 캐시 파일이 소스 호스트에서 삭제되고 대상 호스트에서 다시 생성되도록 할 수 있다. 이렇게 하면 vMotion 시간을 단축하고 네트워크 대역폭을 절약할 수 있으며, vMotion 작업이 완료된 후 캐시가 다시 채워지는 동안 가상 시스템의 vFRC 성능 향상도 일시적으로 감소할 수 있다.
    vFRC 캐시 마이그레이션을 사용하지 않도록 설정하는 방법은 애플리케이션 성능, 네트워크 대역폭 사용률 및 vMotion 기간의 상대적 중요성을 고려한 후 선택해야 한다.
  • EMC VPLEX Metro Metro Distributed Virtual Volume 하드웨어를 사용하여 최상의 vMotion 성능을 얻으려면 다음을 권장한다.
    • vMotion 네트워크에 대해 하드웨어 TSO 지원 NIC를 프로비저닝한다.
    • VMX 옵션(extension.convertonw = "FALSE")을 가상 시스템의 .vmx 파일에 추가한다. 이 옵션은 가상 시스템 전원을 켤 때 가상 디스크의 개방을 최적화하여 vMotion 중 전환 시간을 단축한다. 이 옵션은 다른 상황에서도 사용할 수 있지만 VPLEX Metro 구축에 특히 유용하다.
    • 가상 시스템 스냅샷은 전환 프로세스를 느리게 하므로 불필요한 스냅샷은 피한다.
      이 항목에 대한 자세한 내용은 VMware KB 문서 1026692를 참조하십시오.

VMware Storage vMotion 권장 사항

Storage vMotion에 적용되는 성능 권장 사항:

  • VMware Storage vMotion 성능은 가상 시스템이 실행 중인 ESXi 호스트와 소스 및 대상 데이터 저장소 간에 사용 가능한 스토리지 인프라 대역폭에 따라 크게 달라진다.
    Storage vMotion 작업 중에 이동할 가상 디스크를 소스 데이터 저장소에서 읽고 대상 데이터 저장소에 쓴다. 동시에 가상 시스템은 계속해서 소스 데이터 저장소에서 읽고 쓰면서 대상 데이터 저장소에 쓰기도 한다.
    이러한 추가 트래픽은 사용 가능한 대역폭을 추가로 줄일 수 있는 다른 I/O 로드가 있을 수 있는 스토리지에서 발생한다.
  • Storage vMotion은 스토리지 작업이 적은 시간(사용 가능한 스토리지 대역폭이 가장 높은 경우)과 이동 중인 가상 시스템의 워크로드가 가장 덜 활성 상태일 때 가장 높은 성능을 나타낸다.
  • Storage vMotion은 Storage vMotion 작업당 최대 4개의 동시 디스크 복사본을 수행할 수 있다. 그러나 Storage vMotion은 각 데이터스토어를 한 번에 한 개 이상의 디스크 복사본에 포함시킨다. 이는 예를 들어 4개의 VMDK 파일을 데이터스토어 A에서 데이터스토어 B로 이동하지만, 4개의 VMDK 파일을 데이터스토어 A, B, C 및 D에서 데이터스토어 E, F, G 및 H로 동시에 이동한다는 것을 의미한다.
    여러 VMDK 파일이 있는 가상 시스템을 포함하는 성능에 민감한 Storage vMotion 작업의 경우 반선호도 규칙을 사용하여 VMDK 파일을 여러 데이터스토어에 분산하여 동시 디스크 복사본을 보장할 수 있다.
  • Storage vMotion 작업 중에 마이그레이션이 완료된 경우에만 더 빠른 데이터 저장소로 이동함으로써 얻을 수 있는 이점을 확인할 수 있다. 그러나 마이그레이션이 진행됨에 따라 더 느린 데이터 저장소로 이동하는 영향이 점차 감지될 것이다.
  • Storage vMotion은 VAAI 지원 스토리지 어레이("하드웨어 스토리지 고려 사항"에 설명됨)에서 성능이 크게 향상되는 경우가 많다.

VMware Cross-Host Storage vMotion 권장 사항

Cross-Host Storage vMotion을 사용하면 가상 시스템을 호스트와 데이터스토어 간에 동시에 이동할 수 있다. Cross-Host Storage vMotion에 적용되는 성능 권장 사항:

  • Cross-Host Storage vMotion은 1MB 파일 시스템 블록 크기에 따라 성능 최적화 기능을 갖추고 있다. 초기 VMFS 버전 이후 1MB가 기본 VMFS 블록 크기였지만 특정 VMFS 버전(예: VMFS 3.x)은 사용자가 다른 블록 크기를 선택할 수 있도록 허용했다. VMFS 파일 시스템에서 1MB 블록 크기를 사용하지 않는 경우 최신 VMFS 5.x 버전으로 전환하여 vMotion 마이그레이션 시간을 크게 단축할 수 있다.

블록 크기가 1MB가 아닌 VMFS 데이터스토어를 VMFS 5.x로 인플레이스 업그레이드할 경우 블록 크기는 변경되지 않는다. 따라서 이 상황에서는 1MB 블록 크기의 성능 이점을 얻기 위해 새 VMFS 5.x 데이터스토어를 생성해야 한다.

  • 40Gb/s NIC를 사용할 때 Cross-Host Storage vMotion은 "VMware vMotion 권장 사항"에서 vMotion에 대해 설명한 바와 같이 3개의 vMotion vmknic로 최적의 성능을 발휘한다.
  • Cross-Host Storage vMotion은 "VMware Storage vMotion 권장 사항"에서 Storage vMotion에 대해 설명한 대로 최대 4개의 동시 디스크 복사본을 수행할 수 있다.
  • 크로스 호스트 Storage vMotion에는 데이터스토어 간에 가상 디스크 컨텐츠를 마이그레이션하는 데 사용할 수 있는 다양한 옵션이 있다.
    전원이 켜진 대부분의 가상 시스템의 경우 크로스 호스트 Storage vMotion은 일반적으로 vMotion 네트워크를 사용한다. 그러나 여러 가지 상황에서는 다음과 같은 대체 방법을 사용한다(가장 선호되는 항목 먼저 나열됨):
  • 소스 데이터스토어와 대상 데이터스토어가 모두 동일한 VAAI 지원 어레이에 있고 소스 호스트가 대상 데이터스토어에 액세스할 수 있는 경우 Cross-Host Storage vMotion은 VAAI를 통해 디스크 컨텐츠를 복사하는 작업을 통해 어레이로 오프로드된다.
  • 소스 호스트가 대상 데이터스토어에 액세스할 수 있는 경우 vMotion은 소스 호스트의 스토리지 인터페이스를 사용하여 디스크 컨텐츠를 전송하므로 vMotion 네트워크 사용률 및 호스트 CPU 사용률이 감소한다.
    전원이 꺼진 가상 시스템을 마이그레이션하고 경우에 따라 "콜드" 데이터(기본 디스크 및 현재 스냅샷 이외의 스냅샷)를 스냅샷이 있는 가상 시스템에서 마이그레이션하려면 Cross-Host Storage vMotion이 Network File Copy(NFC) 서비스를 사용한다. 전원이 켜진 가상 머신의 경우와 마찬가지로, NFC도 VAAI 또는 소스 호스트의 스토리지 인터페이스를 우선적으로 사용할 것이다. 이 두 가지 접근법이 모두 가능하지 않을 경우, NFC는 NFC 트래픽용으로 지정된 네트워크를 사용할 것이다.

vSphere 6.0 이전에는 NFC이 관리 네트워크("프로비저닝 네트워크"라고도 함)만 사용할 수 있었다. vSphere 6.0을 시작으로, NFC는 여전히 기본적으로 관리 네트워크를 사용하지만, 선택적으로 NFC 전용 네트워크를 통해 라우팅될 수 있다. 이를 통해 NFC 트래픽이 관리 트래픽과 분리되어 네트워크 프로비저닝에 더 많은 유연성을 부여할 수 있다.
어쨌든, 우리는 NFC이 최소 1Gb/s의 네트워크 대역폭을 제공하도록 권고한다.