EC2 인스턴스 백업
AWS EC2 인스턴스 백업 작업을 생성하려면 Backup > Public Cloud 페이지에서 시작할 수 있습니다. 아래 단계에 따라 AWS EC2 인스턴스의 New Backup Job 마법사를 완료하세요.
Step 1. Select Instances to Backup
Select backup objects 열에서 백업할 인스턴스를 선택합니다. 다른 리전에서 조회하여 대상 인스턴스를 찾을 수 있습니다. 선택한 백업 대상은 Selected Instance(s) 열에 나열됩니다.
표시되지 않는 인스턴스가 있는 경우, Sync 버튼을 클릭하여 인스턴스 목록을 업데이트하고 Vinchin 백업 서버와 동기화하세요.
기본적으로 선택된 인스턴스의 모든 볼륨이 백업됩니다. 특정 인스턴스의 일부 볼륨을 백업에서 제외하려면 해당 인스턴스를 클릭하면 인스턴스의 모든 볼륨이 표시됩니다. 볼륨을 선택하거나 해제하여 백업 포함 여부를 선택할 수 있습니다.
새로 추가된 인스턴스를 Vinchin이 자동으로 백업하도록 하려면 Auto Join Backup을 활성화할 수 있습니다. 전체 AWS 클라우드 플랫폼 또는 전체 리전을 선택하면, 선택한 대상 내에서 새로 추가되거나 제거된 인스턴스가 백업 작업에 자동으로 포함되거나 제외됩니다.
Auto Join Backup의 보조 기능으로, Instance Filter를 사용하면 필요한 경우 사용자가 정의한 이름 키워드를 기반으로 특정 인스턴스만 백업하거나 백업 작업에서 특정 인스턴스를 제외할 수 있습니다.
백업할 대상 인스턴스 선택이 완료되면 Next를 클릭하여 계속 진행합니다.
주의
동일한 클라우드 플랫폼의 인스턴스만 하나의 작업에 추가할 수 있습니다. 여러 클라우드 플랫폼이 있는 경우 각 클라우드 플랫폼에 대해 별도의 작업을 생성하세요.
2단계. 백업 대상 선택
이 백업 작업에는 백업 대상(백업 스토리지)을 연결해야 합니다.
Target Storage에는 사용 가능한 모든 스토리지 장치가 나열됩니다. 백업 데이터를 저장할 스토리지 장치를 선택합니다.
Target Node에서 스토리지 장치를 선택하면 해당 컴퓨팅 리소스가 자동으로 연결되어 표시됩니다.
백업 대상 선택이 완료되면 Next를 클릭하여 계속 진행하세요.
3단계. 백업 전략 구성
General Strategy
General Strategy 탭에서 백업 Time Schedule, Throttling Policy, Data Storage Policy, Retention Policy 및 기타 고급 옵션을 설정할 수 있습니다.
Select Policy 드롭다운 목록에서 미리 구성된 전략 템플릿을 선택할 수 있습니다. 전략 템플릿을 생성한 경우 해당 템플릿을 선택하고, 그렇지 않은 경우 Customized Policy를 선택하세요. 전략 템플릿 생성 방법은 Strategy Templates를 참조하세요.
이 작업의 백업 창을 결정하기 위해 Time Windows 지표를 참조하여 작업을 어느 시간대에 예약할지 결정할 수 있습니다.
Mode 드롭다운 목록에서 Backup as Scheduled 작업, Once-off Backup 작업 또는 On Demand 작업을 설정하도록 선택할 수 있습니다.
scheduled backup job의 경우 전체 백업만, 전체+증분 조합, 전체+차등 조합 백업 방식 또는 영구 증분 백업만 일정을 설정할 수 있습니다. 권장 백업 전략은 전체+증분 조합입니다.
once-off 백업 작업의 경우, 작업은 한 번만 실행되며 전체 백업만 수행됩니다. Start Time 필드에서 백업 작업 시작 시간만 지정하면 됩니다.
on demand 작업의 경우, 원하는 시점에 수동으로 작업을 시작할 수 있습니다.
Vinchin 백업 서버가 백업 작업의 시작 시간을 제안합니다. 요구 사항에 따라 시작 시간을 변경하세요. 전체 백업의 시작 시간이 증분 백업과 겹치는 경우, 전체 백업이 우선 실행되고 증분 백업은 다음 예약된 시작 시간에 실행됩니다.
요구 사항에 따라 일정을 직접 구성하려면 + 아이콘을 클릭하여 전체 백업 또는 증분 백업 설정을 펼치고 사용자 지정할 수 있습니다.
예를 들어, 반복 없이 한 달에 두 번 전체 백업을 예약할 수 있습니다.
그런 다음 매일 여러 번의 증분 백업을 구성합니다. 기본적으로 증분 백업은 하루에 한 번만 실행되며, 하루에 여러 번 증분 백업을 실행하려면 Repeat 옵션을 활성화하면 됩니다.
주의
- 백업 작업은 저녁이나 이른 아침과 같은 업무 비성수기에 일정을 잡는 것이 권장됩니다.
- 백업 대상이 테이프 또는 클라우드 스토리지인 경우 영구 증분 백업은 지원되지 않습니다.
백업의 시간 일정을 구성한 후 Throttling Policy를 구성할 수 있습니다. 스로틀링 정책 설정은 선택 사항으로, 백업 작업이 운영 환경에 네트워크 또는 I/O 과부하를 유발하는 경우에만 스로틀링 정책을 구성하고, 그렇지 않으면 구성하지 않아도 됩니다.
Notice 동일한 시간대에 여러 스로틀링 정책이 존재하는 경우, 전송 속도는 모든 스로틀링 정책 중 최솟값으로 제한됩니다.
백업 데이터의 Deduplication, Compression, Encryption을 포함하는 Data Storage Policy입니다.
Data Deduplication 및 Data Compression을 활성화하면 백업 데이터 전송 및 저장에 필요한 대역폭과 스토리지 리소스를 절약할 수 있습니다.
Data Encryption을 활성화하면 백업 데이터가 암호화되어 백업 스토리지에 저장됩니다. 데이터 암호화를 보호하기 위해 비밀번호를 지정해야 하며, EC2 인스턴스 복원 작업 생성 시 비밀번호 검증이 필요합니다.
주의
- 압축 수준이 높을수록 데이터 압축률이 높아지지만, 백업 시간도 더 길어집니다.
- 사용자 지정 암호화 비밀번호를 구성한 후에는 백업 작업과 연결된 비밀번호를 안전하게 보관하세요. 암호화 비밀번호를 분실하면 백업 데이터를 복원할 수 없습니다.
Retention Policy를 사용하면 백업 스토리지에서 백업 데이터를 보존하는 기간을 정의할 수 있습니다. Restore Points 또는 Backup Chains 유형으로 보존 정책을 정의하고, Number of Restore Points 또는 Number of Days로 보존 기간을 설정할 수 있습니다. 또한 고급 GFS Retention을 활성화하여 특정 전체 복원 지점에 장기 보존 정책을 적용할 수 있습니다. Vinchin 보존 정책의 작동 방식에 대한 자세한 내용은 Retention Policy를 참조하세요.
Transmission Strategy
Proxy Instance Type 네트워크 전송만 지원하며, 전송 프록시를 통해 백업 데이터를 전송합니다.
Encrypted Transfer는 네트워크 전송 과정에서 전송 채널에 SSL 암호화를 사용합니다.
Transfer Threads 백업 데이터 전송을 위한 다중 스레드 구성을 지원합니다. 기본값은 3개 스레드이며, 최대 8개 스레드까지 구성할 수 있습니다. 다중 스레드를 사용한 데이터 전송은 네트워크 리소스를 최대한 활용하여 백업 속도를 크게 향상시킵니다.
주의
- 과도한 네트워크 리소스 소비를 방지하려면 Throttling Policy와 함께 전송 스레드 수를 구성하세요.
- 동시에 실행되는 총 스레드 수는 백업 시스템 호스트 머신의 논리 코어 수를 초과하면 안 됩니다. 초과된 스레드는 전송 속도를 더 이상 향상시키지 않습니다.
Security Strategy
WORM Protection: 백업 지점에 대해 활성화하면 WORM(Write Once Read Many) 데이터는 만료일 전에 수정하거나 삭제할 수 없으며, 보존 기간만 연장할 수 있습니다. 기본 보호 기간은 7일이며, 1일에서 9999일 범위 내에서 설정할 수 있습니다.
주의
- WORM 보호를 활성화하려면 해당 백업 스토리지의 WORM 기능이 먼저 활성화되어 있어야 합니다.
- 영구 증분(forever incremental)이 활성화된 경우 WORM 보호는 지원되지 않습니다.
Malware Scan을 활성화하면 백업 데이터에 대해 바이러스 탐지가 수행됩니다. 백업 작업이 성공적으로 완료된 후, 구성된 정책에 따라 바이러스 검사를 수행하는 검증 작업이 자동으로 생성됩니다.
맬웨어 검사를 활성화하면 scan threads와 scan target을 구성할 수 있습니다.
Integrity Check를 활성화하면 증분 백업 또는 차등 백업을 실행하기 전에 해당 백업의 의존 지점에 대해 무결성 검증이 수행됩니다.
증분 백업의 경우, 의존하는 전체 백업 지점과 증분 백업 지점에 대해 검증이 수행됩니다.
차등 백업의 경우, 의존하는 전체 백업 지점에 대해 검증이 수행됩니다.
Advanced Strategy
Snapshot Mode에서 Serial 스냅샷 또는 Parallel 스냅샷 중 하나를 선택할 수 있으며, 기본값은 Serial 스냅샷입니다.
Serial Snapshot은 일반적인 시나리오에 적합하며, 여러 인스턴스를 백업하는 단일 작업은 작업 내 각 인스턴스에 대해 순차적으로 스냅샷을 생성한 후 데이터를 전송하므로 프로덕션 측의 리소스 소비를 줄입니다.
parallel snapshots를 선택하면, 여러 인스턴스를 백업하는 작업이 모든 인스턴스의 스냅샷을 동시에 생성한 후 순차적으로 데이터를 전송합니다. 이는 동일한 작업 내 여러 인스턴스 간의 일관성을 보장하므로, 인스턴스 간에 비즈니스 작업이 겹치고 데이터 일관성이 보장되어야 하는 시나리오에 적합합니다. 그러나 일부 프로덕션 리소스를 소비하며 프로덕션 측에 상당한 스토리지 공간이 필요합니다.
BitDetector는 Vinchin의 고유 기능으로, 일부 특수 데이터를 제외하여 백업 크기를 추가로 줄일 수 있습니다.
Retry Strategy는 시스템의 내결함성을 높이고 최종 성공 가능성을 향상시킬 수 있습니다.
Storages에서 data Block Size, Data File Shards Size 및 Merge Redundant Data Proportion을 설정할 수 있습니다.
Overload Protection의 경우, Ignore Node Resource Limits를 활성화하여 노드의 리소스 제한을 우회할 수 있습니다.
4단계. 작업 설정 검토 및 확인
위의 설정을 완료한 후 한 화면에서 설정을 검토하고 확인할 수 있습니다.
EC2 인스턴스 백업 작업 식별을 위해 작업 이름을 지정할 수 있으며, Submit 버튼을 클릭하여 설정을 확인하고 백업 작업을 생성합니다.
새 백업 작업을 생성한 후 Monitor Center > Jobs 페이지의 Current Job 탭에서 확인할 수 있습니다.