vSAN에서 사용할 스토리지 디바이스를 할당하는 것은 vSAN의 초기 구성에서 필수적인 단계입니다. 제품에서 알려진 “디스크 클레임”이라는 용어는 이 작업을 나타냅니다. vSAN에서 사용할 디바이스를 클레임하는 것은 비교적 쉽지만 하드웨어, 소프트웨어의 제한 사항과 클레임된 디바이스를 사용자 지정하려는 고유한 요구 사항으로 인해 간단하고 반복 가능하며 유연한 요구 사항을 충족하는 디바이스를 클레임하는 방법을 제공하기가 어려웠습니다.

vSAN 8 U2의 ESA(Express Storage Architecture)는 고객과 파트너가 다양한 구성 시나리오를 고려하여 디스크 클레임 프로세스를 표준화할 수 있도록 지원하는 새로운 스토리지 디바이스 클레임 옵션을 도입했습니다. 새로운 vSAN ESA 규범적 디스크 클레임 기능에 대해 자세히 살펴보겠습니다.

vSAN에서 디스크 클레임의 간략한 역사

vSAN의 기존 스토리지 아키텍처(OSA)는 디스크를 클레임하는 여러 가지 방법을 제공했습니다. 완전 자동화된 접근 방식은 vSAN의 초기 버전에 있었지만 하드웨어 및 소프트웨어의 기술적 한계로 인해 예측 가능한 결과를 생성하기 어려웠습니다. 캐시 디바이스와 용량 디바이스의 정확한 식별, 연결된 디스크 컨트롤러와의 연결, 디스크 그룹 수에 대한 사용자의 선호도 등으로 인해 OSA에서 자동 클레임을 수행하는 것은 기껏해야 어려운 일이었습니다. 이 기능은 수동 디스크 클레임 방법을 선호하여 옵션에서 제거되었습니다. 수동 프로세스는 사용자가 원하는 대로 디바이스를 클레임할 수 있는 기능을 보장했지만, 신규 및 기존 클러스터에서는 지루한 프로세스이며 여전히 인적 오류가 발생하기 쉽고 대규모로 반복성이 부족하다는 의견이 많았습니다.

vSAN에 ESA가 도입되면서 수동 클레임 방식은 그대로 유지되었지만 선택 사항인 자동 디스크 클레임 기능이 “vSAN managed disk claim”이라는 형태로 다시 도입되었습니다. 이러한 유형의 디스크 클레임은 더 이상 디스크 그룹 및 캐시 디바이스의 개념이 없었기 때문에 ESA에서 본질적으로 훨씬 더 간단합니다. 이 기능을 활성화하면 vSAN에 대한 하드웨어 호환성 목록(HCL)을 확인하고 호스트의 모든 적격 디바이스를 vSAN에서 사용할 수 있도록 클레임합니다. 이 프로세스가 쉽고 예측 가능하기를 원했던 많은 고객들에게 큰 도약이 되었습니다.

vSAN 매니지드 디스크 클레임 옵션은 대다수 고객에게 적합한 옵션이지만, vSAN 매니지드 디스크 클레임 토글을 활성화한 상태에서 사용하는 “적격한 모든 항목 클레임” 방식으로는 달성할 수 없는 몇 가지 사용 사례를 더 수용해야 할 필요성이 남아 있었습니다. 일부 고객과 솔루션 공급업체는 ESA용 vSAN 관리형 디스크 클레임이 제공할 수 있는 것보다 더 많은 사용자 지정이 필요했습니다.

vSAN ESA Perscriptive Disk Claim

vSAN 8 U2에는 ESA에 대한 새로운 규범적 디스크 클레임 기능이 도입되었습니다. 이 세 번째 스토리지 디바이스 클레임 옵션은 관리형 디스크 클레임 옵션의 자동화와 수동 클레임 방식의 사용자 지정 기능을 결합한 것입니다. 이 옵션은 초기 0일차 배포 작업과 용량 확장 작업과 같은 지속적인 2일차 활동 모두에 대해 원하는 결과를 규정하는 선언적 유형의 접근 방식을 사용합니다. vSAN 클러스터의 모든 호스트에 이 원하는 상태를 적용하고 지속적으로 확인합니다. 이는 클러스터를 구성하는 호스트의 디스크 클레임에 대한 신뢰할 수 있는 소스를 원하는 결과로 설정하는 클러스터 수준 메커니즘입니다.

이 기능은 vSAN ESA를 사용하는 클러스터와 ESA를 사용하여 구축된 vSAN Max에서 사용할 수 있습니다.

원하는 상태에서 적용된 상태로 전환

이 새로운 접근 방식은 클러스터를 관리하는 vCenter Server에 상주하는 클러스터별 정의를 사용합니다. 여기서 디스크 공급업체, 디스크 용량, 호스트당 디스크 수와 같은 디바이스 특성을 나타내는 다양한 특성을 설정할 수 있습니다. 대부분의 속성은 가능한 한 많은 유연성을 제공하기 위해 선택 사양입니다.

예를 들어 이 클러스터에 대한 ESA 규범적 디스크 클레임에 호스트에 적격 디바이스가 8개 있는데도 각 호스트에 6개의 디바이스가 vSAN에 클레임되어야 한다고 지정되어 있다고 가정해 보겠습니다. vSAN은 클러스터 전체에서 각 호스트에 6개를 초과하지 않는 적격 디바이스를 클레임할 것입니다. 클러스터에 호스트가 추가되면 새 호스트에도 이와 동일한 원하는 상태가 적용됩니다. 용량을 늘리기 위해 각 호스트에 스토리지 디바이스를 추가하는 경우, 원하는 상태 구성이 다르게 조정될 때까지 추가 디바이스가 클레임되지 않습니다. 정의 변경 또는 호스트 구성 변경과 같은 모든 유형의 규정 미준수는 구성 드리프트를 식별하기 위해 “vSAN managed disk claim” 상태 검색을 트리거합니다.

변경 검출이 식별될 때 디바이스 핸들링이 매우 보수적인 방식으로 취급되는 것을 보장할 안전 메커니즘이 또한 마련되어 있습니다. 이것은 ESA 규정 디스크 클레임 프로세스가 비-이상적인 상태로 호스트를 떠나거나, 또는 청구되지 않은 디바이스로서 이전에 청구된 디바이스를 변경하는 것을 방지할 것이다.

누구를 위한?

새로운 ESA 규정 디스크 클레임 기능은 초기에 자동화된 “managed disk claim” 또는 수동 클레임 프로세스를 통해 용이하거나 안정적으로 처리될 수 없는 상황을 대상으로 한다.

  • 타사 제조업체. Dell VxRail과 같은 vSAN을 사용하는 일부 엔지니어링 솔루션은 구성을 지원하는 사용자 지정 워크플로우가 있습니다. 이러한 사용자 지정 워크플로우는 이제 API를 통해 ESA 처방 디스크 클레임의 인텔리전스를 수용할 수 있습니다.
  • VMware 클라우드 서비스 프로바이더. vSAN을 기반으로 하는 클라우드 서비스 프로바이더는 사내 고객과는 다른 하드웨어 장애 및 클러스터 확장을 위한 운영 절차와 페어링된 고유 하드웨어 조합을 보유할 수 있다. 이를 통해 원하는 상태의 스토리지 디바이스 클레임 모델을 통해 호스트를 일관되고 신속하게 프로비저닝할 수 있다.
  • VMware Cloud Foundation. vSAN을 사용하는 VMware Cloud Foundation 구성은 vSAN에서 사용하기 위해 적격한 디스크의 일부만 소비하면 됩니다. VCF에서 이러한 구성을 준수하도록 API를 사용할 수 있습니다.


ESA prescriptive disk claim 기능은 처음에는 API 및 CLI를 통해서만 사용할 수 있으며, 클레임할 장치의 원하는 결과를 정의하는 프로그래밍 방식을 제공한다. 그림 1에 나타낸 ESA 토글에 대한 vSAN 관리 디스크 클레임이 해제된 경우에만 사용할 수 있다. ESA 처방 디스크 클레임 기능을 사용하려면 vCenter Server를 vCenter 8 U2로 업데이트해야 할 뿐만 아니라 클러스터의 모든 호스트를 vSAN 8 U2로 업그레이드해야 한다.

요약

vSAN 8 U2의 새로운 vSAN ESA 디스크 클레임 규정 기능을 사용하면 클러스터의 호스트 간에 클레임된 디바이스를 빠르고 일관적이며 반복 가능하게 관리할 수 있습니다.

출처 : https://core.vmware.com/blog/vsan-prescriptive-disk-claim-esa-vsan-8-u2

답글 남기기

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

You May Also Like

What’s New in vSAN 7 Update 1

시장의 대표적인 하이퍼 컨버전스 인프라 소프트웨어인 vSAN 7 업데이트 1의 최신 릴리즈를 발표하게 되어 기쁘게 생각한다! 이 버전은…

Using Fault Domains in vSAN ESA

“Design and Operation Considerations When Using vSAN Fault Domains” 게시물을 통해 많은 고객이 vSAN의 선택적 장애 도메인 기능의…