안녕하세요?
최근 vCenter Server에 문제가 생겨, 교체하게 되어 기록해 두려고 합니다.
구축해 놓은 솔루션의 종류나 기능에 따라 다르겠지만, 저희 같은 경우에는 vSAN을 구성한 Cluster의 이동이 필요했고
마침 관련 KB(2151610)가 있어 참고하여 진행하였습니다.
* 마이그레이션시 중요하게 고려되야 할 사항은 다음과 같습니다.
- Steched cluster을 비활성화 하여야 합니다.
(vCenter을 이미 사용할 수 없는 상태라면 KB(77163)을 참고하여 진행합니다.)
- 기존 클러스터의 SPBM 정책 내용에 대한 정보를 파악해야 합니다. (ESXi에서도 Commnad로 확인가능)
- KMS를 통한 Encryption을 사용 중이라면, 동일한 KMS이름으로 vCenter에 등록하는 절차가 필요합니다.
전반적인 절차는 다음과 같습니다.
1. Cluster의 상태 확인 및 vSAN의 SPBM 정책 내용 확인
2. 신규 vCenter에서 기존 vSAN Cluster에 적용되는 중복/압축 기능 및 확인된 SPBM과 동일한 정책을 생성합니다.
3. Cluster 구성원 간 vSAN Unicast 구성이 손실되지 않게 멤버 업데이트를 Disable 합니다.
4. ESXi를 신규 vCenter에 등록하는 작업을 진행합니다.
5. SPBM 동일한 내용의 신규 SPBM정책을 적용 합니다.
1. 기존에 생성/적용된 SPBM 정책내용을 확인하여, 신규 구성되는 vCenter에 동일한 속성으로 생성합니다.
# SPBM Name 파악
[root@ESXI:~] esxcli vsan debug object list | grep spbmProfileName | sort | uniq
spbmProfileName: FULL_CLONE_DISK_eff5c1c8-c344-4b4f-bda2-d25691bf9fc1
spbmProfileName: REPLICA_DISK_5b55dacb-8adf-480b-bc39-38b4888028ac
spbmProfileName: VM_HOME_eff5c1c8-c344-4b4f-bda2-d25691bf9fc1
spbmProfileName: vSAN Default Storage Policy
# SPBM 세부정보 및 상세내용 파악
[root@ESXI:~] esxcli vsan debug object list | less
Object UUID: 8c2d5b64-2e43-9c00-be2a-bc97e1236170
Version: 18
Health: healthy
Owner: SOL-ESXI01
Size: .00 GB
Used:.18 GB
Used 4K Blocks: 06 GB
Policy:
stripeWidth: 1
cacheReservation: 0
proportionalCapacity: 0
hostFailuresToTolerate: 1
forceProvisioning: 0
spbmProfileId: aa6d5a82-1c88-45da-85d3-3d74b91a5bad
spbmProfileGenerationNumber: 0
CSN: 19
spbmProfileName: vSAN Default Storage Policy
..
2. 신규 등록전 vSAN Cluster의 상태 확인 및 호스트별로 멤버 업데이트를 Disable 합니다.
# 클러스터 상태확인
[root@SOL-ESXI:~] esxcli vsan cluster get
Cluster Information
Enabled: true
Current Local Time: 2023-05
Local Node UUID: 64187f-726
Local Node Type: NORMAL
Local Node State: BACKUP
Local Node Health State: HEALTHY
Sub-Cluster Master UUID: 645
Sub-Cluster Backup UUID: 64180ea6-c77f-72a0369fceaec6
Sub-Cluster UUID: 52c6711a-77f3-8a8a4400394
Sub-Cluster Membership Entry Revision: 7
Sub-Cluster Member Count: 4
Sub-Cluster Member UUIDs: 6450829a-af7f-7268-af84-a0369fceaec6, 633e6bfc-0936-2da8-b367-bc97e1236170, 63521d36-3ce0-7c9a-7574-bc97e1233c10
Sub-Cluster Member HostNames:
Sub-Cluster Membership UUID: 35ef5a64-f4
Unicast Mode Enabled: true
Maintenance Mode State: OFF
Config Generation: 7aac63d0-82af-44dc-9 4 2023-05-11T00:39:26.789
Mode: REGULAR
vSAN ESA Enabled: false
# Unicast member 확인
[root@SOL-ESXI:~] esxcli vsan cluster unicastagent list
NodeUuid IsWitness Supports Unicast IP Address Port Iface Name Cert Thumbprint SubClusterUuid
------------------------------------ --------- ---------------- ----------- ----- ---------- ----------------------------------------------------------------------------------------------- --------------
6450829a-af9c-1d28-bdf7-bc97e12351b0 0 true ----------- 12321 51:04:F1:1C:3C:CE:0C:37:85:--------------:36:A4:0A:F7:25:3F:33:03:05:ED:D8:D5:2F:20:78:D0:D2:70 52c6711a-77f3-86d1-f249-85a8a4400394
633e6bfc-0936-2da8-b367-bc97e1236170 0 true ----------- 12321 4F:6A:50:B5:--------------:4B:B8:9F:79:1E:40:65:BC:C5:75:CC:70:A9:9C:E2:58:28:52:6E:C8:70:67:08 52c6711a-77f3-86d1-f249-85a8a4400394
63521d36-3ce0-7c9a-7574-bc97e1233c10 0 true ----------- 12321 DA:FC:B6:A3:CB:33:36:D7:53:89:8D:94:5E:A1:04:-----------------:33:92:63:CA:F4:59:AC:6C:94:60:B4 52c6711a-77f3-86d1-f249-85a8a4400394
# 멤버 업데이트 Disable (클러스터 내 모든 호스트에 적용)
[root@SOL-ESXI:~] esxcfg-advcfg -s 1 /VSAN/IgnoreClusterMemberListUpdates
Value of IgnoreClusterMemberListUpdates is 1
3. ESXi 호스트 한대만 신규 vCenter에 등록 후 Cluster에 적용합니다 이후, 2번 절차에서 확인했던 내용과 동일하게 vSAN Cluster의 상태와 Unicast 멤버를 확인합니다.
( vCenter에 추가시에는 Cluster에 다이렉트로 추가하지 말고 Datacenter를 통해 등록한 후 Cluster으로 이동하라는 가이드가 있으니, 참고해주세요!)
4. 3번의 절차를 Cluster 모든 멤버에게 동일하게 적용합니다.
5. 모든 멤버의 등록이 완료되었고, Cluster의 상태와 VM 객체의 상태가 모두 정상이라면, disable 해놓았던 멤버 업데이트를 다시 enable로 변경해줍니다.
[root@SOL-ESXI:~] esxcfg-advcfg -s 0 /VSAN/IgnoreClusterMemberListUpdates
Value of IgnoreClusterMemberListUpdates is 0
6. 하나의 VM에 신규 SPBM을 적용하여, 동기화 여부를 확인합니다.
(별도의 동기화 작업이 일어나면, 생성한 SPBM이 기존 SPBM과 다른 정책을 가지고 있는 것으로 확인하시고 진행하셔야 합니다.)
7. 6번의 절차가 문제가 없는 것을 확인하였으면, 점진적으로 모든 VM에 적용하고 마무리합니다.
vCenter와 연관되면 신규로 마이그레이션 하는데 이래저래 막막할 때가 많았는데요,
vSAN은 프로세스가 잘 잡혀 있는 느낌이라 이래 저래 다행이라는 생각이 듭니다.😅
다른 케이스에 도움이 되셨으면 합니다.
감사합니다.
'VMware > vSAN' 카테고리의 다른 글
[vSAN] vSAN Cluster 의 종료 및 재 시작 (0) | 2022.09.08 |
---|---|
[vSAN] vSAN 7U1 업데이트 리뷰 포스팅(1) (0) | 2020.11.08 |