다음을 통해 공유


Azure VMware Solution 스토리지 개념

Azure VMware Solution 프라이빗 클라우드는 VMware vSAN을 사용하여 클러스터 전체의 네이티브 스토리지를 제공합니다. 클러스터의 각 호스트에서 로컬 스토리지는 vSAN 데이터 저장소에서 사용되며 미사용 데이터 암호화는 기본적으로 사용 가능하고 사용하도록 설정됩니다. Azure Storage 리소스를 사용하여 프라이빗 클라우드의 스토리지 기능을 확장할 수 있습니다.

vSAN 클러스터

각 클러스터 호스트의 로컬 스토리지는 vSAN 데이터 저장소의 일부로 클레임됩니다. AV36 SKU의 경우 모든 디스크 그룹은 호스트당 원시 SSD 기반 용량이 15.4TB인 1.6TB의 NVMe 캐시 계층을 사용합니다. 각 호스트의 용량에 호스트 수를 곱한 값이 클러스터의 원시 용량 계층 크기입니다. 예를 들어 4개의 호스트 클러스터는 vSAN 용량 계층에서 61.6TB 원시 용량을 제공합니다. AV36P, AV52 및 AV64 SKU 스토리지 디바이스 세부 정보에 대한 하드웨어 사양을 확인합니다.

클러스터 호스트의 로컬 스토리지는 클러스터 전체 vSAN 데이터 저장소에서 사용됩니다. 모든 데이터 저장소는 프라이빗 클라우드 배포의 일부로 만들어지고 즉시 사용할 수 있습니다. cloudadmin 사용자 및 CloudAdmin 역할에 할당된 모든 사용자는 다음 vSAN 권한으로 데이터 저장소를 관리할 수 있습니다.

  • Datastore.AllocateSpace (공간 할당)
  • 데이터스토어.탐색
  • Datastore.Config
  • 데이터스토어.파일삭제
  • Datastore.FileManagement
  • 데이터 저장소.가상 머신 메타데이터 업데이트

중요합니다

데이터 저장소 또는 클러스터의 이름은 변경할 수 없습니다. Azure CLI 및 PowerShell은 리소스 클러스터의 이름 변경(Cluster-2에서 Cluster-12로)을 지원합니다. 그러나 Azure Portal 리소스 클러스터 이름과 vSphere 클러스터 이름 간에 메타 데이터 불일치가 생성되기 때문에 사용하지 않아야 합니다.

스토리지 정책 및 내결함성

기본 스토리지 정책은 RAID-1 FTT-1로 설정되며 개체 공간 예약은 씬 프로비저닝으로 설정됩니다. 스토리지 정책을 조정하거나 새 정책을 적용하지 않는 한 클러스터는 이 구성으로 증가합니다. 기본 스토리지 정책은 워크로드 VM에 적용되는 정책입니다. 다른 스토리지 정책을 설정하려면 스토리지 정책 구성을 참조하세요.

3개 호스트 클러스터에서 FTT-1은 단일 호스트의 실패를 수용합니다. Microsoft는 정기적으로 오류를 제어하고 작업 관점에서 이벤트가 검색될 때 하드웨어를 대체합니다.

비고

vSphere 클라이언트에 로그온할 때 개체 공간 예약Thick 프로비저닝으로 설정된 vSAN 기본 스토리지 정책이라는 VM 스토리지 정책을 확인할 수 있습니다. 클러스터에 적용되는 기본 스토리지 정책은 아닙니다. 이 정책은 기록 목적으로 존재하며 결국 Thin 프로비저닝으로 수정됩니다.

비고

모든 소프트웨어 정의 데이터 센터(SDDC) 관리용 VM(vCenter Server, NSX Manager, NSX Edges 등)은 개체 공간 예약씬 프로비저닝으로 설정된 Microsoft vSAN 관리 스토리지 정책을 사용합니다.

팁 (조언)

클러스터가 4개 이상으로 증가할지 확실하지 않은 경우 기본 정책을 사용하여 배포합니다. 클러스터가 확장될 것이라 확신하는 경우 초기 배포 후 클러스터를 확장하는 대신 배포 중에 추가 호스트를 배포하는 것이 좋습니다. VM이 클러스터에 배포되면 VM 설정에서 디스크의 스토리지 정책을 RAID-5 FTT-1 또는 RAID-6 FTT-2로 변경합니다. Azure VMware Solution용 SLA를 참조하여 FTT-2 정책(RAID-1 또는 RAID-6)을 사용하도록 클러스터에서 6개 이상의 호스트를 구성해야 합니다. 또한 스토리지 정책은 클러스터 크기에 따라 자동으로 업데이트되지 않습니다. 마찬가지로 기본값을 변경해도 실행 중인 VM 정책이 자동으로 업데이트되지는 않습니다.

vSAN 디스크 스트라이프당 개체

일반적으로 스트라이프 너비라고 하는 이 설정은 스토리지 개체의 각 복제본이 분산되는 최소 용량 디바이스 수를 정의합니다. 스트라이프는 더 많은 드라이브에 가상 머신의 데이터를 분산하여 전체 성능을 향상시켜 I/O 집약적인 가상 머신의 성능을 향상시킬 수 있습니다.

팁 (조언)

개체당 vSAN 디스크 스트라이프 설정을 기본 수준으로 유지하는 것이 좋습니다. 그러나 I/O 집약적인 가상 머신에서 성능 문제가 발생하는 경우 스토리지 정책 내에서 개체당 vSAN 디스크 스트라이프 수를 늘려 성능을 향상시킬 수 있습니다.

중복 제거 및 압축

vSAN 데이터 저장소는 기본적으로 중복 제거 및 압축을 사용합니다. 중복 제거 및 압축은 함께 작동하여 데이터 저장소 내에서 사용되는 공간의 양을 줄입니다. 데이터가 캐시 계층에서 용량 계층으로 이동함에 따라 vSAN은 중복 제거를 먼저 적용한 다음 압축을 적용합니다.

팁 (조언)

I/O 집약적 가상 머신을 사용하면 vSAN 데이터 저장소에서 중복 제거를 사용하지 않도록 설정하면 전체 가상 머신 성능이 최대 2배 향상될 수 있습니다.

정적 데이터 암호화

vSAN 데이터 저장소는 기본적으로 Azure Key Vault에 저장된 키를 사용하여 미사용 데이터 암호화를 사용합니다. 암호화 솔루션은 KMS 기반이며 키 관리를 위한 vCenter Server 작업을 지원합니다. 호스트가 클러스터에서 제거되면 SSD의 모든 데이터가 즉시 무효화됩니다.

데이터 저장소 용량 확장 옵션

Azure NetApp Files 또는 Azure Elastic SAN을 비롯한 Azure Storage 리소스를 연결하여 기존 클러스터 vSAN 스토리지 용량을 확장할 수 있습니다. 스토리지 vMotion을 사용하여 vSAN 데이터 저장소와 다른 데이터 저장소 간에 가상 머신을 비중단적으로 마이그레이션할 수 있습니다. Azure Storage 리소스를 사용하여 데이터 저장소 용량을 확장하면 클러스터를 확장하지 않고도 데이터 저장소 용량을 늘릴 수 있습니다.

Azure NetApp 파일

Azure NetApp Files는 엔터프라이즈급 고성능 요금제 파일 스토리지 서비스입니다. 이 서비스는 코드 변경 없이 클라우드에서 까다로운 엔터프라이즈 파일 워크로드(데이터베이스, SAP 및 고성능 컴퓨팅 애플리케이션)를 지원합니다.

Azure NetApp Files 볼륨을 사용하여 NFS(네트워크 파일 시스템) 데이터 저장소를 만들고 원하는 클러스터에 연결할 수 있습니다. Azure NetApp Files에서 지원되는 NFS 데이터 저장소를 사용하여 클러스터 크기를 조정하는 대신 스토리지를 확장할 수 있습니다. Azure NetApp Files는 Ultra, Premium 및 Standard 성능 계층 에서 사용할 수 있으므로 워크로드 요구 사항에 맞게 성능 및 비용을 조정할 수 있습니다.

자세한 내용은 Azure VMware Solution 호스트에 Azure NetApp Files 데이터 저장소 연결을 참조하세요.

Azure Elastic SAN

SAN(Azure Elastic Storage 영역 네트워크)은 대규모 데이터베이스와 성능 집약적인 중요 업무용 애플리케이션 간의 워크로드 최적화 및 통합 문제에 대한 Microsoft의 답변입니다.

Azure VMware Solution은 iSCSI 데이터 저장소를 영구 스토리지 옵션으로 연결하도록 지원합니다. Azure Elastic SAN 볼륨을 사용하여 VMFS(Virtual Machine File System) 데이터 저장소를 만들고 원하는 클러스터에 연결할 수 있습니다. Azure Elastic SAN에 의해 지원되는 VMFS 데이터 저장소를 사용하면 클러스터를 스케일링하는 대신 스토리지를 확장할 수 있습니다.

자세한 내용은 Azure Elastic SAN에서 Azure VMware Solution 사용을 참조하세요.

Azure Storage 통합

프라이빗 클라우드에서 실행되는 워크로드에서 Azure Storage 서비스를 사용할 수 있습니다. Azure Storage 서비스에는 스토리지 계정, Table Storage, Blob Storage 및 파일 스토리지(Azure Files 및 Azure NetApp Files)가 포함됩니다. 워크로드를 Azure Storage 서비스에 연결해도 인터넷은 트래버스되지 않습니다. 이 연결은 더 많은 보안을 제공하고 프라이빗 클라우드 워크로드에서 SLA 기반 Azure Storage 서비스를 사용할 수 있게 해줍니다.

경고 및 모니터링

Microsoft는 용량 사용량이 75%를 초과하는 경우 경고를 제공합니다. 또한 Azure Monitor에 통합된 용량 소비 메트릭을 모니터링할 수 있습니다. 자세한 내용은 Azure VMware Solution에서 Azure 경고 구성을 참조하세요.

다음 단계

이제 Azure VMware Solution 스토리지 개념을 살펴보았으므로 다음 사항에 대해 알아볼 수 있습니다.

  • 스토리지 정책 구성 - vSAN 데이터 저장소에 배포된 각 VM에는 하나 이상의 VM 스토리지 정책이 할당됩니다. VM의 초기 배포에서 또는 복제 또는 마이그레이션과 같은 다른 VM 작업을 수행할 때 VM 스토리지 정책을 할당할 수 있습니다.

  • 프라이빗 클라우드에서 클러스터 크기 조정 - 애플리케이션 워크로드에 필요한 대로 프라이빗 클라우드에서 클러스터 및 호스트의 크기를 조정할 수 있습니다. 특정 서비스에 대한 성능 및 가용성 제한 사항은 사례별로 해결해야 합니다.

  • Azure VMware Solution을 사용하는 Azure NetApp Files - Azure NetApp Files를 사용하여 코드 변경 없이 클라우드에서 가장 까다로운 엔터프라이즈 파일 워크로드인 데이터베이스 및 범용 컴퓨팅 애플리케이션을 마이그레이션하고 실행할 수 있습니다. Azure NetApp Files 볼륨은 가상 머신 및 데이터 저장소 로 연결하여 더 많은 노드를 추가하지 않고 vSAN 데이터 저장소 용량을 확장할 수 있습니다.

  • Azure VMware Solution에 대한 vSphere 역할 기반 액세스 제어 - vCenter Server를 사용하여 VM 워크로드를 관리하고 NSX Manager를 사용하여 프라이빗 클라우드를 관리하고 확장합니다. 액세스 및 ID 관리는 vCenter Server에 CloudAdmin 역할을 사용하고 NSX Manager에 대한 제한된 관리자 권한을 사용합니다.