백업 및 스냅샷 비교

백업이 적용되고 보존 날짜가 있는 자동화된 스냅샷이 생성됩니다. 콘솔에서 백업은 스냅샷과 동일한 목록에 표시됩니다. 블록 스토리지 스냅샷 및 백업은 VPC용 스토리지 스냅샷 차단 페이지에 나열되어 있습니다. 파일 공유 스냅샷 및 백업은 각 파일 공유의 스냅샷 탭에서 찾을 수 있습니다. 백업은 사용자가 아닌 백업 정책에 따라 백업이 생성된 방법으로 식별됩니다. 문서에서 스냅샷과 백업이라는 용어는 문맥에 따라 같은 의미로 사용됩니다. 스냅샷과 백업 사이에는 많은 유사점이 있으며, 몇 가지 차이점도 있습니다. 다음 표는 백업과 스냅샷을 비교한 것입니다:

백업 및 스냅샷 비교

기능	계정 수준 블록 볼륨 백업	엔터프라이즈급 블록 볼륨 백업	블록 볼륨 스냅샷	파일 공유 스냅샷	파일 공유 백업
Block Storage for VPC 의 부팅 볼륨과 데이터 볼륨을 백업합니다.				해당사항 없음	해당사항 없음
File Storage for VPC 공유를 백업합니다	해당사항 없음	해당사항 없음	해당사항 없음
스냅샷에서 전체 볼륨 또는 공유를 수동으로 복원합니다.
스냅샷에서 단일 파일을 수동으로 복원하기	해당사항 없음	해당사항 없음	해당사항 없음
스케줄별로 데이터를 백업하합:다.			아니오	아니오
데이터를 즉시 백업합니다.	아니오	아니오			아니오
데이터는 특정 시점에 복사됩니다.
자동 삭제를 위한 보존 기간을 설정합니다.			아니오	아니오
볼륨당 최대 750개의 스냅샷을 찍거나 공유하세요¹.
빠른 복원 복제				지원되지 않음	지원되지 않음
지역 간 복사				지원되지 않음	지원되지 않음
다중 볼륨 일관성 그룹				해당사항 없음	해당사항 없음
요금은 월별 GB 단위로 책정됩니다.

¹ 1세대 스토리지 볼륨의 스냅샷은 750개, 2세대 스토리지 볼륨의 스냅샷은 512개를 만들 수 있습니다.

백업 작성 시 이점

VPC용 IBM Cloud 백업은 다음과 같은 이점을 제공합니다.

• 데이터 손실 방지 - 정기적인 백업을 스케줄하여 중요한 데이터를 보호합니다. 손상된 볼륨이나 공유 폴더를 신속하게 복구할 수 있도록 데이터 복구 계획을 수립하십시오. 계획되지 않은 가동 중단으로 인한 기술적 및 재정적 영향을 감소시켜 줍니다.

• 소규모 장애로부터 보호-호스트 장애 또는 악의적인 공격이 발생하는 경우 부트 가능한 스냅샷에서 부트 볼륨을 복원합니다.

• 준수 개선-백업이 제대로 수행되고 데이터를 쉽게 복원할 수 있도록 보장하여 준수 및 규정 요구사항과 관련된 문제를 방지할 수 있습니다.

• 비용 절감-백업 정책 보존 계획은 백업이 정기적으로 삭제되어 필요한 것보다 많은 데이터를 저장하지 않음으로써 비용을 절감함을 의미합니다.

• 관리 편의성 - IBM 의 백업 서비스는 사용자의 VPC 리소스와 완벽하게 통합되어 있으므로, 타사 백업 서비스보다 관리가 더 쉽습니다.

백업 정책 및 백업 계획

백업 정책은 대상 자원 유형을 식별하고 백업할 자원을 식별하는 데 사용되는 태그를 나열합니다. 정책에는 자동 백업 작성 및 데이터 보존을 위한 스케줄을 정의하는 하나 이상의 백업 계획이 포함되어 있습니다.

백업 계획에서는 백업 빈도를 설정합니다. 콘솔에서 일별, 주별 또는 월별을 선택할 수 있습니다. 또는 cron 표현식을 사용하여 빈도를 지정할 수 있습니다.

백업 계획에서는 백업 빈도를 설정합니다. CLI 에서 계획을 작성할 때 cron 표현식을 사용하여 빈도를 지정할 수 있습니다.

백업 계획에서는 백업 빈도를 설정합니다. API 를 사용하여 계획을 작성할 때 cron 표현식을 사용하여 빈도를 지정할 수 있습니다.

백업 계획에서는 백업 빈도를 설정합니다. Terraform 을 사용하여 플랜을 작성할 때 cron 표현식을 사용하여 빈도를 지정할 수 있습니다.

보존 기간을 지정하거나, 가장 오래된 백업이 삭제되기 전까지의 총 백업 개수를 지정할 수 있습니다. 백업 생성 주기와 보존 기간은 동일할 수도 있고 다를 수도 있습니다. 기본 보존 기간은 30일이지만, 보존 기간 값을 1일에서 1000일 사이로 설정할 수 있습니다. 1세대 볼륨당 최대 750개까지 유지하도록 총 백업 수를 설정할 수도 있습니다. 2세대 볼륨의 최대 백업 스냅샷 수는 512개입니다. 최대 개수를 초과하면 가장 오래된 백업이 삭제됩니다.

백업의 수명과 수를 둘 다 지정하는 경우, 수명은 스냅샷을 삭제할 시기를 판별하는 데 우선합니다. 이 수는 가장 오래된 스냅샷이 유효 기간 범위 내에 있는 경우에만 적용됩니다.

다음 예제를 참조하십시오.

• 예제 1-보존 기간이 14일이고 보존할 최대 스냅샷 수가 없는 일일 계획을 작성합니다. 14개의 백업을 보관하고 가장 오래된 백업은 2주가 지나게 됩니다.
• 예 2 - 보존 기간이 365일이고 최대 개수가 8개인 주간 요금제를 생성합니다. 실제로, 체인에서 최대 8개의 스냅샷을 얻을 수 있습니다. 가장 오래된 스냅샷은 8주의오래된 스냅샷입니다.
• 예제 2-월별 계획을 작성하고 최대 개수가 10인 80일동안 보존 기간을 설정합니다. 실제로 최대 3개의 스냅샷을 항상 보존합니다. 네 번째 백업이 생성될 때쯤이면 첫 번째 백업이 80일을 채우고 삭제됩니다.

백업 정책당 최대 4개의 계획을 생성할 수 있으며, 백업 일정과 보존 정책은 언제든지 수정할 수 있습니다. 네 개의 플랜은 서로 다른 빈도를 가질 수 있습니다. 예를 들어, 매일일 수 있습니다. 다른 하나는 매주 또는 매월일 수 있습니다. 모든 계획은 백업 정책과 일치하는 태그가 있는 볼륨에 적용됩니다. 백업 계획에 의해 생성된 백업은 상위 볼륨 리소스 그룹의 세부 정보를 상속받습니다.

백업이 생성, 수정 또는 삭제되는 동안 백업 작업 상태를 확인할 수 있습니다.

백업 요금제 또는 백업 정책이 더 이상 필요하지 않은 경우 삭제할 수 있습니다. 백업 정책을 삭제하면 해당 백업 정책과 연결된 모든 요금제도 삭제됩니다. 백업 계획을 삭제하거나 비활성화하면 더 이상 백업 작업을 시작할 수 없습니다. 더 이상 백업 스냅샷을 만들거나 삭제하지 않습니다. 기존 백업은 정책과 독립적인 수명 주기를 가지므로 그대로 유지됩니다. 기존 백업은 별도로 삭제해야 합니다.

백업 정책의 범위

엔터프라이즈 계정 관리자는 엔터프라이즈 계정 아래의 하위 계정에서 집합적으로 백업 계획 및 정책을 관리할 수 있습니다. 엔터프라이즈 계정 사용자는 엔터프라이즈 계정으로 작성된 모든 백업 정책을 볼 수 있습니다. 엔터프라이즈 계정 사용자는 하위 계정에서 작업이 실행되는 경우에도 엔터프라이즈 백업 정책에 의해 시작되는 모든 백업 작업을 볼 수 있습니다.

엔터프라이즈의 각 계정에 있는 사용자는 독립형 계정에서와 마찬가지로 리소스를 작성하고, 사용하고, 이에 대해 협업할 수 있습니다. 자세한 정보는 엔터프라이즈의 자원에 대한 작업 을 참조하십시오.

엔터프라이즈 관리자는 정책에 의해 작성된 모든 백업 스냅샷의 참조를 보는 반면, 하위 계정은 해당 계정에서 작성된 백업만 봅니다.

하위 계정의 사용자는 엔터프라이즈 레벨 정책에 의해 계정에 작성된 백업 스냅샷을 볼 수 있습니다. 백업을 작성한 엔터프라이즈 레벨 백업 정책의 CRN으로 이러한 백업을 식별할 수 있습니다. 그러나 엔터프라이즈 레벨 백업 정책 자체에 대한 가시성은 없습니다. 하위 계정의 사용자는 백업을 사용하여 다른 볼륨을 작성할 수 있습니다.

하위 계정의 권한 부여된 사용자는 계정에 계정 특정 백업 정책을 작성할 수도 있습니다.

대상 자원의 태그

백업 정책에는 정책을 동일한 사용자 태그를 가진 블록 스토리지 볼륨, 파일 공유 또는 가상 서버 인스턴스와 연결하는 대상 리소스에 대한 사용자 태그가 포함되어 있습니다. 백업을 작성하려면 자원에 적용되는 하나 이상의 사용자 태그가 백업 정책의 태그와 일치해야 합니다. 사용자 태그는 계정의 권한이 있는 사용자가 추가합니다. 올바른 액세스 역할을 가진 모든 사용자는 태그가 자원에 첨부되지 않는 조건에서 계정의 사용자 태그를 나열하고 삭제할 수 있습니다.

사용자 태그 외에 태그는 액세스 관리 태그 및 서비스 태그일 수 있습니다. 사용자 태그만 백업 정책에 적용됩니다. 액세스 관리 태그 는 자원에 대한 액세스를 관리하는 데 사용됩니다. 계정 관리자만 액세스 관리 태그를 작성할 수 있습니다. 서비스 태그는 권한이 있는 서비스만이 관리할 수 있는 특권 구성입니다. 리소스의 태그를 관리할 수 있는 액세스 권한이 있는 경우에도 사용자는 리소스의 서비스 태그를 연결하고 분리할 수 있는 권한이 없습니다. 서비스 태그는 수동으로 작성되었거나 백업 정책에 의해 자동으로 작성된 스냅샷을 구분하는 데 유용합니다.

볼륨, 공유 또는 가상 서버 인스턴스에 여러 개의 태그가 있는 경우, 하나의 태그만 백업 정책 태그와 일치하면 됩니다. 백업 계획의 스케줄에 따라 일치하는 태그에서 백업을 트리거합니다. 백업 정책 태그와 일치하는 태그가 여러 개인 경우, 예약된 간격마다 하나의 백업만 생성됩니다. 동일한 태그를 가진 리소스가 여러 개인 경우, 해당 태그와 일치하는 모든 리소스에 대해 백업이 생성됩니다.

리소스에 대해 최대 1,000개의 사용자 태그를 추가할 수 있습니다. 그러나 동일한 조작에서는 100개의 태그만 첨부하거나 분리할 수 있습니다. 태그 수를 낮게 유지하면 작성 중인 백업 수를 더 쉽게 추적할 수 있습니다. 자세한 정보는 태그가 있는 자원에 백업 정책 적용 을 참조하십시오.

대상 자원에 사용할 태그를 결정할 때 다른 정책이 이미 동일한 태그를 사용하고 있지 않은지 확인하십시오.

백업에서 볼륨 또는 공유 복원하기

별도의 볼륨을 만들거나 백업 스냅샷에서 공유할 수 있습니다. 이 과정을 ‘복원’이라고 합니다. 이 기능은 수동으로 생성한 스냅샷에서 데이터를 복원하는 방식과 동일하게 작동합니다. 백업 스냅샷에서 볼륨을 복원하면, 모든 리소스가 완전히 할당된 Block Storage for VPC 부팅 또는 데이터 볼륨이 생성됩니다.

인스턴스를 작성하거나 인스턴스를 수정하거나 독립형 볼륨을 작성할 때 볼륨을 복원할 수 있습니다. 볼륨이 수화되는 즉시 볼륨 데이터 복원이 시작되지만 볼륨이 완전히 복원될 때까지 성능이 저하됩니다. 부트 가능 스냅샷에서 복원하는 것은 일반 부트 볼륨을 사용하는 것보다 느립니다.

복원된 볼륨은 원래 볼륨과 동일한 용량과 볼륨 프로필을 갖습니다. 자세한 내용은 ‘백업 스냅샷을 사용하여 볼륨 복원’을 참조하십시오.

스냅샷 일관성 그룹 ID에서 직접 가상 서버 인스턴스를 복원하는 것은 지원되지 않습니다. 그러나 일관성 그룹의 일부인 스냅샷에서 모든 부트 및 데이터 볼륨을 복원하여 가상 서버 인스턴스를 복원할 수 있습니다.

파일 공유 백업은 새 공유를 만드는 데에도 사용할 수 있습니다. 스냅샷은 파일 공유와 함께 배치되므로 초기화하는 동안 새 공유의 성능은 영향을 받지 않습니다. 그러나 같은 이유로 파일 공유 백업을 다른 지역이나 영역으로 복사하여 새 공유를 만들 수는 없습니다. 자세한 내용은 스냅샷에서 공유 복원하기를 참조하세요.

1세대 볼륨 또는 공유의 스냅샷은 2세대 볼륨 또는 공유를 만드는 데 사용할 수 없습니다. 마찬가지로 2세대 볼륨 또는 공유의 스냅샷을 사용하여 1세대 프로필로 블록 볼륨 또는 파일 공유를 만들 수 없습니다.

빠른 복원을 사용하여 볼륨 복원

빠른 복원을 사용하여 블록 스토리지 볼륨을 복원하면 완전히 수화된 볼륨이 작성됩니다.

빠른 복원 영역을 사용하여 백업 정책 계획 을 작성하고 필요에 따라 나중에 영역을 추가하거나 제거할 수 있습니다. 빠른 복원 기능은 하나 이상의 백업 스냅샷 사본을 선택한 구역에 캐시합니다. 나중에 이러한 백업 복제본을 사용하여 동일한 지역 내의 임의의 구역에서 볼륨을 작성할 수 있습니다.

자세한 내용은 ‘백업 스냅샷을 사용하여 볼륨 복원’을 참조하십시오.

지역 간 백업 사본

한 리젼에서 다른 리젼으로 블록 스토리지 백업을 복사하고 나중에 해당 스냅샷을 사용하여 새 리젼에서 볼륨을 복원할 수 있습니다. 상위 볼륨 또는 원래 스냅샷과 별도로 대상 리젼에서 교차 지역 스냅샷을 사용하고 관리할 수 있습니다.

소스 스냅샷이 고객 키로 암호화되지 않은 경우 사본의 암호화는 제공자 관리 상태로 유지됩니다. 소스 스냅샷이 고객 관리 키로 보호되는 경우, 대상 리전에서 새 사본을 암호화하는 데 사용할 고객 관리 키를 지정해야 합니다.

백업 정책이 지역 간 복사본을 포함하는 작업을 생성할 때, 서비스는 먼저 백업 스냅샷 생성을 시작합니다. 스냅샷 생성은 비동기적으로 수행됩니다. 스냅샷은 즉시 생성되지만, 모든 데이터가 지역 저장소 리포지토리에 전송될 때까지 보류 상태로 유지됩니다. 스냅샷이 소스 영역에서 안정 상태에 도달하면 서비스는 대상 영역에 복사본을 생성하고 데이터 전송을 시작합니다.

볼륨의 용량이 클수록 다른 리전에서 스냅샷 사본을 만드는 데 시간이 더 오래 걸립니다. 예를 들어 원격 지역에 3TB 스토리지 볼륨의 복사본을 만드는 데는 12.5 시간 이상이 걸릴 수 있습니다.

백업 스냅샷의 원격 복사본을 처음 만들면 해당 원격 복사본에는 상위 볼륨의 모든 데이터가 포함됩니다. 후속 복사본은 증분 복사본 또는 전체 복사본이 될 수 있습니다. 원격 복사본이 증분인지 여부는 체인의 바로 앞 백업 스냅샷에 따라 달라집니다. 바로 앞의 스냅샷이 대상 리전에 존재하는 경우, 복사본은 증분 복사본이 될 수 있습니다. 바로 앞의 스냅샷이 존재하지 않거나 안정적이지 않은 경우 새 복사본은 상위 볼륨의 전체 스냅샷이어야 합니다.

백업 계획에서 이전 백업 사본이 안정화되기 전에 원격 사본을 만들어야 하는 경우 백업 서비스는 증분 사본이 아닌 전체 사본을 시작합니다. 3TB 용량의 볼륨의 경우, 스냅샷을 원격 리전으로 복사하는 데 12시간 이상 걸릴 수 있습니다. 따라서 12시간마다 예약된 스냅샷은 이전 원격 복사가 아직 완료되지 않았고 안정화되지 않았기 때문에 전체 복사를 트리거합니다.

다음 표는 볼륨 용량(스냅샷 크기) 및 백업 빈도에 따라 원격 복사본이 증분 백업될 수 있는지 여부를 보여줍니다.

각 리젼에는 하나의 백업 스냅샷 사본만 존재할 수 있습니다. 소스 (로컬) 리젼에서 백업 스냅샷의 사본을 작성할 수 없습니다.

지역 간 복사를 작성하면 비용 청구에 영향을 미칩니다. 대상 지역에서 데이터 전송 및 스토리지 이용에 대해 별도로 비용이 청구됩니다.

백업 정책에 대한 IAM 역할

백업의 경우 역할 기반 액세스 제어에 대한 IAM 권한이 필요합니다. 백업 사용자로서 할당받은 역할에 따라 백업 정책을 생성하고 관리할 수 있습니다. 자세한 내용은 다음을 참조하세요. VPC용 지역 백업 서비스에 대한 IAM 역할 및 작업.

자세한 정보는 액세스 권한 지정을 위한 우수 사례를 참조하십시오. 사용자를 계정에 초대하고 Cloud IAM 액세스 권한 지정을 포함하여 전체 IAM 프로세스는 IAM 시작하기 튜토리얼을 참조하십시오.

서비스-서비스 권한

서비스-서비스 권한을 부여하려면 특정 IAM 사용자 역할이 필요합니다. 백업 서비스와 Cloud Block Storage, VPC용 스냅샷, VPC용 가상 서버 간의 서비스 간 승인이 필요하므로 백업 서비스가 볼륨 태그를 감지하고 스냅샷을 생성할 수 있습니다. 파일 공유의 자동화된 스냅샷을 만들려면 백업 서비스와 Cloud File Storage 서비스 간에 서비스 간 인증을 설정하세요. 더 자세한 정보는 서비스 간 권한 설정을 참고하세요.

서비스 간 권한을 구성할 때는 권한 범위가 백업이 필요한 모든 리소스를 포함하도록 해야 합니다. 리소스별 IAM 정책을 사용하는 경우, 볼륨을 백업해야 하는 모든 가상 서버 인스턴스가 권한 범위에 포함되어 있는지 확인하십시오. 백업 정책 생성 프로세스에서는 적용 범위가 지나치게 좁게 설정된 권한 정책을 감지할 수 없으며, 이로 인해 권한이 부여된 범위 외부의 리소스에 대해 백업이 실패하더라도 아무런 경고 메시지가 표시되지 않을 수 있습니다. 백업 작업 상태를 정기적으로 모니터링하여 권한 관련 문제를 조기에 파악하십시오. 자세한 내용은 ‘백업 작업 상태 확인’을 참조하십시오.

태그를 지정하여 추후 백업 대상에 추가할 리소스가 있는 경우, 해당 리소스에 대한 권한 설정이 별도로 적용되어 있다면, 권한 설정을 검토하고 새로운 리소스가 포함되도록 조정하십시오. 리소스별 권한의 적용 범위가 새로 태그가 지정된 리소스를 포함하지 않는 경우, 새로운 백업이 실패할 수 있습니다.

컨텍스트 기반 제한사항

모든 차단 볼륨 및 파일 공유 작업에 대해 컨텍스트 기반 제한(CBR)을 사용 설정할 수 있습니다. 이 제한사항은 ID를 기반으로 하는 일반적인 IAM 정책에 대한 작업을 수행하여 추가 보호 계층이 제공됩니다. 자세한 내용은 컨텍스트 기반 제한으로 가상 프라이빗 클라우드(VPC)인프라 서비스 보호하기를 참조하세요.

컨텍스트 기반 규칙을 만들 때는 비공개 엔드포인트를 허용하는지 확인하세요. 백업 서비스가 작동하는 데 필요한 모든 서비스 간 연결은 비공개입니다.

미사용 및 전송 중 암호화

백업 스냅샷은 상위 볼륨 또는 공유(고객 관리형 또는 공급자 관리형)와 동일한 암호화 유형 및 암호화 키를 갖습니다.

볼륨 백업은 지역 스토리지 리포지토리에서 저장 및 검색됩니다. 데이터는 원본 볼륨과 동일한 지역에서 전송 및 저장 중에 암호화됩니다.

활동 추적 및 감사

백업이 만들어지면 백업 서비스 및 스냅샷 서비스에 대한 이벤트가 트리거됩니다. 마찬가지로 인증 누락으로 인해 서비스가 백업을 만들지 못하면 이벤트가 트리거되어 사용자에게 알립니다. 백업 정책이나 계획이 생성되거나 삭제될 때도 이벤트 로그가 생성됩니다. 자세한 내용은 IBM Cloud VPC 에 대한 활동 추적 이벤트를 참조하세요.