적용 대상: ✔️ Linux VM ✔️ Windows VM ✔️ 유연한 확장 집합 ✔️ 균일한 확장 집합
Azure 공유 디스크는 관리 디스크를 여러 VM(가상 머신)에 동시에 연결할 수 있는 Azure 관리 디스크의 기능입니다. 이 기능을 사용하면 아키텍처를 수정하지 않고도 새 클러스터형 애플리케이션을 배포하거나 기존 클러스터형 애플리케이션을 Azure로 마이그레이션할 수 있습니다. 공유 디스크는 클러스터의 다른 VM이 하나의 VM이 실패할 경우 디스크에 대한 모든 권한을 유지하므로 클러스터형 애플리케이션의 고가용성을 보장합니다.
공유 디스크를 사용하려면 클러스터 노드 간 통신과 쓰기 잠금을 관리하는 Windows Server 장애 조치 클러스터 (WSFC) 또는 Pacemaker 같은 클러스터 관리자가 필요합니다. 공유 관리 디스크는 SMB/NFS를 사용하여 액세스할 수 있는 완전 관리형 파일 시스템을 기본적으로 제공하지 않습니다.
작동 방법
클러스터의 VM은 클러스터형 애플리케이션이 선택하는 예약에 따라 연결된 디스크를 읽거나 쓸 수 있습니다. SCSI 디스크 컨트롤러를 사용하는 VM은 SCSI 영구 예약(SCSI PR)을 사용하여 액세스를 조정합니다. NVMe 디스크 컨트롤러를 사용하는 VM은 NVMe 예약을 사용하여 액세스를 조정합니다. 두 프로토콜을 모두 사용하면 클러스터형 애플리케이션이 각 노드를 등록하고, 디스크 액세스 권한을 예약하고, 장애 조치(failover) 중에 예약을 다른 노드로 이동할 수 있습니다.
공유 관리 디스크는 여러 VM이 액세스할 수 있는 공유 블록 스토리지를 제공합니다. 공유 디스크는 SCSI를 사용하는 VM에는 LUN(논리 단위 번호)으로, NVMe를 사용하는 VM에는 네임스페이스로 노출됩니다. 두 경우 모두 디스크는 DAS(직접 연결 스토리지) 또는 VM에 대한 로컬 드라이브로 표시됩니다. 컨트롤러 인터페이스에 대한 자세한 내용은 SCSI에서 NVMe로의 변환을 참조하세요.
제한 사항
일반적인 제한 사항
공유 디스크는 디스크 유형에 상관없이 공통적으로 적용되는 제한 사항이 존재합니다. 또한 특정 형식의 공유 디스크에만 적용되는 추가적인 제한 사항이 있습니다. 아래는 일반적인 제한 사항들을 나열한 목록입니다.
- 현재 공유 디스크로 사용할 수 있는 것은 Ultra Disks, 프리미엄 SSD v2, 프리미엄 SSD, 표준 SSD뿐입니다.
- 공유 디스크는 개별 Virtual Machine Scale Sets에 연결하는 것은 가능하나, Virtual Machine Scale Set 모델에서 정의하거나 자동으로 배포하는 것은 불가능합니다.
- 공유 디스크는 쓰기 가속기를 지원하지 않습니다.
- 호스트 캐싱은 공유 디스크 환경에서는 지원되지 않습니다.
공유 디스크를 사용할 수 있는 각 관리 디스크에는 디스크 유형별로 구성된 다음 제한 사항도 적용됩니다.
Ultra Disks
Ultra Disks에는 공유 디스크와 관련이 없는 별도의 제한 목록이 있습니다. Ultra Disk 제한 사항은 Azure Ultra Disks 사용을 참조하세요.
Ultra Disks를 공유할 때 다음과 같은 추가 제한 사항이 있습니다.
- 특정 버전의 Windows Server 장애 조치 클러스터에서는 기본 디스크만 지원됩니다. 자세한 내용은 장애 조치 클러스터링 하드웨어 요구 사항 및 스토리지 옵션을 참고하시기 바랍니다.
- 가용성 영역 간에 공유할 수 없습니다.
프리미엄 SSD v2
프리미엄 SSD v2 관리 디스크는 공유 디스크와는 별도로 적용되는 제한 사항 목록이 있습니다. 이러한 제한 사항은 프리미엄 SSD v2 제한 사항을 참조하세요.
프리미엄 SSD v2 디스크를 공유하는 경우 다음과 같은 추가 제한 사항이 있습니다.
- 특정 버전의 Windows Server 장애 조치 클러스터에서는 기본 디스크만 지원됩니다. 자세한 내용은 장애 조치 클러스터링 하드웨어 요구 사항 및 스토리지 옵션을 참고하시기 바랍니다.
- 가용성 영역 간에 공유할 수 없습니다.
프리미엄 SSD
- OS 디스크가 아닌 데이터 디스크에서만 사용 가능합니다.
- 호스트 캐싱은
maxShares>1이 있는 프리미엄 SSD에서 사용할 수 없습니다. - 디스크 버스팅은
maxShares>1와 함께 사용하는 프리미엄 SSD에서는 사용할 수 없습니다. - Azure 공유 디스크를 가용성 집합 또는 Virtual Machine Scale Sets과 함께 사용하는 경우, 공유 데이터 디스크에 대해 가상 머신 장애 도메인과 스토리지 장애 도메인 간의 정렬이 적용되지 않습니다.
- 근접 배치 그룹(PPG)를 사용하는 경우, 디스크를 공유하는 모든 가상 머신은 동일한 PPG 그룹에 포함되어야 합니다.
- 특정 버전의 Windows Server 장애 조치 클러스터에서는 기본 디스크만 지원됩니다. 자세한 내용은 장애 조치 클러스터링 하드웨어 요구 사항 및 스토리지 옵션을 참고하시기 바랍니다.
- Azure Site Recovery는 특정 시나리오에서 지원됩니다.
- Azure Backup은 Azure Disk Backup을 통해 이용할 수 있습니다.
- 서버 쪽 암호화만 지원되고 Azure Disk Encryption은 현재 지원되지 않습니다.
- 관리 디스크에 대한 영역 중복 스토리지를 사용하는 경우에만 가용성 영역에서 공유할 수 있습니다.
표준 SSD
- OS 디스크가 아닌 데이터 디스크에서만 사용 가능합니다.
- 호스트 캐싱은
maxShares>1를 사용하는 표준 SSD에 사용할 수 없습니다. - Azure 공유 디스크를 가용성 집합 및 Virtual Machine Scale Sets과 함께 사용하는 경우, 공유 데이터 디스크에 대해 가상 머신 장애 도메인과 스토리지 장애 도메인 간 정렬이 적용되지 않습니다.
- 근접 배치 그룹(PPG)를 사용하는 경우, 디스크를 공유하는 모든 가상 머신은 동일한 PPG 그룹에 포함되어야 합니다.
- 특정 버전의 Windows Server 장애 조치 클러스터에서는 기본 디스크만 지원됩니다. 자세한 내용은 장애 조치 클러스터링 하드웨어 요구 사항 및 스토리지 옵션을 참고하시기 바랍니다.
- Azure Site Recovery는 특정 시나리오에서 지원됩니다.
- Azure Backup은 Azure Disk Backup을 통해 이용할 수 있습니다.
- 서버 쪽 암호화만 지원되고 Azure Disk Encryption은 현재 지원되지 않습니다.
- 관리 디스크에 대한 영역 중복 스토리지를 사용하는 경우에만 가용성 영역에서 공유할 수 있습니다.
운영 체제 요구 사항
공유 디스크는 여러 운영 체제를 지원합니다. 지원되는 운영 체제는 Windows 또는 Linux 섹션을 참조하세요.
요금 청구 영향
디스크를 공유하는 경우 디스크 유형에 따라 청구가 두 가지 방법으로 영향을 받을 수 있습니다.
공유 프리미엄 SSD의 경우 디스크 계층 비용 외에 SSD가 탑재되는 각 VM에 추가 요금이 부과됩니다. 자세한 내용은 관리 디스크 가격 책정을 참조하세요.
공유 Ultra Disks 및 공유 프리미엄 SSD v2 디스크 모두 탑재되는 각 VM에 대해 추가 요금이 부과되지 않습니다. 디스크의 총 IOPS 및 MB/s 구성에 따라 요금이 부과됩니다. 일반적으로 Ultra Disks 및 Premium SSD v2에는 총 IOPS/MB/s를 결정하는 두 가지 성능 제한이 있습니다. 그러나 공유 디스크로 구성된 경우에는 총 4개의 성능 제한 외에 두 가지가 추가로 발생합니다. 이러한 두 개의 추가 제한은 추가 비용으로 성능 향상을 허용하며 각 미터에는 기본값이 있으므로 디스크의 성능과 비용이 증가합니다.
공유 Ultra Disk와 공유 Premium SSD v2에 적용되는 네 가지 성능 제한 요소는 diskIOPSReadWrite, diskMBpsReadWrite, diskIOPSReadOnly, diskMBpsReadOnly입니다. 각 성능 제한은 디스크의 성능을 변경하도록 구성할 수 있습니다. 공유 Ultra Disks 및 Premium SSD v2 디스크의 성능은 다음과 같은 방법으로 계산됩니다. 총 프로비전된 IOPS(diskIOPSReadWrite + diskIOPSReadOnly) 및 프로비전된 총 처리량(diskMBpsReadWrite + diskMBpsReadOnlyMB/초).
프로비전된 총 IOPS 및 프로비전된 총 처리량을 확인한 후에 는 가격 계산기 에서 이를 사용하여 Ultra 공유 디스크 또는 프리미엄 SSD v2 공유 디스크의 비용을 확인할 수 있습니다.
디스크 크기
지금은 Ultra Disks, Premium SSD v2, Premium SSD 및 표준 SSD만 공유 디스크를 사용하도록 설정할 수 있습니다. 디스크 크기에 따라 maxShares 제한이 다를 수 있으므로 maxShares 값을 설정할 때 초과할 수 없습니다.
각 디스크에 대해 디스크를 동시에 공유할 수 있는 최대 노드 수를 나타내는 maxShares 값을 정의할 수 있습니다. 예를 들어 2 노드 장애 조치(failover) 클러스터를 설정하려는 경우 maxShares=2를 설정합니다. 상한은 최댓값을 의미합니다. 노드 수가 지정된 maxShares 값보다 적으면 노드가 클러스터에 참여하거나 제거될 수 있습니다(디스크 탑재 또는 분리).
참고
maxShares 값은 디스크가 모든 노드에서 분리되었을 때만 설정 및 편집할 수 있습니다.
프리미엄 SSD 범위
다음 표에서는 프리미엄 SSD 크기에 허용되는 maxShares 최대값을 보여 줍니다.
| 디스크 크기 | maxShares 제한 |
|---|---|
| P1,P2,P3,P4,P6,P10,P15,P20 | 3 |
| P30, P40, P50 | 5 |
| P60, P70, P80 | 10 |
디스크의 IOPS 및 대역폭 제한은 maxShares 값에 의해 영향을 받지 않습니다. 예를 들어 P15 디스크의 최대 IOPS는 maxShares = 1 또는 maxShares > 1이든 상관없이 1100입니다.
표준 SSD 범위
다음 표에서는 표준 SSD 크기에 허용되는 maxShares 최대값을 보여 줍니다.
| 디스크 크기 | maxShares 제한 |
|---|---|
| E1,E2,E3,E4,E6,E10,E15,E20 | 3 |
| E30, E40, E50 | 5 |
| E60, E70, E80 | 10 |
디스크의 IOPS 및 대역폭 제한은 maxShares 값에 의해 영향을 받지 않습니다. 예를 들어 E15 디스크의 최대 IOPS는 maxShares = 1 또는 maxShares > 1이든 상관없이 500입니다.
Ultra Disk 라인업
최소 maxShares 값은 1이고 최대 maxShares 값은 15입니다. Ultra Disks에는 크기 제한이 없으며 모든 크기 Ultra Disk는 최대값을 포함하여 모든 값을 maxShares사용할 수 있습니다.
프리미엄 SSD v2 범위
최소 maxShares 값은 1이고 최대 maxShares 값은 15입니다. 프리미엄 SSD v2에는 크기 제한이 없으며 모든 크기 Premium SSD v2는 최대값을 포함하여 모든 값을 maxShares사용할 수 있습니다.
샘플 Windows 공유 디스크 워크로드
Azure 공유 디스크는 Windows Server 2008 이상 버전을 지원합니다. WSFC를 기반으로 구축된 대부분의 Windows 기반 클러스터링은 클러스터 노드 통신을 위한 핵심 인프라를 처리하여 애플리케이션이 병렬 액세스 패턴을 활용할 수 있도록 지원합니다. WSFC는 Windows Server 버전에 따라 CSV(클러스터 공유 볼륨) 및 비 CSV 기반 옵션을 모두 사용하도록 설정합니다. 자세한 내용은 장애 조치(failover) 클러스터 만들기를 참조하세요.
WSFC에서 실행되는 인기 있는 일부 애플리케이션은 다음과 같습니다.
- Azure 공유 디스크(Azure VM의 SQL Server)를 사용하여 FCI 만들기
- 파일 서버. 활성-활성 모드에서 공유 디스크를 사용하는 Windows Server 장애 조치(failover) 클러스터에 배포된 Scale-Out 파일 서버 기능을 사용할 수 있습니다. 클러스터 감시 리소스는 Azure 공유 디스크에 저장되고 모든 파일 공유는 모든 노드에서 동시에 온라인 상태가 됩니다. 예제는 SoFS(스케일 아웃 파일 서버) 템플릿을 참조하세요.
- SAP 애플리케이션 서버는 클러스터형 공유 디스크를 사용하여 SAP Central Services(ABAP용 ASCS 및 Java용 SCS) 및 SAP 전역 호스트 파일을 저장합니다. SAP ASCS/SCS 템플릿
- 일반용 파일 서버(IW 워크로드) - 공유 디스크를 사용하면 일반적으로 파일 서버에 고가용성을 사용할 수 있습니다.
- RDS UPD(원격 데스크톱 서버 사용자 프로필 디스크)
샘플 Linux 공유 디스크 워크로드
Azure 공유 디스크는 다음 환경에서 지원됩니다.
- SUSE SLE HA 15 SP1 이상
- Ubuntu 18.04 이상
- Red Hat Enterprise Linux(RHEL)(지원 정책)
- Oracle Enterprise Linux
Linux 클러스터에서는 Pacemaker와 같은 클러스터 관리자를 사용할 수 있습니다. Pacemaker는 Corosync를 기반으로 하며, 고가용성 환경에 배포된 애플리케이션에서 클러스터 통신을 사용할 수 있게 해 줍니다. 일반적인 클러스터 파일 시스템의 예로는 ocfs2 및 gfs2가 있습니다. SCSI PR(SCSI 영구 예약) 및 STONITH SBD(블록 디바이스) 기반 클러스터링 모델을 사용하여 디스크에 대한 액세스를 중재할 수 있습니다. SCSI PR을 사용하는 경우 fence_scsi 및 sg_persist 같은 유틸리티를 사용하여 예약 및 등록을 조작할 수 있습니다.
영구 예약 흐름
다음 다이어그램에서는 클러스터형 애플리케이션에 대한 일반적인 리저베이션 패턴을 보여 줍니다. VM에서 SCSI 영구 예약 또는 NVMe 예약을 사용하는지 여부에 관계없이 동일한 흐름이 적용됩니다. 디스크 컨트롤러는 클러스터형 애플리케이션에서 사용하는 프로토콜 및 명령을 결정합니다.
다음 다이어그램에서는 예약을 사용해 한 노드에서 다른 노드로 장애 조치를 가능하게 하는 샘플 2노드 클러스터형 데이터베이스 애플리케이션을 보여 줍니다.
전반적인 흐름은 다음과 같습니다.
- 클러스터된 애플리케이션은 Azure VM1 및 VM2 레지스터 모두에서 실행되며, 디스크에 대한 읽기 또는 쓰기 의도를 등록합니다.
- 그러면 VM1의 애플리케이션 인스턴스가 디스크에 대한 독점 쓰기 예약을 받습니다.
- 이 예약은 Azure 디스크에 적용되므로, 이제 데이터베이스는 해당 디스크에만 데이터를 쓸 수 있습니다. VM2의 애플리케이션 인스턴스 쓰기가 실패하게 됩니다.
- VM1의 애플리케이션 인스턴스가 중단되면 VM2의 인스턴스가 이제 데이터베이스 장애 조치(failover) 및 디스크 인계를 시작할 수 있습니다.
- 이제 이 예약이 Azure 디스크에 적용되고 디스크가 더 이상 VM1의 쓰기를 허용하지 않으며 VM2의 쓰기만 허용합니다.
- 클러스터형 애플리케이션은 데이터베이스 장애 조치를 완료하여 VM2의 요청을 처리할 수 있습니다.
다음 다이어그램은 머신 러닝 모델 학습과 같은 병렬 처리를 실행하기 위해 디스크에서 데이터를 읽어오는 여러 노드로 구성된 일반적인 클러스터 워크플로를 나타냅니다.
전반적인 흐름은 다음과 같습니다.
- 모든 VM 레지스터에서 실행되는, 클러스터된 애플리케이션은 디스크에 대한 읽기 또는 쓰기 의도를 등록합니다.
- VM1의 애플리케이션 인스턴스는 다른 VM에서 디스크에 대한 읽기를 시작할 때 디스크에 대한 독점 쓰기 예약을 받습니다.
- 이 예약은 Azure 디스크에 적용됩니다.
- 이제 클러스터의 모든 노드에서 디스크에 있는 데이터를 읽을 수 있습니다. 클러스터의 모든 노드를 대표하는 하나의 노드만 결과를 디스크에 쓰기 저장합니다.
SCSI 영구 예약 흐름
SCSI 디스크 컨트롤러를 사용하는 VM의 경우 클러스터형 애플리케이션은 공유 디스크 LUN에 대해 SCSI PR 레지스터, 예약, 선점 및 릴리스 작업을 사용하여 이전 흐름을 수행합니다.
NVMe 영구 예약 흐름
NVMe 예약은 NVMe 컨트롤러를 통해 VM에 연결된 공유 관리 디스크에 대해 동일한 액세스 조정 모델을 제공합니다. NVMe는 SCSI LUN 대신 네임스페이스를 사용하고 예약 등록, 예약 획득, 예약 릴리스 및 예약 보고 명령을 사용하여 등록 및 예약을 관리합니다.
다음 흐름은 2노드 클러스터형 애플리케이션에 대한 장애 조치(failover)를 보여 줍니다.
- VM1 및 VM2의 클러스터형 애플리케이션은 예약 레지스터 명령을 사용하여 각 VM에 대한 고유한 예약 키를 등록합니다.
- VM1의 애플리케이션은 예약 획득 명령을 사용하여 필요한 예약 유형으로 예약을 획득합니다.
- 공유 디스크는 예약을 강제합니다. VM2에서의 액세스는 선택한 예약 유형에 따라 제한됩니다.
- VM1의 애플리케이션이 중단되면 VM2의 애플리케이션이 장애 조치(failover)를 시작합니다. VM2는 예약 획득 명령을 선점 작업과 함께 사용하여 VM1의 예약을 대체합니다.
- 공유 디스크는 새 예약을 적용하고 VM1에서 충돌하는 액세스를 거부합니다.
- 클러스터형 애플리케이션은 장애 조치(failover)를 완료하고 VM2에서 요청을 처리합니다. 예약이 더 이상 필요하지 않은 경우 예약 보유자는 예약 릴리스 명령을 사용하여 예약을 제거합니다.
Ultra Disk 및 프리미엄 SSD v2 예약 흐름
Ultra Disks와 Premium SSD v2 관리 디스크는 각각 두 가지 추가 제약 조건을 포함하고 있어, 결과적으로 총 네 가지의 제한 사항이 적용됩니다. 결과적으로 예약 흐름은 SCSI 영구 예약 또는 NVMe 예약을 사용하여 영구 예약 흐름에 설명된 대로 클러스터된 VM 간의 디스크 액세스를 조정하거나 4개의 제한을 사용하여 IOPS 및 처리량을 보다 세분화하여 배분할 수 있습니다.
프리미엄 SSD 성능 제한
프리미엄 SSD를 사용하면 디스크 IOPS 및 처리량이 고정됩니다. 예를 들어 P30의 IOPS는 5000입니다. 이 값은 디스크가 2개의 VM 또는 5개의 VM에서 공유되는지 여부와 상관없이 유지됩니다. 디스크 제한은 하나의 VM에 적용하거나, 두 개 이상의 VM으로 나누어 적용할 수 있습니다.
Ultra Disk 및 프리미엄 SSD v2 성능 제한
Ultra Disks와 프리미엄 SSD v2 관리 디스크는 수정 가능한 특성을 통해 성능을 설정하는 특별한 기능을 제공합니다. 일반적으로 수정 가능한 특성은 두 가지뿐이지만, 공유 Ultra Disks와 프리미엄 SSD v2 관리 디스크는 두 가지 특성이 추가로 존재합니다. Ultra Disks 및 Premium SSD v2는 연결된 각 VM에 대해 이러한 특성을 공유합니다. 용량, IOPS 및 처리량의 이러한 분포가 작동하는 방식에 대한 몇 가지 예는 예제 섹션을 참조하세요.
| attribute | 설명 |
|---|---|
diskIOPSReadWrite (읽기/쓰기 디스크 IOPS) |
쓰기 액세스 권한이 있는 공유 디스크를 탑재하는 모든 VM에서 허용되는 총 IOPS 수 |
diskMBpsReadWrite (읽기/쓰기 디스크 처리량) |
쓰기 액세스 권한으로 공유 디스크를 마운트하는 모든 VM에서 허용되는 총 처리량(MB/s) |
diskIOPSReadOnly* (읽기 전용 디스크 IOPS) |
ReadOnly 공유 디스크를 마운트하는 모든 VM에서 허용되는 총 IOPS 수 |
diskMBpsReadOnly* (읽기 전용 디스크 처리량) |
이는 공유 디스크를 ReadOnly로 마운트하는 모든 VM에 허용되는 총 처리량(MB/s)을 의미합니다. |
* 공유 Ultra Disks 및 공유 프리미엄 SSD v2 관리 디스크에만 해당합니다.
다음 수식에서는 사용자가 수정 가능한 성능 특성을 설정하는 방법을 설명합니다.
-
diskIOPSReadWrite(읽기/쓰기 디스크 IOPS):- 디스크 용량이 100GiB 이하인 경우 최소 IOPS 기준은 100입니다.
- 100GiB보다 큰 디스크에서는 설정 가능한 최소 IOPS 기준이 GiB당 1씩 증가합니다. 따라서 101GiB 디스크에 대해 설정할
diskIOPSReadWrite수 있는 가장 낮은 값은 101 IOPS입니다.
- 100GiB보다 큰 디스크에서는 설정 가능한 최소 IOPS 기준이 GiB당 1씩 증가합니다. 따라서 101GiB 디스크에 대해 설정할
- 이 특성에 설정할 수 있는 최댓값은 디스크 크기에 따라 결정되며, 최대 400,000까지 300 * GiB로 계산됩니다.
- 디스크 용량이 100GiB 이하인 경우 최소 IOPS 기준은 100입니다.
-
diskMBpsReadWrite(읽기/쓰기 디스크 처리량)- 이 특성의 최소 처리량(MB/s)은 IOPS에 따라 결정되며, IOPS당 4KiB/s로 계산됩니다. 결과적으로 101 IOPS를 가진 경우, 설정 가능한 최소 MB/s는 1입니다.
- 이 특성의 최댓값은 설정된 IOPS에 따라 결정되며, 계산식은 IOPS당 초당 256KiB이며 최대 10,000MB/s입니다.
-
diskIOPSReadOnly(읽기 전용 디스크 IOPS)- 이 특성의 최소 IOPS는 100 이상이어야 합니다.
diskIOPSReadOnly의 경우 기준값은 디스크 크기에 따라 증가하지 않습니다. - 이 특성에 설정할 수 있는 최댓값은 디스크 크기에 따라 결정되며, 최대 400,000까지 300 * GiB로 계산됩니다.
- 이 특성의 최소 IOPS는 100 이상이어야 합니다.
-
diskMBpsReadOnly(읽기 전용 디스크 처리량)- 이 속성의 최소 처리량은 1MB/s입니다.
diskMBpsReadOnly의 경우 기준값은 IOPS에 따라 증가하지 않습니다. - 이 특성의 최댓값은 설정된 IOPS에 따라 결정되며, 계산식은 IOPS당 초당 256KiB이며 최대 10,000MB/s입니다.
- 이 속성의 최소 처리량은 1MB/s입니다.
예제
다음은 공유 Ultra Disk에서 제한이 어떻게 작동하는지 구체적으로 보여주는 몇 가지 시나리오 예시입니다.
클러스터 공유 볼륨을 사용하는 2노드 클러스터
클러스터된 공유 볼륨을 사용하는 2노드 WSFC의 예는 다음과 같습니다. 이 구성을 사용하는 경우 두 VM이 디스크에 대한 동시 쓰기 액세스 권한을 가지며, 이로 인해 두 VM에서 ReadWrite 제한이 분할되고 ReadOnly 제한이 사용되지 않습니다.
클러스터 공유 볼륨이 없는 2노드 클러스터
다음은 클러스터 공유 볼륨을 사용하지 않는 2노드 WSFC의 예입니다. 이 구성을 사용하면 디스크에 대한 쓰기 권한이 하나의 VM에만 있습니다. 이에 따라 ReadWrite 제한은 주 VM에서만 사용되고 ReadOnly 제한은 보조 데이터베이스에서만 사용됩니다.
4노드 Linux 클러스터
다음은 단일 작성기와 3개의 스케일 아웃 읽기 전용 복제본을 사용하는 4노드 Linux 클러스터의 예입니다. 이 구성을 사용하면 디스크에 대한 쓰기 권한이 하나의 VM에만 있습니다. 결과적으로 ReadWrite 제한은 주 VM에서만 사용되고 ReadOnly 제한은 보조 VM으로 분할됩니다.
공유 Ultra Disk 및 프리미엄 SSD v2 가격 책정
공유 Ultra Disks 및 공유 Premium SSD v2 관리 디스크는 모두 프로비전된 용량, 프로비전된 총 IOPS() 및 프로비전된 총 처리량(diskIOPSReadWritediskMBpsReadOnly + diskIOPSReadOnlydiskMBpsReadWrite + MB/초)을 기준으로 가격이 책정됩니다. 추가 VM 탑재마다 추가 요금이 부과되지 않습니다. 예를 들어 다음 구성을 사용하는 공유 Ultra Disk(diskSizeGB: 1024, diskIOPSReadWrite: 10000, diskMBpsReadWrite: 600, diskIOPSReadOnly: 100, diskMBpsReadOnly: 1)는 VM 2개 또는 VM 5개에 탑재되는지 여부에 관계없이 1024GiB, 10100 IOPS 및 601MB/s로 요금이 청구됩니다.
다음 단계
관리 디스크에 공유 디스크를 활성화하여 사용하는 방법에 대한 자세한 내용은 공유 디스크 사용 설명서를 참고하시기 바랍니다.
더 많은 질문이 있는 경우 FAQ의 공유 디스크 섹션을 참조하세요.