a lot of bootbank space consumed by vendor Custom image

예전에 모 벤더사의 특정 Custom image 를 사용하는 경우, 불필요한 VIB 들이 너무 많이 포함되어있어서, bootbank 공간을 많이 소모하여, NSX 나 ESXi 업그레이드시에 bootbank 공간이 부족해서 문제가 생기는 경우가 있었습니다.

 

최근에도 그런 경우가 있는것 같은데요, 만약 NSX-T 를 설치하시는 경우 VIB 용량이 상당히 크기 때문에 주의하실 필요가 있겠습니다.

 

아래는 각 벤더사의 6.7U2 커스텀 이미지로 설치했을 때의 초기 bootbank 공간의 크기입니다.

 

  1. Lenovo
    • [root@localhost:/vmfs/volumes/f69ef878-64d190ae-8e10-32e78bf031ad] du -h
    • 151.0M
  1. HPE
    • [root@localhost:/vmfs/volumes/ec665e74-a4ad3a57-e446-05b293b1b2b8] du -h
    • 190.8M
  1. Dell
    • [root@localhost:/vmfs/volumes/66bc1673-d1ee1605-3790-cced1e755a5d] du -h
    • 150.8M

nested 로 설치해서 확인한것이구요. 후지쯔 서버도 해봤는데 nested ESXi 에 설치하니까 PSOD 가 발생해서 확인을 못했습니다.

보다시피 HPE 의 커스컴 이미지 사이즈가 꽤나 큽니다.

 

계산해보니 NSX-T VIB 의 경우 합산해서 33MB 정도의 공간을 필요로 합니다.

+ vSphere HA 사용시에 FDM agent (8.7MB)가 설치되어야 하고,

기타 vSphere Replication(7.6MB) 등을 사용한다면 해당 VIB 의 사이즈도 고려해야합니다.

 

셋다 설치된 경우라면 240MB 로, 실질적으로 사용할 수 있는 bootbank size 가 거의 남아있지 않는 상태입니다. (bootbank 의 실제 사용한 공간은 원래 사이즈 250MB – 10MB(Reserved))

 

NSX-T 의 경우 업그레이드를 위해선 bootbank or altboobank공간에 20MB 정도의 프리스페이스가 남아있어야 합니다. 따라서 위와 같은 상태라면 NSX-T 업그레이드에 문제가 생길 것으로 예상됩니다.

 

계산기준은 bootbank 또는 altbootbank 공간의 boot.cfg 파일을 확인해서 “updated” 숫자가 높은 파티션의 사이즈를 기준으로 계산합니다.

[root@localhost:~] grep updated /bootbank/boot.cfg

updated=1

[root@localhost:~] grep updated /altbootbank/boot.cfg

updated=2

 

위의 예에서는 altboobank 사이즈가 기준이 됩니다. 

 

만약 위와 같은 경우가 예상된다면 사용하시는 하드웨어 벤더와 협의하시여 불필요한 VIB 을 삭제하는 과정이 미리 필요합니다.

 

참고 부탁드립니다.

 

만약 공간이 충분한데요