기술 지원
문서
로그인
문의하기
TuxCare 블로그
가상화는 주로 리소스 최적화 기능으로 인해 최신 IT 기반 비즈니스 프로세스의 초석입니다. 가상화된 환경을 통해 흐르는 데이터는 조직이 제대로 작동하고 생산과 서비스를 지원하는 데 매우 중요할 수 있습니다. 조직의 안정성과 수익 창출이 데이터와 가상 인프라 노드에 심각하게 의존하는 경우, 데이터 복구 가능성과 비즈니스 연속성을 보장하려면 안정적인 백업 및 복구 워크플로우를 수행하는 것이 필수적입니다.
KVM(커널 기반 가상 머신)은 Linux 환경을 위한 오픈 소스 가상화 솔루션입니다. 이 하이퍼바이저를 무료로 다운로드하여 실행할 수 있다는 점이 Linux KVM의 가장 큰 장점입니다. 또한 KVM의 오픈 소스 유연성을 활용하고 인프라 및 작업의 특성에 맞게 기능을 조정할 수 있습니다.
이 게시물에서는 KVM 백업 및 복구를 개선하는 방법에 대한 권장 사항을 제공합니다. 아래 팁을 워크플로에 구현하여 조직의 데이터와 가상 인프라를 보호하고, 다운타임을 최소화하며, 프로덕션 연속성을 지원하세요.
KVM 및 백업 요구 사항 이해
KVM은 별도의 모듈이 아니라 Linux 코어의 통합된 부분입니다. 따라서 KVM의 개발은 배포판, 특히 Redhat 기반 시스템의 개발과 함께 활발하게 진행됩니다. 다음과 같은 다양한 KVM 서버 관리 시스템 중에서 선택할 수 있습니다. SolusVM과 같은 다양한 KVM 서버 관리 시스템 중에서 선택할 수 있습니다.
기타 주목할 만한 KVM의 장점과 기능은 다음과 같습니다:
- CPU 오버 커밋 지원
- 씬 프로비저닝
- 가상 CPU 핫 애드 기능
- 자동 NUMA 밸런싱
- 고급 개인 정보 보호
- 리소스 독립성
- 네트워크 카드 에뮬레이션, 프로토콜 및 방화벽에 대한 고급 지원
효율적인 KVM 환경을 구축하고 유지하는 것은 그 자체로 어려운 일일 수 있습니다. 하이퍼바이저의 기능을 익히고 올바른 문제 해결 방법을 배우는 데 상당한 시간이 걸릴 수 있습니다. 또한 KVM 백업을 만드는 사용자는 다음과 같은 문제에 직면할 수 있습니다:
- 스냅샷이 제대로 작동하지 않는 문제
- Bash 스크립트를 통한 백업 예약 및 자동화는 복잡할 수 있습니다.
- 신뢰할 수 없는 백업 테스트 및 복구 가능성 검증 워크플로
KVM 하이퍼바이저 백업 워크플로우의 어려움과 취약점을 고려할 때, 모든 조직은 안정적인 백업 전략이 필요합니다. 몇 가지 핵심 사항을 구현하면 효율적인 백업 및 복구 시스템을 구축할 수 있습니다.
Linux KVM 백업의 모범 사례
KVM 가상 머신 또는 인프라를 효과적으로 백업하려면 다음 사항을 고려할 수 있습니다:
전체 및 증분 백업
KVM 가상 머신의 전체 백업은 해당 가상 머신 전체를 복사합니다. 그런 다음 해당 복사본을 원래 머신의 환경과 독립적인 리포지토리로 보낼 수 있습니다. 이 초기 전체 백업 복사본은 중단으로 인해 가상 머신이 다운되었을 때 사용할 수 있는 기본 복구 리소스입니다.
그러나 원활한 복구 기능을 갖추고 데이터 손실을 최소화하면서 프로덕션을 재개하려면 백업이 최신 상태여야 합니다. 이때 증분 백업이 해결책이 될 수 있습니다. 증분 백업은 마지막 백업 이후에 변경된 데이터 블록만 기록하는 백업입니다.
전체 백업과 증분 백업의 주요 차이점은 백업 속도와 복구 속도 사이의 균형에 있습니다:
- 전체 백업은 백업 저장소에 많은 양의 데이터를 기록해야 하므로 만드는 데 더 많은 시간이 걸리고 많은 여유 저장 공간이 필요합니다. 하지만 가동 중단 시간을 최소화하면서 데이터를 복구하려면 전체 백업이 가장 빠른 솔루션입니다.
- 증분 백업은 변경된 데이터 블록만 추적하고 기록하기 때문에 백업 기간을 크게 단축(즉, 백업 워크플로 기간 단축)할 수 있습니다. 그러나 증분 백업과 관련된 복구 절차는 마지막 전체 백업 이후의 모든 반복과 기록을 처리해야 하므로 시간이 더 오래 걸릴 수 있습니다.
따라서 KVM 가상 머신 및 환경을 백업하는 방법을 고려할 때는 전체 백업과 증분 백업을 모두 포함하는 시스템을 만드는 것을 고려하세요. 이 전략을 사용하면 글로벌 재해 발생 시 전체적이고 빠른 복구를 위한 비교적 최신 백업 복사본과 경미한 사고 발생 시 개별 가상 머신을 복구하기 위한 증분 백업 세트를 보유할 수 있습니다.
스토리지 스냅샷을 통한 백업
가상화에서 스냅샷은 머신을 이전에 "캡처된" 상태로 롤백하는 데 사용할 수 있는 VM의 특정 시점 복사본입니다. 간혹 사용자가 VM 스냅샷을 백업으로 취급하는 경우가 있습니다. 스냅샷에 대한 이러한 인식은 올바르지 않으며 데이터 손실 및 규정 준수 문제로 이어질 수 있습니다.
스냅샷은 해당 가상 머신의 가상 디스크에 따라 달라집니다. 가상 환경을 실행하는 하이퍼바이저 또는 하드웨어에 장애가 발생하면 스냅샷에 액세스할 수 없게 될 수 있습니다. 그렇기 때문에 스냅샷 자체는 백업이 아닙니다.
하지만 최신 데이터 보호 솔루션은 VM 스냅샷을 사용하여 백업 복사본을 생성할 수 있습니다. 이러한 솔루션은 VM의 "캡처된" 특정 시점 상태를 가져와서 해당 VM 전체를 다른 리포지토리에 복제합니다. 이 접근 방식을 사용하면 가능합니다:
- 백업 버전 관리(백업에 단일 VM의 스냅샷을 여러 개 생성하여 선택할 수 있음)를 통해 RPO(복구 지점 목표)와 복구 유연성을 개선하세요;
- 백업 및 복구 워크플로우를 가속화하여 더 엄격한 RTO(복구 시간 목표)를 달성하고 데이터 보호 활동이 인프라에 미치는 영향을 줄이세요.
정기 백업 예약하기
백업 복사본에서 복구해야 할 경우 데이터 관련성을 보장하려면 정기적인 백업이 중요합니다. KVM 인프라의 복잡성과 IT 시스템 전반에 걸쳐 순환하는 다양한 데이터를 고려할 때, KVM 백업은 심층적인 자동화를 핵심으로 해야 합니다. 또한 데이터 변경 및 업데이트 속도가 빠르기 때문에 빠른 복구 기능을 제공하기 위해서는 백업 빈도가 매우 중요합니다.
자동화 외에도 백업을 예약할 수 있습니다. 프로덕션에 대한 KVM 가상 머신의 중요도에 따라 매일, 매주, 매월 백업을 설정할 수 있습니다. 또한 최신 데이터 보호 도구를 설정하여 미션 크리티컬 가상 머신을 매분마다 백업하여 데이터 손실을 거의 또는 전혀 방지하고 다운타임을 최소화할 수 있습니다.
백업 일관성 및 무결성 보장
백업이 복구 불가능하다는 사실을 알게 되는 최악의 상황은 이미 재해가 발생하여 프로덕션 인프라가 다운되었을 때입니다. 안타깝게도 KVM 백업 워크플로우의 빈도와 일반적인 시스템 부하로 인해 테스트에 너무 많은 시간과 리소스가 필요할 수 있습니다.
올바른 데이터 보호 도구를 사용하면 KVM 백업의 일관성과 무결성을 보장할 수 있습니다. KVM 및 기타 가상 인프라를 위한 최신 백업 및 복구 솔루션은 애플리케이션 인식 백업을 실행할 수 있으므로 운영 환경에 영향을 주지 않고 예비 복사본의 데이터 무결성을 보장합니다. 또한 일부 솔루션은 일정에 따라 온디맨드 방식으로 원활한 검증과 무중단 복구 가능성 테스트를 수행할 수 있습니다.
KVM에 적합한 백업 도구 선택하기
시장에는 가상화 환경을 위한 많은 데이터 보호 솔루션이 있습니다. 이러한 솔루션은 백업 및 복구 워크플로우를 개선하기 위한 유사한 기능과 특수 기능을 갖추고 있습니다. 이러한 솔루션에는 다음이 포함됩니다:
- 바큘라
- BDRSuite
- 나키보
- 스토어웨어 백업 및 복구
- 빈친 백업 및 복구
KVM 하이퍼바이저 및 VM 데이터를 백업하고 복원하기 위해 솔루션을 선택할 때 고려해야 할 핵심 사항은 다음과 같습니다:
- 백업 및 복구 기능
- 리소스 소비
- RPO 및 RTO
- 재해 복구 기능
- TCO
모든 솔루션의 기능과 성능을 검토하고 예산에 따라 각 솔루션에 대한 가치를 직접 설정할 수 있습니다. 일부 솔루션에는 KVM 이미지 백업이나 세분화된 복구와 같은 특정 기능이 있거나 없을 수 있습니다.
안정적인 KVM 복구를 위한 모범 사례
Hyper-V, VMware 및 기타 가상화 솔루션(예: Proxmox VE)의 백업과 마찬가지로, 워크플로우를 올바르게 구성하면 KVM 복구가 더 효율적으로 이루어질 수 있습니다. 다음은 KVM 데이터 복구 시퀀스를 만들고 구성할 때 고려해야 할 사항입니다:
백업 테스트 및 확인
첫 번째 단계는 비상 시 복구에 KVM 백업 데이터를 사용할 수 있는지 확인하는 것입니다. 백업 복구 가능성을 확인하려면 보유하고 있는 모든 백업 복사본을 테스트해야 합니다.
조직의 데이터 보호 워크플로우에 정기적인 백업 테스트 절차를 구현하는 것을 고려하세요. 매 백업 세션 후 데이터 복구 가능성을 확인하도록 KVM 백업 솔루션을 설정할 수 있습니다. 또한 무중단 테스트 기능을 활용하여 온디맨드 백업을 테스트하는 것도 고려해 보세요. 이러한 테스트는 프로덕션 인프라 및 네트워크 성능에 영향을 미치지 않습니다.
복구 계획 및 직원 교육
복구 순서의 우선순위를 정하고 계획을 세우세요. 예를 들어, 긴급 상황 발생 후 중요한 가상 머신과 가장 중요한 레코드를 최대한 빨리 복원하고 싶을 수 있습니다. 따라서 어떤 워크로드와 스토리지를 먼저 복구해야 하는지 파악해야 합니다. 리소스를 나열하고, 인프라 노드를 매핑하고, 모든 머신과 스토리지가 프로덕션에 미치는 영향을 정의하면 철저한 복구 계획을 수립할 수 있는 확실한 근거를 확보할 수 있습니다.
IT 보안 전문가와 다른 팀원들은 이러한 복구 계획과 절차를 숙지하고 있어야 합니다. 또한 직원들이 다양한 재해 시나리오에서 각자의 역할과 책임을 숙지할 수 있도록 구체적인 교육 세션을 개최하는 것도 고려할 수 있습니다.
복구 중 다운타임 최소화
복구 시간 목표(RTO)는 조직이 허용할 수 없는 결과 없이 견딜 수 있는 최대 다운타임을 정의합니다. 최신 KVM 백업 솔루션은 워크플로우 복제 기능을 활용하여 다운타임과 데이터 손실을 거의 제로에 가깝게 줄일 수 있습니다. 메인 머신이 다운될 때마다 동기화된 복제본으로 간단히 페일오버하고 중단 없이 작업을 재개할 수 있습니다.
그러나 VM 복제에 집중할 때 가장 큰 단점은 이러한 시스템의 총 가격입니다. 병렬 인프라를 실행하는 것은 중소기업과 대기업 모두에게 너무 비쌀 수 있습니다. 시스템 비용은 노드 수와 복제할 인프라의 복잡성에 따라 증가합니다.
하드웨어 및 네트워크 성능을 최적화하거나 전체 백업을 더 자주 실행하도록 예약하여 RTO를 줄일 수도 있습니다. 반면에 인프라를 재구축하여 더 긴 RTO에 맞춰 조정할 수도 있습니다. 다운타임을 많이 줄일수록 복구 워크플로우에 더 많은 투자와 시스템 리소스가 필요합니다.
추가 KVM 백업 및 복구 팁
위의 세 가지 모범 사례 외에도 다른 권장 사항을 KVM 백업 및 복구 시스템에 구현할 수 있습니다.
증분 및 차등 백업
증분 백업과 차등 백업의 차이점을 이해하면 백업과 복구 속도 간의 균형을 맞춰 타이밍 요구 사항을 충족하는 데 도움이 될 수 있습니다. 마지막 백업 이후 변경된 블록을 기록하는 증분 백업과 달리 마지막 백업 이후 변경된 블록을 기록하는 증분 백업과 달리, 차등 백업에는 마지막 전체 백업 이후의 변경 사항을 포함합니다. 차등 KVM 백업은 워크플로 기간의 균형을 조정하는 데 도움이 될 수 있습니다.
차등 백업은 새 세션이 추가될 때마다 백업 기간이 길어지고 저장 공간을 더 많이 차지할 수 있습니다. 하지만 차등 백업은 데이터 복원 전에 처리해야 할 중간 변경 사항이 적기 때문에 더 빠른 복구를 위해 사용할 수 있습니다.
데이터 중복 제거 및 압축
전체, 차등 및 증분 백업이 균형 잡힌 복구 기간을 제공하도록 설정하면 스토리지 공간 소비가 크게 늘어날 수 있습니다. 물리적 디스크 및 클라우드 공간 구독 비용을 줄이기 위해 최신 KVM 백업 솔루션에 내장된 데이터 압축 및 중복 제거 기능을 사용할 수 있습니다.
데이터 중복 제거는 반복되는 데이터 블록(중복)을 제외하여 디스크의 백업 복사본 크기를 줄입니다. 압축 알고리즘은 단일 비트에 더 많은 코드 요소를 포함하도록 데이터를 다시 인코딩할 수 있습니다. 중복 제거 및 압축을 결합하면 백업 크기를 현저하게 줄일 수 있습니다. 그러나 압축 및 중복 제거된 백업은 복구하는 데 시간이 더 오래 걸립니다.
백업 암호화
여러 사이트를 운영하거나 백업을 저장하기 위해 클라우드를 사용하는 경우, '전송 중' 데이터를 암호화하는 것이 데이터를 안전하게 보호할 수 있는 방법입니다. 민감한 기록의 경우, 전송 중 암호화는 규정 준수를 위해 필수입니다.
또 다른 고려 사항은 보존 기간 동안의 암호화입니다. 데이터를 검색하는 해커는 프로덕션 데이터와 함께 백업을 표적으로 삼을 수 있습니다. KVM 백업을 암호화하면 데이터 유출 가능성을 줄일 수 있습니다.
결론
백업은 조직의 KVM 데이터 복구 가능성과 인프라 복원력을 보장하기 위해 필요합니다. 기본 제공 데이터 보호 및 복구 기능은 복잡한 가상 환경과 대량의 데이터에는 불충분할 수 있습니다. 안정적인 백업 자동화, 스케줄링, 테스트 및 저장을 위해 전문 KVM 백업 솔루션을 설치 및 구성하는 것을 고려해 보세요. 또한 백업 암호화 및 KVM 재해 복구와 같은 고급 복구 및 보안 기능의 이점을 누릴 수 있습니다. NAKIVO 백업 및 복제.
