NCP - Backup

네이버 클라우드 초기 Managed Backup은 신청서 기반으로  고객의 요구사항에 맞는 백업 정책을 제출하면 네이버 클라우드에서 백업을 수행하고 관리해주는 서비스를 제공하였습니다.  그러나 백업 복구를 수행하기 위해서 복구 신청서를 작성하여 제출해야 하고, 백업 수행 결과와 현황을 콘솔에서 확인할 수 없다는 단점이 존재했습니다.

그러나 최근 Backup Service가 새로 등장하며 기존의 Managed Backup Service는 더이상 지원하지 않고 있으며, 신규 Backup Service의 등장으로 인하여 최근 많은 고객사에서 신규 Backup Service로 이전을 원하고 있습니다. 

Backup Service

Backup Service는 NCP상에 존재하는 VM에 대하여 중요한 데이터를 정기적으로 백업 및 소산하는 기능을 제공하며, 별도의 신청절차 없이 간편하게 백업된 데이터 복구를 지원합니다. 

 

Resource

Resource는 Backup Service로 관리할 VM을 정의하고 있습니다. Backup이 수행되기 위해 Agent 설치가 선행되어야 하며,  Data와 DB 두 종류의 Agent를 지원합니다. 하지만 DB의 경우 MSSQL, MySQL, PostgreSQL 세 종류의 DBMS만 지원하고 있습니다.

 

리소스가 생성되면서 Agent 설치 또한 같이 진행됩니다. 원격으로 VM에 접속하여 설치되기 때문에 Agent를 설치할 root 권한을 갖는 OS 아이디와 패스워드를 입력해야 합니다.

 

백업 에이전트 설치가 실패했습니다. root 계정으로 백업 에이전트를 설치를 진행하기 앞서 root 계정의 원격 접속이 허용되어 있어야 합니다. 

 

/etc/ssh/sshd_config 파일을 열어 PermitRootLogin 필드의 값을 yes로 변경 후 sshd 데몬을 재실행 후 에이전트 설치를 진행합니다. 

 

 

Storage

백업 받을 데이터를 저장할 저장소입니다.

 

Policy

저장소 운영에 필요한 정책으로 보관주기를 설정합니다.

 

Job

백업을 수행할 리소스와 경로 및 정책을 지정합니다.

mkan vm의 /home 경로에 대한 백업을 수행하며, 보존 정책을 7일로 하는 Job을 의미합니다.

 

Schedule

백업이 수행될 시간과 방식을 지정합니다. 즉 위에서 생성한 Job에 대하여 백업을 어떻게 수행할지 지정합니다. 

 

Backup 구성시 주의할 점으로 Policy에서 지정한 보관 주기가 백업 주기의 최소 2배 이상으로 설정되어 있어야 한다는점 입니다. 만일 백업 주기를 주간으로 설정하게 된다면, 최소 1주일 이상의 보관 주기 정책을 생성해야 합니다.

 

또한 하나의 VM에 두 개의 백업을 수행하려 한다면, 두 개의 백업 Schedule이 겹치지 않도록 설정해야 합니다. 하나의 작업이 완료되기 전에 두 번째 작업이 실행되면 백업이 정상적으로 수행되지 않고 실패하게 됩니다.        

 

Report

생성한 Schdule을 기반으로 백업이 수행되며 수행 결과는 Report 탭에서 확인할 수 있습니다. 또한 백업 수행 결과를 이메일로 받아 볼 수있습니다.

 

이상으로 Backup Service 구성이 마무리 되었습니다. 별다른 제약조건이 없었기에 사용자 가이드를 보며 따라하니 쉽게 구성할 수 있었습니다. Linux 서버에선 말이죠..! 하지만 Windows 서버의 Agent 설치는 쉽지 않았는데요, 다음 글에선 Windows 서버에 Backup Agent 설치 과정을 포스팅 해보도록 하겠습니다.