[Mold] Commvault 백업 플러그인 추가

[Dajeong-Park]

이슈

#613
Commvault 11.32 버전

PR 설명

에이전트 자동 설치

• 호스트에 패키지 설치 및 클라이언트 등록 작업이 진행되며, 준비 상태가 Ready 일 때 정상적인 백업 및 복원 작업이 가능
• 에이전트 자동 설치 시 pending, waiting 등 상태가 정상적이지 않은 경우 수동으로 직접 로그 확인하여 처리가 필요
• 설치 테스트 시 호스트 당 8-10분씩 3대 기준 평균 30분 소요

백업 오퍼링 가져오기

• 클라이언트의 준비 상태가 Ready 일 때 가능하도록 예외 처리
• Commvault 백업 오퍼링의 경우 1개만 가져올 수 있도록 처리
• 백업 오퍼링은 Commvault의 plan과 매칭
• plan의 보존 기간을 변경하고, 해당 plan을 호스트에 적용

가상머신에 백업 오퍼링 할당

• 현재 실행중인 호스트나 호스트 중 한 대에 가상머신 인스턴스 명으로 백업 세트 추가

거상머신에 백업 오퍼링 제거

• 백업 세트를 삭제하며, UI에서는 백업 데이터가 존재하지않으며, 실제 백업 데이터는 남아있을 수 있음 (백업 삭제 참조)

백업 생성

• 볼륨 스냅샷 생성 API(CreateSnapshotBackup)를 호출하며 해당 API는 2차 스토리지에 저장하지 않도록 개발
• commvault 백업 시 가상머신 인스턴스 명으로 된 백업 세트에 컨텐츠 경로를 스냅샷 경로로 설정하여 FULL 백업 진행
• 백업 완료 된 후 해당 볼륨 스냅샷을 삭제하도록 처리

백업 삭제

• commvault에서 백업 삭제 rest api나 command를 지원하지 않으며, 백업 삭제 시 mold와 commvault UI에서만 보이지 않도록 삭제 처리하도록 적용
• 백업 오퍼링 추가 시 보존 기간을 설정하지만, 보존 기간이 지난 경우 UI에서는 삭제 처리되며 실제 저장 스토리지에는 백업본 데이터가 남아있을 수 있음 (데이터 에이징은 실제 commvault의 정책에 따라 내부적으로 실행되며, 중복제거가 활성화된 경우 만료된 백업의 데이터 블록이 다른 유효한 백업에서도 사용되고 있을 수 있으며, 해당 블록을 참조하는 모든 백업이 만료되어야 실제 삭제 가능하거나 여러가지 이유가 있을 수 있음)

백업 복원

• 백업 복원 시 rsync 명령어 사용하여 복원된 볼륨 스냅샷을 현재 볼륨 path로 복사

복원 및 볼륨 연결

• 복원된 볼륨은 virsh attach-disk 명령어 사용하여 deviceId로 정렬하여 연결
• 데이터 디스크로 해당 볼륨이 연결되며 연결된 가상머신에서 볼륨 파티션 관련 수동 작업이 필요할 수 있음

백업 스케줄

• 기존 개발된 백업 스케줄 목록 표시 오류로 key 추가
• 기존 개발된 백업 스케줄 제약 사항은 VM당 백업 스케줄은 하나만 가능하며, 백업 스케줄을 여러 개 추가할 수 없도록 예외처리 추가

변경 구분

• 잠재적 기능/오류 개선 (기존의 기능에 잠재되어 있는 오류 또는 다른 기능에 영향을 미칠 기능의 개선)
• 새로운 기능 (다른 기능에 영향을 미치지 않는 새 기능)
• 버그 수정 (이슈에 보고된 버그에 대한 수정으로 다른 기능에 영향을 미치지 않음)
• 기능 개선 (기존 기능에 대한 개선으로 다른 기능에 영향을 미치지 않음)
• 코드 청소 (코드 재구성 및 청소, 테스트 케이스 추가 등)

기능/개선 규모

• 주요 기능/개선
• 소규모 기능/개선