vSAN의 분산 아키텍처는 Stretched Cluster, 2-Node Cluster, 장애 도메인을 사용하는 클러스터와 같은 대체 토폴로지에 항상 적합했습니다. 하지만 vSAN Max는 어떻습니까? vSAN Max가 이러한 대체 토폴로지를 사용하여 vSphere 클러스터에 중앙 집중식 공유 스토리지를 제공하는 데 어떻게 도움이 되는지 살펴보겠습니다.

분산 객체 스토리지의 유연성

vSAN HCI 클러스터는 컴퓨팅 및 스토리지 리소스를 클러스터를 구성하는 동일한 호스트로 집계하므로 확장된 클러스터를 제공하는 매우 쉽고 강력한 방법이 됩니다. 두 지리적 사이트에 걸쳐 있는 클러스터에 vSAN 호스트를 배치하고 세 번째 사이트에 가상 감시 호스트 어플라이언스를 배치하고 클러스터를 확장된 클러스터로 구성하기만 하면 됩니다. 컴퓨팅 및 스토리지 리소스는 사이트 전체 또는 부분 중단 시 가상 머신 인스턴스와 가상 머신 데이터의 가용성을 보장하는 일체형 응집력 방식으로 사이트 전체에 분산됩니다. 이 게시물의 모든 확장된 클러스터 그림에서 명확성을 위해 감시 호스트 어플라이언스는 생략되었습니다.

그림 1. 두 데이터 사이트에 걸쳐 vSAN HCI 확장 클러스터에 있는 VM의 사이트 수준 복원력.

데이터는 사이트 전반에 걸쳐 탄력적인 방식으로 저장됩니다. 즉, 컴퓨팅 리소스에서 데이터까지 두 가지 경로가 있습니다. 컴퓨팅 리소스와 스토리지 리소스는 vSAN 클러스터를 구성하는 동일한 호스트에 집계되므로 리소스 유형과 선호하는 데이터 경로 모두의 가용성에 대한 인식이 내재되어 있습니다. 이는 확장된 vSAN HCI 클러스터가 오류 시나리오 및 기타 최적이 아닌 조건을 자동으로 설명합니다.

분리된 스토리지 및 컴퓨팅 리소스를 사용하는 확장된 토폴로지

개념적으로 확장된 토폴로지는 데이터가 정의된 두 개의 장애 도메인(일반적으로 항상 두 개의 지리적 사이트는 아니지만)에 걸쳐 탄력적으로 저장된다는 것을 의미합니다. 분리된 환경의 컴퓨팅 및 스토리지 리소스에서 고려해야 할 사항은 바로 이러한 고려 사항입니다.

스토리지와 컴퓨팅 리소스가 서로 분리되면 컴퓨팅 리소스에서 사이트 복원 데이터까지 두 네트워크 경로의 특성을 이해해야 합니다. 대부분의 경우 네트워크 경로 중 하나(사이트 간 링크 또는 ISL)는 다른 경로보다 느립니다. 이는 비대칭 네트워크 토폴로지로 알려져 있으며 그림 2에 나와 있습니다. 이는 확장된 클러스터에서 발견되는 가장 일반적인 구성이지만 시스템이 최적이 아닌 네트워크 경로 대신 최적의 네트워크 경로를 올바르게 선택해야 하기 때문에 흥미로운 과제를 제시합니다. 최고의 성능.

그림 2. 확장된 환경을 위한 비대칭 네트워크 토폴로지.

훨씬 덜 일반적인 대칭 네트워크 토폴로지가 그림 3에 나와 있습니다. 이는 요청을 완료하는 데 사용되는 데이터 경로에 관계없이 대역폭과 대기 시간이 동일한 토폴로지를 나타냅니다. 정의된 두 개의 오류 도메인 또는 “사이트”는 동일한 네트워크 척추를 사용하여 서로 인접해 있는 단순한 서버 랙이고 동일한 오류 도메인 내의 클라이언트 클러스터와 서버 클러스터 간에 1ms 미만의 대기 시간을 제공할 수 있는 경우를 볼 수 있습니다. 또는 장애 도메인 전반에 걸쳐.

그림 3. 확장된 환경을 위한 대칭 네트워크 토폴로지.

vSAN Max가 확장된 클러스터 토폴로지를 사용할 올바른 네트워크 경로를 이해하는 데 도움이 되도록 vSAN Max용 구성 마법사를 사용하면 환경을 나타내는 네트워크 토폴로지를 선택할 수 있습니다.

여러 지리적 사이트에 걸쳐 확장된 vSAN Max

vSAN Max 클러스터는 단일 사이트 클러스터로 구성하거나 확장된 구성으로 구성할 수 있습니다. vSAN Max는 사이트 전체에 데이터를 미러링하여 사이트 수준의 데이터 복원력을 제공하고, 각 사이트 내의 공간 효율적인 RAID-6 삭제 코딩을 통해 보조 수준의 복원력을 제공할 수 있습니다. 후자는 공간 효율적인 방식으로 높은 수준의 복원력을 제공하며, 사이트 내에서 별도의 호스트 오류가 발생할 경우 데이터 재구축이 로컬에서 수행되도록 보장합니다. vSAN Max는 ESA를 사용하여 구축되었으므로 게시물 “확장된 클러스터 토폴로지에서 vSAN ESA 사용”에 설명된 것과 동일한 효율성, 성능 및 가용성 이점을 제공합니다.

그림 4는 역시 확장된 vSAN Max 클러스터의 데이터스토어를 마운트하는 확장된 vSAN HCI 클러스터를 보여줍니다. 이러한 유형의 비대칭 구성에서 vSAN HCI 클러스터와 vSAN Max 클러스터는 클라이언트 클러스터와 서버 클러스터 간의 I/O 처리 및 데이터의 사이트 선호도를 유지합니다.

그림 4. 역시 확장된 vSAN HCI 클러스터에 대해 두 데이터 사이트에 걸쳐 복원력 있는 스토리지를 제공하는 vSAN Max 확장 클러스터.

권장 사항: 모든 vSAN Max 배포에는 vSAN Max용으로 인증된 ReadyNode 프로필을 사용하십시오.

확장된 토폴로지에서 vSAN Max를 사용할 때 지원되는 클라이언트 클러스터

다음 표에는 확장된 클러스터 구성에서 vSAN Max 클러스터를 사용할 때 지원되는 클라이언트 클러스터 유형이 요약되어 있습니다. 클라이언트 클러스터와 vSAN Max 클러스터 간의 지연 시간 요구 사항이 1ms 이하로 충족되고 모든 클라이언트 클러스터가 vSphere 8을 사용한다고 가정합니다.

Client Cluster TypeServer Cluster TypeSupportedNotes
vSAN HCI clusters (ESA) in a stretched cluster configuration.vSAN Max cluster or vSAN HCI cluster (ESA) in a stretched cluster configurationYesProvides resilience of data and high availability of running VM instances.
vSAN HCI clusters (ESA) when it resides in one of the data sites where the vSAN Max cluster resides.vSAN Max cluster or vSAN HCI cluster (ESA) in a stretched cluster configurationYesProvides resilience of data but no high availability of running VM instances.
vSphere clusters stretched across two sites using asymmetrical* network connectivity.vSAN Max cluster or vSAN HCI cluster (ESA) in a stretched cluster configurationNoNot supported at this time.
vSphere clusters stretched across two sites using symmetrical* network connectivity.vSAN Max cluster or vSAN HCI cluster (ESA) in a stretched cluster configurationYesSupported, but less common, as it would require the same network capabilities (bandwidth and latency) between fault domains defining each site.
vSphere clusters when it resides in one of the data sites where the vSAN Max cluster resides.vSAN Max cluster or vSAN HCI cluster (ESA) in a stretched cluster configurationYesProvides resilience of data but no high availability of running VM instances.
Any client cluster running vSAN OSAvSAN Max cluster or vSAN HCI cluster (ESA) in a single site or stretched cluster configurationNoNot supported at this time.

위에서 설명한 대로 vSAN Max 클러스터가 비대칭 네트워크 토폴로지를 사용하여 확장된 클러스터로 구성된 경우 vSAN Max 데이터스토어를 탑재하고 동일한 두 사이트에 걸쳐 확장된 vSphere 클러스터는 현재 지원되지 않습니다. 데이터와 VM 인스턴스 모두의 사이트 수준 복원력이 필요한 경우 현재로서는 확장된 구성의 클라이언트 클러스터인 vSAN HCI 클러스터가 더 나은 옵션일 수 있습니다. 이렇게 하면 VM 인스턴스와 이들이 제공하는 데이터의 가용성이 높게 유지됩니다.

확장된 클러스터 구성에서 사용되는 경우 vSAN Max 클러스터는 동일한 크기의 기존 vSAN HCI 클러스터와 동일한 사이트 간 네트워크 대역폭 및 지연 시간 요구 사항을 갖습니다. 자세한 내용은 vSAN 확장 클러스터 대역폭 크기 조정 가이드를 참조하십시오.

추천. 워크로드 수요에 따라 사이트 간 링크(ISL) 크기를 조정하세요. vSAN Max 클러스터가 고성능 스토리지를 제공할 수 있다면 ISL이 워크로드에 필요한 대역폭과 지연 시간을 제공할 수 있는지 확인하십시오. 이는 귀하의 환경에 이러한 유형의 토폴로지에 필요한 최소 요구 사항으로 명시된 10Gbps 이상의 대역폭이 필요할 수 있음을 의미합니다.

vSAN의 장애 도메인 기능을 사용하는 vSAN Max

vSAN Max는 vSAN의 장애 도메인 기능을 사용하여 구성할 수도 있습니다. 이 기능은 대규모 클러스터에 대한 랙 수준 인식 및 복원력을 제공하는 데 가장 일반적으로 사용됩니다. 오류 도메인 기능은 ESA를 통해 훨씬 더 효율적이었으며 vSAN Max는 해당 아키텍처를 기반으로 구축되었으므로 ESA와 관련된 향상된 성능, 효율성 및 데이터 가용성 수준을 모두 제공합니다.

그림 5. 장애 도메인 기능을 사용하여 랙 수준 복원력을 제공하는 vSAN Max.

올바르게 구성되면 오류 도메인 기능은 일반적으로 더 큰 클러스터로 제한됩니다. 이는 위의 그림 5에 표시된 것처럼 RAID-6 삭제 코드가 최소 6개의 오류 도메인에 데이터와 패리티를 분산시키고 오류 도메인당 최소 3개의 호스트를 권장하기 때문입니다. 상대적으로 더 작은 클러스터를 사용하여 이와 동일한 랙 수준 복원력을 달성하려면 그림 6과 같이 오류 도메인 기능을 활성화하지 않고 랙당 vSAN Max 클러스터에 하나(최대 1개)의 호스트를 배치하기만 하면 됩니다. 이 구성에서 , 동일한 방식으로 랙 수준 복원력을 제공합니다.

vSAN Max not using Fault Domains Feature

그림 6. 장애 도메인 기능을 사용하지 않고 랙 수준 복원력을 제공하는 vSAN Max.

이러한 유형의 전략은 vSAN 트래픽이 네트워크 척추를 통과하는 방식을 변경하므로 vSAN Max 클러스터를 설계할 때 고려해야 할 사항의 일부입니다.

일반적인 권장 사항은 vSAN Max 클러스터에 대해 “Host Rebuild Reserve” 토글을 활성화하는 것이지만, 확장된 토폴로지에서 vSAN Max를 구성하거나 vSAN 장애 도메인 기능을 사용할 때는 이러한 토글을 활성화할 수 없습니다.

요약

고객은 vSAN HCI 클러스터에서 볼 수 있는 vSAN Max에서 동일한 토폴로지 옵션을 대부분 활용할 수 있지만 이러한 토폴로지를 사용할 때 지원되는 구성 및 기타 설계 고려 사항도 알고 있어야 합니다.

출처 : https://core.vmware.com/blog/flexible-topologies-vsan-max
답글 남기기

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

You May Also Like

VMware vSAN HCI Mesh in vSAN Update 2

VMware vSAN의 스케일아웃 아키텍처는 강력한 무중단 스케일업 또는 스케일아웃 기능을 지원합니다. 클러스터에 호스트를 추가하여 용량 및 성능을 중단…

Using the Perennially Reserved Flag for WSFC RDMs

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