Block Storage for VPC 스냅샷 정보

단일 볼륨 스냅샷

스냅샷은 콘솔이나 CLI에서 수동으로 생성하거나 API 또는 Terraform을 사용하여 프로그래밍 방식으로 생성하는 볼륨의 사본입니다. 실행 중인 가상 서버 인스턴스에 연결된 부트 또는 데이터 볼륨의 스냅샷을 작성할 수 있습니다. "부트 가능" 스냅샷은 부트 볼륨의 스냅샷입니다. "부트 불가능" 스냅샷은 데이터 볼륨의 스냅샷입니다. 원하는 만큼 자주 스냅샷을 작성할 수 있습니다. 그러나 성능 저하 상태에 있는 볼륨의 스냅샷을 작성할 수 없습니다.

볼륨의 Block Storage for VPC 스냅샷을 자동으로 생성하시겠습니까? VPC용 백업을 사용하면 백업 정책을 작성하여 일반 볼륨 백업을 예약할 수 있습니다. 자세한 내용은 VPC를 위한 백업 정보를 참조하십시오.

볼륨의 스냅샷을 처음으로 작성할 때 모든 볼륨의 컨텐츠가 복사됩니다. 두 번째 스냅샷을 작성하면 마지막 스냅샷을 작성한 이후에 발생한 변경사항만 캡처합니다. 따라서 지역 스토리지 리포지토리에 업로드되는 항목에 따라 스냅샷의 크기가 커지거나 줄어들 수 있습니다.

스냅샷 생성은 비동기적으로 수행됩니다. 스냅샷은 즉시 생성되지만, 모든 데이터가 지역 저장소 저장소로 전송될 때까지 보류 상태로 유지됩니다.

스냅샷 수는 사용자가 작성하는 각 연속 스냅샷에 따라 증가합니다. 1세대 볼륨의 경우 최대 750개의 스냅샷을, 2세대 볼륨의 경우 512개의 스냅샷을 만들 수 있습니다. 이 한도 내에서 시간별 스냅샷을 30일 동안 생성하고 보관할 수 있으며, 추가 스냅샷을 생성할 수도 있습니다. 이 할당량에서 스냅샷을 삭제하면 더 많은 스냅샷을 위한 공간을 확보할 수 있습니다. 1세대 볼륨의 스냅샷은 10TB를 초과할 수 없습니다. 2세대 볼륨에는 10TB 이상의 스냅샷이 지원됩니다.

스냅샷에서 초기화된 부팅 볼륨을 사용하여 가상 서버 인스턴스를 만들 수 있습니다. 새 인스턴스의 인스턴스 프로파일은 스냅샷을 작성하는 데 사용된 인스턴스와 일치하지 않아도 됩니다. 데이터 볼륨을 생성하고 인스턴스에 첨부할 때 데이터 볼륨의 스냅샷을 가져올 수도 있습니다. 이러한 스냅샷에 대한 사용자 태그를 지정할 수 있습니다.

언제든지 스냅샷에서 볼륨을 만들 수 있습니다. 이 프로세스를 볼륨 복원이라고 하며, 인스턴스를 작성하거나 인스턴스를 수정하거나 독립형 볼륨을 작성할 때 수행할 수 있습니다. 자세한 정보는 스냅샷에서 볼륨 복원을 참조하십시오.

스냅샷에는 소스 Block Storage for VPC 볼륨과 독립적인 라이프사이클이 있습니다. 원본 볼륨을 삭제할 수 있으며 스냅샷이 지속됩니다. 그러나 스냅샷 생성 중에는 인스턴스에서 볼륨을 분리하지 마세요. 분리하기 전에 스냅샷이 stable 이 될 때까지 기다려야 합니다. 그렇지 않으면 인스턴스에 볼륨을 다시 연결할 수 없습니다.

스냅샷은 충돌 일관성이 있습니다. 가상 서버가 어떤 이유로든 중지되더라도 스냅샷 데이터는 디스크에 안전하게 보관됩니다.

스냅샷 비용은 기간이 1개월 미만인 경우를 제외하고 한 달에 저장되는 GB 용량을 기준으로 계산됩니다. 스냅샷은 원래 볼륨에 대해 프로비저닝된 용량을 기반으로 하기 때문에 스냅샷 용량은 변경되지 않습니다.

IBM Cloud® Identity and Access Management 을 사용하여 계정에 리소스 그룹을 설정하여 스냅샷에 대한 사용자 액세스를 제공할 수 있습니다. IAM 역할은 스냅샷을 작성하고 관리할 수 있는지 여부를 결정합니다. 자세한 정보는 스냅샷 작성 및 관리를 위한 IAM 역할을 참조하십시오.

다른 계정과 스냅샷을 공유하고 다른 계정에서 해당 스냅샷으로 볼륨을 만들도록 허용할 수 있습니다. 이렇게 하려면 스냅샷 원격 계정 복원자 역할로 교차 계정 인증을 설정하고 스냅샷의 CRN을 다른 계정과 공유하세요. 스냅샷 원격 계정 복원자 역할이 있는 다른 계정의 사용자는 콘솔, CLI, API 또는 Terraform에서 CRN을 사용하여 볼륨을 만들 수 있습니다.

스냅샷을 찍기 전에 모든 캐시된 데이터가 디스크에 있는지 확인하세요. 특히 Windows 및 Linux® 운영 체제에서 인스턴스의 스냅샷을 찍는 경우 더욱 그렇습니다. 예를 들어, Linux 운영 체제에서는 sync 명령을 실행하여 캐시된 모든 데이터를 디스크에 즉시 쓰게 하십시오.

특수 액세스 권한이 있는 고객의 경우 전용 호스트에서 작성한 스냅샷을 저장하기 위해 데이터 격리가 제공됩니다. 데이터 격리의 추가 보안을 통해 데이터는 고유 키를 사용하여 저장 시 암호화되고 데이터에 대한 액세스는 개인 방화벽으로 보호됩니다.

빠른 복원 스냅샷 복제본

스냅샷 빠른 복원 기능을 사용하여 VPC 지역 내의 구역에서 데이터의 복제본을 작성하고 유지합니다. 즉, 볼륨이 생성될 때 데이터가 별도의 지역 스토리지 리포지토리가 아닌 VPC 리전에 이미 있기 때문에 데이터를 완전히 사용할 수 있습니다. 반면, 빠른 복원 스냅샷 복제본에서 데이터를 복원하지 않는 경우에는 시간이 지나면서 볼륨이 인스턴스에 연결될 때 별도의 지역 스토리지 리포지토리에서 볼륨 데이터가 복사됩니다. 빠른 복원 기능은 일반 스냅샷에서 복원하는 것보다 복구 시간 목표재해 복구 계획에서, 재해 발생 후 비즈니스 프로세스를 복구하는 데 걸리는 시간입니다. (RTO) 를 더 빠르게 달성할 수 있습니다.

빠른 복원 기능은 콘솔, CLI, API 또는 Terraform에서 활성화할 수 있습니다. CLI, API및 Terraform에서 응답은 clones 를 표시합니다. UI는 빠른 복원 스냅샷 복제본을 빠른 복원 스냅샷으로 표시하지만 동일합니다.

빠른 복원 기능에 대한 비용 청구는 인스턴스 시간을 기반으로 하는 고정 비율로 설정됩니다. 이 기능은 스냅샷의 크기에 관계없이 사용으로 설정된 각 구역에 대해 시간당 추가 요금으로 비용이 청구됩니다. 빠른 복원 복제본을 유지하는 것은 일반 스냅샷을 유지하는 것보다 훨씬 더 비용이 많이 듭니다.

자세한 정보는 빠른 복원 기능으로 볼륨 복원 을 참조하십시오.

교차 지역 스냅샷 사본

한 리젼에서 다른 리젼으로 스냅샷을 복사하고 나중에 해당 스냅샷을 사용하여 새 리젼에서 볼륨을 복원할 수 있습니다. 이 기능은 다른 지역에서 가상 서버 인스턴스 및 데이터 볼륨을 시작해야 하는 경우 재해 복구 시나리오에서 사용할 수 있습니다. 또는 원격 복사를 사용하여 새 리젼에서 스토리지 볼륨을 작성하여 VPC를 확장할 수 있습니다.

스냅샷의 교차 지역 사본을 작성하도록 선택하는 경우 대상 리젼에 복사할 단일 스냅샷을 지정해야 합니다. 스냅샷은 정상적으로 생성되며 별도의 지역 스토리지 리포지토리에 저장됩니다. 스냅샷이 안정되면 대상 지역의 리전 스토리지 리포지토리에 스냅샷 사본이 생성됩니다.

원격 지역의 스냅샷 복사본이 안정되면 상위 볼륨 또는 원본 스냅샷과 독립적으로 사용 및 관리할 수 있습니다.

원격 지역에서 사본을 만드는 데는 시간이 걸립니다. 볼륨의 용량이 클수록 원격 지역의 복사본이 완성되고 안정화되는 데 더 오랜 시간이 소요됩니다. 예를 들어 원격 지역에 있는 3TB 볼륨의 전체 스냅샷을 생성하는 데 최대 12.5 시간이 걸릴 수 있습니다.

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

소스 스냅샷이 고객 키를 사용하여 암호화되지 않은 경우 사본의 암호화는 제공자가 관리하는 상태로 유지됩니다.

소스 스냅샷이 고객 관리 키로 보호되는 경우 새 사본을 암호화하는 데 사용할 고객 관리 키를 지정해야 합니다.

상위 볼륨의 암호화 유형 또는 암호화 키를 변경하는 경우, 다음 원격 복사본은 증분 복사본이 아닌 상위 스냅샷의 전체 복사본이어야 합니다.

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

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

스냅샷을 만들거나 스냅샷의 세부 사항을 나열할 때, 시스템은 사용자가 지정한 스냅샷의 직접 복사본만 나열합니다. 사본의 복사본을 만들면 원본 스냅샷을 쿼리할 때 두 번째 복사본은 반환되지 않습니다.

스냅샷 일관성 그룹

스냅샷 일관성 그룹에는 동일한 가상 서버 인스턴스에 연결된 여러 Block Storage 볼륨의 스냅샷이 포함되어 있습니다. 부트 볼륨을 포함하거나 제외할 수 있습니다. 인스턴스 스토리지는 포함되지 않습니다.

일관성 그룹의 다중 볼륨 스냅샷은 아직 2세대 블록 스토리지에서 지원되지 않습니다.

일관성 그룹의 스냅샷을 요청하면 시스템은 스냅샷을 작성하기 전에 모든 쓰기 조작이 완료되었는지 확인합니다. 그런 다음 시스템은 동시에 가상 서버 인스턴스에 연결된 모든 태그 지정된 Block Storage 볼륨의 스냅샷을 생성합니다. 연결된 볼륨의 수와 크기 및 캡처할 데이터의 양에 따라 약간의 IO 일시정지가 발생할 수 있습니다. 이 IO 일시정지의 범위는 몇 밀리초에서 최대 4초입니다.

일관성 그룹에는 64자를 초과할 수 없는 고유 이름이 있어야 합니다. 이름을 제공하지 않으면 시스템이 자동으로 이름을 생성합니다. 일관성 그룹의 스냅샷은 그룹 이름의 처음 16자와 3-4개의 자동 생성 문자를 사용하여 이름이 지정되므로 해당 이름도 고유합니다. 나중에 원하는 경우 멤버 스냅샷의 이름을 바꿀 수 있습니다.

스냅샷 일관성 그룹에는 자체 라이프사이클이 있으며 멤버 스냅샷에 대한 참조를 유지합니다. 따라서 멤버 스냅샷이 삭제되거나 이름이 바뀌면 일관성 그룹도 업데이트됩니다.

그룹의 스냅샷은 느슨하게 결합되어 있습니다. 다른 스냅샷을 관리하는 것과 동일한 방법으로 일관성 그룹 내에서 스냅샷을 관리할 수 있습니다. 원하는 경우 일관성 그룹에서 개별 스냅샷을 삭제할 수 있습니다. 일관성 그룹을 삭제하기로 결정한 후 개별 스냅샷을 보존할 수 있습니다.

스냅샷 일관성 그룹의 멤버를 사용하여 볼륨을 개별적으로 복원할 수 있습니다. 스냅샷 일관성 그룹 ID에서 직접 인스턴스를 복원하는 것은 지원되지 않습니다.

스냅샷 세트 멤버의 교차 지역 사본을 별도로 작성할 수 있지만 다른 구역 또는 지역에서 일관성 그룹의 사본을 작성할 수 없습니다.

단일 및 일관성 있는 그룹 스냅샷 작업에 대한 IAM 역할

스냅샷에는 역할 기반 액세스 제어를 위한 IAM 권한이 필요합니다. 자신의 계정에서 스냅샷을 생성하고 관리하려면 적절한 플랫폼 역할이 필요하고, 다른 계정의 데이터를 복원하는 데 스냅샷을 사용하려면 올바른 서비스 역할이 필요합니다. 자세한 내용은 Block Storage VPC용 스냅샷에 대한 IAM 역할 및 작업을 참조하세요.

다른 계정과 스냅샷을 공유할 때는 다른 계정의 사용자에게 스냅샷 원격 계정 복원자 역할을 할당해야 스냅샷에 대한 액세스 권한을 부여할 수 있습니다. 또한 콘솔에서 원격 스냅샷의 CRN을 사용하여 볼륨을 생성하려면 계정에 '원격 계정 스냅샷에서 볼륨 복원' 역할이 부여되어야 합니다.

다른 계정과 스냅샷을 공유할 때는 다른 계정의 사용자에게 SnapshotRemoteAccountRestorer 역할을 할당하여 스냅샷에 액세스할 수 있도록 허용해야 합니다. 또한 CLI에서 원격 스냅샷의 CRN을 사용하여 볼륨을 생성하려면 계정에 해당 VolumeRemoteAccountSnapshotRestorer 역할이 부여되어 있어야 합니다.

다른 계정과 스냅샷을 공유할 때는 다른 계정의 사용자에게 SnapshotRemoteAccountRestorer 역할을 할당하여 스냅샷에 액세스할 수 있도록 허용해야 합니다. 또한 계정에 해당 VolumeRemoteAccountSnapshotRestorer 역할을 보유해야 하며, API를 통해 원격 스냅샷의 CRN을 사용하여 볼륨을 생성할 수 있어야 합니다.

다른 계정과 스냅샷을 공유할 때는 다른 계정의 사용자에게 SnapshotRemoteAccountRestorer 역할을 할당하여 스냅샷에 액세스할 수 있도록 허용해야 합니다. 또한 Terraform을 사용하여 원격 스냅샷의 CRN으로 볼륨을 생성하려면 계정에 해당 VolumeRemoteAccountSnapshotRestorer 역할이 부여되어 있어야 합니다.

자세한 내용은 VPC용 Block Storage 스냅샷에 대한 IAM 역할 및 작업, VPC용 다중 볼륨 스냅샷에 대한 IAM 역할 및 작업, Block Storage for VPC 에 대한 IAM 역할 및 작업을 참조하세요.

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

미사용 및 전송 중 암호화

스냅샷은 상위 볼륨(고객 관리형 또는 공급자 관리형)과 동일한 암호화 유형 및 암호화 키를 갖습니다. 스냅샷은 지역 스토리지 리포지토리에서 저장 및 검색됩니다. 데이터는 원본 볼륨과 동일한 지역에서 전송 및 저장 중에 암호화됩니다.

활동 추적 이벤트

IBM Cloud® Activity Tracker Event Routing 을 사용하여 감사 이벤트 라우팅 방법을 구성할 수 있습니다. 감사 이벤트는 보안 운영을 위한 중요한 데이터이자 규정 준수 요건을 충족하기 위한 핵심 요소입니다. 이러한 이벤트는 스냅샷을 생성, 수정 또는 삭제할 때 트리거됩니다. 활동 추적 이벤트에 대한 자세한 내용은 스냅샷 이벤트를 참조하세요.

{
    "eventTime": "2022-02-22T17:59:07.57+0000",
    "action": "is.snapshot.create",
    "outcome": "success",
    "message": "Block Storage Snapshots for VPC: create my-snapshot-1",
    "initiator": {
        "id": "ABCid-45B7R6TVH4",
        "typeURI": "service/security/account/user",
        "name": "myname@mycompany.com",
        "host": {
            "address": "192.0.2.0"
        },
        "credential": {
            "type": "token"
        }
    },
    "target": {
        "id": "crn:v1::public:is::a/a1234567::snapshot:09ca2bab-c5c4-4c06-b034-dda9bbeb859c",
        "typeURI": "is.snapshot/snapshot",
        "name": "my-snapshot-1"
    },
    "observer": {
        "name": "ActivityTracker"
    },
    "reason": {
        "reasonCode": 201,
        "reasonType": "Created"
    },
    "severity": "normal",
    "requestData": {
        "generation": "2"
    },
    "responseData": {
        "responseURI": "/v1/snapshots/09ca2bab-c5c4-4c06-b034-dda9bbeb859c"
    },
    "dataEvent": false,
    "logSourceCRN": "crn:v1::public:is::a/a1234567::snapshot:09ca2bab-c5c4-4c06-b034-dda9bbeb859c",
    "saveServiceCopy": true
}

{
    "eventTime": "2022-01-16T17:55:25.60+0000",
    "action": "is.snapshot.read",
    "outcome": "success",
    "message": "Block Storage Snapshots for VPC: read my-snapshot-2",
    "initiator": {
        "id": "IBMid-50A7R6DVH5",
        "typeURI": "service/security/account/user",
        "name": "myuser@mycompany.com",
        "host": {
            "address": "192.0.2.0"
        },
        "credential": {
            "type": "token"
        }
    },
    "target": {
        "id": "crn:v1::public:is::a/a1234567::snapshot:4e3252d7-cf32-4586-93e9-f7d9a497bed4",
        "typeURI": "is.snapshot/snapshot",
        "name": "my-snapshot-2"
    },
    "observer": {
        "name": "ActivityTracker"
    },
    "reason": {
        "reasonCode": 200,
        "reasonType": "OK"
    },
    "severity": "normal",
    "requestData": {
        "generation": "2"
    },
    "responseData": {
        "responseURI": "/v1/snapshots/4e3252d7-cf32-4586-93e9-f7d9a497bed4"
    },
    "dataEvent": false,
    "logSourceCRN": "crn:v1::public:is::a/a1234567::snapshot:4e3252d7-cf32-4586-93e9-f7d9a497bed4",
    "saveServiceCopy": true
}

스냅샷에 대한 사용자 태그

사용자 태그는 클라우드 리소스 이름(CRN) 식별자로 고유하게 식별됩니다. 사용자 태그를 생성할 때 청구 계정 내에서 고유한 이름을 입력합니다. 사용자 태그를 레이블 또는 키-값 형식으로 정의할 수 있습니다. 사용자 태그를 작성하거나 스냅샷에 기존 태그를 추가할 수 있습니다.

UICLIAPITerraform을 사용하여 사용자 태그를 작성, 보기 및 관리할 수 있으며 언제든지 이를 제거할 수 있습니다.

Block Storage for VPC 스냅샷에 대한 액세스 관리 태그

유연한 리소스 그룹화를 작성하고 Cloud Identity and Access Management (IAM) 정책을 업데이트하지 않고 스토리지 리소스를 확장할 수 있도록 하여 액세스 제어를 구성하기 위해 액세스 관리 태그를 사용할 수 있습니다. IAM에서 또는 글로벌 검색 및 태그 지정 API를 사용하여 액세스 관리 태그를 작성한 후 새 스냅샷 또는 기존 스냅샷에 추가 할 수 있습니다.

계정의 태그 관리에 관한 자세한 정보는 태그에 대한 작업을 참조하십시오.