복제 개요

파일 공유를 작성한 후 복제를 설정할 수 있습니다.

레플리카 공유가 생성되면, 첫 번째 레플리카에는 전체 공유의 데이터가 포함됩니다. 그 후에는 이전 복제 이후에 발생한 변경 사항만 추가됩니다.

동일한 지역의 다른 구역에서 복제본 공유를 작성할 수 있습니다. 대상 지역에 다른 VPC가 있는 경우 동일한 지역의 다른 지역에 복제본을 작성할 수도 있습니다. 교차 지역 복제는 지원되지 않습니다.

동일한 리젼의 다른 구역에서 복제본 파일 공유를 작성할 때 복제본 공유는 소스 파일 공유에서 암호화 유형 및 키를 상속합니다. 암호화를 변경할 수 없습니다.

파일 공유를 다른 지역에 복제하는 경우 복제본은 소스 공유에 있는 암호화 유형과 일치해야 합니다. 그러나 소스에서 암호화를 상속하지는 않습니다. 즉, 소스 공유가 제공자 관리 키를 사용하여 암호화되는 경우 복제본에도 제공자 관리 암호화가 있어야 합니다. 소스 공유가 고객 관리 키를 사용하여 암호화되는 경우 복제본도 고객 관리 키를 사용하여 암호화되어야 합니다. 그러나 동일한 키일 필요는 없습니다. 복제본을 생성할 때, 사용하려는 키의 클라우드 리소스 이름(CRN)을 입력하십시오.

복제 스케줄에 따라 서비스는 소스 파일 공유에서 복제본 파일 공유로 데이터를 가져옵니다. 변경 사항을 소스 공유에서 복제본으로 동기화하는 빈도를 선택할 수 있습니다. 매시간, 매일, 매주 또는 매월 복제 스케줄을 지정할 수 있습니다. 복제는 최소 15분 간격으로 예약해야 합니다.

복제 공유의 스냅샷을 수동 또는 프로그래밍 방식으로 만들 수는 없지만, 원본 공유의 스냅샷은 다음에 예정된 동기화 시 복제 공유로 복사됩니다. 스냅샷이 있는 소스 공유가 복제되면 해당 복제본 공유 스냅샷은 소스 공유 스냅샷 이름을 상속하는 대신 시스템에서 생성된 이름으로 만들어집니다. 복제된 스냅샷은 소스의 지문 ID를 공유하므로 지문을 사용하여 스냅샷을 상호 연관시킬 수 있습니다.

지역 간에 복제하는 경우 데이터가 VPC 경계를 넘습니다. 구역별 파일 공유 복제의 경우, VPC와 파일 공유가 모두 동일한 계정에 속해야 하며, 두 리전의 파일 서비스 간에 서비스 간 권한 부여를 설정해야 합니다.

데이터는 파일 공유 간에 이동하는 동안 전송 중에 암호화됩니다. 두 파일 공유 간의 데이터 전송 비용은 GB 단위로 고정 비율로 계산됩니다. 청구 금액은 전체 청구 기간 동안 전송된 데이터의 양을 기반으로 합니다.

리전 간에 데이터를 복제할 때는 국경을 넘어 데이터를 이동하는 것이 법적 문제를 야기할 수 있으므로, 해당 지역의 데이터 보관 관련 법규를 고려해야 합니다.

복제는 비동기 조작이며 즉각적이지 않습니다. 복제 동기화 정보 를 사용하여 복제 프로세스의 지속 기간 및 전송률을 볼 수 있습니다. 복제 동기화 정보를 검토하여 복제 스케줄을 조정하고 복제본에서 데이터를 새로 고쳐야 하는 빈도와 비용의 균형을 맞출 수 있습니다. 작업 로그 및 전송률을 보고 전송해야 하는 데이터의 크기가 복제 창에 맞는지 여부를 판별할 수도 있습니다.

복제를 완료하려면 파일 공유에 사용되지 않은 용량이 충분해야 합니다. 복제 프로세스 중에 원본의 새 데이터가 복제 볼륨에 복사됩니다. 이전 데이터는 즉시 덮어쓰지 않고 복사 작업이 완료된 후에 제거됩니다. 예를 들어 공유 용량이 95%이고 변경 비율이 10%인 경우 복제본에 변경 내용을 저장할 공간이 충분하지 않을 수 있습니다. 복제본에 업데이트를 저장할 공간이 충분하지 않으면 복제 프로세스가 실패합니다. 콘솔에서 파일 공유 용량을 모니터링하고 사용률에 대한 알림을 구성할 수 있습니다. 자세한 정보는 File Storage for VPC에 대한 메트릭 모니터링을 참조하십시오.

복제본 공유의 데이터는 읽기 전용입니다. 데이터에 대한 읽기/쓰기 권한을 얻는 방법에는 두 가지가 있습니다:

• 복제 사이트로 페일오버- 소스 파일 공유에 대한 읽기/쓰기 작업이 일시 중지되고, 파일 공유 데이터의 최종 사본이 복제본 공유로 가져옵니다. 복제본에 대한 읽기/쓰기 권한이 부여되며, 역방향 복제 관계가 설정됩니다. 원본 소스 파일 공유는 이제 복제본 공유가 되며 읽기 전용으로 설정됩니다. 그러면 해당 서비스는 새로운 소스 파일 공유에서 데이터를 가져오기 시작합니다.

  소스 파일 공유가 침해된 경우, 복제본 공유를 활용하면 운영을 복구하는 데 효과적입니다. 레플리카 공유로 페일오버를 수행하면 서비스 중단이 발생하지 않도록 할 수 있습니다.

  장애 복구를 시작할 때 장애 복구 프로세스가 제한시간 초과되거나 실패하는 경우 복제 관계에 발생하는 사항을 지정할 수 있습니다. 이 옵션은 파일 공유가 오프라인 상태로 유지될 수 있는 시간에 대한 제한이 있을 때 주로 사용됩니다. 조작 제한시간이 초과되거나 성능 저하되거나 사용 불가능한 원래 사이트로 인해 복제에 실패하는 경우에 발생할 사항을 지정해야 합니다.

  • 계획된 유지보수로 인해 소스 사이트를 사용할 수 없는 경우 복제 관계를 유지하도록 선택할 수 있습니다. 원래 소스 사이트가 다시 작동하면 복제가 스케줄대로 재개됩니다.
  • 재해 복구 상황에서는 가능한 빨리 복제본 공유를 온라인으로 가져오도록 볼륨을 분할하도록 선택할 수 있습니다. 그러나 이 경우에는 최신 데이터 세트를 사용할 수 없을 수 있으며, 애플리케이션에서 상태를 수동으로 조정해야 할 수도 있습니다. 복제 관계가 끊어졌으므로 원래 사이트가 다시 작동할 때 복제를 새로 설정해야 합니다.

• 복제 관계 제거-이 경우 두 개의 공유를 분리하고 두 개의 독립 파일 공유를 작성합니다. 두 공유 모두 읽기/쓰기 액세스 가능하며 둘 사이에 더 이상 데이터가 동기화되지 않습니다. API 에서 이 작업은 복제본 split 작업으로 알려져 있습니다. 복제본 관계를 제거하는 것은 영구적이므로 두 공유 사이에서 다시 설정할 수 없습니다. 그러나 동일한 지역의 동일한 구역 또는 다른 구역에서 새 복제본을 작성할 수 있습니다.

복제 관계를 제거하거나 복제본으로 장애 복구하는 작업은 소스 또는 복제본 파일 공유에서 다른 조작이 수행되는 경우에는 발생하지 않습니다. (이러한 조작의 예로 파일 공유 크기를 확장하는 경우가 있습니다.) 분할 또는 장애 조치 작업은 다른 작업이 완료될 때까지 보류 중인 상태로 유지됩니다.

유스 케이스

복제를 사용하여 재해 복구 문제를 해결할 수 있습니다. 이 복제 기능은 다음과 같은 시나리오를 처리합니다:

• 애플리케이션 장애로부터 재해 복구.

  이 시나리오에서 실행 중인 애플리케이션이 실패합니다. 데이터가 영향을 받지는 않지만 애플리케이션이 작동하지 않습니다. 데이터가 작업 거부되어 다른 구역으로 전송되는 페일오버를 수행할 수 있습니다. 해당 구역의 가상 서버 인스턴스는 기본 서버가 수리되는 동안 애플리케이션 작업을 인수하도록 구성할 수 있습니다.

• IBM Cloud 인프라 장애로 인한 재해 복구.

  이 시나리오에서는 애플리케이션이 실행되고 있는 IBM Cloud 의 가용 영역을 더 이상 사용할 수 없게 됩니다. 복제 위치에서 애플리케이션을 가능한 한 빨리 시작하고, 마지막 복제 이벤트의 복제된 데이터를 사용해야 합니다. split 옵션으로 장애 조치를 시작하여 복제본 볼륨을 독립적으로 만들 수 있습니다. 복제가 중지되었습니다.

• 애플리케이션의 정기적인 유지보수를 용이하게 합니다.

  복제를 활용하여 향상된 가용성으로 업그레이드와 같은 특정 관리 작업을 용이하게 합니다. 다른 수준의 애플리케이션 코드를 실행할 수 있는 두 구역 사이에서 데이터를 마이그레이션합니다. 두 환경에서 독립적으로 실행하면 배포 프로세스의 유연성을 높일 수 있습니다.

• 데이터 마이그레이션 또는 지리적 확장.

  복제를 사용하여 두 MZR 리젼 간에 데이터를 쉽게 마이그레이션할 수 있습니다. 데이터가 복제된 후에는 복제 관계를 제거 할 수 있으며 복제본 파일 공유는 새 리젼에서 독립적으로 사용할 준비가 된 데이터와 함께 사용 가능하게 됩니다.

다음 단계

1. 콘솔에서, CLI에서, API 또는 Terraform을 사용하여 복제본 파일 공유를 만듭니다.

   서로 다른 리전 간에 복제를 설정하려면 먼저 두 VPC의 파일 서비스 간에 서비스 간 권한을 설정해야 합니다.

   다른 KMS 솔루션을 사용하는 다른 지역에서 복제본 공유를 작성하려면 파일 서비스와 대상 KMS간에 서비스 대 서비스 권한을 설정 하십시오.

2. 복제 상태 및 복제 동기화 정보 를 확인하여 복제가 작동 중인지 확인하십시오. 시스템은 15분마다 마지막 동기화 상태를 조회합니다.

3. 복제본 파일 공유 사용-1차 파일 공유가 실패하거나 어떤 이유로 사용 불가능하게 되면 복제본 파일 공유로 장애 복구할 수 있습니다. 장애 조치를 수행하면 복제본 공유가 읽기 및 쓰기 기능을 가진 새 1차 파일 공유가 됩니다.

4. 원래 파일 공유가 다시 온라인이 되면 스케줄된 대로 복제를 다시 시작하십시오. 이 경우 계속해서 복제본 사이트를 기본 사이트로 사용하거나 원래 사이트로 장애 복구할 수 있습니다.