영구 스토리지가 필요한 최신 상태 저장 서비스에 vSAN 데이터 지속성 플랫폼을 사용할 수 있습니다. 이 플랫폼은 타사가 서비스 애플리케이션을 기본 vSphere 인프라와 통합하여 타사 소프트웨어를 vSphere with Tanzu에서 최적으로 실행할 수 있도록 하는 프레임워크를 제공합니다.
vSAN 데이터 지속성 사용의 이점은 다음과 같습니다.
- 자동 서비스 배포 및 확장/축소
- vSphere Client를 사용하면 관리자가 감독자 클러스터에 최신 상태 저장 서비스를 설치 및 배포하고 DevOps 엔지니어에게 서비스 네임스페이스에 대한 액세스 권한을 부여할 수 있습니다. DevOps 엔지니어는 Kubernetes API를 통해 셀프 서비스 방식으로 상태 저장 서비스의 인스턴스를 동적으로 프로비저닝하고 확장/축소할 수 있습니다.
- vCenter Server와 통합된 서비스 모니터링
- 파트너는 vCenter Server와 통합되는 대시보드 플러그인을 구축할 수 있습니다. vSphere 관리자는 UI 플러그인을 사용하여 상태 저장 서비스를 관리하고 모니터링할 수 있습니다. 또한 vSAN은 이러한 통합 타사 서비스에 대한 상태 및 용량 모니터링 기능을 제공합니다.
- vSAN Direct로 최적화된 스토리지 구성
- vSAN Direct를 통해 최신 상태 저장 서비스는 최적화된 I/O 및 스토리지 효율성을 위해 직접 연결된 기본 스토리지와 직접 상호 작용할 수 있습니다.
- 개체 스토리지(예: MinIO).
- 비관계형 데이터베이스라고도 하는 NoSQL 데이터베이스.
- 기존 데이터베이스.
vSphere 비공유 스토리지
대부분의 최신 상태 저장 서비스에는 SNA(비공유 아키텍처)가 있습니다. 이러한 서비스는 복제되지 않은 로컬 스토리지를 사용하고 자체 스토리지 복제, 압축 및 기타 데이터 작업을 제공합니다. 따라서 기본 스토리지에서 동일한 작업을 수행하는 경우 서비스 이점이 없습니다.
작업 중복을 방지하기 위해 vSAN 데이터 지속성 플랫폼은 최적화된 데이터 경로가 있는 두 개의 vSAN 솔루션을 제공합니다. 영구 서비스는 SNA 스토리지 정책을 사용하는 vSAN 또는 vSAN Direct라는 원시 로컬 스토리지에서 실행할 수 있습니다.
- SNA 스토리지 정책이 있는 vSAN
-
이 기술을 사용하면
vSAN 호스트-로컬 SNA 정책과 함께 분산 복제된
vSAN 데이터스토어를 사용할 수 있습니다. 그 결과, SNA 서비스 애플리케이션에서 배치를 제어하고 데이터 가용성을 유지 보수하는 작업을 담당할 수 있습니다. 이 기술을 통해 영구 서비스는 계산 인스턴스와 스토리지 개체를 동일한 물리적
ESXi 호스트에서 쉽게 배치할 수 있습니다. 호스트-로컬 배치를 사용하면 스토리지 계층이 아닌 서비스 계층에서 복제와 같은 작업을 수행할 수 있습니다.
포드 같은 계산 인스턴스는 vSAN 클러스터의 노드 중 하나에 먼저 나타납니다. 그런 다음 vSAN SNA 정책으로 생성된 vSAN 개체는 포드를 실행하는 동일한 노드에 모든 데이터가 자동으로 배치됩니다.
다음 예에서는 영구 볼륨에 대해 SNA 스토리지 클래스를 사용하는 애플리케이션의 스토리지 배포를 보여줍니다. vSAN은 영구 볼륨 배치를 위해 노드에서 원하는 디스크 그룹을 선택할 수 있습니다.
총 데이터 복사본 수 = 3
예상 Fault Tolerance = 2
허용이 보장되는 실제 장애 수 = 2
- vSAN Direct
- SNA 스토리지 정책이 있는 vSAN은 계산 인스턴스에 로컬로 데이터를 배치할 수 있지만 애플리케이션과 물리적 스토리지 디바이스 간의 분산된 vSAN 데이터 경로에 오버헤드가 존재합니다. vSAN Direct를 사용하면 상태 저장 서비스 애플리케이션이 보다 직접적인 데이터 경로를 통해 대부분의 원시 비 vSAN 로컬 스토리지에 액세스할 수 있어서 성능이 가장 최적화된 솔루션을 제공합니다.
-
SNA 또는 vSAN Direct에서 vSAN을 사용하는 경우
- 클라우드 네이티브 상태 저장 애플리케이션이 다른 일반 VM 또는 Kubernetes 워크로드와 물리적 인프라를 공유하도록 하려면 SNA가 포함된 vSAN을 사용합니다. 각 워크로드는 자체 스토리지 정책을 정의할 수 있으며, 단일 클러스터에서 두 환경 모두의 장점을 활용할 수 있습니다.
- 비공유 클라우드 네이티브 서비스를 위한 전용 하드웨어 클러스터를 생성하는 경우에는 vSAN Direct를 사용합니다.
vSAN 데이터 지속성 플랫폼 운영자
vDPP(vSAN 데이터 지속성 플랫폼) 운영자는 vSphere와 통합된 파트너 상태 저장 서비스를 실행하고 관리하는 작업을 담당하는 구성 요소입니다. vDPP 운영자는 사용 가능한 상태 저장 서비스를 vSphere 관리자에게 노출합니다. vSphere 관리자가 영구 서비스(예: MinIO)를 사용하도록 설정하면 vDPP 운영자는 감독자 클러스터의 서비스에 대한 애플리케이션별 운영자를 배포합니다.
애플리케이션별 운영자는 타사에서 제공하며 vDPP 규격이어야 합니다. 이 운영자는 일반적으로 Kubernetes 사용자가 인스턴스를 인스턴스화하기 위한 셀프 서비스 인터페이스를 제공하는 CRD를 제공합니다. vSphere with Tanzu는 이 운영자와 CRD를 사용하여 새 서비스 인스턴스를 프로비저닝하고 상태 저장 서비스 계층을 통해 관리하고 모니터링합니다. 이러한 운영자의 대부분은 인스턴스 배포에 상태 저장 집합을 사용합니다.
- vDPP 운영자는 서비스별 운영자를 활성화합니다.
- 서비스별 운영자는 UI 플러그인을 등록합니다.
- 스토리지 최적화 스토리지 정책이 생성됩니다.
vSAN 데이터 지속성 플랫폼에 대한 구성 제한
VMware는 VMware 구성 최대값 도구에 구성 제한을 제공합니다.
| vSAN 데이터 지속성 최대값 | 제한 |
|---|---|
| vSAN 데이터 지속성 플랫폼당 최대 영구 볼륨 수 | 1000 |
| vSAN 데이터 지속성 플랫폼의 서비스 인스턴스당 최대 영구 볼륨 수 | 60 ~ 80 |
