이제 Filestore에서 인스턴스에 비동기 복제를 제공합니다.
소스 인스턴스를 선택한 위치의 대기 인스턴스로 지속적으로 비동기 복제할 수 있습니다.
선택한 고객에게 Filestore는 다음 서비스 등급에서 생성된 인스턴스에 대한 인스턴스 복제 지원을 제공합니다.
- Zonal
- 리전
- Enterprise
다른 데이터 복구 옵션과 비교한 인스턴스 복제
다음 섹션에서는 스냅샷 및 백업과 비교한 인스턴스 복제의 이점을 설명합니다.
스냅샷
스냅샷은 인스턴스 내에서 용량을 소비하고 인스턴스 데이터의 현재 상태를 이전의 특정 시점으로 되돌릴 수 있는 리소스입니다. 사용자는 특정 파일의 이전 버전으로 되돌리도록 선택할 수도 있습니다.
스냅샷은 인스턴스의 데이터가 수정되기 전에는 데이터를 복제하거나 용량을 소비하지 않습니다. 인스턴스의 모든 스냅샷은 공통 데이터를 공유합니다. 즉, 인스턴스는 스냅샷 간의 차이점만 보존합니다.
스냅샷은 다른 Filestore 데이터 복구 작업과 비교할 때 비용 효율성을 제공하지만 파일 수정이 이루어짐에 따라 사용 가능한 인스턴스 용량이 지속적으로 감소합니다.
인스턴스를 이전 상태로 되돌리면 인스턴스 데이터의 최신 버전이 삭제되므로 파괴적이며 신중하게 사용해야 합니다.
백업
백업은 인스턴스 외부에 있는 외부 리소스로 자체 용량을 소비합니다. 첫 번째 백업은 인스턴스 데이터의 전체 사본이며, 이후의 각 백업은 이전 백업 이후의 증분 및 차등 변경사항을 추적하는 데 필요한 데이터만 소비합니다. 내부적으로 백업 체인 기록은 소스 인스턴스의 용량을 소비하는 스냅샷을 사용하여 추적됩니다.
인스턴스 복제
인스턴스 복제는 소스 인스턴스를 복제본 인스턴스와 페어링합니다. 복제본 인스턴스는 보조 위치의 별도 리소스로, 소스에 대한 변경사항을 지속적으로 모니터링하고 이러한 변경사항을 약 30분의 목표 복구 지점 목표 (RPO) 내에 복제본 인스턴스로 비동기 복제합니다.
이 프로세스는 스냅샷에 의존하며 마찬가지로 용량을 소비합니다. 스냅샷이 오래되면 두 인스턴스 모두에서 인스턴스 용량을 확보하기 위해 삭제됩니다.
복제본 인스턴스는 지속적으로 업데이트되는 소스 인스턴스의 전체 사본입니다. 대부분의 사본은 5~10분마다 예약됩니다. 마지막 전체 인스턴스 사본의 타임스탬프를 나타내는 측정항목을 사용할 수 있습니다. 자세한 내용은 모니터링을 참조하세요.
인스턴스 쌍 역할
인스턴스 복제가 사용 설정되면 쌍의 각 인스턴스에 역할이 할당됩니다.
ACTIVE소스 인스턴스입니다.
STANDBY복제본 인스턴스입니다.
역할 변경은 자동으로 이루어지지 않으며 사용자만 시작할 수 있습니다.
복제 일시중지 및 재개
복제가 일시중지되면 복제본의 인스턴스 상태가 가장 최근의 성공적인 데이터 포인트 지점을 기준으로 STANDBY에서 ACTIVE로 변경됩니다.
복제를 재개하면 복제본에 대한 클라이언트 액세스가 삭제되고 인스턴스가 원래 데이터 포인트로 되돌아가 모든 테스트 데이터가 삭제됩니다. 이후 활성 인스턴스의 표준 복제가 다시 시작됩니다.
복제 재개는 일시중지 기간과 활성 인스턴스의 변경사항 수에 따라 초기 동기화에 더 오래 걸릴 수 있습니다. 또한 재개 작업의 기간은 파일 시스템 크기에 영향을 받으며 작업에 관련된 파일 수에 따라 달라집니다.
자세한 내용은 복제 일시중지 및 복제 재개를 참조하세요.
복제본 승격
복제본 인스턴스를 직접 마운트하거나 쓸 수는 없지만 서비스 중단이 발생하면 복제본이
promote-replica
작업을 실행할 수 있습니다. 이 동일한 작업은 Google Cloud 콘솔에서 액세스할 수 있습니다.
이 작업은 다음 작업을 시작합니다.
ACTIVE및STANDBY인스턴스 간의 복제를 중지합니다.- 두 리소스를 페어링 해제합니다.
- 복제본을 다른 인스턴스와 마찬가지로 클라이언트 연결 및 쓰기가 가능한 일반 인스턴스로 승격합니다.
- 복제 역할(
ACTIVE또는STANDBY)이 두 인스턴스에서 모두 삭제됩니다. - 작업이 완료되면 복제본 인스턴스의 상태가
PROMOTING에서READY로 변경됩니다.
애플리케이션이 다시 온라인 상태가 되면 이 새 소스 인스턴스를 새 복제본과 페어링하고 인스턴스 복제를 다시 시작할 수 있습니다.
자세한 내용은 복제 중단 및 복제본 승격을 참조하세요.
일시중지된 복제본 승격
활성 인스턴스를 사용할 수 없게 되면 일시중지된 복제본을 승격하는 것이 재해 복구에 유용합니다. 일시중지된 복제본을 승격하면 인스턴스가 마지막으로 완료된 데이터 포인트로 되돌아가 모든 테스트 데이터가 삭제됩니다.
복제본 인스턴스는 소스 인스턴스에서 전송 중 데이터의 나머지 부분을 동기화하고 새 활성 인스턴스가 됩니다. 복제본을 승격하면 복제 프로세스가 중단됩니다. 따라서 원래 복제 링크가 끊어지고 복제를 재개할 수 없습니다.
장애 복구
promote-replica 작업은 복제를 중단합니다. 장애 조치 이벤트가 아닌
전환이므로 장애 복구가 자동으로 이루어지지 않습니다. 작업이 완료되면 관리자는 애플리케이션을 새 소스 인스턴스에 다시 연결해야 합니다.
제한사항
다음과 같은 제한사항이 적용됩니다.
인스턴스 복제는 다음 서비스 등급에서 사용할 수 없습니다.
- 기본 HDD
- 기본 SSD
쌍의 각 인스턴스에 대해 다음 사양이 동일해야 합니다.
- 프로젝트
- 용량 범위를 포함한 서비스 등급
다음 섹션에서는 RPO, 작업, 네트워크 트래픽, 성능, 가용성과 관련된 기타 기능 제한사항을 자세히 설명합니다.
RPO
인용된 RPO 시간은 대략적인 시간이며 Filestore 서비스수준계약 (SLA)에 따라 지원되지 않습니다.
목표 30분 RPO는 변경률이 초당 100MB이고 IOPS 비율이 초당 300인 인스턴스에 적용됩니다. 여기서 IOPS는 파일 또는 디렉터리에 적용되는
create,edit또는delete작업으로 정의됩니다.변경률이 높은 인스턴스는 복제 기간이 더 길어질 수 있습니다. RPO 시간은 다양하며 변경률이 높을수록 선형으로 엄격하게 매핑되지 않습니다. 예를 들어 변경률이 두 배로 증가해도 RPO 기간이 반드시 두 배로 증가하지는 않습니다.
인스턴스 복제는 인스턴스 생성 시 지정됩니다. 복제본을 소스 인스턴스와 페어링하려면 인스턴스를 만들 때 인스턴스에서 인스턴스 복제를 사용 설정한 후 복제본과 페어링해야 합니다. 기존 인스턴스는 복제본으로 사용할 수 없습니다.
작업
다음 작업은
ACTIVE인스턴스에서 사용 중지됩니다.- 인스턴스 삭제
- 스냅샷으로 되돌리기
다음 제한사항은
STANDBY인스턴스에 적용됩니다.- NFS 액세스를 지원하지 않음
- 백업이 사용 중지됨
- 스냅샷이 사용 중지됨
네트워크 트래픽
- 소스 인스턴스와 복제본 인스턴스 간의 지속적인 데이터 복제에는 네트워크 트래픽 요금이 발생합니다. 자세한 내용은 Filestore 가격 책정 또는 Filestore 담당자를 참조하세요.
성능
- 쌍 간의 지속적인 데이터 복제는 소스 인스턴스의 IOPS 성능에 영향을 미칩니다.
가용성
복제본 인스턴스의 리전을 선택할 때 몇 가지 제한사항이 적용됩니다. 자세한 내용은 Filestore 담당자를 참조하세요.
소스 인스턴스를 삭제해도 연결된 복제본이 삭제되지는 않습니다. 소스 인스턴스가 더 이상 존재하지 않고 이전에 복제본으로 사용된 인스턴스를 삭제하려면
gcloud를 사용하여 인스턴스를 찾아서 삭제합니다.
추천
견고한 재해 복구 솔루션을 위해 사용자는 복제본 인스턴스에 별도의 영역이 아닌 별도의 리전을 선택하는 것이 좋습니다.
모니터링
time_since_last_replication 측정항목은 활성 인스턴스의 마지막 전체 사본의 타임스탬프를 나타냅니다.
자세한 내용은 다음 리소스를 참조하세요.
가격 책정
인스턴스 복제를 사용하면 인스턴스 및 리전 간 네트워킹 요금이 적용됩니다. 인스턴스 복제는 추가 비용 없이 제공됩니다. 복제본 인스턴스는 지속적으로 업데이트되는 소스 인스턴스의 전체 사본입니다. 가격은 엔터프라이즈 워크로드에 적합한 지속적인 데이터 복구 옵션에서 제공되는 데이터 복구 지원에 비례합니다.
자세한 내용은 Filestore 담당자를 참조하세요.