vSphere 7 Update 3은 vSphere 7에 대한 궁극적인 업데이트 릴리스로, 역대 최고의 vSphere가 되었습니다. 업데이트마다 기능을 추가하고, 문제를 해결하며, 사용자 환경을 개선하고, 호환성을 높이기 위한 수백 가지의 변경 및 개선 사항이 있습니다. 오늘 발표하며, 소프트웨어 자체는 곧 제공될 것입니다.

하이라이트를 살펴보자!

(유튜브 채널에도 비디오 버전이 있습니다. 그것을 확인하고 구독하세요: https://www.youtube.com/channel/UCN8FHFshMw-15AtFKWSLczA )

vSphere with Tanzu

vSphere 7의 가장 큰 기능 중 하나는 이른바 vSphere와 Tanzu의 통합입니다. 이를 통해 조직은 이미 보유하고 있는 인프라를 기반으로 컨테이너 기반 최신 애플리케이션을 쉽게 실행하고 지원할 수 있습니다.

각 vSphere 업데이트마다 성능과 효율성이 향상되고, Tanzu를 사용하는 vSphere 및 vSphere의 효율성에 대한 새로운 연구 결과가 발표되었습니다. https://blogs.vmware.com/vsphere/2021/08/vsphere-with-tanzu-supports-more-container-pods-bare-metal.html는 다른 솔루션보다 6.3배 더 많은 워크로드를 실행할 수 있음을 보여줍니다.

Tanzu를 사용하는 vSphere의 가장 좋은 점 중 하나는 기존 환경에 적합하다는 것입니다. 더 많은 네트워크에서 이를 실현하기 위해 유연한 DHCP 지원을 추가했습니다. DHCP를 선택하면 IP 주소, DNS, NTP 및 기타 값을 자동으로 채우고 원하는 경우 재정의할 수 있습니다. 구성 및 배포가 훨씬 쉬워집니다.

이 기능은 관리 네트워크와 워크로드 네트워크에서 모두 사용할 수 있습니다. 전부 또는 전부 아님은 아닙니다. 원하는 경우 정적 값을 사용하도록 관리 네트워크를 설정하고 DHCP 값을 사용하도록 워크로드를 설정할 수 있습니다.

이 경우 DHCP 클라이언트 식별자를 DHCP 예약과 함께 사용하는 것이 좋습니다. Tanzu에서 클라이언트 식별자를 구성하고 DHCP 서버에서 식별자를 사용하여 클러스터 VM의 MAC 주소가 변경되더라도 주소가 변경되지 않도록 할 수 있습니다. 업그레이드 중에 새 클러스터 VM을 배포하여 하위 레벨 VM을 교체할 때 이러한 현상이 발생할 수 있습니다.

Kubernetes 환경에는 움직이는 부품들이 많이 있습니다. 우리가 자동으로 많은 복잡성을 해결하지만, 때때로 우리는 여전히 자격 증명이나 주소를 입력할 사람들이 필요합니다. 따라서 설명 오류 메시지가 있는 것이 훨씬 더 중요합니다. Update 3에서는 로그에서 손상된 내용을 검색하는 것보다 잘못 구성되었을 수 있는 내용을 보다 신속하게 해결할 수 있도록 더 나은 오류 메시징을 추가했습니다. 예를 들어 슬라이드 이미지에서 로드 밸런서가 잘못된 사용자 이름을 사용하도록 구성되었음을 확인할 수 있습니다. 해당 사용자 이름을 수정하면 슈퍼바이저 클러스터가 재시도합니다(예: 10개의 VM을 원하므로 원하는 상태에 도달하거나 시간이 초과될 때까지 K8s를 재시도합니다).

라이프사이클, 업그레이드, 패칭

지금까지는 디바이스 베이를 확보하고 ESXi 호스트 설치 비용을 낮추기 위해 SD 카드 또는 USB 디바이스를 선택했습니다. 그러나 이러한 장치는 내구성이 낮으며 시간이 지남에 따라 신뢰성과 문제를 나타낸다. SD 카드와 USB 드라이브도 성능 문제가 있으며, 고빈도 읽기-쓰기 작업을 허용하지 않을 수 있습니다.

이는 플래시의 문제는 아니지만 플래시가 다른 스토리지 미디어와 다르기 때문에 설계 포인트입니다. 사람들은 그것을 깨닫지 못하지만, 낸드 플래시 메모리는 소모품이다. 메모리에 비트를 영구적으로 쓰는 데 필요한 전압은 시간이 지남에 따라 소모되므로 플래시 저장 장치에 쓸 때마다 조금씩 소모됩니다. 시간이 지남에 따라, 이것은 합이 되고, 만약 여러분이 같은 장소에 계속해서 쓴다면, 여러분은 그것을 완전히 닳게 될 것입니다. 많이 걸어서 신발에 구멍을 뚫는 것처럼.

높은 I/O를 위해 설계된 플래시 장치에는 장치의 안정성을 유지하기 위해 이러한 유형의 마모를 처리하는 방법이 있습니다. 서버의 SSD 또는 NVMe 드라이브는 “웨어 레벨링” 방법을 사용하여 쓰기 작업을 전체 드라이브에 분산합니다. 이러한 유형의 드라이브에는 여유 용량도 있으므로 메모리 셀이 마모되면 자신도 모르는 사이에 원활하게 교체할 수 있습니다. 실제로 대부분의 플래시 장치에는 이를 위한 추가 용량이 상당히 있습니다. 예를 들어 480GB Intel S3500 SSD 드라이브에는 528GB의 메모리가 내장되어 있습니다. 이러한 이유로 플래시 스토리지는 워크로드와 플래시 스토리지를 일치시킬 수 있도록 “Drive Writes Per Da)” 또는 “DWPD” 등급으로 평가됩니다. 플래시 스토리지 유형에 따라 쓰기 허용 오차가 다르며, 내구성에 따라 특정 유형의 드라이브에 대해 “읽기 집약적” 또는 “쓰기 집약적”과 같은 설명자를 볼 수 있습니다. SLC(Single-Level Cell) 플래시는 쓰기, MLC(Multi-Level Cell), TLC(Triple-Level Cell)에 가장 내성이 높으며, 쓰기 양에 맞게 스토리지 장치의 크기를 조정할 경우 플래시 장치에서 수년 동안 서비스를 받을 수 있습니다.

하지만 SD 카드와 USB 스틱은 그렇게 멋진 논리를 가지고 있지 않다. 단순한 장치이며 최신 운영 체제용으로 설계되지 않았습니다. SD 카드를 사용하는 카메라조차도 거울을 통해 무언가를 알려줍니다. 당사의 하드웨어 파트너는 오랫동안 SD 카드용 미러링 장치를 사용해 왔으며, 고객은 서버의 수명 동안 카드를 교체해야 했기 때문에 이에 대한 단점이 있다는 것을 알고 있습니다.

그래서 우리는 어떻게 해야 할까요? SD 및 USB 드라이브를 부팅 미디어로 사용하는 것을 금지하고 있습니다. 장치에 대한 쓰기를 제한하기 위해 백엔드에서 작업을 수행하므로 부팅 볼륨이 “등급 저하(degraded)” 모드라는 경고가 표시됩니다.

이 모든 것에 대한 더 많은 정보는 https://core.vmware.com/resource/esxi-system-storage-faq에서 찾을 수 있다.

패치 및 배포의 모든 측면을 계속 담당하고 있는 것은 vSphere Lifecycle Manager입니다. 먼저 디포(depot) 편집을 추가했습니다. 왜냐하면 가끔씩 무언가를 제거해야 하기 때문입니다. 이 문제는 드라이버 또는 다른 구성 요소를 리콜해야 하는 경우에 발생할 수 있습니다. 그러면 해당 문제가 발생했다는 알림이 전송되고 사용자가 조치를 취할 수 있습니다.

둘째, 하드웨어 호환성이 I/O 컨트롤러에서 드라이브 펌웨어까지 확장되었습니다. 드라이브 펌웨어가 큰 차이를 만들 수 있기 때문에 이는 vSAN에 매우 중요합니다. 하드웨어도 진정한 소프트웨어이므로 패치가 필요합니다. 또한 고객이 하드웨어 및 소프트웨어를 함께 패치하고 BIOS 버전과 같은 것을 지정하는 선언적 이미지를 만들 수 있도록 하드웨어 지원 관리자가 라이프사이클 관리자와 함께 작업할 수 있는 공급업체 목록에 파트너를 계속 추가합니다.

목록의 마지막은 vSAN 위트니스 관리입니다. Lifecycle Manager는 이미 NSX 및 Tanzu용 다른 어플라이언스를 처리했으며, 이제 vSAN 위트니스가 독립형 방식(가장 일반적인 사용 사례)으로 사용되는 경우 이를 관리할 수 있습니다. 이러한 움직임은 우리 고객들 중 많은 사람들이 걱정할 것을 한 가지 덜 갖도록 도와준다.

VMware는 운영에 어떤 긍정적인 영향을 미칠 수 있을지 항상 기대하고 있습니다. 우리는 최근 첨단 기술과 해당 공간의 고유한 요구사항을 충족시키기 위해 필요한 것뿐만 아니라 고객이 업그레이드 및 패치와 관련된 위험을 줄일 수 있도록 지원할 수 있는 방법에 대해 많은 생각을 하고 있습니다. 이를 위해 우리는 일부 기술을 VMware 클라우드에서 사내 구현으로 이전하기 시작했습니다. 이를 “다운타임 업그레이드 감소”라고 합니다.

이제껏 vCenter Server를 업그레이드해 본 적이 있다면 이 기능이 더 이상 주요 업그레이드뿐만 아니라 정기적인 패치에도 적용된다는 점을 제외하고는 익숙한 것처럼 보일 것입니다.

현재는 API를 기반으로 하고 있으며 현재로서는 공식적인 사용이 없습니다(모든 것이 7U3에서 “일반적으로(normally)” 작동함). 그러나 VMworld에서 눈을 떼지 않으시면 사용 방법을 몇 가지 확인할 수 있을 것입니다. 하지만 이것이 미래에 여러분의 환경에 어떤 영향을 미칠지 생각해 볼 가치가 있다. 어플라이언스 다운로드가 있을 것이며 두 번째 VCSA(VCenter Server Appliance)를 배포하려면 리소스가 충분해야 합니다. 또한 VCSA가 새로워지면 VCSA에 발생한 모든 문제 해결도 취소되지만 어플라이언스 내부가 제품의 일부이므로 문제 해결을 제외하고 문제가 발생하지 않도록 하는 정책이 강조됩니다. 그러나 이 백업은 여전히 매우 중요합니다.

Artificial Intelligence와 Machine Learning

VMware와 NVIDIA는 NVIDIA AI Enterprise Suite를 개발하기 위해 협력했습니다. 애플리케이션 및 데이터의 비즈니스 가치를 높이기 위해 AI/ML 프로젝트를 진행 중인 기업이 많이 있으며, 이를 통해 기존 IT 운영과 이러한 모든 신기술 간의 마찰을 줄이면서 훨씬 빠르고 안정적으로 목표를 달성할 수 있습니다.

VMware는 인프라, 운영 및 관리에 대한 심층적인 지식을 제공하며 NVIDIA는 데이터 과학자가 애플리케이션을 만들고 신속하게 구현할 수 있는 GPU 전문 지식, GPU 가상화 기술 및 사전 구축된 툴셋을 제공합니다. 여기에는 PyTorch, TensorFlow, TensorRT, RAPIDS, Triton Inference Server 등과 같은 프레임워크와 도구가 포함되어 있으며, 모두 쉽게 배치 및 관리할 수 있는 컨테이너로 포장되어 있다.

GPU에서 VMware가 작동하는 또 다른 큰 방법은 Bitfusion을 통해서입니다. 비트퓨전은 GPU를 가상화하고 풀링 및 리소스 관리를 허용하며 관리 유연성을 위해 워크로드에서 GPU를 분리합니다.

Bitfusion 4.0은 출시되었으며 Kubernetes secrets 메커니즘을 통해 Bitfusion 인증 토큰을 관리할 수 있는 지원을 추가하므로 토큰을 다른 위치에 복사하거나 하드코드할 필요가 없습니다. 리소스를 할당하기 전에 GPU 및 서버 풀을 좁히는 필터가 있으므로 RDMA가 있는 서버에서만 T4 유형의 GPU를 원하는 경우 이를 얻을 수 있습니다. Bitfusion 로그에 대한 데이터 보존 정책과 외부 모니터링 툴이 서버 통계를 수집할 수 있도록 새로운 모니터링 지원이 있습니다. GPU와의 인터페이스를 위한 널리 사용되는 프로토콜을 따라 향상된 API 지원이 제공됩니다.

여기에 나열되지 않았지만 가장 눈에 띄는 개선 사항인 Bitfusion 플러그인은 다크 모드를 지원합니다!

리소스 관리

이전 버전의 vSphere 7 Update 3 메모리 통계는 써드-파티 명령줄 도구를 추가로 설치하지 않으면 쉽게 액세스할 수 없었습니다. 이제 이 기능은 vSphere에 직접 내장되어 UI에도 표시됩니다. 이를 통해 호스트 및 VM 레벨에서 일반 시스템 DRAM과 퍼시스턴트 메모리, Optane 및 NVDIMM 사이의 메모리 병목 현상을 해결하고 모니터링할 수 있습니다. 이는 캐스케이드 레이크 및 아이스 레이크 계열의 인텔 CPU에서 지원되며, 이 기능에 대한 호환성 매트릭스가 있습니다.

Update 3은 유지 보수 모드가 성공하지 못한 경우 다시 시도하기 위한 더 나은 논리와 유지 보수 모드 중에 DRS가 워크로드를 이동하는 방법을 제공합니다. DRS는 I/O가 높은 대형 VM이나 VM처럼 이동하기 어려운 워크로드를 추적한 다음 최대한 몇 배 이동하려고 시도합니다. 대부분의 경우 이제 한 번의 이동만으로 이 작업을 수행할 수 있으므로 업데이트 및 업그레이드가 쉬워집니다.

vSphere 클러스터 서비스는 vSphere 7 Update 1에서 vSphere 클러스터 내의 DRS에 대한 새로운 홈으로 도입되었으며, 종속성을 줄이기 위해 서비스를 vCenter Server에서 다른 곳으로 이동했습니다. 우리는 그것에 대한 상당한 양의 피드백을 받았고, 그것을 작업하는 팀은 이번 새 릴리스에 포함시키는 일을 훌륭히 해냈다. 피드백을 제출하고 싶다면 참고할 필요가 있습니다. vSphere Client 오른쪽 상단에 있는 “스마일리 페이스” 버튼을 사용하십시오!

이제 원하는 데이터 저장소를 선택하고 특정 호스트 또는 특정 워크로드 근처에서 원하는 경우 선호도 설정 중 일부를 제어할 수 있습니다. 보안 구성 가이드와 함께 vSphere VM 강화 설정이 에이전트 VM에 사전 적용되었지만 기본값이 일부 있었습니다. 컴플라이언스 감사를 수행하는 고객을 돕기 위해 보다 명확하게 수행할 수 있는 영역입니다. 우리가 해냈어요!

업데이트 3에서 가장 눈에 띄는 변화는 에이전트 VM의 이름이 더 이상 괄호 또는 해당 문제에 대한 공백으로 지정되지 않는다는 것입니다. 대신 UUID로 이름이 지정됩니다.

보안과 컴플라이언스

랜섬웨어는 많은 조직에서 지속적으로 큰 피해를 주고 있으며, 우리는 vSphere 구현을 통한 탄력성 회복 전략에 대한 정보를 만들고 수집하기 시작했습니다. Ransomware Resource Center: https://core.vmware.com/ransomware에서 확인할 수 있습니다.

계속해서 vSphere Security Configuration Guide는 vSphere 보안을 위한 최상의 기본 지침입니다. https://via.vmw.com/scg에서 찾을 수 있습니다.

마지막으로, NIST 800-53, PCI DSS, CMMC, GDPR, HIPAA, NIST 800-171 등과 같은 규제 준수에 관심이 있는 고객이 많습니다. 규정 준수는 비즈니스 요구 사항이며 보안과는 다릅니다. 같은 사항을 확인하는 경우가 많음에도 불구하고 말입니다. 규정 준수에 있어 가장 어려운 부분 중 하나는 우리가 직접 지원할 수 없다는 것입니다. 모든 준수 여부는 제품의 구현을 기반으로 평가됩니다. 감사자가 구현을 위해 올바른 결정이 내려졌는지 확인하려고 하기 때문입니다.

그것은 새 집을 검사하는 건물 검사관답지 않다. 그들은 차고 바닥에 쌓여있는 전선들을 보고 싶어하지 않습니다. 그들은 여러분이 누전선을 연결하지 않았는지 확인하고 싶어합니다. 안전하고 안전한 제품인 vSphere도 불안정하게 구현할 수 있습니다. vSphere와 같은 유연성은 강점이지만 일부 안전하지 않은 선택도 가능하게 할 수 있습니다.

하지만 저희가 도와드릴 수 있는 것은 감사자들에게 보안 통제를 설명하는 것입니다. https://core.vmware.com/compliance에 가시면, 이를 위한 가이드 컬렉션이 계속 늘어나고 있습니다. 이 솔루션은 감사자가 환경 보안을 위해 vSphere 관리자가 어떤 작업을 수행했는지, 그리고 이러한 작업이 규정 준수 프레임워크에 매핑되는 방식을 이해할 수 있도록 설계되었습니다.

게스트 OS와 워크로드

cloud-init에 익숙하지 않은 경우, 이 툴은 배포 시 Linux 시스템을 커스터마이징할 수 있도록 공급업체에 구애받지 않는 툴입니다. cloud-init를 위한 VMware의 노력은 클라우드 초기 프로젝트의 메인 코드 기반에 통합되었습니다. 즉, Linux 배포판이 업데이트됨에 따라 기본적으로 VMware와 원활하게 작동하는 데 필요한 기능을 갖추게 되며 추가 툴을 설치할 필요가 없습니다.

Guest data publisher는 VMware Tools의 기능이며 게스트가 더 많은 데이터와 다른 데이터를 보낼 수 있도록 ESXi로 데이터를 전송할 수 있는 메커니즘의 향상입니다. 게스트나 vSphere 관리자가 제한할 수 있는 동일한 GuestInfo 메커니즘을 통해 제어할 수 있습니다.

UEFI 2.4는 향후 게스트 OS 릴리스의 호환성을 지원하기 위한 VM EFI 부팅 펌웨어의 업데이트입니다.

마지막으로 VBS에 대한 AMD의 모든 지원. 가상화 기반 보안인 VBS는 Microsoft Device Guard 및 Credential Guard라고도 하며 Microsoft Windows 게스트 OS 내의 기밀을 보호합니다. 이 기능은 게스트 내부에서 약간의 Hyper-V가 실행되어 Windows에서 비밀에 사용할 수 있는 안전한 공간을 만드는 것입니다. 이는 효과적으로 중첩된 가상화로, ESXi에 Hyper-V를 구현하며, 업계 어느 곳에서도 VMware가 이 기능을 가장 잘 구현하고 있습니다. 우리는 물리적 하드웨어에 대한 고객의 경험과 동일한 성능을 구현하기 위해 열심히 노력했지만, 이는 매우 낮은 수준의 개발 작업과 게스트 OS 및 필요한 경우 하드웨어 펌웨어를 변경하기 위해 파트너와 많은 작업을 수행한다는 것을 의미합니다. 이제 모든 것이 정렬되었습니다. 한동안 AMD에서 VBS를 실행하는 고객이 있었지만, 하드웨어부터 게스트 OS까지 모든 부분을 사용할 수 있어 모든 사용자가 원활하게 사용할 수 있습니다.

이 제목의 인용구는 미국의 재즈 트럼펫 연주자 Miles Davis의 것이다. 그는 수명이 짧은 이유에 대해 이야기했을 가능성이 높았고, 이것이 바로 우리가 vSphere의 시간 공급자를 쉽고 안정적으로 구성 및 유지 관리하고자 하는 이유입니다. 정확하고 일관된 시간은 컴퓨터 시스템에 매우 중요하며, 제대로 설정되지 않았을 때 많은 작은 문제와 지연이 발생합니다.

vSphere 7에 Precision Time Protocol 지원을 추가했으며, vSphere 7을 통해 VMware Tools을 통해 게스트 OS에 쉽게 추가할 수 있게 되었습니다. Precision Time Protocol은 네트워크의 PTP 서버에서 시스템에 고정밀 시간을 제공합니다. 물론 가상화 시스템에는 계층이 다르며, 이러한 계층은 대기 시간에 영향을 미쳐 정확성에 영향을 미칠 수 있습니다. 이제 vSphere 7 Update 3을 사용하면 VMKernel 어댑터 또는 전용 패스스루 인터페이스를 통해 PTP를 환경으로 가져올 수 있는 몇 가지 다른 방법이 있습니다. 따라서 어떤 방법을 사용하기에 적합한지 선택할 수 있습니다.

PTP 표준의 설계 방식 때문에 NTP와 같은 수준의 복원력이 없습니다. 따라서 PTP 소스를 사용할 수 없을 수도 있습니다. 이를 방지하기 위해 예비 메커니즘으로 NTP를 사용하는 옵션을 추가했습니다. 이렇게 하면 계속해서 시간 소스를 가질 수 있으며 고해상도 소스가 다시 온라인 상태가 되면 선호됩니다.

여러분은 또한 새로운 vmware.pool.ntp.org 출처가 있다는 것을 알아차릴 수 있을 것이다. 가능한 한 많은 NTP 소스를 사용하는 것이 중요합니다. NTP 프로젝트 유지 관리자들이 직접 우리에게 모든 사람이 최소 4개의 소스를 사용하기를 바란다고 직접 조언했습니다. 전문가들과 논쟁할 사람이 누구죠?

스토리지

현재 NVMe over Fabrics가 핫한 상태이며 TCP/IP 지원을 추가하면 일반 NIC에 대한 액세스가 개방되었음을 의미합니다. 파이버 채널 HBA와 RDMA 지원 어댑터를 계속 사용할 수 있지만 표준 이더넷 하드웨어도 사용할 수 있습니다.

환경이 확장됨에 따라 단일 데이터 저장소에 더 많은 ESXi 호스트를 연결하는 데 관심이 있습니다. Update 3에서는 최대 128개의 호스트를 단일 VMFS6 또는 NFS 데이터 저장소에 연결하는 데 특별한 승인이 필요하지 않습니다. 또한 스토리지 vMotion의 필요성을 없애고 업그레이드를 쉽게 하는 데에도 도움이 될 것입니다. 이는 클러스터 크기가 증가한 것이 아니며, 특히 데이터 저장소에 연결된 호스트를 지칭한다는 점에 유의해야 합니다.

VM은 디스크의 사용 가능한 리소스를 추적하는 VMFS-6 선호도 관리자를 업데이트하여 VM이 디스크에 쓰기를 원할 때 보다 신속하게 쓸 수 있도록 했습니다. Update 3은 이제 이와 같은 방식으로 퍼스트-클래스 디스크 및 컨테이너 네이티브 스토리지를 처리하여 최신 워크로드를 더욱 빠르게 처리할 수 있도록 지원합니다.

마지막으로 vVol은 계속 개선되고 있습니다. Update 3에서는 대량의 스냅샷을 만드는 더 나은 절차가 있습니다. 작업을 일괄 처리하므로 스냅샷이 실행되는 동안 VM과 환경에 미치는 영향이 줄어듭니다.

이러한 업데이트는 당사의 스토리지 및 가용성 기술 마케팅 그룹에서 제공되므로 vSAN 7 Update 3에 대한 정보도 확인해야 합니다.

vSphere 관리, API, 개발자

이제 vSphere Client는 Web Content Accessibility Guideline을 완전히 준수합니다. 이는 모든 유형의 포괄성에 대한 회사로서 약속한 바를 이행하는 것입니다. 또한 모든 사용자를 위한 인터페이스 자체도 많이 개선되었습니다. VMware의 사용자 환경 디자이너 전담 팀은 사람들이 VMware 제품을 어떻게 사용하는지 계속 고민하고 있으며, vSphere Admins의 삶에서 마찰을 없애기 위한 그들의 노력은 높이 평가받고 있습니다.

PowerCLI 12.4가 출시되어 대폭 개선되었습니다. https://blogs.vmware.com/PowerCLI/2021/09/powercli-12-4-whats-new.html

마무리

vSphere에는 YouTube 채널이 있습니다! 우리가 내놓은 물건들을 보러 와라. 구독하면 라이브 스트림이 시작되고 새 비디오가 게시될 때 알림이 표시됩니다. 저희는 “vsphere LIVE”라는 월별 스트림을 통해 다양한 주제에 대해 논의하고 전문가에게 질문에 즉시 답변하도록 합니다. 그것은 재미있고 유익해요!

https://www.youtube.com/channel/UCN8FHFshMw-15AtFKWSLczA

VMware는 보안 자문 메일 목록을 운영하고 있으며, 이 메일 목록을 통해 모든 사용자에게 가입을 권장합니다. 이 목록은 보안 권고 사항만을 위한 것입니다. 따라서 조직은 문제가 발생할 경우 사전 예방 조치를 취할 수 있습니다.

https://www.vmware.com/security/advisories.html

항상 그렇듯이, 고객으로서 감사드립니다. 피드백과 참여에 감사드립니다. 귀사를 위해 vSphere를 개선할 수 있는 방법을 계속 알려 주십시오. 우리는 당신이 안전하고 건강하기를 바랍니다. 몸조심해!

출처 : https://core.vmware.com/blog/vsphere-7-update-3-whats-new

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 항목은 *(으)로 표시합니다

You May Also Like

전세계 VCP, VCAP 취득자 현황

VMware 블로그에 전세계 VCP, VCAP 취득자 현황자료가 올라와서 정리해서 올려 봅니다. 전세계 VCP 취득자 현황 전세계 VCAP 취득자…