백업 우수 사례

VPC 백업 서비스를 가장 효과적이고 경제적으로 사용하려면 다음 제안 사항을 고려하세요.

일반 우수 사례

  • 백업 정책을 작성하기 전에 보유한 데이터 유형을 평가하십시오. 자주 변경되는 중요한 데이터의 경우 정적 데이터에 비해 더 빈번하게 백업해야 할 수도 있습니다. 어떤 데이터가 가장 중요한지, 그리고 어떤 데이터를 보관해야 하는지 물어보세요.

  • 다른 지역에 백업 스냅샷 사본 생성을 포함해야 하는 경우 신중하게 고려하세요. 사본은 대상 지역에서 새로운 볼륨을 생성하고 비즈니스 연속성을 지원하는 데 도움이 될 수 있습니다. 하지만 대량의 데이터를 다른 지역으로 복사하려면 시간이 걸리고, 원격 복사본을 만들면 데이터 전송 비용과 대상 지역의 스토리지 사용량이 별도로 발생합니다.

  • 데이터 손실을 방지하기 위해 백업은 필요한 장소와 기간 동안에만 보관함으로써 비용을 절감하십시오. 삭제되거나 손상된 데이터를 복원하기 위해 적시에 백업을 계획하십시오. 어떤 종류의 사건이 발생할 수 있을지 생각해 보세요. 손실을 감당할 수 있는 데이터의 양을 판별하십시오. 응답은 백업 간격 및 보존 정책을 결정하는 데 도움이 될 수 있습니다.

  • 데이터를 복구하는 속도를 판별하십시오. 백업에서 볼륨 또는 공유를 만들고 장애 조치를 테스트하여 소요 시간을 파악하세요.

  • 최상의 성능을 얻으려면, 백업 간격을 다르게 설정하여 백업 계획을 작성함으로써 백업 작업을 분산시키십시오. 백업 정책당 최대 네 가지 백업 계획을 둘 수 있습니다.

  • 대용량의 1세대 볼륨의 경우, 전체 볼륨 백업 용량이 10TB 한도를 초과하지 않도록 보존 기간을 더 짧게 설정하는 것을 고려해 보십시오.

  • 다른 지역에 볼륨이 존재하는 경우 각각의 지역에 대해 별도의 백업 정책을 작성하십시오. 한 지역의 계정당 10개의 백업 정책으로 제한됩니다. 이 할당량은 늘릴 수 없습니다.

  • 백업용으로 태그를 지정한 블록 스토리지 리소스가 실행 중인 가상 서버 인스턴스에 연결되어 있는지 확인합니다. 분리된 볼륨을 백업할 수 없습니다.

  • 백업 정책에 고유한 이름을 지정하십시오. 볼륨 이름 지정 규칙이 정해져 있다면, 비슷한 규칙을 적용하여 백업 정책의 이름을 지정할 수 있습니다. 정책에 따라 생성된 백업도 이 규칙을 따를 수 있습니다. 백업 파일의 수가 늘어날수록, 적절한 명명 규칙을 적용하면 백업 파일을 더 쉽게 식별할 수 있습니다.

  • 일관성 그룹 백업: 동일한 가상 서버 인스턴스에 연결된 여러 볼륨의 충돌 일치 스냅샷을 작성하면 몇 밀리초에서 몇 초까지 지속될 수 있는 수명이 짧은 I/O 일시중단이 발생합니다. 지속 기간은 가상 서버 인스턴스에 연결된 볼륨의 수와 크기에 따라 다릅니다. 성능에 미치는 영향을 최소화하려면 사용량이 적은 시간대에 자동 백업 작업을 실행하십시오.

  • 파일 공유의 백업 일정은 복제 쌍의 소스 쪽에서만 설정할 수 있습니다. 복제본 공유로 장애 조치 작업을 선택하면 소스 공유와 복제본 공유의 역할이 바뀝니다. 장애 조치가 수행된 후에는 이전 소스에서 백업 정책을 제거하고 현재 소스 공유에 적용해야 합니다.

복제본 공유에 대한 스냅샷 생성을 예약할 수는 없지만, 복제본 공유에는 여전히 스냅샷이 존재할 수 있습니다. 소스 공유에 대한 백업 스냅샷을 생성하면, 해당 백업 스냅샷은 다음 복제 주기에 레플리카로 복사됩니다.

사용자 조치에 대한 우수 사례

  • 리소스에 적용하고 백업 정책에 지정하는 태그를 정리하세요. 중복 백업을 트리거할 수 있으므로 여러 정책이 대상 자원에 대해 동일한 태그를 사용하고 있지 않은지 확인하십시오. 백업을 실행하려면 조건에 맞는 태그가 단 하나만 있으면 됩니다.

  • 리소스(볼륨, 공유 또는 가상 서버 인스턴스)에 이미 어떤 태그가 할당되어 있는지 확인합니다. 리소스에 여러 개의 태그가 지정된 경우, 해당 태그로 인해 여러 정책에 따라 중복 백업이 실행되지 않도록 주의하십시오.

  • 태그를 추가하는 방법을 선택하세요. 백업 정책에서 대상 리소스에 대한 태그를 먼저 생성한 다음 볼륨, 공유 또는 가상 서버 인스턴스에 적용할 수 있습니다. 또는 백업 정책에서 해당 리소스에 이미 적용된 태그를 지정할 수도 있습니다. 기존 태그를 사용하기로 선택한 경우, 해당 태그가 이 정책에 따라 백업하고 싶지 않은 다른 리소스에도 지정되어 있을 수 있다는 점에 유의하십시오.

  • 요구 사항을 충족하려면 백업 계획이 하나 필요할지 여러 개 필요할지 결정합니다. 예를 들어, 여러 계획이 서로 다른 간격으로 백업을 실행하도록 설정할 수 있습니다. 일부 볼륨이나 공유는 매월 백업하고, 일부는 일일 또는 주간 요금제로 더 자주 백업할 수 있습니다.

관리자 우수 사례

우수 사례 적용

백업 전략을 수립할 때는 모범 사례를 적용하십시오. 다음 예시는 백업 솔루션을 설정하는 방법을 보여줍니다.

서로 다른 부서에 분산되어 있는 10권의 도서가 있다고 가정해 봅시다. 일부 볼륨에는 시간 민감형 정보가 포함되어 있어 매시간 백업해야 합니다. 다른 볼륨에는 자주 변경되지 않는 아카이브된 정보가 포함되어 있으므로 매주 백업하는 것이 좋습니다. 정책당 네 개의 백업 계획을 만들 수 있습니다.

시간에 따른 변화가 중요한 볼륨은 시간별 백업 계획으로 백업 정책을 생성하십시오.

  • 정책을 생성할 때 대상 볼륨에 대한 태그를 생성하십시오(예: finance:hourly). 데이터의 간격과 유형을 반영하는 정책 이름을 지정하십시오. 목록에 있는 정책과 그와 관련된 리소스를 정리하는 데 도움이 될 수 있습니다.

  • 볼륨에 새 태그 추가 - 다음에 태그 지정대상 리소스에 태그 적용 콘솔에서 또는 CLI 또는 API에서 지정하세요. 이는 매시간 백업하려는 모든 볼륨이 매시간 백업 정책에 의해 포함되도록 합니다.

  • 볼륨에 이미 태그가 지정되어 있는 경우, 다른 백업 정책이 해당 볼륨을 이미 백업하고 있지 않은지 확인하십시오. 이 경우, 볼륨에서 추가 태그를 제거하여 두 번 백업되지 않도록 하고 추가 비용을 발생시키십시오.

  • 보관 기간을 1000일을 넘지 않도록 설정하고, 총 백업 용량이 10TB를 초과하지 않도록 하십시오. 시간 단위 백업의 경우, 일별 또는 주별 백업보다 보존 기간을 더 짧게 설정해야 할 수도 있습니다.

아카이빙된 데이터에 주간 백업 계획을 생성합니다.

  • 다른 계획을 생성하고 백업 주기를 7일로 설정하십시오. 볼륨에 있는 데이터의 양과 예상되는 변경사항을 평가하십시오. 1세대 볼륨의 경우 10TB로 제한됩니다.

  • 복수의 아카이브 볼륨 사본을 보존하려면 더 긴 보존 기간을 설정하십시오. 매주 백업의 경우 한 달 동안 백업을 보존할 수 있습니다.

  • 원격 지역 사본을 추가하여 데이터를 별도의 위치에 보관하세요. 볼륨이 3TB를 초과하더라도 다음 스냅샷 복사본은 지난 주의 변경 내용을 포함하는 증분 스냅샷입니다.

보존 정책에 가져오와 백업 수를 모두 지정하는 경우, 스냅샷 삭제 시기를 결정할 때 수명 (ns기조않 세트된 기간) 이 우선합니다. 이 수는 가장 오래된 스냅샷이 유효 기간 범위 내에 있는 경우에만 적용됩니다.

예를 들어, 주간 계획을 작성하고 보존 기간을 365일로 지정할 때 최대 개수를 8로 지정할 수도 있습니다. 이 시나리오에서는 체인에 최대 8개의 백업이 있으며 가장 오래된 백업은 8주가 지난 백업입니다. 또는 30일을 보존 기간으로 지정하고 최대 백업 횟수를 8로 설정할 수 있습니다. 그런 다음 5번째 백업이 생성될 때 첫 번째 백업은 30일의 보존 기간을 벗어난 상태이므로 삭제됩니다.

다음 단계