OPM

CLOM (Cluster Level Obejct Manager)

CLOM(클러스터 수준 개체 관리자)은 개체 구성이 해당 스토리지 정책과 일치하는지 확인하는 역할을 합니다. CLOM은 해당 정책을 충족하는 데 사용할 수 있는 디스크 그룹이 충분한지 아닌지를 확인합니다. 또한 클러스터에서 구성 요소 및 감시 기능을 배치할 위치를 결정합니다.

CMMDS (Cluster Monitoring, Membership, and Directory Service )

CMMDS(클러스터 모니터링, 멤버 자격 및 디렉토리 서비스)는 네트워크로 연결된 노드 멤버 클러스터의 복구 및 유지 보수를 담당합니다. 호스트 노드, 디바이스 및 네트워크와 같은 항목의 인벤토리를 관리합니다. 또한 vSAN 개체에 대한 정책 및 RAID 구성과 같은 메타데이터 정보도 저장합니다.

DOM (Distributed Object Manager)

DOM(분산 개체 관리자)은 구성 요소를 생성하고 클러스터에 분산하는 역할을 합니다. DOM 개체가 생성되면 노드(호스트) 중 하나가 해당 개체에 대한 DOM 소유자로 지정됩니다. 이 호스트는 클러스터 전체에서 해당 하위 구성 요소를 찾은 후 vSAN 네트워크를 통해 해당 구성 요소로 I/O를 리디렉션함으로써 해당 DOM 개체에 대한 모든 IOPS를 처리합니다. DOM 개체에는 vdisk, snapshot, vmnamespace, vmswap, vmem 등이 포함됩니다.

LSOM (Log-Structured Object Manager)

LSOM(로그 구조 개체 관리자)은 vSAN 파일 시스템의 데이터를 vSAN 구성 요소 또는 LSOM 개체(데이터 구성 요소 또는 감시 구성 요소)로서 로컬로 저장하는 역할을 합니다.

vSAN 관련 Daemon

clomd
vsanObserver
vsandevicemonitord
vsandpd
vsanmgmtd
vsantraced

출처 : docs.vmware.com/kr/VMware-vSphere/7.0/vsan-network-design-guide/GUID-725668B0-B1B9-48A0-AB4F-A6386C7D649E.html

운영중인 윈도우 서버를 온라인 복제를 하려 했지만 9프로에서 Fail 발생합니다.

이를 해결하는 방법 포스팅 합니다.

테스트 OS : Windows 2019

출처 kb.vmware.com/s/article/1028881

이렇게 설정하면 윈도우 서버 핫클론이 잘진행 됩니다.

vSAN 6.7 U3버전 부터 SCSI-3 영구 예약 (SCSI3-PR) 지원을 추가합니다. 온 프레미스 지원과 함께 VMware Cloud on AWS 서비스에 처음 릴리스되었습니다.

이 통합을 통해 고객은 가용성 그룹으로 재구성하거나 대체 클라우드 서비스로 플랫폼을 재구성 할 필요없이 클러스터 된 SQL 워크로드를 VMware Cloud on AWS 서비스로 직접 가져올 수 있습니다.

How does it work?

SQL Server 클러스터를 구축하려면 여러 게스트 VM간에 디스크 리소스를 공유해야합니다. 그러면 기본 게스트 OS가 필요에 따라 장치를 이동하면서 소유권을 제어합니다. 최신 공유 스토리지 솔루션에서이를 수행하는 데 사용하는 메커니즘을 SCSI-3 영구 예약이라고합니다.

주어진 가상 디스크에서 SCSI3-PR 지원을 활성화하려면 :

1. 디스크 모드 를 Independent – ​​Persistent 로 설정하십시오 .
2. 하드 디스크는 또한 SCSI 버스 공유 가 Physical로 설정된 SCSI 컨트롤러에 연결되어야합니다 .
3. 최고성능을 위하여 PVSCSI(VMware Paravirtual) 컨트롤러를 사용하십시오
4. 마지막으로 영구 예약을 구성하는 데 충분히 중요한 데이터는 관리 효율성을 보장하기위한 전용 스토리지 정책이 필요할 것입니다.(옵션)

이 기능은 기본 게스트 OS 스토리지 vMotion에 대한 직접 디스크 액세스에 대한 책임을 넘기므로 Microsoft SQL Server에서 공유 디스크를 사용할 때 스냅 샷 및 복제 작업이 지원되지 않습니다.

결론

클러스터형 솔루션의 운영 단순화를 선호하는 고객은 이제 Microsoft SQL Server 클러스터의 검증 된 가용성과 VMware 하이브리드 클라우드 및 vSAN 스토리지 정책 기반 관리의 유연성 및 관리 용이성을 결합 할 수 있습니다.

출처 : blogs.vmware.com/virtualblocks/2019/03/04/native-sql-server-cluster-support-on-vsan/

출처 : https://core.vmware.com/resource/sql-server-failover-cluster-instance-vmware-vsan-native#sec8219-sub2

출처 : https://kb.vmware.com/s/article/2147661

Advanced Cross vCenter Server vMotion (XVM) 기능은 가장 인기있는 VMware Fling 중 하나였습니다 . 많은 고객이이 기능이 vSphere의 통합 된 부분이되기를 원했습니다. vSphere 7 업데이트 1c 릴리스에서는 XVM 기능이 vSphere Client에 포함되었습니다!

vCenter 6.0의 vCenter vMotion과 vCenter 7 U1c의 XVM은 비슷하지만 다릅니다.

vCenter vMotion은 동일 SSO내에서만 vMotion이 가능하지만 XVM은 ELM (Enhanced Linked Mode) 또는 HLM (Hybrid Linked Mode)에 대한 요구 사항없이 vCenter Server 인스턴스간에 가상 워크로드를 마이그레이션하는 데 도움이됩니다. 즉, 서로 다른 SSO (Single Sign-On) 도메인에있는 vCenter Server간에 VM (가상 머신)을 마이그레이션 할 수 있습니다.

이에 대한 일반적인 시나리오는 온 프레미스 vSphere 인프라에서 AWS의 VMC로 워크로드 마이그레이션입니다. vCenter Server 구성의 제약없이 마이그레이션하면 많은 마이그레이션 '자유'가 가능합니다. XVM은 단일 VM 또는 대량 마이그레이션에 사용할 수 있습니다.

Important Notes

마이그레이션은 일반 vMotion과 같이 vMotion vmkernel 포트를 사용합니다. 따라서 소스 및 대상 호스트는 vMotion 포트를 사용하여 통신 할 수 있어야합니다. 양쪽 모두에서 TCP / IP Stack vMotion 을 사용했습니다.

 Use-cases

SSO 관점에서 구성에 대한 제약없이 vCenter Server 인스턴스간에 워크로드를 대량 마이그레이션하는 기능은 vSphere 환경간에 워크로드를 이동하는 강력한 도구입니다. 소스와 대상 vCenter Server 인스턴스 간의 연결이 올바르게 설정되면 XVM 기능이 도움이되는 수많은 사용 사례가 있습니다! 다음 사용 사례를 고려하십시오.

• HLM (하이브리드 연결 모드) 및 추가 구성없이 온 프레미스 vSphere 환경에서 AWS의 VMC로 VM을 마이그레이션합니다.
• 이전 vCenter Server 인스턴스에서 모든 워크로드를 마이그레이션하여 새 vSphere 버전을 채택합니다.
• VCF 업그레이드의 일부로 워크로드 마이그레이션.
• 데이터 센터 통합 및 콜로 대피.
• 일반적으로 이전 vSphere 버전을 포함하는 레거시 하드웨어를 폐기합니다.
• 글로벌 VCF 환경에서 워크로드 재조정.
• VMware Cloud 오퍼링으로 마이그레이션하십시오.

출처 : vnote42.net/2021/01/19/how-advanced-cross-vcenter-vmotion-works/

출처 : core.vmware.com/resource/introducing-advanced-cross-vcenter-server-vmotion-capability#section1

스냅샷을 제거하였는데 위 사진과 같이 99퍼센트에서 멈췄습니다.

스냅샷 파일도 그대로 있습니다.

vim-vmd vmsvc/getallvms 입력하면 107번 vmid 가상머신을 확인 할 수 있습니다.

vim-cmd vmsvc/get.tasklist 107 입력하면
removeAllSnapshots 271496505 가출력됩니다. (사이트마다 다름)
vim-cmd vimsvc/task_info 271496505 입력하면
메세지 출력을 확인 할 수 있습니다.

가장 정확한 방법입니다.
저 99%가 hang인지 아닌지 확인하는 방법
해당 가상머신이 있는 호스트에 ssh로 접 근후 esxtop 접속 > u 입력 합니다.
저기서 스냅샷이 존재하는 데이터스토어의 naa 패스의 MBREAD/s MBWRTN/s 값을 확인합니다.
다른 naa 패스에는 IO가 거의 없지만 스냅샷이 존재하는 데이터 스토어의 패스에는 IO가 발생하는 것을 확인됩니다.

결론은 저 99%가 행이 아닙니다.
스냅샷을 제거하고 consolidate 하는 작업입니다.
스냅샷 총 용량 150GB 기준 consolidate 작업만 약 7시간 걸렸습니다. (참고)

99%에서 완료 후 스냅샷 파일들 모두 제거 되었고 수정날짜도 금일 날짜로 변경 되었습니다.

tasklist도 remove all snapshot 없어졌습니다.

MBREAD/s MBWRTN/s 확인 해보니 IO사라졌습니다.

출처 :https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2053758
http://blog-stack.net/esxi-remove-all-snapshots-hangs-at-99/