본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

VMware를 사용하는 NetApp 하이브리드 멀티 클라우드 개요

11/14/2024 기여자

대부분의 IT 조직은 하이브리드 클라우드 우선 접근 방식을 따릅니다. 전환 단계에 있는 이들 조직은 고객이 현재 IT 환경을 평가한 다음 평가 및 검색 결과를 기반으로 워크로드를 클라우드로 마이그레이션하고 있습니다.

클라우드로 마이그레이션하는 고객의 요인에는 탄력성 및 버스트, 데이터 센터 이탈, 데이터 센터 통합, 수명 종료 시나리오, 인수 합병, 인수 합병 등 이 마이그레이션의 이유는 각 조직 및 각 비즈니스 우선순위에 따라 달라질 수 있습니다. 하이브리드 클라우드로 전환할 때 클라우드 구축과 탄력성의 잠재력을 최대한 활용하려면 클라우드에 적합한 스토리지를 선택하는 것이 매우 중요합니다.

퍼블릭 클라우드의 VMware 클라우드 옵션

이 섹션에서는 각 클라우드 공급자가 해당 퍼블릭 클라우드 오퍼링 내에서 VMware SDDC(Software Defined Data Center) 및/또는 VCF(VMware Cloud Foundation) 스택을 지원하는 방법에 대해 설명합니다.

Azure VMware 솔루션

Azure VMware 솔루션은 Microsoft Azure 퍼블릭 클라우드 내에서 VMware DC를 완벽하게 작동하는 하이브리드 클라우드 서비스입니다. Azure VMware 솔루션은 Microsoft에서 완벽하게 관리 및 지원하는 타사 솔루션으로, Azure 인프라를 활용하는 VMware에서 검증되었습니다. 즉, Azure VMware 솔루션을 구축할 때 고객은 컴퓨팅 가상화를 위한 VMware ESXi, 하이퍼 컨버지드 스토리지를 위한 vSAN을 얻게 됩니다. 네트워킹 및 보안을 위한 NSX는 물론, Microsoft Azure의 세계적인 입지, 동급 최고의 데이터 센터 시설을 활용하고 네이티브 Azure 서비스 및 솔루션의 풍부한 에코시스템에 근접합니다.

AWS 기반 VMware 클라우드

VMware Cloud on AWS는 기본 AWS 서비스에 최적화된 액세스를 통해 VMware의 엔터프라이즈급 SDDC 소프트웨어를 AWS 클라우드에 제공합니다. VMware Cloud Foundation을 기반으로 하는 AWS 기반 VMware Cloud는 VMware의 컴퓨팅, 스토리지 및 네트워크 가상화 제품(VMware vSphere, VMware vSAN 및 VMware NSX)을 VMware vCenter Server 관리 기능과 통합하여 유연하고 전용 베어 메탈 AWS 인프라에서 실행되도록 최적화되었습니다.

Google Cloud VMware 엔진

Google Cloud VMware Engine은 Google Cloud의 고성능 확장형 인프라 및 VMware Cloud Foundation 스택 – VMware vSphere, vCenter, vSAN 및 NSX-T를 기반으로 구축된 서비스형 인프라(IaaS) 오퍼링입니다. 이 서비스를 사용하면 애플리케이션 재구성 또는 재설계 작업 없이 온프레미스 환경에서 Google Cloud Platform으로 기존 VMware 워크로드를 원활하게 마이그레이션 또는 확장할 수 있습니다. Google에서 판매 및 지원하는 서비스로서 VMware와 긴밀하게 협력하고 있습니다.

SDDC 프라이빗 클라우드 및 NetApp Cloud Volumes 코로케이션을 통해 최소한의 네트워크 지연 시간으로 최상의 성능을 제공합니다.

알고 계셨습니까?

사용된 클라우드에 관계없이 VMware SDDC를 구축할 때 초기 클러스터에 포함되는 제품은 다음과 같습니다.

관리를 위해 vCenter Server 어플라이언스를 사용하여 컴퓨팅 가상화를 위한 VMware ESXi 호스트
VMware vSAN 하이퍼 컨버지드 스토리지는 각 ESXi 호스트의 물리적 스토리지 자산을 통합합니다
관리를 위해 NSX Manager 클러스터를 사용하여 가상 네트워킹 및 보안을 위한 VMware NSX

스토리지 구성

스토리지 집약적인 워크로드를 호스팅하거나 클라우드 호스팅 VMware 솔루션에서 스케일아웃하려는 고객의 경우 기본 하이퍼 컨버지드 인프라는 확장이 컴퓨팅 및 스토리지 리소스 모두에 있어야 한다는 것을 나타냅니다.

Azure NetApp Files, Amazon FSx ONTAP, Cloud Volumes ONTAP(3가지 주요 하이퍼스케일러에서 사용 가능) 및 Google Cloud NetApp Volumes for Google Cloud와 같은 NetApp Cloud Volumes를 통합하여 스토리지를 개별적으로 독립적으로 확장하고 필요에 따라 컴퓨팅 노드만 SDDC 클러스터에 추가할 수 있습니다.

참고:

VMware는 불균형 클러스터 구성을 권장하지 않습니다. 따라서 스토리지를 확장한다는 것은 더 많은 호스트를 추가해야 한다는 것을 의미하며, 이는 더 많은 TCO를 의미합니다.
하나의 vSAN 환경만 가능합니다. 따라서 모든 스토리지 트래픽은 운영 워크로드와 직접 경쟁하게 됩니다.
애플리케이션 요구사항, 성능, 비용을 맞추기 위해 여러 성능 계층을 제공하는 옵션은 없습니다.
클러스터 호스트 위에 구축된 vSAN의 스토리지 용량 제한에 매우 쉽게 도달할 수 있습니다. NetApp Cloud Volumes를 사용하여 액티브 데이터 세트를 호스트하거나 영구 스토리지로 계층 쿨러 데이터를 계층화하도록 스토리지를 확장할 수 있습니다.

Azure NetApp Files, Amazon FSx ONTAP, Cloud Volumes ONTAP(3가지 주요 하이퍼스케일러에서 모두 사용 가능) 및 Google Cloud NetApp Volumes for Google Cloud를 게스트 VM과 함께 사용할 수 있습니다. 이 하이브리드 스토리지 아키텍처는 게스트 운영 체제 및 애플리케이션 바이너리 데이터를 보관하는 vSAN 데이터스토어로 구성됩니다. 애플리케이션 데이터는 게스트 기반 iSCSI 이니시에이터 또는 Amazon FSx ONTAP, Cloud Volume ONTAP, Azure NetApp Files 및 Google Cloud NetApp Volumes for Google Cloud와 직접 통신하는 NFS/SMB 마운트를 통해 VM에 연결됩니다. 이 구성을 사용하면 vSAN과 같이 스토리지 용량과 관련된 문제를 쉽게 해결할 수 있습니다. 사용 가능한 여유 공간은 사용된 여유 공간 및 스토리지 정책에 따라 달라집니다.

AWS의 VMware Cloud에서 3노드 SDDC 클러스터를 살펴보겠습니다.

3노드 SDDC의 총 물리적 용량은 31.1TB(각 노드당 약 10TB)입니다.
호스트를 추가하기 전에 유지 관리해야 하는 여유 공간 = 25% = (.25 x 31.1TB) = 7.7TB
여유 공간 차감 후의 가용 물리적 용량 = 23.4TB
사용 가능한 유효 여유 공간은 적용된 스토리지 정책에 따라 달라집니다.

예를 들면 다음과 같습니다.
- RAID 0 = 유효 여유 공간 = 23.4TB(사용 가능한 물리적 용량/1)
- RAID 1 = 유효 여유 공간 = 11.7TB(사용 가능한 물리적 용량/2)
- RAID 5 = 유효 여유 공간 = 17.5TB(사용 가능한 물리적 용량/1.33)

따라서 NetApp Cloud Volumes를 게스트 연결 스토리지로 사용하면 스토리지를 확장하고 TCO를 최적화하는 동시에 성능 및 데이터 보호 요구사항을 충족할 수 있습니다.

이 문서가 작성된 시점에서 게스트 내 저장소가 유일하게 사용 가능한 옵션이었습니다. 보충 NFS 데이터 저장소 지원이 제공되면 추가 설명서를 사용할 수 있습니다 "여기".

기억해야 할 사항

하이브리드 스토리지 모델에서는 Tier 1 또는 높은 우선 순위의 워크로드를 vSAN 데이터 저장소에 배치하여 호스트 자체의 일부이고 근접하기 때문에 특정 지연 시간 요구 사항을 처리합니다. 트랜잭션 지연 시간이 허용되는 워크로드 VM에 대해 게스트 내 메커니즘을 사용합니다.
NetApp SnapMirror ® 기술을 사용하면 온프레미스 ONTAP 시스템에서 Cloud Volumes ONTAP 또는 Amazon FSx ONTAP로 워크로드 데이터를 복제하여 블록 레벨 메커니즘을 사용하여 쉽게 마이그레이션할 수 있습니다. Azure NetApp Files 및 Google Cloud NetApp 볼륨에는 적용되지 않습니다. 데이터를 Azure NetApp Files 또는 Google Cloud NetApp 볼륨으로 마이그레이션하는 경우 사용되는 파일 프로토콜에 따라 NetApp XCP, BlueXP Copy 및 Sync, rysnc 또는 robocopy를 사용합니다.
테스트 결과, 각 SDDC에서 스토리지에 액세스하는 동안 지연 시간이 2-4ms로 더 길어집니다. 스토리지를 매핑할 때 애플리케이션 요구 사항에 이러한 추가 지연 시간을 고려하십시오.
테스트 페일오버 및 실제 페일오버 중에 게스트 연결 스토리지를 마운트하려면 iSCSI 이니시에이터가 재구성되고 DNS가 SMB 공유용으로 업데이트되며 NFS 마운트 지점이 fstab에서 업데이트되도록 합니다.
게스트 내 Microsoft MPIO(Multipath I/O), 방화벽 및 디스크 시간 초과 레지스트리 설정이 VM 내에서 올바르게 구성되어 있는지 확인합니다.

이는 게스트 연결 스토리지에만 적용됩니다.

NetApp 클라우드 스토리지의 이점

NetApp 클라우드 스토리지는 다음과 같은 이점을 제공합니다.

컴퓨팅과 상관없이 스토리지를 확장함으로써 컴퓨팅 및 스토리지 간 밀도 향상
호스트 수를 줄여 전체 TCO를 줄일 수 있습니다.
컴퓨팅 노드 장애는 스토리지 성능에 영향을 주지 않습니다.
Azure NetApp Files의 볼륨 재구성 및 동적 서비스 수준 기능을 사용하면 안정적인 워크로드 크기를 조정하여 비용을 최적화하고 오버 프로비저닝을 방지할 수 있습니다.
Cloud Volumes ONTAP의 스토리지 효율성, 클라우드 계층화 및 인스턴스 유형 수정 기능을 사용하면 스토리지를 최적의 방법으로 추가 및 확장할 수 있습니다.
필요 시에만 스토리지 리소스의 초과 프로비저닝을 방지합니다.
효율적인 스냅샷 복사본 및 복제를 사용하면 성능에 영향을 미치지 않고 복사본을 빠르게 생성할 수 있습니다.
Snapshot 복사본에서 빠른 복구를 사용하여 랜섬웨어 공격을 해결할 수 있도록 도와줍니다.
효율적인 증분 블록 전송 기반 지역 재해 복구 및 여러 지역에 걸쳐 통합된 백업 블록 레벨을 제공하여 RPO 및 RTO가 향상됩니다.

가정

SnapMirror 기술 또는 기타 관련 데이터 마이그레이션 메커니즘이 사용됩니다. 온프레미스에서 하이퍼스케일러 클라우드에 이르기까지 다양한 연결 옵션이 있습니다. 적절한 경로를 사용하고 관련 네트워킹 팀과 협력하십시오.
이 문서가 작성된 시점에서 게스트 내 저장소가 유일하게 사용 가능한 옵션이었습니다. 보충 NFS 데이터 저장소 지원이 제공되면 추가 설명서를 사용할 수 있습니다 "여기".

스토리지 계획 및 사이징과 필요한 호스트 수에 대해서는 NetApp 솔루션 설계자와 각각의 하이퍼스케일러 클라우드 설계자를 설득하십시오. Cloud Volumes ONTAP Sizer를 사용하여 스토리지 인스턴스 유형 또는 적절한 서비스 수준을 최적의 처리량으로 확정하기 전에 스토리지 성능 요구사항을 파악하는 것이 좋습니다.

상세 아키텍처

개략적인 관점에서 보면, 이 아키텍처(아래 그림에 표시)에서는 NetApp Cloud Volumes ONTAP, Google Cloud NetApp Volumes for Google Cloud 및 Azure NetApp Files를 추가 게스트 내 스토리지 옵션으로 사용하는 여러 클라우드 공급자 전반에서 하이브리드 멀티 클라우드 연결과 앱 이동성을 달성하는 방법을 다룹니다.

엔터프라이즈 하이브리드 클라우드 아키텍처