백업 계획
Block Storage for VPC 볼륨을 백업하기 위한 전략을 계획할 때 이 체크리스트가 백업 서비스를 구성하고 사용하는 데 도움이 될 수 있습니다.
백업 계획
VPC 백업 서비스를 설정하기 전에 다음과 같은 전제조건을 고려하십시오.
| 항목 | 고려사항 |
|---|---|
| Cloud Identity and Access Management (IAM) | 계정에 대한 백업을 작성하고 관리하기 위한 IAM 액세스 권한 이 있는지 확인하십시오. |
| 엔터프라이즈 레벨 백업 | 하위 계정 및 엔터프라이즈 계정의 서비스에 대해 모든 서비스 대 서비스 권한 이 준비되어 있는지 확인하십시오. 하위 계정 중 하나에서 권한이 누락된 경우 백업 서비스는 IBM Cloud® Activity Tracker 이벤트를 생성하고 정책 상태를 저하됨으로 표시합니다. |
| 볼륨 | 백업해야 할 가장 중요한 볼륨을 평가합니다. 부트 및 데이터 볼륨의 백업을 작성할 수 있습니다. 변경사항이 많고 보존 기간이 긴 볼륨은 중간 수준의 변경사항이 있는 볼륨보다 좀 더 주의해야 합니다. 또한 볼륨에 대한 모든 백업의 누적 크기는 10TB를 초과할 수 없습니다. |
| 공유 | 백업해야 할 가장 중요한 공유를 평가합니다. 변경 사항이 많고 보존 기간이 긴 파일 공유는 변경 사항이 많지 않은 공유보다 더 많은 주의가 필요합니다. 또한 공유에 대한 모든 스냅샷 및 백업의 누적 크기는 100TB를 초과할 수 없습니다. "VPC" 액세스 제어 모드를 사용하는 공유에는 스냅샷이 지원되지 않습니다. |
| 다중 볼륨 일관성 그룹 | 동일한 가상 서버에 연결된 여러 Block Storage 볼륨의 백업을 작성할 수 있습니다. 이러한 방식으로 백업을 작성할 때 가상 서버 인스턴스에 태그를 지정합니다. 백업에 부팅 볼륨을 포함하거나 제외하도록 선택할 수 있습니다. |
| 백업 스케줄 | 백업하려는 리소스 유형에 따라 백업 일정을 결정하세요. 예를 들어, 정적 데이터보다 자주 변경되는 중요한 데이터를 더 자주 백업하고 싶을 수 있습니다. |
| 보존 | 백업 계획에서 백업에 대한 보존 정책을 결정합니다. 후속 백업이 작성되면 보유하는 각 백업에 대한 비용이 발생합니다. 이전 백업을 삭제하는 경우 비용이 절감됩니다. 백업 생성 간격과 보존 기간은 동일하거나 다를 수 있습니다. 기본 보존 기간은 30일입니다. 최대 보존 기간은 1000일입니다. 볼륨 또는 공유당 최대 750개까지 유지하도록 총 백업 수를 설정할 수도 있습니다. 이 수를 초과하면 가장 오래된 백업이 삭제됩니다. 백업의 수명과 수를 둘 다 지정하는 경우, 수명은 스냅샷을 삭제할 시기를 판별하는 데 우선합니다. 이 수는 가장 오래된 스냅샷이 유효 기간 범위 내에 있는 경우에만 적용됩니다. 자세한 정보는 백업 정책 및 백업 계획 을 참조하십시오. |
| 백업 계획 | 정책에 필요한 백업 계획 수를 결정하십시오. 예를 들면, 일간 백업, 주간 백업, 월간 백업에 대한 별도의 계획을 둘 수 있습니다. |
| 이름 지정 | 백업 정책의 고유한 이름이 있는지 확인하세요. 예를 들어 볼륨 이름을 지정하는 방법이 있는 경우 유사한 규칙을 사용하여 백업 정책의 이름을 지정할 수 있습니다. 요금제에 의해 생성되는 백업의 이름 지정 규칙은 스냅샷과 동일합니다. 자세한 정보는 스냅샷 이름 지정을 참조하십시오. |
| 인터페이스 | 백업을 생성하고 관리하기 위해 UI, CLI, API 또는 Terraform을 선택하세요. |
| 볼륨 또는 공유 복원 | 백업에서 볼륨 또는 공유를 복원해야 할 시기를 평가합니다. 백업으로부터 복원하는 작업은 수동 조작이며 재해 복구 솔루션과 같은 즉각적인 작업이 아니라는 점에 유의하십시오. |
| 빠른 복원 | 볼륨이 있는 영역의 하나 이상의 영역에 백업 스냅샷의 사본을 만들어 캐시할 수 있습니다. 동일한 리젼의 다른 구역에서 볼륨을 복원해야 하는 경우 재해 복구 시나리오에서 빠른 복원을 사용할 수 있습니다. 빠른 복원 기능은 일반 스냅샷에서 복원하는 것보다 복구 시간 목표재해 복구 계획에서, 재해 발생 후 비즈니스 프로세스를 복구하는 데 걸리는 시간입니다. (RTO) 를 더 빠르게 달성할 수 있습니다. |
| 교차 지역 복사 | 백업 스냅샷의 사본을 작성하여 다른 리젼에 저장하고 이를 사용하여 대상 리젼에 볼륨을 작성할 수 있습니다. 이 기능은 다른 지역에서 가상 서버 인스턴스 및 데이터 볼륨을 시작해야 하는 경우 재해 복구 시나리오에서 사용할 수 있습니다. 다른 지역에서 데이터를 복원해야 하는지 여부를 고려하십시오. 원격 지역에서 스냅샷 복사본을 만드는 데는 시간이 걸리며, 볼륨이 큰 경우 최대 몇 시간까지 걸립니다. 또한 대상 지역의 데이터 전송 및 저장소 사용량에 대한 요금이 별도로 부과됩니다. |
| 모니터링 | 백업 스냅샷을 생성하거나 삭제하는 백업 작업은 백업 계획 및 보존 정책에 따라 실행됩니다. 콘솔, CLI, API 또는 Terraform을 통해 상태를 확인할 수 있습니다. 작업이 실패하면 상태 코드에 실패 이유가 표시됩니다. 자세한 내용은 다음을 참조하세요.백업 작업 보기. Event Notifications 대한 연결을 설정하고 원하는 대상에 대한 알림을 받을 수도 있습니다. 자세한 내용은 VPC용 백업에 대한 이벤트 알림 사용을 참조하세요. |
| 백업 만들기: | |
| 전제조건 | 볼륨이 가상 서버 인스턴스에 연결되어 있고 인스턴스가 실행 중 상태인지 확인합니다. |
| 백업 빈도 | 선택한 계획이 원하는 간격으로 백업을 작성하는지 확인하십시오. 백업은 수동으로 만든 스냅샷처럼 즉시 수행되지 않습니다. 백업은 일반적으로 백업 계획 일정에 따라 트리거된 후 90분 이내에 시작됩니다. |
| 타이밍 | 일관성 그룹 백업: 동일한 가상 서버 인스턴스에 연결된 여러 볼륨의 충돌 일치 스냅샷을 작성하면 몇 밀리초에서 몇 초까지 지속될 수 있는 수명이 짧은 I/O 일시중단이 발생합니다. 지속 기간은 가상 서버 인스턴스에 연결된 볼륨의 수와 크기에 따라 다릅니다. 성능에 미치는 영향을 최소화하려면 사용량이 적은 시간대에 자동 백업 작업을 실행하는 것이 좋습니다. |
| 태그 | 정책 태그 중 하나 이상이 백업하려는 각 리소스의 태그와 하나 이상 일치하는지 확인합니다. 대상 자원의 태그를 결정할 때 여러 정책으로 자원을 백업하려는 경우가 아니면 다른 정책이 동일한 태그를 사용하고 있지 않은지 확인하십시오. |
| 백업 스냅샷에서 볼륨 복원하기: | |
| 볼륨 복원 성능 | 백업 스냅샷에서 볼륨을 복원할 때 다음 성능 고려사항 을 검토하십시오. 볼륨을 복원할 때 지역별로 다른 성능을 경험할 수도 있습니다. 빠른 복원 복제본 을 사용으로 설정할 시기를 평가하십시오. 빠른 복원 스냅샷은 스냅샷 복제본에서 볼륨을 복원하여 대기 시간을 줄입니다. 새 볼륨 데이터가 즉시 복원됩니다. |
| 인스턴스 프로비저닝 성능 | 부트 가능 스냅샷에서 인스턴스 프로비저닝 을 결정할 때 다음 성능 고려사항을 검토하십시오. |
| 비용 청구 | 백업 스냅샷의 수가 증가함에 따라 수행할 백업 스냅샷의 수와 기타 비용 청구 고려사항을 고려하십시오. 빠른 복원 기능은 스냅샷의 크기에 관계없이 사용으로 설정된 각 구역에 대해 시간당 추가 비율로 비용이 청구됩니다. 빠른 복원 복제본을 유지하는 것은 일반 스냅샷을 유지하는 것보다 훨씬 더 비용이 많이 듭니다. 교차 지역 사본을 작성하도록 선택하면 다른 지역에서 사용되는 데이터 전송 및 스토리지 용량에 대해서도 비용이 청구됩니다. 자세한 정보는 FAQ를 참조하십시오. |
다음 단계
백업을 계획한 후에는 리소스(개별 볼륨 또는 다중 볼륨 일관성 그룹 또는 파일 공유)를 백업하는 백업 정책을 만들 수 있습니다.