vSAN Data Persistence Platform(DPp) 소개

vSAN Data Persistent Platform 소개

애플리케이션이 변화하고 있으며 애플리케이션의 소비도 변화하고 있다. VMware는 Tanzu 제품군의 이러한 변화를 잘 알고 있다.

특히, Kubernetes에서 실행할 수 있도록 구축된 최신 애플리케이션은 인프라로부터 완전히 독립적이 되도록 자체 내에서 가용성, 복제, 확장 및 암호화를 처리하도록 설계되었다. 이는 이러한 고객 관리에 새로운 과제를 제기하고 있으며 실제로 몇 가지 의문을 제기합니다. 애플리케이션용으로 항상 인프라 수준의 복원력과 데이터 서비스를 제공해 왔던 방식이 오늘날에도 적절한가요?

따라서 우리는 “어떻게 하면 최신 애플리케이션이 가장 잘 작동하는 것을 허용하면서도 관리자와 개발자에게 VMware 플랫폼의 사용 편의성과 투명한 운영을 제공할 수 있을까요?”라고 자문했다. vSAN DPp(Data Persistence Platform)가 어디에서 등장했는지를 생각해 볼 수 있다.

vSAN Data Persistence Platform은 올해 초 VMWorld에서 vSphere 7.0 패치 02와 함께 발표되었으며 플랫폼에서 파트너로부터 애플리케이션을 제공하는 이 새로운 방식의 초기 가용성을 제공하며 직접 테스트해 볼 수 있다! vSAN DPp에 대한 소개는 계속 읽어보기 바란다!

vSAN Data Persistent Platform 개요

vSAN DPp는 관리 프레임워크로서, 타사에서는 클라우드 네이티브 애플리케이션을 vSphere 관리, 라이프사이클 및 데이터 배치 작업과 통합할 수 있다. 하지만 이것이 귀사에 어떤 의미가 있습니까? 좋은 질문입니다!

파트너와의 통합

애플리케이션의 기본 데이터 복제 및 서비스 기능을 vSAN DPp와 통합함으로써 애플리케이션이 가장 적합한 작업(애플리케이션 레벨 복제, 삭제 코딩, 샤딩, 암호화 등)을 수행하도록 허용하면서 인프라 수준에서 중복 작업을 수행하고 귀중한 리소스를 낭비하지 않도록 보장할 수 있다. 애플리케이션 계층에 RAID가 이미 있을 때인프라에서 RAID를 사용하는 이유는 무엇입니까?

DPP에는 파트너가 활용할 수 있는 여러 통합이 있으며, 이러한 통합은 관찰 가능성, 데이터 배치, 유지보수 작업 및 장애 처리의 네 가지 섹션으로 나눌 수 있다.

관측가능성

vSphere 관리자의 주요 관심사는 워크로드와 인프라가 정상인지 확인하는 것입니다. vCenter는 항상 vSphere 데이터 센터의 모든 운영의 중심에 있었다. vCenter는 vSphere 데이터 센터 도입 시 vSAN으로 확장되었으며 vSAN Data Persistence Platform으로 확장되었다.

파트너는 vSAN DPp를 통해 vCenter 네이티브 UI 플러그인을 구축하여 애플리케이션별 작업을 vCenter에 바로 가져올 수 있다. 이는 모든 앱이 다르기 때문에 벤더마다 다르다. 예를 들어 특정 S3 Object Store에 대한 스토리지 할당을 늘릴 수 있다. 노드가 실패할 경우 애플리케이션 데이터를 복구하고 애플리케이션뿐 아니라 애플리케이션 자체 내의 개별 볼륨 및 노드의 상태를 모니터링할 수 있다.

더 나은 선택 – vSAN DPp는 vSphere Skyline Health 프레임워크에 플러그인을 통합하여 애플리케이션 수준의 상태 인식을 vSphere 환경에 바로 연결할 수 있는 기능을 파트너에게 제공한다.

데이터 배치

처음부터 언급했듯이 클라우드 네이티브 앱은 복원력 및 HA 기능 자체를 많이 제공하므로 자체 삭제 코딩, 샤딩, RAID 또는 기타 데이터 중복 제거 또는 배포 기술을 수행한다.

이는 두 가지 측면에서 중요해진다.

  • 앱에서 이미 데이터를 복제했는데 인프라 계층에서 데이터를 복제하는 이유는 무엇입니까?
  • 인프라 계층에서 복제하지 않고 장애 또는 유지 관리 작업이 발생하는 경우 애플리케이션은 이를 어떻게 처리합니까?

이러한 개념을 염두에 두고 vSAN DDp에서 사용할 수 있는 두 가지 스토리지 옵션을 소개하려고 한다. 두 스토리지 옵션 모두 이러한 문제에 대한 솔루션을 제공하지만 다른 방식으로 제공한다.

어떤 모드를 선택하든 간에 동일한 뛰어난 관찰성, 원활한 유지 보수 및 용량 효율적인 데이터 배치를 두 가지 모두에 사용할 수 있다.

vSAN SNA(Shared-Nothing Architecture)

TL;TR : 이 모드를 사용하면 VM/K8s에 설치된 기존 vSAN 클러스터를 사용하고 vSAN DPp 파트너 서비스를 나란히 사용할 수 있으며 디스크의 중복 데이터가 줄어들어 TCO를 절감할 수 있다.

vSAN SNA는 본질적으로 “규칙적인(regular)” vSAN 스토리지 정책이며, 대부분의 고객이 사용할 것으로 예상되는 vSAN SNA는 FTT=0으로 설정된 SPBM 정책과 동일할 수 있지만 애플리케이션과 상호 작용하는 새로운 지능형 DPp 기반 배치 엔진으로, 애플리케이션이 배치될 최적의 장애 도메인을 선택할 수 있도록 지원한다.

이렇게 하면 디스크와 액세스 중인 컴퓨터의 데이터 위치가 조정된다. 이 위치는 자체 복제를 수행하는 Cloud Native Apps가 일관성 있고 결정론적 토폴로지를 갖는 데 매우 중요하다.

이렇게 하면 데이터 중복 문제가 해결되므로 애플리케이션이 vSAN 계층에서 모든 복제를 해제하여 처리할 수 있지만 vSAN에서 제공하는 모든 관리 편의성은 그대로 유지된다.

vSAN Direct

TL;TR : 이 모드를 사용하면 스토리지 밀도가 높고 호스트의 디스크에 직접 액세스할 수 있는 vSAN DPp 기반 서비스에 전용 클러스터를 사용할 수 있다. vSAN HCL이 아닌 vSphere HCL에 있는 S3 Object Storage와 같은 애플리케이션을 위해 대용량, 저렴한 딥 디스크(deep disk)를 사용하도록 TCO가 최적화된 서비스를 제공할 수 있다. 또한 이 직접 경로를 통해 이러한 기본 Disk의 거의 베어 메탈 성능을 활용할 수 있다.

vSAN Direct는 클라우드 네이티브 애플리케이션을 위해 처음부터 구축한 새로운 제품이다. 애플리케이션이 기본 Disk에 직접 액세스할 수 있는 매우 효율적인 IO 경로를 제공한다. vSAN Direct 지원 클러스터의 각 디스크가 vCenter에서 개별 VMFS 데이터스토어로 표시되고 vSAN DPp는 새로운 지능형 배치 엔진을 사용하여 애플리케이션과 상호 작용하여 애플리케이션의 복제본 디스크를 해당 vSAN Direct Datastore에 배치하고, VSAN SNA 모드와 마찬가지로 결정론적 토폴로지를 허용하는 데이터를 다시 조정합니다.

따라서 vSAN Direct는 인프라 복제를 수행하지 않지만 VM의 성능이나 클러스터의 다른 워크로드에 대한 걱정 없이 애플리케이션에 총 Disk 액세스 권한을 제공하므로 초고밀도 스토리지 애플리케이션에 이상적이다.

유지 관리 작업

위의 스토리지 모드를 염두에 두고 기본 인프라에서 호스트를 패치하기 위한 유지 보수 모드로 전환하는 등 유지보수를 수행해야 하는 경우에는 어떻게 해야 합니까?

데이터가 인프라 계층에서 한 곳에만 있고 자체 복제를 수행하는 경우, 기본 노드가 영구적으로 또는 심지어 일시적으로 사라지는 경우를 어떻게 알 수 있을까?

이 부분에서 vSAN DPp는 진정으로 빛을 발하고 애플리케이션 수준의 통합을 최대한으로 보여 줍니다.

모든 vSphere 라이프사이클 작업은 실제로 vSAN DPp에 연결된다. 즉, 호스트를 유지 보수 모드로 전환하면 애플리케이션에 지정된 노드가 사라지고 있음을 알 수 있으며, 애플리케이션이 데이터를 마이그레이션하기 전에 다른 위치로 마이그레이션해야 한다. 또한 vSphere 유지 보수 작업에서는 애플리케이션이 항상 상태 저장 데이터를 제어하도록 보장하면서 노드를 유지 보수 모드로 전환하기 전에 “모두 완료(all clear)” 신호를 제공할 때까지 기다린다.

인프라뿐만 아니라 애플리케이션도 라이프사이클에 따라 처리되므로 더 이상 각 애플리케이션에 전문가가 필요하지 않다. vSAN DPp는 파트너의 Kubernetes “Operators”와 함께 특정 애플리케이션에 대한 최상의 운영 지식을 습득하여 플랫폼에 직접 구축하여 vSphere 내에서 매끄럽고(seamless)고 안전하게 애플리케이션 업그레이드를 수행한다.

오류 처리

마지막 고려 사항은 장애 처리 및 업데이트 적용입니다. vSAN DPp는 이러한 이벤트를 애플리케이션에도 게시하여 계획된 유지 보수 작업에서와 마찬가지로 애플리케이션이 상주하는 장애가 발생한 구성 요소에 대해 사전 예방적 조치를 취할 수 있도록 지원한다.

또한 하드웨어 장애로 인해 애플리케이션이 성능이 저하되었지만 사용 가능한 상태인 경우, 어떤 파트너 솔루션이 사용되는지에 따라 vSphere 관리자는 vCenter UI 내에서 직접 복구 작업을 시작할 수도 있다.

마치면서

보는 바와 같이, 지금은 인프라 및 애플리케이션 개발에 참여하기에 매우 흥미로운 시기다. Kubernetes의 등장과 원하는 상태 애플리케이션 관리가 인프라 관리 및 서비스 오퍼링에 있어 가능한 것을 변화시킨다.

vSAN Data Persistence Platform은 VMware를 VM뿐만 아니라 모든 워크로드를 위한 최고의 플랫폼으로 만들기 위한 매우 흥미로운 여정의 첫 번째 단계라고 생각한다. 그 이상의 기능 – vSphere는 이제 인프라 플랫폼에서 서비스 플랫폼으로 진화하고 있습니다. 구축하지 않고 사용 가능한 플랫폼입니다.

또한 vSphere Tech Marketing GitHub에서 YAML 매니페스트와 같은 추가 리소스를 찾을 수 있으며, VMware Core에서 vSphere 및 vSAN DPp와 같은 추가 리소스를 확인할 수 있으며, MinIO on Data Persistence Platform reference architecture를 찾을 수 있다.

참조 아키텍처를 포함한 vSAN DPP 파트너 솔루션에 대한 자세한 내용은 여기를 참조하기 바란다.

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

You May Also Like
Read More

Using the Perennially Reserved Flag for WSFC RDMs

출처 : https://blogs.vmware.com/virtualblocks/2020/07/31/using-perennially-reserved-flag-wsfc-rdms/ 고객이 환경에서 수많은 pRDM을 사용하는 경우 호스트 부팅 시간이나 스토리지 재스캔에 오랜 시간이 걸릴 수…