vMotion의 개념 및 우수 사례

HCX는 본질적으로 vMotion 쌍방향 프록시입니다. HCX의 각 인스턴스는 클러스터 외부의 vSphere 데이터 센터 내에서 단일 VMware ESXi™ 호스트를 에뮬레이트합니다. HCX 인스턴스는 클라우드 게이트웨이 Fleet 컴포넌트(CGW)의 "대행(front)"입니다. 프록시 호스트는 현재 표시되는 사이트에 링크된 HCX 사이트마다 표시됩니다. vMotion이 원격 호스트에서 시작되면 로컬 ESXi 호스트가 해당 VM을 로컬 프록시 ESXi 호스트로 마이그레이션합니다.

vMotion 마이그레이션은 터널 전체의 소스 CGW에서 데이터를 받는 한편 원격 ESXi 프록시 호스트에서 대상 vSphere 실제 ESXi 호스트로 시작됩니다. vMotion이 사용되는 경우 대량 마이그레이션 옵션과 달리 한 번에 하나의 VM 마이그레이션 조작만 실행됩니다. 따라서 많은 VM을 마이그레이션해야 하는 경우 다운타임을 허용할 수 없거나 VM을 다시 시작할 위험이 있는 경우에만 vMotion 을 사용하는 것이 좋습니다. 그러나 표준 vMotion과 같이 VM은 프로세스 중에 라이브일 수 있습니다.

단일 vMotion 은 WAN 최적화 프로그램을 통해 LAN에서는 약 1.7 Gbps, WAN에서는 300~400Mbps에서 최고 한계에 도달합니다. 그렇다고 해서 LAN의 1.7Gbps가 WWAN 최적화 프로그램을 통한 WAN의 400Mbps와 같다는 의미는 아니며, 이러한 최대값은 특정 환경에서 관찰되었습니다. 이러한 환경은 10GB LAN vMotion 네트워크 및 1GB 인터넷 업링크로 구성되며, 프로덕션 웹 트래픽과 공유됩니다.

다음과 같은 경우 vMotion을 사용하십시오.

• VM을 종료하기 어렵거나 시작하기 어려운 경우 또는 가동 시간이 길어 VM을 종료하면 위험이 발생할 수 있는 경우.
• Oracle RAC 클러스터와 같이 디스크 UUID가 필요한 모든 클러스터 유형 애플리케이션의 경우 vMotion 은 대상의 디스크 UUID를 변경하지 않습니다.
• 단일 VM을 가능한 빨리 이동하려는 경우.
• 스케줄된 마이그레이션이 필요하지 않은 경우.

대량 마이그레이션의 개념 및 우수 사례

HCX의 대량 마이그레이션 기능에서는 vSphere 복제를 사용하여 디스크 데이터를 마이그레이션하면서 대상 vSphere HCX 인스턴스에서 VM을 다시 작성합니다. VM을 마이그레이션하면 다음 워크플로우가 발생합니다.

• 대상 측과 해당 가상 디스크에 새 VM을 작성합니다.
• VM 데이터를 새 VM으로 복제합니다. 전환 예약과 관계없이 마법사가 완료되는 즉시 복제가 시작됩니다.
• 원래 VM의 전원을 끕니다.
• 전원 끄기 기간 동안 데이터 변경사항의 최종 복제가 수행됩니다.
• 대상 측에서 새 VM의 전원을 켭니다.
• 원래 VM의 이름을 바꾸고, 이동된 클라우드 폴더로 이 VM을 이동하십시오.

다음은 vMotion을 통한 대량 마이그레이션의 장점입니다.

• 여러 VM을 동시에 마이그레이션합니다.
• 보다 일관된 대역폭 사용. vMotion은 네트워크 모니터링 도구 또는 WAN Opt UI 내의 피크 및 밸리로서 보이는 대역폭 사용의 변동을 발생시킬 수 있습니다.
• 대량 마이그레이션을 사용하면 단일 vMotion을 사용하는 경우보다 더 높은 전체 네트워크 대역폭 기능을 사용할 수 있습니다.
• 스케줄된 가동 중단 기간 동안 새로 마이그레이션된 VM으로 전환하도록 대량 마이그레이션을 스케줄링합니다.
• 현재 가상 CPU 기능을 사용하고 있는 VM의 마이그레이션을 허용합니다. 이 경우에는 vMotion 마이그레이션이 실패할 수 있습니다.

다음은 vMotion을 통한 대량 마이그레이션의 단점입니다.

• 개별 VM은 vMotion 보다 훨씬 느리게 마이그레이션됩니다.
• 새로운 복제 VVM이 대상 측에 표시되므로 VM이 잠시 가동 중단됩니다.
• 디스크 순서 지정 및 디스크 UUID(Oracle RAC)에 따라 달라지는 VVM에 문제가 있을 수 있고 UUID가 변경됨에 따라 디스크가 다르게 표시될 수 있습니다. 따라서 가상 디스크 디바이스의 OS 경로가 변경될 수 있습니다.

공유 디스크 클러스터

Oracle RAC, MS Exchange 및 MS-SQL 클러스터는 모든 VM 또는 클러스터 노드 간에 디스크를 공유해야 하는 클러스터에 두 개 이상의 VM이 참여하는 애플리케이션의 예입니다. 애플리케이션 클러스터의 일부인 디스크(OS가 아닌 가상 디스크)에 대해 모든 VM 노드에서 VMware® 멀티라이터 플래그를 사용하도록 설정해야 합니다. 가상 디스크에 멀티라이터 플래그가 활성화된 VM은 지원되지 않습니다.

다중 기록기 가상 디스크 사용 클러스터 마이그레이션에 대한 다음 정보를 검토하십시오.

• 원래 VM 디스크 및 UUID 맵핑이 유지보수되므로 vMotion이 사용됩니다.
• 마이그레이션 중에 클러스터는 성능 저하 상태(단일 노드)로 남아 있습니다.
• 클러스터 VM 전체에서 다중 기록기 구성을 리어셈블하기 위해 마이그레이션 전 및 마이그레이션이 완료된 후 클러스터가 작동 중단됩니다.

다중 기록기 디스크 사용 클러스터를 마이그레이션하려면 다음 단계를 완료하십시오.

1. 애플리케이션 우수 사례별로 모든 노드와 클러스터의 전원을 끕니다.
2. 애플리케이션에 필요한 경우 다중 기록기가 구성된 가상 디스크의 각 노드 VM에서 디스크 순서를 기록합니다.
3. Oracle 및 가상 디스크 UUID 기능을 사용하는 기타 모든 애플리케이션의 경우 ESXi 호스트에 로그인한 후 vmkfstools -J getuuid /vmfs/volumes/datastore/VM/vm.vmdk 명령을 실행하십시오. 이 명령은 클러스터의 다중 기록기 플래그를 설정해야 하는 각 가상 디스크 파일의 UUID를 가져옵니다. 이 단계는 우수 사례가 경로가 운영 체제에 표시되는 방법과 디스크 순서를 일치시키는 경우에 필요합니다. vMotion은 디스크(disk1, disk2, disk3)를 다시 정렬할 수 있지만 UUID는 동일하게 유지됩니다. 마이그레이션이 완료되면 언급된 UUID를 사용하여 디스크 정보를 맵핑하고 디스크 이름 지정 순서를 다시 작성하고, 필요한 경우 SCSI ID를 사용하십시오. 이 정보는 Oracle 인스턴스에 맵핑된 가상 디스크가 많은 경우 문제를 해결하는 데 유용할 수 있습니다.
4. 기본으로 간주되는 항목을 제외하고 모든 클러스터 VM에서 가상 디스크를 제거합니다.
5. 기본 클러스터 VM(클러스터 디스크를 소유한 유일한 VM)에서 멀티라이터 플래그를 제거합니다.
6. 최소 중단 시간에 필요한 경우 기본 클러스터의 전원을 켭니다.
7. vMotion으로 모든 클러스터 노드를 마이그레이션합니다. 먼저 기본 클러스터를 마이그레이션하십시오. 전원이 꺼진 후에 모든 다른 노드를 마이그레이션하십시오.
8. 기본 디스크 소유 노드에서 마이그레이션을 완료하면 전원을 끕니다.
9. 필요한 경우 적절한 디스크 UUID와 SCSI ID를 사용하여 디스크 순서를 다시 맵핑합니다. 애플리케이션이 작동하는 데 재맵핑은 필요하지 않습니다.
10. 기본 노드에서 다중 기록기 플래그를 다시 사용하도록 설정합니다.
11. 기본 노드를 시작하고 작동을 확인합니다.
12. 기타 모든 클러스터 VM에서 디스크를 맵핑하거나 다중 기록기 플래그를 사용으로 설정하고 전원을 켭니다.
13. 다른 클러스터 조작을 확인합니다.

일반 VM

HCX의 기능을 중심으로 신뢰도를 빌드하고 나면 대량 마이그레이션을 사용해야 합니다. 중복 애플리케이션의 경우 대량 마이그레이션이 필요합니다. 예를 들어, 웹 서버와 수백 개 또는 수천 개의 VM을 마이그레이션하는 위치가 해당됩니다.

직접 접속 NAS를 사용하는 VM

일반적으로 NFS는 웹 서버 컨텐츠와 같은 여러 서버에서 데이터를 공유하는 데 사용됩니다. iSCSI는 이메일 또는 RDBMS와 같은 애플리케이션 클러스터로 구성된 VM 노드에서 사용할 수 있으며 일반적으로 NFS보다 대기 시간에 더 민감합니다.

어느 경우에나 대기 시간이 IBM Cloud 데이터 센터(iSCSI의 경우에는 약 7ms)로 유지되고 애플리케이션이 약 1Gbps이하의 대역폭으로 작동할 수 있도록 허용하는 경우, NAS 네트워크는 HCX를 사용하여 IBM Cloud 위치로 확장될 수 있습니다. 이후에 HCX와 함께 VM을 마이그레이션하거나 VMotion을 수행할 수 있습니다.

마이그레이션 후에 iSCSI 볼륨은 OS와 함께 다른 로컬 클라우드 스토리지 솔루션으로 미러링될 수 있고 NFS 데이터는 클라우드 솔루션의 데이터로 복제될 수 있습니다. 다음 고려사항을 검토하십시오.

• 대기 시간(iSCSI 또는 NFS의 애플리케이션 허용 범위)
• 대역폭(확장된 네트워크당 ~1Gbps)
• 언더레이 링크 대역폭

마이그레이션 라이프사이클 후에 프로덕션에서 마이그레이션을 시도하기 전에 개발 또는 스테이징 애플리케이션을 테스트하십시오. QoS는 대기 시간의 영향을 많이 받는 확장 L2 네트워크를 지원하는 L2C HCX 어플라이언스 사이의 언더레이 터널 트래픽(UDP 500/4500)에 사용할 수 있습니다.