디스크를 각 인스턴스에 연결하면 여러 가상 머신 (VM) 또는 베어 메탈 인스턴스에서 동일한 디스크에 액세스할 수 있습니다. 인스턴스에 읽기 전용 모드 또는 멀티 작성자 모드로 디스크를 연결할 수 있습니다.
읽기 전용 모드를 사용하면 여러 인스턴스가 디스크에서 데이터를 읽을 수만 있습니다. 인스턴스 중 어느 것도 디스크에 쓸 수 없습니다. 인스턴스 간에 읽기 전용 모드로 디스크를 공유하면 여러 디스크에 동일한 데이터의 사본을 보관하는 것보다 비용이 적게 듭니다.
멀티 작성자 모드를 사용하면 여러 인스턴스가 동일한 디스크에 읽고 쓸 수 있습니다. 이는 고가용성 (HA) 공유 파일 시스템 및 SQL Server 장애 조치 클러스터 인프라 (FCI)와 같은 데이터베이스에 유용합니다.
영역 디스크는 동일한 영역에 있는 인스턴스 간에만 공유할 수 있습니다. 지역 디스크는 디스크의 복제본과 동일한 영역에 있는 인스턴스와만 공유할 수 있습니다.
인스턴스 간에 디스크를 공유하는 데는 추가 비용이 들지 않습니다. Compute Engine 인스턴스는 디스크를 공유하기 위해 동일한 머신 유형을 사용할 필요는 없지만 각 인스턴스는 디스크 공유를 지원하는 머신 유형을 사용해야 합니다.
이 문서에서는 지원되는 디스크 유형 및 성능 고려사항을 비롯하여 Compute Engine의 멀티 작성자 및 읽기 전용 디스크 공유를 설명합니다.
시작하기 전에
-
아직 인증을 설정하지 않았다면 설정합니다.
인증은 Google Cloud 서비스 및 API에 액세스하기 위해 ID를 확인하는 프로세스입니다.
로컬 개발 환경에서 코드 또는 샘플을 실행하려면 다음 옵션 중 하나를 선택하여 Compute Engine에 인증하면 됩니다.
Select the tab for how you plan to use the samples on this page:
Console
When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
-
Install the Google Cloud CLI, then initialize it by running the following command:
gcloud init
- Set a default region and zone.
- 단일 작성자 모드 (
READ_WRITE_SINGLE
): 기본 액세스 모드입니다. 디스크를 언제든지 최대 1개의 인스턴스에 연결할 수 있습니다. 인스턴스에 디스크에 대한 읽기/쓰기 액세스 권한이 있습니다. - 읽기 전용 모드 (
READ_ONLY_MANY
): 읽기 전용 모드에서 여러 인스턴스에 동시에 연결할 수 있습니다. 이 모드에서는 인스턴스가 디스크에 쓸 수 없습니다. 읽기 전용 공유에 필요합니다. - 멀티 작성자 모드 (
READ_WRITE_MANY
): 읽기-쓰기 모드에서 여러 인스턴스에 동시에 연결할 수 있습니다. 멀티 작성자 공유에 필요합니다. - 단일 작성자 모드
- 멀티 작성자 모드
- 단일 작성자 모드
- 읽기 전용 모드
- 단일 작성자 모드
- Hyperdisk ML
- 영역별 및 리전별 균형 있는 영구 디스크
- SSD 영구 디스크
- 표준 영구 디스크
- Hyperdisk ML 볼륨을 읽기 전용 모드로 공유하면 디스크에 대한 쓰기 액세스를 다시 사용 설정할 수 없습니다.
- Hyperdisk ML 볼륨은 30초 간격마다 최대 100개의 인스턴스에 연결할 수 있습니다.
디스크를 연결할 수 있는 최대 인스턴스 수는 디스크 유형에 따라 다릅니다.
Hyperdisk ML 볼륨의 경우 최대 인스턴스 수는 다음과 같이 프로비저닝된 크기에 따라 다릅니다.
- 크기가 256GiB 미만인 볼륨: VM 2,500대
- 용량이 256GiB 이상 1TiB 미만인 볼륨: VM 1,500대
- 용량이 1TiB 이상 2TiB 미만인 볼륨: VM 600대
- 용량이 2TiB 이상인 볼륨: VM 30대
- 읽기 전용 모드의 영역 또는 리전 균형 있는 영구 디스크 볼륨은 최대 10개의 인스턴스를 지원합니다.
- SSD 영구 디스크의 경우 최대 100개의 인스턴스를 사용하는 것이 좋습니다.
- 표준 영구 디스크 볼륨의 경우 권장 최대 개수는 10개입니다.
- SQL Server 장애 조치 클러스터 인프라 (FCI) 구현
- 여러 인스턴스가 모두 동일한 디스크에 쓰는 클러스터형 파일 시스템
- active-active 또는 active-passive 모드의 고가용성 시스템 동일한 디스크를 여러 인스턴스에 연결하면 중단을 방지할 수 있습니다. 한 인스턴스가 실패하더라도 다른 인스턴스는 계속해서 디스크에 액세스하고 워크로드를 실행할 수 있기 때문입니다.
- Google의 관리형 파일 스토리지 솔루션인 Filestore
- Cloud Storage
- Compute Engine의 네트워크 파일 서버
- 지속 예약(PR), 특히 SQL Server FCI 및 NetApp ONTAP과 같은 HA 시스템. Google은 PR 명령어를 사용하여 I/O 펜싱을 제공하고 데이터 무결성을 유지하는 것이 좋습니다. 지원되는 PR 명령어 목록은 영구 예약을 사용한 I/O 펜싱을 참고하세요.
- 동일한 볼륨에 쓰는 여러 인스턴스를 지원하는 클러스터형 파일 시스템. 이러한 파일 시스템의 예로는 OCFS2, VMFS, GFS2가 있습니다.
- Lustre 및 IBM Spectrum Scale과 같은 수평 확장 소프트웨어 시스템
- 동시 읽기 및 쓰기를 조정하는 자체 동기화 메커니즘
- 멀티 작성자 모드에서는 최대 8개의 인스턴스에 단일 하이퍼디스크 균형 또는 하이퍼디스크 균형 고가용성 볼륨을 연결할 수 있습니다.
- 멀티 작성자 모드에서는 디스크를 클론할 수 없습니다.
- 멀티 작성자 모드에서는 디스크에서 스냅샷, 머신 이미지 또는 디스크 이미지를 만들 수 없습니다.
- 인스턴스를 만들거나 수정할 때는 멀티 작성자 모드로 Hyperdisk 볼륨을 만들 수 없습니다. 먼저 디스크를 별도로 만든 다음 인스턴스에 연결해야 합니다.
- 모든 인스턴스에서 디스크를 분리하지 않으면 멀티 작성자 모드에서 디스크의 크기를 조절할 수 없습니다.
디스크가 이미 여러 인스턴스에 연결되어 있더라도 멀티 작성자 모드의 디스크를 다음과 같이 변경할 수 있습니다.
- 프로비저닝된 IOPS 또는 처리량 수정
- 디스크를 추가 인스턴스에 연결
이러한 변경사항 중 하나를 적용하면 Compute Engine은 연결된 모든 인스턴스에 디스크의 프로비저닝된 성능을 재배포합니다. 이 과정은 완료하는 데 최대 6시간이 걸릴 수 있습니다.
멀티 작성자 모드에서는 디스크에서 이미지를 만들 수 없습니다.
멀티 작성자 모드에서는 디스크의 자동 삭제를 사용 설정할 수 없습니다.
멀티 작성자 모드의 디스크를 인스턴스의 부팅 디스크로 사용할 수 없습니다.
멀티 작성자 모드의 디스크는 단독 테넌시 노드의 인스턴스에서 사용할 수 없습니다.
인스턴스의 부팅 디스크와 동일한 인터페이스 유형을 사용해야 합니다.
멀티 작성자 모드에서 디스크에 연결된 인스턴스의 머신 유형을 변경할 수 없습니다.
스토리지 풀은 멀티 작성자 모드의 디스크를 지원하지 않습니다.
- Write Exclusive(쓰기 전용): 예약 소유자와 작성자가 각각 1명씩 있습니다. 다른 모든 등록자/비등록자에게는 읽기 전용 액세스 권한만 부여됩니다.
- Write Exclusive - Registrants Only(등록자 전용 쓰기 전용): 예약 소유자가 1명 있습니다. 모든 등록자는 디스크에 대한 읽기 및 쓰기 액세스 권한을 갖습니다. 등록자가 아닌 사용자에게는 읽기 전용 액세스 권한만 부여됩니다.
- 쓰기 전용 - 모든 등록자
- 독점 액세스
- 독점 액세스 - 등록자만
- 독점 액세스 - 모든 등록자
- 설정 기능 - 호스트 식별자
- 예약 알림:
- 로그 페이지 가져오기
- 예약 알림 마스크
- 예약 등록 작업 (
RREGA
) - 교체/등록/등록 취소 -IEKEY
- 예약 획득 작업 (
RACQA
) - 획득/선점 -IEKEY
- 예약 해제 작업 (
RRELA
) - 해제/지우기 -IEKEY
- 예약 보고서
- 식별 네임스페이스 데이터 구조의 예약 기능 (
RESCAP
) 필드 - 선점 및 중단
- 전원 중단 시 유지 (PTPL)를 사용 중지합니다. PTPL은 항상 사용 설정되어 있습니다.
- 디스크를 만들고 액세스 모드를 멀티 작성자로 설정합니다.
- 디스크를 각 인스턴스에 연결합니다.
- 모든 인스턴스에서 디스크를 분리합니다.
- 디스크의 액세스 모드를 멀티 작성자로 설정합니다.
- 디스크를 각 인스턴스에 연결합니다.
- 인스턴스를 Cloud Storage에 연결
- 인스턴스를 Filestore에 연결
- Compute Engine에서 네트워크 파일 서버 생성
- IN {REPORT CAPABILITIES, READ FULL STATUS, READ RESERVATION, READ KEYS}
- OUT {REGISTER, REGISTER AND IGNORE EXISTING KEY, RESERVE, PREEMPT, CLEAR, RELEASE}
- SCSI PR 명령어를 사용하는 I/O 펜싱으로 인해 Persistent Disk 데이터가 일관되게 비정상 종료됩니다. 일부 파일 시스템은 일관되게 비정상 종료되지 않으므로 SCSI PR 명령어를 사용할 경우 손상될 수 있습니다.
- EXT4, XFS, NTFS와 같은 많은 파일 시스템은 공유 블록 스토리지와 함께 사용하도록 설계되지 않았으며 여러 VM 인스턴스에서 발생하는 작업을 동기화하거나 수행하는 메커니즘이 없습니다.
- Persistent Disk 볼륨을 멀티 작성자 모드로 사용하기 전에 파일 시스템을 이해하고 공유 블록 스토리지와 여러 인스턴스의 동시 액세스에서 안전하게 사용할 수 있는 방법을 확인해야 합니다.
- 멀티 작성자 모드는 SSD 유형 Persistent Disk 볼륨에만 지원됩니다.
- 모든 영역에 멀티 작성자 모드의 Persistent Disk 볼륨을 만들 수 있지만, 다음 위치의 VM에만 디스크를 연결할 수 있습니다.
australia-southeast1
europe-west1
us-central1
(us-central1-a
및us-central1-c
영역만 해당)us-east1
(us-east1-d
영역만 해당)us-west1
(us-west1-b
및us-west1-c
영역만 해당)
- 연결된 VM에는 N2 머신 유형이 있어야 합니다.
- 최소 디스크 크기는 10GiB입니다.
- 멀티 작성자 모드의 디스크는 한 번에 2대 이상의 VM 연결을 지원하지 않습니다. 멀티 작성자 모드의 Persistent Disk 볼륨은 Persistent Disk 측정항목을 지원하지 않습니다.
- 멀티 작성자 모드의 디스크는 읽기 전용 모드로 변경할 수 없습니다.
- 디스크 이미지나 스냅샷을 사용하여 멀티 작성자 모드의 Persistent Disk 볼륨을 만들 수 없습니다.
- 멀티 작성자 모드에서는 영구 디스크 볼륨에서 스냅샷이나 이미지를 만들 수 없습니다.
- IOPS 한도를 낮춥니다. 자세한 내용은 디스크 성능을 참조하세요.
- 멀티 작성자 Persistent Disk 볼륨의 크기를 조절할 수 없습니다.
- Google Cloud CLI를 사용하여 인스턴스를 만들 때는
--create-disk
플래그를 사용하여 멀티 작성자 Persistent Disk 볼륨을 만들 수 없습니다. gcloud beta compute disks create
명령어를 사용하여 영역 Persistent Disk 볼륨을 만듭니다. 멀티 작성자 모드의 VM 간에 디스크를 공유할 수 있어야 함을 나타내려면--multi-writer
플래그를 포함합니다.gcloud beta compute disks create DISK_NAME \ --size DISK_SIZE \ --type pd-ssd \ --multi-writer
다음을 바꿉니다.
DISK_NAME
: 새 디스크의 이름DISK_SIZE
: 허용되는 새 디스크 크기의 범위(SSD 영구 디스크 볼륨의 경우 1GB~65,536GB, 멀티 작성자 모드의 표준 영구 디스크의 경우 200 GB~65,536 GB)
디스크를 만든 후 N2 머신 유형으로 실행 중이거나 중지된 VM에 연결합니다.
gcloud compute instances attach-disk
명령어를 사용합니다.gcloud compute instances attach-disk INSTANCE_NAME \ --disk DISK_NAME
다음을 바꿉니다.
INSTANCE_NAME
: 새 영역 Persistent Disk 볼륨을 추가할 N2 VM의 이름DISK_NAME
: VM에 연결하려는 새 디스크의 이름
gcloud compute instances attach-disk
명령어를 반복하되 INSTANCE_NAME을 두 번째 VM의 이름으로 바꿉니다.API에서
disks.insert
메서드를 사용하여 영역 Persistent Disk 볼륨을 만들기 위한POST
요청을 작성합니다.name
,sizeGb
,type
속성을 포함합니다. 이 새 디스크를 비어 있고 포맷되지 않은 비부팅 디스크로 만들려면 이 디스크에 대해 소스 이미지 또는 소스 스냅샷을 지정하지 마세요. 멀티 작성자 모드로 여러 VM 간에 디스크를 공유할 수 있음을 나타내기 위해multiWriter
속성을True
값으로 포함합니다.POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/zones/ZONE/disks { "name": "DISK_NAME", "sizeGb": "DISK_SIZE", "type": "zones/ZONE/diskTypes/pd-ssd", "multiWriter": "True" }
다음을 바꿉니다.
PROJECT_ID
: 프로젝트 IDZONE
: VM과 새 디스크가 있는 영역DISK_NAME
: 새 디스크의 이름DISK_SIZE
: 허용되는 새 디스크 크기의 범위(SSD 영구 디스크 볼륨의 경우 1GB~65,536GB, 멀티 작성자 모드의 표준 영구 디스크의 경우 200 GB~65,536 GB)
디스크를 인스턴스에 연결하려면
compute.instances.attachDisk
메서드에 대한POST
요청을 작성합니다. 방금 만든 영역 Persistent Disk 볼륨의 URL을 포함합니다.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE_NAME/attachDisk { "source": "/compute/v1/projects/PROJECT_ID/zones/ZONE/disks/DISK_NAME" }
다음을 바꿉니다.
PROJECT_ID
: 프로젝트 IDZONE
: VM과 새 디스크가 있는 영역INSTANCE_NAME
: 새 Persistent Disk 볼륨을 추가할 VM의 이름DISK_NAME
: 새 디스크의 이름
디스크를 두 번째 VM에 연결하려면 이전 단계의
instances.attachDisk
명령어를 반복합니다.INSTANCE_NAME
을 두 번째 VM의 이름으로 설정합니다.- 교차 영역 동기식 디스크 복제에 대해 알아봅니다.
- 영구 디스크 비동기 복제에 대해 알아보세요.
REST
로컬 개발 환경에서 이 페이지의 REST API 샘플을 사용하려면 gcloud CLI에 제공한 사용자 인증 정보를 사용합니다.
Install the Google Cloud CLI, then initialize it by running the following command:
gcloud init
자세한 내용은 Google Cloud 인증 문서의 REST 사용을 위한 인증을 참고하세요.
디스크 공유 사용 설정
기존 Hyperdisk 또는 Persistent Disk 볼륨을 여러 인스턴스에 연결할 수 있습니다. 하지만 Hyperdisk 볼륨의 경우 먼저 액세스 모드를 설정하여 디스크를 멀티 작성자 모드 또는 읽기 전용 모드로 설정해야 합니다.
Hyperdisk 볼륨의 액세스 모드는 인스턴스가 디스크에 액세스하는 방법을 결정하는 속성입니다.
사용 가능한 액세스 모드는 다음과 같습니다.
각 액세스 모드에 대한 지원은 다음 표에 명시된 대로 하이퍼디스크 유형에 따라 다릅니다. 하이퍼디스크 처리량 또는 하이퍼디스크 익스트림 볼륨의 액세스 모드를 설정할 수 없습니다.
Hyperdisk 유형 지원 액세스 모드 하이퍼디스크 균형
하이퍼디스크 균형 고가용성 (미리보기)Hyperdisk ML 하이퍼디스크 처리량
하이퍼디스크 익스트림
인스턴스 간에 공유할 수 있는 디스크의 경우 디스크 생성 시 또는 그 후에 액세스 모드를 설정할 수 있습니다. 액세스 모드 설정에 관한 안내는 디스크의 액세스 모드 설정을 참고하세요.
Hyperdisk 및 Persistent Disk의 읽기 전용 모드
이 섹션에서는 여러 인스턴스 간에 단일 디스크를 읽기 전용 모드로 공유하는 방법을 설명합니다.
읽기 전용 모드에서 지원되는 디스크 유형
다음 디스크 유형은 읽기 전용 모드로 여러 인스턴스에 연결할 수 있습니다.
읽기 전용 모드의 성능
읽기 전용 모드로 디스크를 여러 인스턴스에 연결해도 디스크 성능에는 영향을 미치지 않습니다. 각 인스턴스는 인스턴스의 머신 유형에서 가능한 최대 디스크 성능에 도달할 수 있습니다.
읽기 전용 모드로 디스크를 공유할 때의 제한사항
인스턴스 간에 읽기 전용 모드로 디스크를 공유하는 방법
Hyperdisk ML을 사용하지 않는 경우 인스턴스에 비부팅 디스크 연결의 안내에 따라 디스크를 여러 인스턴스에 연결합니다.
읽기 전용 모드의 Hyperdisk ML 볼륨을 여러 인스턴스에 연결하려면 먼저 디스크의 액세스 모드를 읽기 전용 모드로 설정해야 합니다. 액세스 모드를 설정한 후 Hyperdisk ML 볼륨을 인스턴스에 연결합니다.
Hyperdisk의 멀티 작성자 모드
멀티 작성자 모드의 디스크는 다음과 같은 사용 사례에 적합합니다.
컴퓨팅 인스턴스 간에 공유된 파일 저장소가 주요 목표인 경우 다음 옵션 중 하나를 고려하세요.
멀티 작성자 모드에서 지원되는 Hyperdisk 및 머신 유형
멀티 작성자 모드에서 하이퍼디스크 균형 및 하이퍼디스크 균형 고가용성 볼륨 (미리보기)을 사용할 수 있습니다. 멀티 작성자 모드에서는 최대 8개의 인스턴스에 단일 볼륨을 연결할 수 있습니다.
하이퍼디스크 균형은 다음 머신 유형에서 멀티 쓰기 모드를 지원합니다.
하이퍼디스크 균형 고가용성은 다음 머신 유형에서 멀티 쓰기 모드 (미리보기)를 지원합니다.
하이퍼디스크 균형의 멀티 작성자 모드는 NVMe 인터페이스를 지원합니다. 멀티 작성자 모드로 디스크를 인스턴스에 연결하는 경우 인스턴스의 부팅 디스크도 NVMe로 연결해야 합니다.
멀티 작성자 모드에서 지원되는 파일 시스템
여러 인스턴스에서 디스크에 액세스하려면 다음 옵션 중 하나를 사용하세요.
멀티 작성자 모드의 Hyperdisk 성능
멀티 작성자 모드로 디스크를 여러 인스턴스에 연결하면 디스크의 프로비저닝된 성능이 모든 인스턴스 간에 균등하게 공유됩니다. 실행 중이 아니거나 디스크를 사용하지 않는 인스턴스도 포함하여 모든 인스턴스에서 성능이 균등하게 분할됩니다. 하지만 각 인스턴스의 최대 성능은 궁극적으로 각 인스턴스의 머신 유형에 따른 처리량 및 IOPS 한도에 의해 제한됩니다.
예를 들어 100,000IOPS로 프로비저닝된 하이퍼디스크 균형 볼륨을 인스턴스 2개에 연결한다고 가정해 보겠습니다. 각 인스턴스는 동시에 50,000IOPS를 가져옵니다.
다음 표는 디스크를 연결하는 인스턴스 수에 따라 이 예시의 각 인스턴스에서 얻을 수 있는 성능을 보여줍니다. 디스크를 다른 인스턴스에 연결할 때마다 Compute Engine은 이전에 연결된 각 인스턴스에 할당된 성능을 비동기식으로 조정합니다.
연결된 인스턴스 수 1 2 3 4 5 6 7 8 인스턴스당 최대 IOPS 100,000 50,000 ~33,333 25,000 20,000 ~16,667 14285 12,500 인스턴스당
최대 처리량
(MiBps)1,200 600 400 300 240 200 ~172 150 멀티 작성자 모드에서 Hyperdisk 볼륨을 공유할 때의 제한사항
사용 가능한 리전
멀티 작성자 모드는 하이퍼디스크 균형 및 하이퍼디스크 균형 고가용성을 사용할 수 있는 모든 리전에서 지원됩니다.
영구 예약을 사용한 I/O 펜싱
I/O 펜싱을 제공하려면 멀티 작성자 모드에서 디스크와 함께 영구 예약 (PR)을 사용하는 것이 좋습니다. 영구 예약은 인스턴스 간의 디스크 액세스를 관리합니다. 이렇게 하면 인스턴스가 디스크의 동일한 부분에 동시에 쓰면서 데이터 손상이 방지됩니다.
멀티 작성자 모드의 Hyperdisk 볼륨은 NVMe(사양 1.2.1) 예약을 지원합니다.
지원되는 예약 모드
다음과 같은 예약 모드가 지원됩니다.
다음 예약 모드는 지원되지 않습니다.
NVMe
Get Features - Host Identifier
가 지원됩니다. 인스턴스 번호는 기본 호스트 ID로 사용됩니다.다음 NVMe 예약 기능은 지원되지 않습니다.
지원되는 명령어
NVMe 예약은 다음 명령어를 지원합니다.
NVMe 예약은 다음 명령어를 지원하지 않습니다.
멀티 작성자 모드로 디스크를 공유하는 방법
멀티 작성자 모드로 디스크를 여러 인스턴스에 연결하기 전에 디스크의 액세스 모드를 멀티 작성자로 설정해야 합니다. 디스크를 만들 때 디스크의 액세스 모드를 설정할 수 있습니다.
기존 디스크의 액세스 모드를 설정할 수도 있지만 먼저 모든 인스턴스에서 디스크를 분리해야 합니다.
멀티 작성자 모드에서 새 디스크를 만들고 사용하려면 다음 단계를 따르세요.
멀티 작성자 모드에서 기존 디스크를 사용하려면 다음 단계를 따르세요.
Persistent Disk 볼륨의 멀티 작성자 모드
멀티 작성자 모드의 SSD 영구 디스크 볼륨을 최대 2개의 N2 가상 머신(VM) 인스턴스에 동시에 연결하면 두 VM에서 모두 디스크를 읽고 쓸 수 있습니다.
N2 VM이 2대 이상이거나 다른 머신 시리즈를 사용하는 경우 다음 옵션 중 하나를 사용할 수 있습니다.
새 Persistent Disk 볼륨에 멀티 작성자 모드를 사용 설정하려면 새 Persistent Disk 볼륨을 만들고 gcloud CLI에서
--multi-writer
플래그를 지정하거나 Compute Engine API에서multiWriter
속성을 지정합니다.멀티 작성자 모드의 Persistent Disk 볼륨은 공유 블록 스토리지 기능을 제공하며 분산형 스토리지 시스템 및 이와 유사한 가용성이 높은 서비스를 빌드하기 위한 인프라 기반을 제공합니다. 멀티 작성자 모드에서 Persistent Disk 볼륨을 사용하는 경우 여러 VM에서 Persistent Disk 기기에 대한 액세스를 조정할 수 있는 수평 확장 스토리지 소프트웨어 시스템을 사용합니다. 이러한 스토리지 시스템의 예로는 Lustre와 IBM Spectrum Scale이 있습니다. EXT4, XFS, NTFS와 같은 대부분의 단일 VM 파일 시스템은 공유 블록 스토리지와 함께 사용하도록 설계되지 않았습니다.
자세한 내용은 이 문서의 권장사항을 참조하세요. 완전 관리형 파일 스토리지가 필요하면 Compute Engine 인스턴스에 Filestore 파일 공유를 마운트할 수 있습니다.
멀티 작성자 모드의 Persistent Disk 볼륨은 SCSI-3 영구 예약 (SCSI PR) 명령어의 하위 집합을 지원합니다. 고가용성 애플리케이션은 I/O 펜싱 및 장애 조치 구성에 이 명령어를 사용할 수 있습니다.
다음과 같은 SCSI PR 명령어가 지원됩니다.
자세한 내용은 여러 VM 간에 멀티 작성자 모드로 SSD 영구 디스크 볼륨 공유를 참고하세요.
멀티 작성자 모드에서 지원되는 Persistent Disk 유형
최대 2개의 N2 VM에 SSD 영구 디스크를 멀티 작성자 모드로 동시에 연결할 수 있습니다.
멀티 작성자 모드 권장사항
멀티 작성자 모드의 Persistent Disk 성능
멀티 작성자 모드에서 만들어진 Persistent Disk 볼륨에는 특정 IOPS 및 처리량 한도가 적용됩니다.
영역 SSD 영구 디스크 멀티 작성자 모드 최대 지속 IOPS GB당 읽기 IOPS 30 GB당 쓰기 IOPS 30 인스턴스당 읽기 IOPS 15,000~100,000* 인스턴스당 쓰기 IOPS 15,000~100,000* 최대 지속 처리량(MB/s) GB당 읽기 처리량 0.48 GB당 쓰기 처리량 0.48 인스턴스당 읽기 처리량 240~1,200* 인스턴스당 쓰기 처리량 240~1,200* * Persistent Disk의 IOPS 및 처리량 성능은 여러 요인 중에서도 디스크 크기, 인스턴스 vCPU 수, I/O 블록 크기에 따라 달라집니다.멀티 작성자 디스크를 다수의 가상 머신 인스턴스에 연결해도 집계 성능이나 비용에 영향을 미치지 않습니다. 각 머신은 디스크당 성능 한도 중 일정 비율을 차지합니다.
여러 VM 간에 Persistent Disk를 공유하는 방법은 VM 간 Persistent Disk 공유를 참조하세요.멀티 작성자 모드에서 디스크를 공유할 때의 제한사항
VM 간에 멀티 작성자 모드로 SSD 영구 디스크 볼륨 공유
같은 영역의 N2 VM 간에 멀티 작성자 모드로 SSD 영구 디스크 볼륨을 공유할 수 있습니다. 이 모드의 작동 방식에 대한 자세한 내용은 Persistent Disk 멀티 작성자 모드를 참조하세요. 다음 프로세스에 따라 멀티 작성자 Persistent Disk 볼륨을 만들고 연결할 수 있습니다.
gcloud
gcloud CLI를 사용하여 영역 Persistent Disk 볼륨을 만들고 연결합니다.
새 디스크를 만들고 인스턴스에 연결한 후에는 공유 디스크 파일 시스템을 사용하여 디스크를 포맷하고 마운트합니다. 대부분의 파일 시스템은 공유 스토리지를 사용할 수 없습니다. 멀티 작성자 Persistent Disk에서 사용하기 전에 파일 시스템이 이러한 기능을 지원하는지 확인합니다. 일반적으로 단일 VM에 디스크를 마운트할 때와 동일한 프로세스를 사용해서는 여러 VM에 디스크를 마운트할 수 없습니다.
REST
Compute Engine API를 사용하여 멀티 작성자 모드로 SSD 영구 디스크 볼륨을 만들고 N2 VM에 연결합니다.
새 디스크를 만들고 인스턴스에 연결한 후에는 공유 디스크 파일 시스템을 사용하여 디스크를 포맷하고 마운트합니다. 대부분의 파일 시스템은 공유 스토리지를 사용할 수 없습니다. 멀티 작성자 Persistent Disk에서 사용하기 전에 파일 시스템이 이러한 기능을 지원하는지 확인합니다.
다음 단계
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2024-12-22(UTC)
-