Skip to main content
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

스냅샷 및 백업으로 애플리케이션 보호

기여자

자동화된 보호 정책을 사용하거나 필요에 따라 스냅샷 및 백업을 수행하여 모든 애플리케이션을 보호합니다. Astra Control Center UI 또는 를 사용할 수 있습니다 "Astra Control API" 앱을 보호합니다.

이 작업에 대해
  • * 앱 배포 *: Helm을 사용하여 앱을 배포하는 경우 Astra Control Center에 Helm 버전 3이 필요합니다. Helm 3으로 배포된 애플리케이션 관리 및 복제(또는 Helm 2에서 Helm 3으로 업그레이드)가 완벽하게 지원됩니다. Helm 2와 함께 배포된 앱은 지원되지 않습니다.

  • * (OpenShift 클러스터에만 해당) 정책 추가 *: OpenShift 클러스터에서 앱을 호스팅하기 위한 프로젝트를 생성할 때 프로젝트(또는 Kubernetes 네임스페이스)에 SecurityContext UID가 할당됩니다. Astra Control Center에서 앱을 보호하고 OpenShift의 다른 클러스터 또는 프로젝트로 앱을 이동하려면 해당 앱을 UID로 실행할 수 있는 정책을 추가해야 합니다. 예를 들어 다음 OpenShift CLI 명령은 WordPress 앱에 적절한 정책을 부여합니다.

    OC new-project WordPress OC adm policy add-SCC-to-group anyuid system:serviceaccounts:WordPress의 OC adm policy add-SCC-to-user privileged-z default-n WordPress

앱 데이터 보호와 관련된 다음 작업을 수행할 수 있습니다.

보호 정책을 구성합니다

보호 정책은 정의된 일정에 따라 스냅샷, 백업 또는 둘 다를 생성하여 앱을 보호합니다. 시간별, 일별, 주별 및 월별 스냅샷과 백업을 생성하도록 선택할 수 있으며, 보존할 복제본 수를 지정할 수 있습니다. Astra Control 웹 UI 또는 맞춤형 리소스(CR) 파일을 사용하여 보호 정책을 정의할 수 있습니다.

시간당 한 번 이상 백업 또는 스냅샷을 자주 실행해야 하는 경우 를 수행할 수 있습니다 "Astra Control REST API를 사용하여 스냅샷과 백업을 생성합니다".

참고 WORM(Write Once Read Many) 버킷에 대한 변경 불가능한 백업을 생성하는 보호 정책을 정의하는 경우 백업의 보존 시간이 버킷에 대해 구성된 보존 기간보다 짧지 않은지 확인합니다.
팁 백업 및 복제 일정을 오프셋하여 일정이 겹치지 않도록 합니다. 예를 들어, 매시간 맨 위에서 백업을 수행하고 5분 오프셋 및 10분 간격으로 복제를 시작하도록 예약합니다.
웹 UI를 사용하여 보호 정책을 구성합니다
단계
  1. 응용 프로그램 * 을 선택한 다음 앱 이름을 선택합니다.

  2. 데이터 보호 * 를 선택합니다.

  3. 보호 정책 구성 * 을 선택합니다.

  4. 시간별, 일별, 주별 및 월별로 유지할 스냅샷 및 백업 수를 선택하여 보호 스케줄을 정의합니다.

    시간별, 일별, 주별 및 월별 스케줄을 동시에 정의할 수 있습니다. 보존 레벨을 설정하기 전에는 스케줄이 활성화되지 않습니다.

    백업의 보존 레벨을 설정할 때 백업을 저장할 버킷을 선택할 수 있습니다.

    다음 예에서는 스냅샷 및 백업의 경우 매시간, 일별, 주별 및 월별로 4개의 보호 스케줄을 설정합니다.

    시간별, 일별, 주별 또는 월별 기준으로 스냅샷 및 백업을 수행하도록 선택할 수 있는 샘플 구성 정책의 스크린샷

  5. [* Tech preview *] 스토리지 버킷 목록에서 백업 또는 스냅샷의 대상 버킷을 선택합니다.

  6. Review * 를 선택합니다.

  7. 보호 정책 설정 * 을 선택합니다

[Tech Preview] CR을 사용하여 보호 정책을 구성합니다
단계
  1. CR(사용자 정의 리소스) 파일을 만들고 이름을 지정합니다 astra-control-schedule-cr.yaml. Astra Control 환경, 클러스터 구성 및 데이터 보호 요구사항에 맞게 괄호 <> 의 값을 업데이트합니다.

    • <CR_NAME>: 이 사용자 지정 리소스의 이름입니다. 환경에 맞는 고유하고 합리적인 이름을 선택하십시오.

    • <APPLICATION_NAME>: 백업할 애플리케이션의 Kubernetes 이름입니다.

    • <APPVAULT_NAME>: 백업 컨텐츠를 저장해야 하는 AppVault의 이름입니다.

    • <BACKUPS_RETAINED>: 보존할 백업 수 0은 백업을 생성하지 않아야 함을 나타냅니다.

    • <SNAPSHOTS_RETAINED>: 보존할 스냅샷 수입니다. 0은 스냅샷을 생성하지 않아야 함을 나타냅니다.

    • <GRANULARITY>: 스케줄이 실행되는 빈도입니다. 가능한 값과 필수 관련 필드:

      • hourly (을(를) 지정해야 합니다 spec.minute)

      • daily (을(를) 지정해야 합니다 spec.minutespec.hour)

      • weekly (을(를) 지정해야 합니다 spec.minute, spec.hour, 및 spec.dayOfWeek)

      • monthly (을(를) 지정해야 합니다 spec.minute, spec.hour, 및 spec.dayOfMonth)

    • <DAY_OF_MONTH>: _ (선택 사항) _ 일정을 실행할 요일(1-31)입니다. 세분화가 로 설정된 경우 이 필드는 필수입니다 monthly.

    • <DAY_OF_WEEK>: _ (선택 사항) _ 일정을 실행할 요일(0-7). 0 또는 7의 값은 일요일을 나타냅니다. 세분화가 로 설정된 경우 이 필드는 필수입니다 weekly.

    • <HOUR_OF_DAY>: _ (선택 사항) _ 일정이 실행되는 시간(0 - 23)입니다. 세분화가 로 설정된 경우 이 필드는 필수입니다 daily, weekly, 또는 monthly.

    • <MINUTE_OF_HOUR>: _ (선택 사항) _ 스케줄이 실행될 시간(0-59)입니다. 세분화가 로 설정된 경우 이 필드는 필수입니다 hourly, daily, weekly, 또는 monthly.

      apiVersion: astra.netapp.io/v1
      kind: Schedule
      metadata:
        namespace: astra-connector
        name: <CR_NAME>
      spec:
        applicationRef: <APPLICATION_NAME>
        appVaultRef: <APPVAULT_NAME>
        backupRetention: "<BACKUPS_RETAINED>"
        snapshotRetention: "<SNAPSHOTS_RETAINED>"
        granularity: <GRANULARITY>
        dayOfMonth: "<DAY_OF_MONTH>"
        dayOfWeek: "<DAY_OF_WEEK>"
        hour: "<HOUR_OF_DAY>"
        minute: "<MINUTE_OF_HOUR>"
  2. 를 채운 후 astra-control-schedule-cr.yaml 올바른 값이 있는 파일에 CR을 적용합니다.

    kubectl apply -f astra-control-schedule-cr.yaml
결과

Astra Control은 정의한 스케줄 및 보존 정책을 사용하여 스냅샷 및 백업을 생성하고 유지함으로써 데이터 보호 정책을 구현합니다.

스냅샷을 생성합니다

언제든지 주문형 스냅샷을 생성할 수 있습니다.

이 작업에 대해

Astra Control은 다음 드라이버를 통해 지원되는 스토리지 클래스를 사용하여 스냅샷 생성을 지원합니다.

  • ontap-nas

  • ontap-san

  • ontap-san-economy

중요함 앱이 에서 지원하는 저장소 클래스를 사용하는 경우 ontap-nas-economy 드라이버, 스냅샷을 생성할 수 없습니다. 스냅샷에 대체 스토리지 클래스를 사용합니다.
웹 UI를 사용하여 스냅샷을 만듭니다
단계
  1. 응용 프로그램 * 을 선택합니다.

  2. 원하는 앱의 * Actions * 열에 있는 옵션 메뉴에서 * Snapshot * 을 선택합니다.

  3. 스냅샷 이름을 사용자 지정하고 * 다음 * 을 선택합니다.

  4. [* Tech preview *] 스토리지 버킷 목록에서 스냅샷의 대상 버킷을 선택합니다.

  5. 스냅샷 요약을 검토하고 * Snapshot * 을 선택합니다.

[기술 미리보기] CR을 사용하여 스냅샷을 생성합니다
단계
  1. CR(사용자 정의 리소스) 파일을 만들고 이름을 지정합니다 astra-control-snapshot-cr.yaml. 괄호 <> 의 값을 Astra Control 환경 및 클러스터 구성과 일치하도록 업데이트합니다.

    • <CR_NAME>: 이 사용자 지정 리소스의 이름입니다. 환경에 맞는 고유하고 합리적인 이름을 선택하십시오.

    • <APPLICATION_NAME>: 스냅샷을 생성할 애플리케이션의 Kubernetes 이름입니다.

    • <APPVAULT_NAME>: 스냅샷 컨텐츠를 저장해야 하는 AppVault의 이름입니다.

    • <RECLAIM_POLICY>: _ (선택 사항) _ 스냅샷 CR을 삭제할 때 스냅샷에 어떤 일이 발생하는지 정의합니다. 유효한 옵션:

      • Retain

      • Delete (기본값)

        apiVersion: astra.netapp.io/v1
        kind: Snapshot
        metadata:
          namespace: astra-connector
          name: <CR_NAME>
        spec:
          applicationRef: <APPLICATION_NAME>
          appVaultRef: <APPVAULT_NAME>
          reclaimPolicy: <RECLAIM_POLICY>
  2. 를 채운 후 astra-control-snapshot-cr.yaml 올바른 값이 있는 파일에 CR을 적용합니다.

    kubectl apply -f astra-control-snapshot-cr.yaml
결과

스냅샷 프로세스가 시작됩니다. 데이터 보호 * > * 스냅샷 * 페이지의 * 상태 * 열에서 상태가 * 정상 * 인 경우 스냅샷이 성공합니다.

백업을 생성합니다

언제든지 앱을 백업할 수 있습니다.

이 작업에 대해

Astra Control의 버킷은 사용 가능한 용량을 보고하지 않습니다. Astra Control에서 관리되는 앱을 백업 또는 클론 복제하기 전에 적절한 스토리지 관리 시스템에서 버킷 정보를 확인하십시오.

앱이 에서 지원하는 저장소 클래스를 사용하는 경우 ontap-nas-economy 드라이버, 당신은 필요합니다 백업 및 복원을 활성화합니다 기능. 을(를) 정의했는지 확인합니다 backendType 매개 변수 을 선택합니다 "Kubernetes 스토리지 오브젝트입니다" 을 값으로 사용합니다 ontap-nas-economy 보호 작업을 수행하기 전에

참고

Astra Control은 다음 드라이버를 통해 지원되는 스토리지 클래스를 사용하여 백업 생성을 지원합니다.

  • ontap-nas

  • ontap-nas-economy

  • ontap-san

  • ontap-san-economy

웹 UI를 사용하여 백업을 만듭니다
단계
  1. 응용 프로그램 * 을 선택합니다.

  2. 원하는 앱의 * Actions * 열에 있는 옵션 메뉴에서 * Back Up * 을 선택합니다.

  3. 백업 이름을 사용자 지정합니다.

  4. 기존 스냅샷에서 앱을 백업할지 여부를 선택합니다. 이 옵션을 선택하면 기존 스냅샷 목록에서 선택할 수 있습니다.

  5. [* Tech preview *] 스토리지 버킷 목록에서 백업할 대상 버킷을 선택합니다.

  6. 다음 * 을 선택합니다.

  7. 백업 요약을 검토하고 * 백업 * 을 선택합니다.

[기술 미리보기] CR을 사용하여 백업을 생성합니다
단계
  1. CR(사용자 정의 리소스) 파일을 만들고 이름을 지정합니다 astra-control-backup-cr.yaml. 괄호 <> 의 값을 Astra Control 환경 및 클러스터 구성과 일치하도록 업데이트합니다.

    • <CR_NAME>: 이 사용자 지정 리소스의 이름입니다. 환경에 맞는 고유하고 합리적인 이름을 선택하십시오.

    • <APPLICATION_NAME>: 백업할 애플리케이션의 Kubernetes 이름입니다.

    • <APPVAULT_NAME>: 백업 컨텐츠를 저장해야 하는 AppVault의 이름입니다.

      apiVersion: astra.netapp.io/v1
      kind: Backup
      metadata:
        namespace: astra-connector
        name: <CR_NAME>
      spec:
        applicationRef: <APPLICATION_NAME>
        appVaultRef: <APPVAULT_NAME>
  2. 를 채운 후 astra-control-backup-cr.yaml 올바른 값이 있는 파일에 CR을 적용합니다.

    kubectl apply -f astra-control-backup-cr.yaml
결과

Astra Control은 앱 백업을 생성합니다.

참고
  • 네트워크에 정전이 발생했거나 비정상적으로 느린 경우 백업 작업이 시간 초과될 수 있습니다. 이로 인해 백업이 실패합니다.

  • 실행 중인 백업을 취소해야 하는 경우 의 지침을 따릅니다 백업을 취소합니다. 백업을 삭제하려면 백업이 완료될 때까지 기다린 다음 의 지침을 따르십시오 백업을 삭제합니다.

  • 데이터 보호 작업(클론, 백업, 복원)과 후속 영구 볼륨 크기 조정 후 UI에 새 볼륨 크기가 표시되기까지 최대 20분이 지연됩니다. 데이터 보호 작업이 몇 분 내에 성공적으로 완료되며 스토리지 백엔드에 관리 소프트웨어를 사용하여 볼륨 크기 변경을 확인할 수 있습니다.

ONTAP - NAS - 경제성 작업을 위한 백업 및 복원 지원

Astra Control Provisioner는 를 사용하는 스토리지 백엔드에 대해 설정할 수 있는 백업 및 복원 기능을 제공합니다 ontap-nas-economy 스토리지 클래스.

시작하기 전에
  • 있습니다 "Astra Control Provisioner를 활성화했습니다".

  • Astra Control에서 애플리케이션을 정의했습니다. 이 응용 프로그램은 이 절차를 완료할 때까지 제한된 보호 기능을 제공합니다.

  • 있습니다 ontap-nas-economy 스토리지 백엔드의 기본 스토리지 클래스로 선택됩니다.

단계
  1. ONTAP 스토리지 백엔드에서 다음을 수행합니다.

    1. 를 호스팅하는 SVM을 찾습니다 `ontap-nas-economy`응용 프로그램의 볼륨을 기반으로 합니다.

    2. 볼륨이 생성된 ONTAP에 연결된 터미널에 로그인합니다.

    3. SVM에 대한 스냅샷 디렉토리 숨기기:

      참고 이러한 변경은 전체 SVM에 영향을 줍니다. 숨겨진 디렉토리에 계속 액세스할 수 있습니다.
    nfs modify -vserver <svm name> -v3-hide-snapshot enabled

    +

    중요함 ONTAP 스토리지 백엔드의 스냅샷 디렉토리가 숨겨져 있는지 확인합니다. 이 디렉토리를 숨기지 않으면 특히 NFSv3을 사용하는 경우에는 애플리케이션에 대한 액세스가 손실될 수 있습니다.
  2. Astra Control Provisioner에서 다음을 수행합니다.

    1. 인 각 PV에 대해 스냅샷 디렉토리를 활성화합니다 ontap-nas-economy 애플리케이션 기반 및 관련:

      tridentctl update volume <pv name> --snapshot-dir=true --pool-level=true -n trident
    2. 연결된 각 PV에 대해 스냅샷 디렉토리가 활성화되었는지 확인합니다.

      tridentctl get volume <pv name> -n trident -o yaml | grep snapshotDir

      응답:

    snapshotDirectory: "true"
  3. Astra Control에서 연결된 모든 스냅샷 디렉토리를 활성화한 후 애플리케이션을 업데이트하여 Astra Control이 변경된 값을 인식하도록 합니다.

결과

Astra Control을 사용하여 애플리케이션을 백업 및 복원할 준비가 되었습니다. 각 PVC는 백업 및 복원을 위해 다른 응용 프로그램에서 사용할 수도 있습니다.

변경 불가능한 백업을 생성합니다

백업을 저장하는 버킷의 보존 정책에서 금지하는 한 변경 불가능한 백업은 수정, 삭제 또는 덮어쓸 수 없습니다. 보존 정책이 구성된 버킷에 애플리케이션을 백업하여 변경 불가능한 백업을 만들 수 있습니다. 을 참조하십시오 "데이터 보호" 변경 불가능한 백업 작업에 대한 중요한 정보를 참조하십시오.

시작하기 전에

보존 정책을 사용하여 대상 버킷을 구성해야 합니다. 사용하는 스토리지 공급자에 따라 이 방법이 달라집니다. 자세한 내용은 다음 스토리지 제공업체 설명서를 참조하십시오.

참고 Astra Control의 버킷은 사용 가능한 용량을 보고하지 않습니다. Astra Control에서 관리되는 앱을 백업 또는 클론 복제하기 전에 적절한 스토리지 관리 시스템에서 버킷 정보를 확인하십시오.
중요함 앱이 에서 지원하는 저장소 클래스를 사용하는 경우 ontap-nas-economy 드라이버, 을(를) 정의했는지 확인하십시오 backendType 매개 변수 을 선택합니다 "Kubernetes 스토리지 오브젝트입니다" 을 값으로 사용합니다 ontap-nas-economy 보호 작업을 수행하기 전에
단계
  1. 응용 프로그램 * 을 선택합니다.

  2. 원하는 앱의 * Actions * 열에 있는 옵션 메뉴에서 * Back Up * 을 선택합니다.

  3. 백업 이름을 사용자 지정합니다.

  4. 기존 스냅샷에서 앱을 백업할지 여부를 선택합니다. 이 옵션을 선택하면 기존 스냅샷 목록에서 선택할 수 있습니다.

  5. 스토리지 버킷 목록에서 백업할 대상 버킷을 선택합니다. WORM(Write Once Read Many) 버킷은 버킷 이름 옆에 "잠김" 상태로 표시됩니다.

    참고 버켓이 지원되지 않는 유형인 경우 버킷을 가리키거나 선택할 때 표시됩니다.
  6. 다음 * 을 선택합니다.

  7. 백업 요약을 검토하고 * 백업 * 을 선택합니다.

결과

Astra Control은 앱의 변경 불가능한 백업을 생성한다.

참고
  • 네트워크에 정전이 발생했거나 비정상적으로 느린 경우 백업 작업이 시간 초과될 수 있습니다. 이로 인해 백업이 실패합니다.

  • 동일한 앱의 변경 불가능한 백업을 두 번 동일한 버킷에 동시에 생성하려는 경우 Astra Control이 두 번째 백업을 시작하지 못합니다. 첫 번째 백업이 완료될 때까지 기다린 후 다른 백업을 시작하십시오.

  • 실행 중인 변경 불가능한 백업은 취소할 수 없습니다.

  • 데이터 보호 작업(클론, 백업, 복원)과 후속 영구 볼륨 크기 조정 후 UI에 새 볼륨 크기가 표시되기까지 최대 20분이 지연됩니다. 데이터 보호 작업이 몇 분 내에 성공적으로 완료되며 스토리지 백엔드에 관리 소프트웨어를 사용하여 볼륨 크기 변경을 확인할 수 있습니다.

스냅샷 및 백업을 봅니다

Data Protection 탭에서 앱의 스냅샷 및 백업을 볼 수 있습니다.

참고 변경 불가능한 백업은 사용 중인 버킷 옆에 "잠김" 상태로 표시됩니다.
단계
  1. 응용 프로그램 * 을 선택한 다음 앱 이름을 선택합니다.

  2. 데이터 보호 * 를 선택합니다.

    스냅샷은 기본적으로 표시됩니다.

  3. 백업 목록을 보려면 * backups * 를 선택합니다.

스냅샷을 삭제합니다

더 이상 필요하지 않은 예약된 스냅샷 또는 주문형 스냅샷을 삭제합니다.

참고 현재 복제 중인 스냅샷은 삭제할 수 없습니다.
단계
  1. 응용 프로그램 * 을 선택한 다음 관리되는 응용 프로그램의 이름을 선택합니다.

  2. 데이터 보호 * 를 선택합니다.

  3. 원하는 스냅샷에 대한 * Actions * 열의 Options 메뉴에서 * Delete snapshot * 을 선택합니다.

  4. 삭제를 확인하려면 "delete"라는 단어를 입력하고 * Yes, Delete snapshot * 을 선택합니다.

결과

Astra Control이 스냅샷을 삭제합니다.

백업을 취소합니다

진행 중인 백업을 취소할 수 있습니다.

팁 백업을 취소하려면 백업이 에 있어야 합니다 Running 상태. 에 있는 백업은 취소할 수 없습니다 Pending 상태.
참고 실행 중인 변경 불가능한 백업은 취소할 수 없습니다.
단계
  1. 응용 프로그램 * 을 선택한 다음 앱 이름을 선택합니다.

  2. 데이터 보호 * 를 선택합니다.

  3. Backups * 를 선택합니다.

  4. 원하는 백업에 대한 * Actions * 열의 Options 메뉴에서 * Cancel * 을 선택합니다.

  5. 작업을 확인하려면 "취소"라는 단어를 입력하고 * 예, 백업 취소 * 를 선택합니다.

백업을 삭제합니다

더 이상 필요하지 않은 예약된 백업 또는 필요 시 백업을 삭제합니다. 버켓의 보존 정책을 사용할 수 있을 때까지 변경 불가능한 버킷에 대해 수행된 백업을 삭제할 수 없습니다.

참고 보존 기간이 만료되기 전에는 변경 불가능한 백업을 삭제할 수 없습니다.
참고 실행 중인 백업을 취소해야 하는 경우 의 지침을 따릅니다 백업을 취소합니다. 백업을 삭제하려면 백업이 완료될 때까지 기다린 다음 이 지침을 따르십시오.
단계
  1. 응용 프로그램 * 을 선택한 다음 앱 이름을 선택합니다.

  2. 데이터 보호 * 를 선택합니다.

  3. Backups * 를 선택합니다.

  4. 원하는 백업에 대한 * Actions * 열의 Options 메뉴에서 * Delete backup * 을 선택합니다.

  5. 삭제를 확인하려면 "delete"라는 단어를 입력하고 * Yes, Delete backup * 을 선택합니다.

결과

Astra Control이 백업을 삭제합니다.