전치

ESXi의 데이터스토어를 확장을 CLI에서 실시했을 때의 메모가 됩니다.

이 작업은 VMware Workstation 14 Player에 ESXi6.5를 설치하는 중첩 환경에서 수행되었습니다.
또, 이번의 순서는 Growing a local datastore from the command line in vSphere ESXi (2002461) 를 참고로 했습니다.

하고 싶었던 일

ESXi의 데이터스토어 용량이 줄어들어 확장을 시도했습니다.
※VMware Workstation 14 Player상에서의 확장 순서에 대해서는 생략하고 있습니다.

당초는 이하와 같이, GUI 화면보다 확장을 실시하려고 했습니다만, 디바이스의 선택 화면에서 로드가 끝나지 않고, 앞으로 진행되지 않게 되어 버렸습니다.

스토리지 - 데이터스토어 탭에서 확장할 데이터스토어를 선택합니다.


용량 증가를 선택하면 로드 화면에서 멈췄습니다.

CLI의 데이터스토어 확장

그래서 다음의 순서로 CLI보다 데이터 스토어의 확장을 실시했습니다.

1. SSH로 ESXi에 연결

Teratarm을 사용하여 ESXi에 로그인합니다.
연결할 때 "챌린지 응답"을 선택해야합니다.

2. 데이터스토어의 디바이스 이름 확인

vmkfstools -P -h [データストアパス]용량이 52.5GB, 디바이스명이 「mpx.vmhba0:C0:T0:L0」인 것을 확인할 수 있었습니다.
또한 장치 이름의 마지막 3은 파티션 번호입니다.

[root@localhost:] vmkfstools -P -h /vmfs/volumes/5ae69265-91f87491-c20b-000c2910f04f
VMFS-5.81 (Raw Major Version: 14) file system spanning 1 partitions.
File system label (if any): datastore1
Mode: public
Capacity 52.5 GB, 17.0 GB available, file block size 1 MB, max supported file size 62.9 TB
UUID: 5ae69265-91f87491-c20b-000c2910f04f
Partitions spanned (on "lvm"):
        mpx.vmhba0:C0:T0:L0:3
Is Native Snapshot Capable: YES
[root@localhost:]

3. 파티션 구성 및 섹터 수 확인

partedUtil 명령을 사용하여 장치의 파티션 구성을 확인합니다.partedUtil get "[デバイス名]"결과는 [파티션 번호] [섹터 시작 번호] [섹터 종료 번호] [유형] [속성]으로 표시됩니다.
마지막 행은 파티션 3의 정보가 됩니다. 이번 확장 대상이 되는 파티션 3의 섹터는 15,472,640~125,829,086인 것을 확인할 수 있었습니다.
첫 번째 행은 장치 전체의 정보이며, 모두 419,430,400 섹터임을 알 수 있습니다.
즉, 125,829,087~419,430,400 섹터가 사용되지 않는 영역입니다.

[root@localhost:] partedUtil get "/dev/disks/mpx.vmhba0:C0:T0:L0"
26108 255 63 419430400
1 64 8191 0 128
5 8224 520191 0 0
6 520224 1032191 0 0
7 1032224 1257471 0 0
8 1257504 1843199 0 0
9 1843200 7086079 0 0
2 7086080 15472639 0 0
3 15472640 125829086 0 0
[root@localhost:]

4. 파티션 확장

파티션 3의 섹터 번호를 지정하여 확장합니다.partedUtil resize "[デバイス名]" [パーティション番号] [セクタ開始番号] [拡張後のセクタ終了番号]이번에는 419,430,000 섹터까지 확장합니다. 1

[root@localhost:] partedUtil resize "/dev/disks/mpx.vmhba0:C0:T0:L0" 3 15472640 419430000
[root@localhost:] partedUtil get "/dev/disks/mpx.vmhba0:C0:T0:L0"
26108 255 63 419430400
1 64 8191 0 128
5 8224 520191 0 0
6 520224 1032191 0 0
7 1032224 1257471 0 0
8 1257504 1843199 0 0
9 1843200 7086079 0 0
2 7086080 15472639 0 0
3 15472640 419430000 0 0
[root@localhost:] 

안전 파티션 3이 419,430,000 섹터로 확장되었습니다.

5. 백업 gpt 헤더 재구성

파티션 구성이 변경되었으므로 gpt 헤더를 재구성해야 합니다.partedUtil fixGpt "[デバイス名]"명령을 입력한 후 y를 대답합니다.

[root@localhost:] partedUtil fixGpt "/dev/disks/mpx.vmhba0:C0:T0:L0"

FixGpt tries to fix any problems detected in GPT table.
Please ensure that you don't run this on any RDM (Raw Device Mapping) disk.
Are you sure you want to continue (Y/N): y
gpt
26108 255 63 419430400
1 64 8191 C12A7328F81F11D2BA4B00A0C93EC93B systemPartition 128
5 8224 520191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
6 520224 1032191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
7 1032224 1257471 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
8 1257504 1843199 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
9 1843200 7086079 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
2 7086080 15472639 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
3 15472640 419430000 AA31E02A400F11DB9590000C2911D1B8 vmfs 0
[root@localhost:]

6. VMFS 볼륨 업데이트

VMFS 볼륨을 새로 고칩니다.

vmkfstools -V

7. VMFS 파티션 확장

인수에 디바이스 이름을 두 번 지정해야 합니다.vmkfstools --growfs "[デバイス名]:[パーティション番号]" "[デバイス名]:[パーティション番号]"

[root@localhost:] vmkfstools --growfs "/dev/disks/mpx.vmhba0:C0:T0:L0:3" "/dev/disks/mpx.vmhba0:C0:T0:L0:3"
[root@localhost:]

8. 데이터스토어가 확장되었는지 확인

vmkfstools -P -h [データストアパス]용량이 192.5GB로 확장되었음을 확인했습니다.

[root@localhost:] vmkfstools -P -h /vmfs/volumes/5ae69265-91f87491-c20
b-000c2910f04f
VMFS-5.81 (Raw Major Version: 14) file system spanning 1 partitions.
File system label (if any): datastore1
Mode: public
Capacity 192.5 GB, 157.0 GB available, file block size 1 MB, max supported file size 62.9 TB
UUID: 5ae69265-91f87491-c20b-000c2910f04f
Partitions spanned (on "lvm"):
        mpx.vmhba0:C0:T0:L0:3
Is Native Snapshot Capable: YES
[root@localhost:]

GUI 화면에서도 확장되어 있는지 확인할 수 있었습니다.

결론

ESXi 자체의 변경은 가상 호스트와 달리 실패하면 스냅샷보다 되돌릴 수 없으므로 신중하게 대응해야 합니다.
이번 절차도 실패하면 ESXi 자체가 시작되지 않을 가능성도 있으므로 충분한 검증과 복구 계획을 책정한 후 실시해 주십시오.

이상



전체 최종 섹터 번호로 확장하려고하면 Error: Can't have a partition outside the disk!라는 오류가 표시됩니다. 최대 '최종 섹터 번호 -1 섹터'까지 지정해야 합니다. ↩