에디.이이

AWS의 서비스들은 리전이나 AZ에 종속되는 서비스와 그렇지 않은 서비스들로 나뉘어집니다. VMware Cloud on AWS 역시 특정 리전 내 AZ에 종속되는 서비스로, 모든 리전과 모든 AZ에서 지원되는 서비스는 아니며, 서비스가 런칭된 리전과 리전 내에서도 구현 가능한 AZ가 정해져 습니다. 사용자가 많아질수록 VMware Cloud on AWS를 지원하는 리전과 AZ도 점점 더 늘어나고 있으나, 사용자의 수와는 별개로, 실제 AZ에 구축된 native EC2의 서버 여유 상황과 더 깊은 연관성이 있어 보입니다. 국내 역시도 VMware Cloud on AWS가 도입된지 3년정도가 지났지만, 모든 AZ에서는 지원되지는 않으며 현재 가동중인 총 4개의 AZ 중 2개의 AZ에서만 지원되고 있습니다. ..

초기 VMware Cloud on AWS에는 i3.metal 타입과 함께 대용량 스토리지를 지원하는 R5.metal이 존재했습니다. 일반 워크로드는 i3.metal에 대용량 스토리지가 필요할 경우 R5.metal를 사용하도록 선택지가 주어진 것입니다. - i3.metal : EC2 베어메탈 서버 내부에 있는 스토리지를 이용해 vSAN을 연동, 스토리지 최적화 모델 - R5.metal : 5,000GB 단위의 다수의 외부 EBS 3~7개를 묶어 Elastic vSAN을 구성, 메모리 최적화 모델 그러다 어느날 공개되지 않은 내부적인 이슈들로 인해 R5.metal은 사라졌고, 그 자리는 i3en.metal로 대체되었습니다. i3en.metal은 i3.metal의 향상된 버전으로, 동일하게 EC2 내부의 스토..

VMware Cloud on AWS를 실제 서비스 운영수준으로 배포하기 위해서는 반드시 AWS의 계정에 연결해야 합니다. 배포되는 SDDC는 VMware가 소유하는 VPC 내에 배포되기 때문에 native AWS 서비스에 자유롭게 연결될 수 없으며, 연결된 사용자계정을 통해서만 native AWS의 서비스들과 사용자 SDDC와 연결하여 사용할 수 있습니다. 즉, 사용자의 SDDC는 VMware가 소유한 VPC 내 EC2 베어메탈을 이용하여 배포되기 때문에, 사용자는 VMware가 소유한 VPC에 직접적으로 접근이나 제어가 불가능합니다. 따라서, 사용자는 SDDC 내 구성된 vCenter와 서비스형태로 제공되는 VMware Cloud Console를 통해 SDDC를 관리하며, 연결된 VPC의 소유 계정을 ..

최근 데이터센터의 많은 x86서버들이 HCI 형태로 바뀌어가고 있습니다. HCI 형태의 환경은 기존의 폐쇄적인 스토리지 환경에서 벗어나, 표준 x86 구조의 하드웨어를 통해, 성능/안정성/비용 뿐만 아니라 자동화/운영간편화까지 가져갈 수 있는 많은 장점을 가지고 있습니다. 다만, HCI라고 불리우는 서버와 스토리지가 통합된 구조에서는 Scale-out에 대한 요구가 발생하였을때, CPU만, 메모리만 또는 스토리지만 단독 증설이 어려울 수 있습니다. 대부분의 HCI 제조사들은, 각 제조사별로 독자적인 형태의 해결 방안을 가지고 해결해 오고 있습니다. VMware Cloud on AWS도 EC2(x86 서버) 베어메탈을 기반으로 vSAN을 사용하는 HCI 구조이기 때문에, 그동안 스토리지만의 증설이 필요한 ..

오라클을 비롯한 일부 소프트웨어 제품들의 경우, 가상의 할당된 CPU뿐만 아니라 물리적인 하드웨어 환경의 CPU 코어를 기준으로 라이센스를 책정하는 경우가 있습니다. 이 경우 잠재적 사용 가능성이 있는 CPU들에 대해서도 라이센스 비용을 지불해야 하기 때문에, 때로는 클라우드 이용 비용보다 더 많은 라이센스 비용을 지불해야 하는 경우도 종종 생기는 것 같습니다. 이러한 상황을 예방하기 위해서, VMware Cloud on AWS에서는 CPU의 코어를 조정하여 배포할 수 있습니다. 사용자가 지정하는 수량으로 축소는 불가능하며, i3.metal과 i3en.metal의 Hosts 수에 따라 조정 가능한 CPU 코어의 수가 정해져 있어, 사용자는 각 Hosts 구성에서 원하는 CPU 코어 조절 수량을 선택할 수..