Kubernetes 복원

Kubernetes를 복원하려면 Data Resilience > Kubernetes 페이지로 이동하여 Kubernetes 복원 작업을 생성하세요. 아래 단계에 따라 작업을 생성합니다.

1단계. 복원 포인트 선택

Backup Point 드롭다운 목록에서 복원할 Kubernetes 백업 포인트를 선택합니다. 선택한 항목이 오른쪽 상자에 표시됩니다.

Selected restore point에서 네임스페이스를 확장하면 복원할 리소스를 선택하거나 제외할 수 있으며, Resource details를 클릭하여 리소스 정보를 확인할 수 있습니다.

리소스와 네임스페이스를 선택한 후 Next를 클릭하세요.

2단계. 복원 대상 선택

Restore to cluster 목록에서 복원할 대상 클러스터를 선택하세요. 원래 클러스터 또는 다른 클러스터를 선택할 수 있습니다.

클러스터를 선택하면 시스템이 현재 Namespace 목록을 표시합니다. Keep Source Namespace를 활성화하면 원본과 동일한 이름의 대상 네임스페이스로 리소스를 복원합니다. 비활성화하면 원본 네임스페이스 데이터를 다른 이름의 대상 네임스페이스로 복원할 수 있어, 기존 네임스페이스에 영향을 주지 않고 리소스 격리 또는 테스트가 가능합니다.

Target Namespace 목록에서 다른 네임스페이스로 데이터를 복원할 수 있습니다.

주의

대상 네임스페이스가 이미 존재하는 경우 기존 리소스에 영향을 줄 수 있습니다. 주의하여 진행하세요.

Next를 클릭하여 복원 전략을 설정합니다.

3단계. 복원 전략 구성

General Strategy

작업 일정의 경우 Kubernetes 복원 작업을 일회성 복원 또는 예약 복원으로 구성할 수 있습니다.

Once-off Restore를 선택하면 작업 생성 직후 복원 작업이 실행됩니다. Restore As Scheduled를 선택하면 복원 일정을 설정해야 하며, 이후 작업은 예약된 일정에 따라 실행됩니다.

주의

"Once-off" 복원 작업은 한 번만 실행되며 선택한 인스턴스를 한 번만 복원합니다. 이후 작업은 히스토리 레코드로 히스토리 작업 목록으로 이동합니다. 반면 "restore as scheduled" 복원 작업은 지정된 시간 일정에 따라 선택한 인스턴스를 정기적으로 복원하므로, 사용자는 "restore as scheduled" 작업이 대량의 중복 데이터를 생성할 수 있다는 점을 주의해야 합니다!

Throttling Policy는 백업 작업과 동일한 원칙으로 작동합니다.

Transmission Strategy

전송 정책에서 Encryption, Transmission Network, Transmission Thread를 구성할 수 있습니다.

Encrypted transmission: 백업 데이터는 RSA 알고리즘을 사용하는 SSL 암호화로 전송됩니다. 전송 암호화를 활성화하면 백업 소스에서 백업 스토리지로 전송되는 데이터가 암호화되어 데이터 보안이 보장됩니다. 전송 암호화는 기본적으로 비활성화되어 있습니다.

Transmission Network: 호스트와의 연결이 보장되는 백업 노드 네트워크를 선택합니다. 기본값은 백업 노드 네트워크입니다.

Transmission Threads: 백업 데이터 전송에 사용할 스레드 수를 설정할 수 있습니다. 기본값은 3개 스레드이며, 최대 8개 스레드까지 구성할 수 있습니다.

Advanced Strategy에서 Snapshot Recovery Preferred를 설정하면, 선택한 복원 지점에 해당하는 스냅샷이 인스턴스에 있을 경우 스냅샷으로 복원하고, 없을 경우 백업 데이터로 복원합니다.

Security Strategy

Integrity check strategy를 포함하여 이상 발생 시의 동작을 선택합니다.

Advanced Strategy

Snapshot을 활성화하면 클러스터 내 로컬 스냅샷을 사용합니다.

Resource Monitoring에서 Skip or Override Resources를 설정하고 Release Wordload Node Limits를 설정할 수 있습니다.

Retry: 네트워크, API 또는 기타 예외로 인해 작업이 실패한 경우 해당 작업을 재시도할 수 있습니다.

Overload Protection: 노드에 리소스 제한이 있는 경우 해당 작업에 대해 Ignore Node Resource Limits를 활성화할 수 있습니다.

스크립트 구성

Hook script는 기본적으로 비활성화되어 있습니다. 활성화하면 백업 전, 백업 성공 후, 백업 실패 후에 스크립트를 실행할 수 있습니다. 실행 컨테이너 환경은 모든 Pod에서 실행, 지정된 Pod에서 실행, 매칭된 Pod에서 실행, 독립형 컨테이너 이미지에서 실행을 지원합니다.

4단계. 작업 설정 검토 및 확인

위의 설정을 모두 완료한 후 여기에서 모든 설정을 검토하고 확인할 수 있습니다. Submit을 클릭하여 작업 생성을 확정합니다. 작업이 생성되면 Monitor Center > Jobs 페이지로 이동합니다. 이 Kubernetes 복원 작업이 Once-off Restore로 구성된 경우, 작업 생성 직후 리소스 복원이 시작됩니다.