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 코어 조절 수량을 선택할 수..
NVMe는 Non Volatile Memory express의 약자로 SSD에 맞춰 초고속 데이터 전송을 할 수 있도록 향상된 인터페이스와 프로토콜을 제공합니다. 기존의 SATA와 SAS에서 사용하던 SCSI 계층을 제거하고, PCIe 인터페이스를 통해 CPU와 더 빠르게 통신할 수 있습니다. 또한, namespace 기능을 이용하여 효율적인 Disk 사용이 가능합니다. NVMe에서 namespace 기능은 하나의 Disk를 여러개의 논리적 Disk로 분할하여 별도의 Disk로 보여지게 만들어 줍니다. 이렇게 만들어진 논리적 Disk는 또 다시 파티셔닝을 통해 다수의 Disk로 나뉘어 사용할 수도 있습니다. 물리적으로는 하나의 Disk지만, Disk 내에서의 보안이 더욱 강화되어 사용자별로 완벽한 분리가..
VMware Cloud on AWS의 SDDC는 개별 제품의 EOSL 과 상관없이 SDDC 자체의 업그레이드를 따라가고 있습니다. 기본적으로 신규 버전 자체가 거의 최신 버전의 제품들로 이루어져 있다보니, 항상 최신 버전을 사용하고 있는 것입니다. v1.11 이후 홀수 버전의 경우 옵션으로 짝수 버전의 경우 필수 적용 대상으로 업그레이드가 제공되고 있어, 별도의 신청을 하지 않아도 지원기한내 자동으로 짝수 버전으로 업그레이드 일정이 정해져서 메일이 전달됩니다. 물론 해당 일정은 어느정도 조율이 가능하지만, 지원 종료일을 넘어서는 업그레이드 지연은 승인되지 않습니다. 일반적으로 필수 버전의 경우 약 1년 조금 넘는 기간에 대해 지원을 제공합니다. VMware 제품군에 대한 변화와 클라우드의 발전이 워낙 빠..