에디.이이

VMware Cloud on AWS의 SDDC는 개별 제품의 EOSL 과 상관없이 SDDC 자체의 업그레이드를 따라가고 있습니다. 기본적으로 신규 버전 자체가 거의 최신 버전의 제품들로 이루어져 있다보니, 항상 최신 버전을 사용하고 있는 것입니다. v1.11 이후 홀수 버전의 경우 옵션으로 짝수 버전의 경우 필수 적용 대상으로 업그레이드가 제공되고 있어, 별도의 신청을 하지 않아도 지원기한내 자동으로 짝수 버전으로 업그레이드 일정이 정해져서 메일이 전달됩니다. 물론 해당 일정은 어느정도 조율이 가능하지만, 지원 종료일을 넘어서는 업그레이드 지연은 승인되지 않습니다. 일반적으로 필수 버전의 경우 약 1년 조금 넘는 기간에 대해 지원을 제공합니다. VMware 제품군에 대한 변화와 클라우드의 발전이 워낙 빠..

오늘 하루 Apache Log4j의 취약점으로 인해 사용하는 수많은 시스템이 긴급 점검 또는 패치에 들어갔습니다. Apache Log4j는 프로그램 작성 중 로그를 남기기 위해 사용되는 자바 기반의 오픈소스 라이브러리로, 다양한 IDE에 추가되어 프로그램 실행시 자동으로 지정된 경로에 로그를 저장해주는 기능을 통해 주로 디버그 용도로 사용되고 있습니다. Apache Log4j의 취약점은 악의적인 사용자가 해당 라이브러리를 사용하는 시스템에 원하는 명령어를 원격에서 실행시킬수 있다는 것이며, 이를 통해 시스템을 사실상 원격 조정할수 있게 되는 것입니다. 사용하고 있는 시스템이 너무 많아 컴퓨팅 역사상 최악의 취약점이라고까지 불리고 있으며, 취약점을 평가하는 CVSS(Common Vulnerability S..

K8s는 컨테이너를 그 자체로 관리하지 않고 여러개의 컨테이너를 묶어 또 하나의 Object 단위로 관리합니다. 이때, 여러개의 컨테이너가 묶여 있는 기본 관리 단위를 Pod라고 하며, K8s는 Pod 단위로 대부분의 작업을 처리합니다. 즉, Pod는 1개 이상의 컨테이너로 구성된 컨테이너의 집합이고, 하나의 Pod 안에는 여러개의 컨테이너가 존재합니다. 물론 Pod 안에 1개의 컨테이너로 구성하는 것도 가능합니다. 기본적으로 컨테이너들은 리눅스에서 제공하는 다양한 기본 관리 기능을 이용하여 컨테이너 운영환경을 제공합니다. 예를 들어, cgroup은 프로세스의 자원사용량을 제한하며, namespace는 프로세스의 격리된 환경을 제공합니다. 이 중 namespace는 하나의 시스템 내에서 다수의 독립된 공..

i3.metal 기준으로 SDDC 내 클러스터에서 사용 가능한 Host의 수량은 최소 1대에서 최대 16대입니다. 다만 1대는 Production용이 아니라 검증용으로 30일 이후에는 삭제되며, 장애 발생시 데이터의 유실될 우려가 있습니다. 만약 30일 이후에 자동으로 진행되는 삭제를 피하고 싶다면, 30일 이전에 2대 이상으로 Host를 추가해야 합니다. 따라서 Production 환경에서, SLA를 지원하는 최소 클러스터 구성은 최소 2대의 Hosts를 사용하는 것입니다. 다만, 2 hosts SDDC 구성시 모든 구성이 자유로운 것은 아닙니다. 사용자의 모든 VM은 반드시 RAID 1으로 구성되어야 하며, 클러스터 내 최대 35대의 VM의 전원이 ON 될 수 있습니다. 여기서의 35대는 Worklo..

VMware Cloud on AWS에서는 사용자는 배포하고자 하는 SDDC 버전을 선택할 수는 없으며, 배포시점에 검증되고 최적화된 SDDC 버전이 자동으로 배포됩니다. 실제 배포되는 SDDC의 버전이 올라갈수록 세부 구성 요소들도 함께 Build 넘버나 버전이 올라가고 있으며, 각 SDDC 버전에 따라 아래 정보가 업데이트 되고 있음을 확인할 수 있습니다. ESXi 버전 vCenter 버전 NSX-T 버전 VM 하드웨어 버전 참고. 최신 SDDC 버전별 사용 버전은 아래 링크에서 확인할 수 있습니다. https://docs.vmware.com/en/VMware-Cloud-on-AWS/services/com.vmware.vmc-aws-operations/GUID-52CED8FB-2E3A-4766-8C59..