서론
VMware는 물리적 워크로드와 가상 워크로드를 모두 vSAN으로 마이그레이션할 수 있는 여러 가지 방법을 제공합니다. vSAN Migration Guide에서는 사내에서든 클라우드에서든 이러한 옵션에 대해 광범위하게 설명하여 모든 워크로드 마이그레이션 가능성을 해결합니다.
vSAN 8에는 vSAN Express Storage Architecture(ESA)라는 새로운 아키텍처가 도입되었습니다. 이전 버전의 vSAN 및 vSAN 8에서 제공되는 OSA(Original Storage Architecture)의 선택적 아키텍처인 ESA는 OSA에서는 불가능한 완전히 새로운 기능을 제공합니다. ESA는 고성능 NVMe 기반 스토리지 장치, 고속 프로세서 및 높은 처리량 네트워크를 위해 특별히 설계된 접근 방식을 사용하여 새로운 방식으로 데이터를 처리하고 저장합니다.
이러한 새로운 데이터 경로, 기본 데이터 구조 및 하드웨어 요구 사항의 높은 임계값으로 인해 OSA를 사용하여 vSAN 클러스터를 ESA로 인플레이스 마이그레이션할 수 없습니다. vSAN OSA를 실행하는 클러스터에서 vSAN ESA로 데이터 센터를 원활하게 전환할 수 있도록 지원되는 마이그레이션 옵션을 살펴보겠습니다.
일반 마이그레이션 옵션
데이터 센터의 마이그레이션은 종종 새로운 하드웨어의 도입, 플랫폼에 전원을 공급하는 소프트웨어의 업그레이드 또는 이 둘의 조합에서 비롯됩니다. 일반적으로 새 버전의 vSphere 및 vSAN을 환경으로 단계적으로 전환하려면 다음 두 가지 방법 중 하나를 사용합니다:
- 기존 하드웨어에서 하이퍼바이저의 클러스터 인플레이스 업그레이드. 이 방법은 기존 하드웨어의 하이퍼바이저를 최신 상태로 유지하는 가장 일반적인 방법입니다. vSphere Lifecycle Manager(vLCM)는 워크로드의 가용성을 유지하면서 하이퍼바이저의 라이프사이클을 관리할 수 있는 포괄적인 방법을 제공합니다.
- 새 하드웨어의 최신 하이퍼바이저를 사용하여 새 클러스터를 설치합니다. 이 접근 방식은 새 하드웨어를 사용하여 새 클러스터에 최신 버전의 하이퍼바이저를 배포하여 불필요한 업그레이드 작업을 최소화합니다. vSphere와 vSAN 클러스터는 서로의 자율성 수준을 유지하므로 하드웨어 업데이트는 오랜 시간에 걸쳐 검증된 방법으로 vSphere 또는 vSAN의 새로운 주요 버전을 도입할 수 있습니다. 이 접근 방식은 종종 관리자와 컨설턴트 모두에게 선호됩니다.
vSAN 8 ESA에는 OSA보다 더 구체적인 하드웨어 요구 사항이 있으므로, 이번 초기 릴리스의 경우 대부분의 고객은 ESA와 함께 사용하도록 인증된 새 vSAN ReadyNode에서 실행되는 vSAN을 새로 설치하여 클러스터별로 ESA로 전환하게 됩니다. OSA에서 ESA로의 전환은 클러스터 단위로 이루어지는 일회성 마이그레이션이며, 아래 그림과 같이 vLCM을 통해 후속 업그레이드를 수행할 수 있습니다.
| Old Cluster Version | New Cluster Version | Supported Migration Path |
| vSAN 7.x OSA | vSAN 8 OSA | In-place upgrade using vLCM |
| vSAN 8 OSA | vSAN x.next OSA | In-place upgrade using vLCM |
| vSAN 7.x or 8 OSA | vSAN 8 or later ESA | New cluster build followed by migration using vMotion & Storage vMotion |
| vSAN 8 ESA | vSAN x.next ESA | In-place upgrade using vLCM |
그림 1과 같이 vSAN 8을 사용할 때 OSA 또는 ESA를 사용할지 여부는 호스트에 ESXi를 설치할 때가 아니라 클러스터를 생성할 때 결정됩니다.
vSAN Express 스토리지 아키텍처로 전환하기 위한 몇 가지 일반적인 시나리오와 지원되는 워크로드 마이그레이션 옵션을 살펴보겠습니다. 여기에 나열된 단계는 명확하게 하기 위해 간소화되었으며 vSAN Advanced 또는 Enterprise 라이센스가 사용되는 것으로 가정합니다.
시나리오 1: 하드웨어 교체 주기 또는 계획된 확장을 통한 ESA 클러스터
이 시나리오는 하나 이상의 vSAN 클러스터에서 하드웨어를 새로 고치거나 리소스를 늘리기 위해 새 서버를 구입하려는 고객을 위한 것입니다. 대부분의 vSAN 고객에게 이 시나리오는 ESA로의 가장 일반적인 마이그레이션 경로가 될 것입니다.
마이그레이션 옵션 #1: 새 클러스터를 구축하고 vMotion 및 Storage vMotion을 통해 워크로드를 마이그레이션합니다.
이러한 마이그레이션 유형은 vSAN ESA를 사용하여 새 서버를 구축한 다음 다른 클러스터에서 이 새 클러스터로 워크로드를 마이그레이션하는 것으로 구성됩니다.
- 환경의 vCenter Server에서 가장 최신 버전의 vSAN 8을 실행하고 있는지 확인합니다.
- 새 ESA 클러스터를 구성할 새 호스트에 최신 버전의 vSphere를 설치합니다.
- 마법사에서 “vSAN ESA 사용”을 선택하여 vCenter Server에 새 클러스터를 생성합니다.
- Configure > Cluster Quickstart을 클릭하여 찾은 “Cluster Quickstart” 마법사를 사용하여 호스트를 추가합니다.
- 선택한 워크로드에 대해 vMotion 및 Storage vMotion을 수행하여 기존 OSA 클러스터에서 새 ESA 클러스터로 마이그레이션합니다.
워크로드를 마이그레이션하기 전에 이 문서의 뒷부분에 나열된 권장 사항을 검토하는 것이 좋습니다. 이러한 방식으로 워크로드를 마이그레이션하는 것은 수년간 vSphere 및 vSAN의 핵심 역량이었지만, 제공된 권장 사항은 클러스터가 올바르게 구성되고 문제 없는 마이그레이션이 가능하도록 개선하는 데 도움이 될 것입니다.
vSAN 8의 경우 ESA가 HCI Mesh를 지원하지 않기 때문에 현재 HCI Mesh는 ESA의 마이그레이션에 관여할 수 없습니다.
시나리오 2: vSAN OSA를 실행하지만 ESA용으로 인증된 ReadyNode를 통한 ESA 클러스터
고객이 ESA용으로 인증되었지만 한동안 vSAN 8 OSA를 실행해야 하는 vSAN ReadyNode를 구입하는 시나리오가 있을 수 있습니다. 일반적이지는 않지만, ESA에 대해 인증된 새로운 하드웨어를 ESA와 함께 초기에 설치할 수 없었던 기능 호환성 또는 조직 준비 상태와 같은 이유가 있을 수 있습니다.
마이그레이션 옵션 #1: 전체 OSA 클러스터를 제거하고 vSAN ESA를 사용하여 vSAN을 다시 구축합니다
이러한 유형의 마이그레이션은 ESA용으로 인증된 서버를 사용하여 OSA 클러스터를 완전히 제거하고, 재구성한 다음, 워크로드를 ESA를 실행하는 새 클러스터로 다시 마이그레이션하는 것으로 구성됩니다.
- 환경의 vCenter Server에서 가장 최신 버전의 vSAN 8을 실행하고 있는지 확인합니다.
- 기존 클러스터의 모든 워크로드를 vCenter Server에서 관리하는 다른 클러스터로 vMotion 및 Storage vMotion을 수행합니다.
- 디스크 그룹을 해제하고 이전 클러스터에서 호스트를 제거합니다.
- 새 ESA 클러스터를 구성할 이전에 사용한 호스트에 최신 버전의 vSphere를 설치합니다.
- 마법사에서 “Enable vSAN ESA”을 선택하여 vCenter Server에 새 클러스터를 생성합니다.
- Configure > Cluster Quickstart을 클릭하여 찾은 “Cluster Quickstart” 마법사를 사용하여 호스트를 추가합니다.
- 선택한 워크로드에 대해 vMotion 및 Storage vMotion을 수행하여 기존 OSA 클러스터에서 새 ESA 클러스터로 마이그레이션합니다.
클러스터의 크기 및/또는 마이그레이션된 워크로드 수에 따라 제거 프로세스 중에 사용된 다른 클러스터가 추가 워크로드를 일시적으로 처리할 수 있는지 여부를 결정해야 할 수도 있습니다. 아래 마이그레이션 옵션은 이 시나리오에 접근하는 다른 방법을 제공합니다.
마이그레이션 옵션 #2: OSA에서 새 클러스터로 롤링 클러스터 마이그레이션 수행
이러한 유형의 마이그레이션은 OSA 클러스터의 일부 호스트를 부분적으로 제거하여 새 클러스터의 ESA를 사용하여 재구성한 후 워크로드를 증분 마이그레이션하는 것으로 구성됩니다. 이 방법을 사용하면 워크로드가 vMotion될 때 필요한 임시 사용 가능한 공간을 줄일 수 있습니다.
- 환경의 vCenter Server에서 가장 최신 버전의 vSAN 8을 실행하고 있는지 확인합니다.
- 기존 클러스터의 호스트 3개를 해제할 수 있도록 기존 클러스터에서 충분한 워크로드의 vMotion 및 Storage vMotion을 수행합니다.
- 디스크 그룹을 해제하고 이전 클러스터에서 호스트를 제거합니다.
- 새 ESA 클러스터를 구성할 이전에 사용한 호스트에 최신 버전의 vSphere를 설치합니다.
- 마법사에서 “vSAN ESA 사용”을 선택하여 vCenter Server에 새 클러스터를 생성합니다.
- Configure > Cluster Quickstart을 클릭하여 찾은 “Cluster Quickstart” 마법사를 사용하여 호스트를 추가합니다.
- 선택한 워크로드에 대해 vMotion 및 Storage vMotion을 수행하여 기존 OSA 클러스터에서 새 ESA 클러스터로 충분한 수의 워크로드를 마이그레이션하여 추가 호스트를 해제할 수 있습니다.
- 이전 클러스터에 호스트 3개만 남아 있고 다른 모든 호스트가 ESA 클러스터에 대해 해제 및 재구성될 때까지 2~7단계를 반복합니다. 새 스토리지 정책을 이전 클러스터의 나머지 VM에 임시로 할당하여 해당 VM이 세 개의 호스트에만 적합하도록 해야 할 수도 있습니다.
- 이전 OSA 클러스터의 나머지 워크로드를 ESA 클러스터로 마이그레이션하고 이전 클러스터의 나머지 호스트를 해제하여 새 ESA 클러스터용으로 재구성할 수 있습니다.
위 시나리오의 두 마이그레이션 옵션은 vSAN ESA와 함께 실행되도록 인증된 호스트에서만 작동합니다.
시나리오 3: 하드웨어가 ESA에 부족한 OSA 클러스터
ESA에 부족한 서버 하드웨어를 사용하는 클러스터의 경우 고객은 vLCM을 사용하여 vSphere 및 vSAN의 최신 버전으로 계속 업그레이드하면 상당한 이점을 얻을 수 있습니다. vSAN 8의 OSA는 vSAN 호스트의 논리적 쓰기 버퍼 용량 증가, 클러스터 종료 워크플로우 개선, 향상된 성능 메트릭, HCI 메시의 확장성 향상 등 몇 가지 새로운 향상 기능을 도입했습니다.
혼합 버전의 vSphere/vSAN 클러스터 내의 업그레이드 작업 중에만 지원됩니다. 모든 인플레이스 클러스터 업그레이드 작업의 경우 적절한 시간 내에 클러스터 내의 모든 호스트를 동일한 버전으로 업그레이드해야 합니다. 자세한 내용은 VMware KB 2146381을 참조하십시오.
OSA에서 ESA로의 마이그레이션 권장 사항
다음 권장 사항은 크고 작은 고객이 vSAN ESA로 전환하는 데 도움이 될 것입니다.
- vSAN 클러스터에 사용되는 모든 하드웨어가 HCL에 있는지 확인합니다. ESA 및 OSA용 VMware 호환성 가이드는 모든 호환성 질문에 대한 진실의 원천입니다. 또한 VMware는 호스트 및 네트워크 요구 사항과 함께 사용자가 SAN ESA ReadyNode에서 변경할 수 있는 사항(및 변경할 수 없는 사항)을 설명하는 vSAN ESA ReadyNode hardware guidance을 제공하고, ReadyNode 호스트 내에서 수정할 수 있는 사항과 수정할 수 없는 사항을 설명합니다. 현재로서는 vSAN ReadyNode 프로그램이 ESA와 함께 사용하도록 인증된 서버를 구축하는 유일한 방법입니다.
- 네트워크 토폴로지 및 스위치 장비 다시 논의. vSAN ESA가 고성능 NVMe 스토리지 디바이스의 전체 성능 기능을 활용하려면 네트워크 요구 사항이 충족되고 네트워크 스위치 구성이 최적으로 구성되었는지 확인해야 합니다. 자세한 내용은 다음 게시물을 참조하십시오: Designing vSAN Networks – 2022 Edition vSAN ESA
- 최신 버전의 vCenter Server를 실행합니다. 최신 버전을 실행하는 vCenter Server는 이전 버전의 vSAN을 실행하는 클러스터뿐만 아니라 OSA 또는 ESA를 실행하는 클러스터도 쉽게 관리할 수 있습니다. 이를 통해 관리 및 마이그레이션이 쉬워집니다.
- 사용자 환경에서 사용되는 제품 기능의 지원을 확인합니다. ESA는 vSAN 8에서 처음 선보였기 때문에 vSAN OSA의 모든 기능을 ESA에서 즉시 사용할 수 있는 것은 아닙니다. 여기에는 HCI 메시 및 vSAN 파일 서비스와 같은 기능이 포함됩니다. 자세한 목록은 vSAN FAQ 페이지의 ESA 섹션에 있는 FAQ “Are there any features or capabilities in vSAN that are not available when using the ESA in vSAN 8?“를 참조하십시오.
- 새 버전의 vSphere 및 vSAN 클러스터를 클러스터별로 단계적으로 배치합니다. 클러스터에서 OSA를 실행하든 ESA를 실행하든 새 버전의 vSphere 및 vSAN을 단계적으로 도입합니다. 처음에는 클러스터별로 도입합니다. 이를 통해 조직은 예측 가능하고 완벽하게 지원되는 방식으로 vSphere 및 vSAN의 새 버전을 도입할 수 있으며 대규모 구현 전에 이를 검토할 수 있습니다. 자세한 내용은 vSAN Operations Guide의 “Multi-Cluster Upgrading Strategies” 섹션을 참조하십시오.
- 클러스터를 새로 고치는 동안 용량 요구사항을 정확하게 수집합니다. OSA를 사용하는 클러스터를 ESA를 사용하는 클러스터로 교체하는 경우 OSA 클러스터의 VM 용량 요구 사항을 올바르게 수집해야 합니다. 자세한 내용은 “Calculating Capacity Needs when Refreshing Existing vSAN Clusters” 게시물을 참조하십시오.
- 클러스터 새로 고침 중에 필요한 호스트 수를 다시 확인합니다. OSA를 사용하는 클러스터를 ESA를 사용하는 클러스터로 교체하는 경우 vSAN ReadyNode Sizer를 사용하여 호스트의 규격과 수량을 추정합니다. vSAN ESA는 OSA보다 적은 리소스를 사용하여 더 많은 워크로드를 실행할 수 있으므로 vSAN 클러스터에서 실행하는 호스트 수가 OSA를 실행하는 클러스터보다 적을 수 있습니다. 이 비교에는 ReadyNode QuickSizer를 사용하지 마십시오.
- ESA 클러스터에 상주하는 VM에서만 사용되는 전용 스토리지 정책을 생성하고 사용합니다. 이러한 정책을 나타내기 위해 “ESA-“와 같은 이름 지정 접두사를 사용할 수 있습니다. OSA와 달리, RAID-5/6 삭제 코딩은 종종 RAID-1 미러링보다 ESA에서 더 빠르며, ESA의 RAID-5는 3개의 호스트에서 실행될 수 있습니다. vSAN ESA에서 스트라이프 너비 스토리지 정책 규칙을 사용할 필요도 없습니다.
- 모든 새 배포 또는 업그레이드 후에는 Skyline Health Service for vSAN을 확인하십시오. 신규 구축이든 인플레이스 업그레이드든 즉시 vSAN용 Skyline Health Service로 이동하여 모든 상태 결과가 녹색인지 또는 정상인지 확인하십시오. 이렇게 하면 식별된 상태 경고 결과가 vSAN에 상주하는 데이터의 성능이나 가용성을 방해하지 않습니다.
- 모든 신규 배포에 대해 HCI Bench를 실행합니다. 모든 새 클러스터에 대해 ESA 클러스터를 운영 환경에 배치하기 전에 일련의 HCI Bench 테스트를 실행하여 클러스터가 제대로 실행되고 있는지 확인하고 향후 참조를 위한 기준선을 설정합니다.
- 게스트 TRIM/UNMAP이 설정되어 있는지 확인합니다. TRIM/UNMAP 공간 회수는 클러스터의 “Advanced Options”에 있는 GUI에서 쉽게 확인하고 사용하도록 설정할 수 있습니다.
- ESA에 대한 추가 정보를 보려면 어디로 가야 하는지 알아봅니다. core.vmware.com의 전용 vSAN ESA 랜딩 페이지를 방문하십시오. 이 페이지에서는 Express Storage Architecture를 매우 독특하게 만드는 새로운 기능에 초점을 맞춘 리소스에 대한 링크를 제공합니다.
요약
vSAN 클러스터를 vSAN 원래 스토리지 아키텍처에서 vSAN 8에 포함된 vSAN Express Storage Architecture로 마이그레이션하려면 vLCM을 통한 기존 업그레이드 절차와 다른 전략이 필요합니다. 위의 지침에서는 조직의 규모나 복잡성에 관계없이 환경에서 ESA로의 전환을 예측하고 반복할 수 있는 방법을 자세히 설명합니다.
출처 : https://core.vmware.com/resource/migrating-express-storage-architecture-vsan-8
