VMware Cloud Flex Storage가 EoA 됩니다.

 

 

2024년 5월 1일부터 VMware Cloud Flex Storage에 대한

신규 Subscription과 On-demand 사용이 중단됨(EoA : End of Availability)이 공지되었습니다.

https://kb.vmware.com/s/article/97873

 

다만, 서비스의 종료는 아니고, 신규 구독이나 확장만 제한하는 것으로,

현재 사용중인 고객은 계약이 종료될때까지 정상적으로 지원받을 수 있습니다.

즉, 마지막 EoA 기간인 2024년 4월 30일 신규 3년 구독 시 해당 구독이 모두 종료되는 이후인,

2027년 5월 1일 최종 서비스가 종료될 예정(EoS : End of Support)입니다.

 

VMware Cloud Flex Storage는 

VMware Cloud on AWS에서 별도의 Host 추가 없이 스토리지 용량을 높히는 방법으로 가장 손쉬운 방법이였는데,

이제부터는 스토리지 증설이 필요할 때 Flex Storage가 아닌 다른 방안을 고려해야 합니다.

현재 구독된 Flex Storage의 공간을 초과하는 상황이 발생하거나, vSAN의 Datastore가 부족하게 되었을때,

고려할 수 있는 다양한 옵션들에 대해 고민해 봅시다.

 

 

1. VMware Cloud on AWS 내에서 해결 가능한 방법

 

1) Host 추가

가장 확실한 방법으로, Host를 추가함으로써 vSAN의 디스크를 증가시킵니다.

Host가 늘어난만큼 vSAN의 Usable한 용량도 늘어나며, 메모리와 CPU까지 함께 증가하여 가용성을 높혀줍니다.

증가 요청시 약 15분 정도면 Host 1대가 추가되며, 즉시 확장된 디스크 공간을 사용할 수 있습니다.

가장 강력하고 단순하지만 Host 추가 수량에 대한 비용이 필요합니다.

 

2) SDDC 업그레이드

최신 버전의 SDDC에서 eDRS 정책의 상한선이 기존 80%에서 85%로 증가되었습니다.

이는 기존 80%보다 5% 증가함으로써, 5% 만큼 더 많은 물리적 디스크 공간을 사용할 수 있게 되었습니다.

실질적으로 RAID와 Host 수에 따라 사용 가능한 공간은 달라질 수 있습니다만,

특별한 사용자 입장에서의 변화없이 시도해볼 수 있는 가장 간단한 방법입니다.

 

 

 

3) vSAN ESA 아키텍처 적용

현재 SDDC의 vSAN에는 기존과 같이 Cache를 가지고 있는 OSA 아키텍처와 

별도의 Cache 공간을 사용하지 않은 ESA 아키텍처의 적용이 가능합니다.

물론 모든 Host 종류가 아닌 i4i.metal 기준으로만 가능하며, 현재는 신규 배포시에만 적용 가능합니다.

즉 기존 사용중인 SDDC에 당장 적용을 위해서는 신규 SDDC 배포후 VM 마이그레이션이 필요합니다.

향후 OSA 기반의 클러스터를 ESA로 전환하는 로드맵이 나와 있으나 적용 가능 일시는 아직 알 수 없습니다.

이 경우 3~5대는 약 51.4%의 용량 확대가, 2대/6대~16대에서는 약 13.5%의 용량 확대가 예상됩니다.

아래는 참고용으로 VMware Cloud on AWS의 Sizer에서 Host 기반으로 계산되는 수치입니다.

 

 

 

4) i3.metal의 Host 타입 변경

현재 i3.metal을 사용중이라면, i3en.metal이나 i4i.metal로 Host Converting을 진행합니다.

스토리지의 용량이 더 중요할 경우 i3en.metal을 더빠른 컴퓨팅과 많은 메모리가 필요할 경우 i4i.metal을 선택합니다.

컨버팅에 대한 작업은 서비스의 중단없이 VMware에서 직접 진행하기 때문에 일정만 조율하면 매우 간단합니다.

Host 타입의 변경에 따라 SDDC는 변경되지는 않지만, Host 수량과 비용은 변경될 수 있습니다.

 

5) M7i.metal-24xl의 도입

M7i.metal-24xl을 기반으로 하는 SDDC의 특징은 컴퓨팅과 스토리지가 분리된 방식의 최신 아키텍처의 도입입니다.

그 결과, 컴퓨팅은 M7i.metal-24xl을 사용하며, 스토리지는 Amazon FSx NetApp ONTAP를 활용합니다.

vSAN 아키텍처가 아님으로, 용량에 있어서는 NetApp의 정책을 따라가며, 

Host 컨버팅이 지원되지 않는 아키텍처 임으로 신규 SDDC 배포를 통해 VM 마이그레이션이 필요합니다.

다만, M7i.metal-24xl은 최신 Host 타입으로 아직 국내에서는 서비스 되지 않고 있어 도입까지 시간이 필요합니다.

 

 

2. VM 관련 설정을 변경하는 방법

 

1) RAID 변경

4대 이상의 Host를 사용중인 SDDC 내 VM에서 RAID 1으로 사용하고 있는 디스크를 RAID 5나 6로 변경합니다.

이 때 RAID 1을 위해 사용되고 있던 공간이 줄어듬으로써 여유 공간이 생기게 되어, 디스크 추가 사용이 가능합니다.

RAID 변경은 단지 스토리지 수량만 신경쓸게 아니라 업무의 특성도 신경써야 합니다.

일반적으로 Host 3대에서 Host만 추가되고 별도의 최적화가 이루어지지 않은 SDDC에서 더욱 효과적입니다.

만약 처음부터 RAID 5/6를 기본 Storage Policy로 사용중인 SDDC라면 혜택을 보기 어렵습니다.

 

2) TRIM/UNMAP 적용

SDDC에 기본적으로 Trim/Unmap 기능이 Disable 상태입니다.

즉 VM에 쓰여진 데이터가 삭제되었으나, vSAN의 Disk 레벨에서는 해당 Disk의 반환을 알 수 없기 때문에,

실제로는 공간을 사용중이지 않으나, 여전히 사용중인 것으로 인식하여 재사용이 불가능합니다.

따라서 TRIM/UNMAP을 적용하여 실제 VM에 적용하여 삭제되었으나 회수되지 못한 공간을 회수합니다.

Disk 데이터 삭제량에 따라 달라질수 있으며, OS에 따라 재부팅이 필요할 수도 있습니다.

 

3) 사용하지 않는 VM과 템플릿의 정리

대부분 SDDC에서 RVtools로 파일을 확인해보면, 수많은 Zombie VM 파일들을 확인할 수 있습니다.

잠시 테스트를 위해 만들었던 VM도 있고, 복제후 정리되지 않은 파일들이나, 사용하지 않는 템플릿등도 있게 됩니다.

이러한 파일들의 리스트를 확인하고, 직접 정리하여 vSAN의 데이터 공간을 확보합니다.

 

4) VM 재배치

CPU/MEM보다 디스크의 공간을 일반적인 사용량을 초과하여 사용하는 VM들의 경우에는,

native EC2로 전환하는 것을 고려해 봐야 합니다.

vSAN의 특성상 스토리지와 CPU/MEM이 함께 증설되기 때문에, 

해당 비율이 다른 VM들과 다르게 unbalance한 VM들은, 특히 대용량 Disk가 중요한 업무 VM의 경우

native EC2 기반으로 전환하고 EBS 스토리지를 통해 용량을 확보함으로써, vSAN의 디스크 여유공간을 확보합니다.

 

 

3. 외부 스토리지 서비스를 활용하는 방법

 

1) Amazon FSx NetApp ONTAP

Flex Storage처럼 네트워크를 통해 서비스되는 AWS w/ NetApp의 서비스입니다.

다만 별도의 서비스이기 때문에, VMware Cloud 포털이 아닌, native AWS의 콘솔에서 구성하고 관리합니다.

연결된 이후에는 SDDC의 DataStore로 활용되며, 다른 VPC에 위치하게 되어 일부 네트워크 비용이 발생합니다.

 

2) AWS의 EFS, S3 등 스토리지 서비스 활용

VM을 재배치 하지 않고, SDDC내 VM에게 EFS(NAS)를 구성하여 디스크 공간을 확보합니다.

일반적으로 NAS는 vSAN보다 성능은 느리고, 네트워크의 특성을 일부 따르고 있지만,

엄청난 Disk I/O를 필요로 하거나, DB가 아닌 일반적인 업무에 사용에는 문제 없이 적용 가능합니다.

업무의 특성상 필요한 IOPS를 확인하여 알맞은 Disk 서비스를 연결해 줍니다.

만약 저장기간만 보장하면 되고, 잦은 I/O가 필요하지 않다면, S3(Object Storage)를 사용하는 것도 권장됩니다.