Kubernetes Archive

Kubernetes 아카이브 작업을 생성하려면 Data Resilience > Archive 페이지로 이동하여 Kubernetes 모듈을 선택한 후 새 아카이브 작업을 생성하세요.

Kubernetes용 New Archive Job 마법사가 열립니다. 아래 단계에 따라 마법사를 완료하세요.

Step1. Select the Archive Source

아카이브 소스 유형으로 Backup job, Backup Data, Copy Job, Copy Data 중 하나를 선택한 후, 추가된 스토리지 카테고리를 기준으로 선택할 수 있습니다. 또한 백업/복사 데이터가 저장된 스토리지를 필터링할 수 있습니다.

사용자는 오프사이트 복사 작업 또는 복원 지점을 직접 소스로 선택하여 오프사이트 복사 데이터를 마이그레이션하기 위한 새 복사 작업을 생성할 수 있습니다.
백업 또는 복사 작업이 삭제되었거나 일회성 백업 작업인 경우, Restore Points를 선택하여 백업 데이터를 필터링할 수 있습니다.

편의에 따라 원하는 방법으로 아카이브 소스를 선택한 후 Next 버튼을 클릭하여 계속 진행하세요.

Step 2: Archive Destination

아카이브 대상의 경우, Target storage는 온사이트 스토리지(On-site Storage), 오프사이트 스토리지(Off-site Storage) 또는 클라우드 오브젝트 스토리지(Cloud Object Storage)에 저장할 수 있습니다.

온사이트 백업 복사 스토리지는 로컬 Vinchin Backup Server 또는 로컬 Vinchin Backup Node에 추가된 스토리지입니다.
오프사이트 백업 복사 스토리지는 다른 위치에 배포된 원격 사이트 Vinchin Backup Server에 추가된 백업 스토리지입니다.
Cloud Object Storage는 Vinchin Backup Server 웹 콘솔에서 Copy & Archive 용도로 추가된 스토리지로, Vinchin 노드에 직접 마운트되지 않습니다.

대상 스토리지로 Off-site Storage 또는 Cloud Object Storage를 선택하는 경우, 아카이브 작업을 진행하려면 컴퓨트 노드(Compute Node)를 지정해야 합니다.

실제 배포 환경 및 요구 사항에 맞는 스토리지 대상을 선택하세요.

Step 3: Archive Strategy

General Strategy 탭에서 Schedule, Policy, Retention Policy를 설정할 수 있습니다.

Schedule 드롭다운 목록에서 Archive as Scheduled 작업 또는 Once-off Archive 작업을 설정할 수 있습니다.

백업 작업 실행에 맞춰 백업 아카이브를 정기적으로 실행하려면 Archive as Scheduled를 설정하고, 아카이브 작업을 한 번만 실행하려면 Once-off Archive를 설정하세요.

아카이브 작업의 일정과 관련하여, 연관된 작업이 완료된 직후 아카이브 작업을 실행하는 것을 권장합니다. 예를 들어 백업 작업이 매일 오후 11시에 실행되고 완료하는 데 약 2시간이 소요된다면, 아카이브 작업을 백업 작업보다 3~4시간 늦게 시작하도록 설정할 수 있습니다.

Policy의 경우 선택 사항이며, 아카이브 작업으로 인해 운영 환경에 네트워크 또는 I/O 과부하가 발생하는 경우에만 스로틀링 정책을 적절히 구성할 수 있습니다. 스로틀링 정책은 Customized Policy 또는 Select Global Policy로 구성할 수 있습니다.

Retention Type에서 보존 정책으로 By Backup Chain을 선택할 수 있습니다. 단, 스토리지가 Cloud Object Storage인 경우에는 By Backup Chain만 선택 가능합니다.

Retention Method는 아카이브 데이터를 아카이브 스토리지에 보존하는 기간을 정의하는 데 사용하며, 기본적으로 Number of Restore Points 모드가 선택됩니다. Archive Data Retention Type이 Retain by Backup Chain으로 설정되면 하나의 백업 체인이 하나의 복원 지점에 해당하며, 데이터는 병합되지 않습니다.

주의

아카이브 작업의 대상 스토리지로 Cloud Object Storage를 선택한 경우, 이 스토리지 유형은 데이터 병합을 지원하지 않으므로 Archive Data Retention Type을 Retain by Archive Point로 설정할 수 없습니다.

Transmission Strategy

Transmission Strategy에는 아카이브 작업에 대한 몇 가지 전송 옵션이 포함되어 있습니다.

Encrypted Transfer: 데이터 보안을 위해 기본적으로 RSA 암호화 알고리즘을 사용하여 아카이브 데이터를 전송합니다.

Compresses Level: 압축 전송은 Quick Compression, Standard Compression, Maximum Compression, Ultimate Compression 등 다양한 수준으로 구성할 수 있습니다. 압축 수준에 따라 아카이브 작업의 압축 효율이 달라지며, 수준이 높을수록 더 많은 시스템 리소스가 필요합니다.

Transfer Threads의 경우, 멀티스레드 전송을 활성화하여 아카이브 작업의 처리 속도를 높일 수 있습니다. 멀티스레드 전송의 기본값은 3이며, 1~8 사이의 값으로 설정할 수 있지만 일반적으로 3개의 스레드로 충분합니다.

Security Policy

WORM Protection의 경우, WORM 보호 기능이 활성화된 스토리지 장치를 선택했을 때만 이 옵션을 활성화할 수 있습니다. WORM Protection이 활성화된 백업 포인트는 수정하거나 삭제할 수 없으며, 보존 기간은 만료될 때까지만 연장할 수 있습니다. 기본 보호 기간은 7일이며, 지원 범위는 1일에서 9999일입니다.

Advanced Strategy

Retry Attempts와 Retry Interval은 아카이브 스토리지와의 네트워크 연결이 원활하지 않을 때 설정된 재시도 횟수와 재시도 간격 내에서 아카이브 작업이 계속 진행될 수 있도록 보장합니다.

Retry Attempts: 네트워크 연결이 끊겼을 때 재연결을 시도하는 횟수입니다. 기본 재시도 횟수는 60회이며, 최대 999회, 최소 0회로 설정할 수 있습니다. 0은 무한 재시도를 의미합니다.

Retry Interval: 아카이브 작업 실행 중 네트워크가 끊겼을 때 작업 실패를 방지하기 위해 각 재시도 사이의 간격을 지정할 수 있습니다. 기본 재연결 간격은 30초이며, 최대 60초, 최소 5초입니다.

Overload Protection: 백업 노드에 리소스 제한이 설정된 경우, 해당 노드에서 실행 중인 백업 작업이 제한됩니다. 백업 작업은 기본적으로 리소스 제한을 적용받습니다. 실행 우선순위가 높은 작업의 경우, 이 설정을 활성화하여 노드 리소스 제한을 무시할 수 있습니다.

Storages 모듈에서 Data File Shards Size는 1GB에서 4GB까지 설정할 수 있으며, 이 값은 스토리지 데이터 파일의 생성 및 삭제를 관리하는 데 사용됩니다. 병합 중에 시스템은 관련된 두 포인트 간의 중복 데이터 비율을 계산합니다. Merge Redundant Data Proportion은 10%, 30%, 50%, 70% 또는 90%로 구성할 수 있으며, 기본값은 50%입니다.

Overload Protection 모듈에서 Ignore Node Resource Limits 옵션을 활성화할 수 있습니다. 특히 우선순위가 높은 백업 작업에 대해 노드의 리소스 제한을 무시합니다.

4단계: 검토 및 확인

위에서 언급한 설정을 완료한 후 한 화면에서 모든 설정을 검토하고 확인할 수 있습니다. 아카이브 작업 식별을 위해 작업 이름을 지정할 수 있으며, Submit 버튼을 클릭하여 설정을 확정하고 아카이브 작업을 생성합니다.

컨테이너