AI를 이용해 이 뉴스 기사를 요약해 보세요:
ChatGPT에 문의하세요
그록에게 물어보세요
Perplexity에게 질문하세요
클로드에게 물어보세요
구글 AI에게 물어보세요클라우드 백업은 얼마나 안전할까요? 랜섬웨어 공격을 받았을 때, 기업의 3분의 1 미만이 모든 데이터를 복구하는 데 성공합니다. 거의 절반에 가까운 기업은 4분의 3도 채 복구하지 못합니다.
IDC의 조사에 따르면 해커가 시스템에 침투하지 않더라도 백업 간의 공백이나 백업 시스템 오류로 인해 데이터가 손실될 수 있습니다.
현대 기업에게 있어 데이터 복제본을 성공적으로 만드는 것은 업무의 일부일 뿐입니다. 복구 지점, 복제본의 무결성, 그리고 신속한 복원 능력 또한 매우 중요합니다.
하지만 인프라가 온프레미스 시스템과 프라이빗 및 퍼블릭 클라우드에 분산되어 있는 경우 이러한 모든 조건을 충족하기는 어렵습니다.
클라우드 백업은 비즈니스 회복력을 지원해야 하며, 이를 위해서는 격리, 복구 목표, 애플리케이션 일관성, 테스트 및 기업이 의존하는 변화하는 인프라를 중심으로 설계된 아키텍처가 점점 더 중요해지고 있습니다.
클라우드에 단순한 복사본 그 이상을 저장하세요
클라우드 백업은 기업 데이터를 운영 환경의 클라우드 기반 저장소에 복사하여 데이터 손실이나 인프라 장애 발생 시 복원할 수 있도록 하는 방식입니다. 원리는 이해하기 쉽지만, 이를 구현하는 아키텍처는 복잡할 수 있습니다.
우선, 클라우드 백업과 클라우드 데이터 스토리지는 같은 것이 아닙니다. 클라우드 스토리지는 데이터를 저장하는 공간입니다. 백업 시스템은 데이터 보호 및 필요시 복원을 위해 특별히 설계된 정책, 일정 관리, 보존 기간, 버전 관리, 보안 제어 및 복구 메커니즘을 추가합니다. 이는 재해 복구의 핵심 구성 요소이며, 재해 복구는 장애 발생 후 비즈니스 운영을 재개하는 데 필요한 광범위한 프로세스와 인프라를 통합합니다.
하이브리드 및 멀티 클라우드 환경은 백업 구조를 복잡하게 만듭니다. 워크로드는 물리적 서버, 가상 머신 및 클라우드 플랫폼이 혼합된 환경에서 실행될 수 있으며, 각 환경은 서로 다른 복구 요구 사항을 가집니다. 예를 들어, 핵심 비즈니스 애플리케이션의 데이터베이스는 단순 데이터 아카이브보다 훨씬 엄격한 복구 시점 목표(RPO)를 필요로 합니다. 이 둘을 동일하게 취급하면 장애 발생 시에만 드러나는 취약점이 발생할 수 있습니다.
2026년에 클라우드 백업이 더 복잡해지는 이유는 무엇일까요?
클라우드 백업 관리가 더 어려워진 이유는 IT 환경 관리 자체가 네 가지 측면에서 심각하게 어려워졌기 때문입니다.
랜섬웨어가 백업을 공격합니다
랜섬웨어 운영자들은 피해자에게 압박을 가하는 가장 빠른 방법은 복구 능력을 차단하는 것이라는 사실을 알고 있습니다. 백업 저장소, 관리 콘솔, 관리자 자격 증명은 해커들이 복구 기능을 공격할 수 있게 해주기 때문에 매우 가치 있는 공격 대상이 되었습니다.
따라서 격리는 엔터프라이즈 클라우드 백업의 핵심 요구 사항입니다. 변경 불가능한 복사본, 에어갭 스토리지, 그리고 엄격하게 통제된 관리자 액세스는 공격자가 프로덕션 데이터와 함께 백업을 삭제하거나 암호화할 위험을 크게 줄일 수 있습니다. 단, 이러한 백업 및 암호화 방식이 올바르게 구성되고 프로덕션 자격 증명과 분리되어 보관되어야 합니다.
멀티클라우드는 관리 문제를 더욱 복잡하게 만듭니다.
기업 데이터는 여러 환경에 분산되어 저장되며, 각 환경은 서로 다른 저장 및 복구 요구 사항을 제시할 수 있습니다.
각각의 시스템마다 별도의 백업 제품을 사용하는 것은 개별적인 문제를 해결할 수 있지만, 관리의 파편화와 가시성 부족이라는 더 큰 문제를 야기합니다. 중앙 집중식 접근 방식을 통해 일관된 정책을 적용하고 보호 상태를 모니터링하는 것이 더 쉬워집니다.
목표는 회사의 데이터 보호 전략을 시스템 및 플랫폼 전반에 걸쳐 일관성 있게 만드는 것입니다.
규제는 또 다른 차원을 더합니다
GDPR, DORA, HIPAA와 같은 규정은 데이터 가용성, 백업 및 복구에 대한 기대치를 설정하고 있으며, 개인정보 보호 규칙은 개인 데이터 보존 기간을 제한할 수도 있습니다. 따라서 백업 전략은 복구 가능성과 보존 기간 및 삭제 의무 사이의 균형을 맞춰야 합니다. 여러 지역에 걸쳐 사업을 운영하는 기업은 데이터 상주에 대한 각기 다른 규칙을 준수해야 할 수도 있습니다.
클라우드 백업 전략은 데이터 저장 위치, 접근 권한, 데이터 보존 기간, 중요 시스템 복원 속도 등을 고려해야 합니다.
따라서 중앙 집중식 가시성과 문서화된 복구 테스트가 매우 중요합니다. 지금 내리는 백업 인프라 결정은 운영 복원력과 조직의 규정 준수 입증 능력 모두에 영향을 미칠 수 있습니다.
탄력적인 클라우드 백업 전략의 구성 요소
효과적인 클라우드 백업 전략은 다음과 같은 전제에서 시작됩니다. 결국에는 문제가 발생할 것이라는 점을 명심해야 합니다. 목표는 단 한 번의 공격이나 오류로 인해 운영 데이터와 이를 복원하기 위한 복사본이 손상되지 않도록 하는 것입니다.
이러한 건축 원칙들이 그것을 가능하게 합니다.
3-2-1-1-0 규칙을 따르세요
널리 알려진 3-2-1 백업 규칙은 최소 세 개의 데이터 사본을 두 가지 유형의 저장 매체에 저장하고, 그중 하나는 오프사이트에 보관하도록 요구합니다. 백업 업계에서 널리 홍보되는 최신 3-2-1-1-0 모델은 여기에 오프라인, 에어갭 또는 변경 불가능한 사본 하나를 추가하고, 백업 검증 및 복구 테스트 후 오류가 발생하지 않도록 하는 것을 목표로 합니다.
클라우드 백업은 지리적 분산과 추가 복사본 생성을 더 쉽게 만들어주지만, 기본 원칙은 여전히 중요합니다. 즉, 프로덕션 환경, 계정 또는 보안 도메인과 동일한 환경에 있는 백업은 동일한 장애에 노출될 수 있다는 것입니다.
RPO 및 RTO를 고려한 설계
백업 결정은 처음부터 두 가지 지표를 기준으로 이루어져야 합니다.
복구 시점 목표(RPO)는 조직이 감당할 수 있는 데이터 손실량을 시간 단위로 정의합니다. RPO가 1시간이라는 것은 기업이 복구 가능한 데이터 사본을 1시간 이내에 확보해야 한다는 의미입니다.
복구 시간 목표(RTO). 이는 시스템 장애 발생 후 시스템을 얼마나 빨리 복구해야 하는지를 정의합니다.
이러한 요구 사항은 워크로드에 따라 다릅니다. 모든 곳에 동일한 백업 정책을 적용하면 우선순위가 낮은 데이터에 리소스가 낭비되는 반면 중요한 워크로드는 제대로 보호되지 못할 수 있습니다.
백업 자체를 보호하세요
백업은 공격자가 간단히 삭제하거나 암호화할 수 없는 경우에만 유용합니다.
불변성은 지정된 보존 기간 동안 백업 데이터가 변경되거나 삭제되는 것을 방지합니다.
에어갭 또는 논리적으로 격리된 복사본은 프로덕션 시스템과의 추가적인 분리를 제공합니다.
암호화는 전송 중인 데이터와 저장된 데이터 모두를 보호합니다. 접근 제어 및 별도의 관리자 자격 증명을 사용하면 계정 해킹으로 인한 피해를 더욱 줄일 수 있습니다.
애플리케이션 인식 백업 생성
백업 전략은 시스템을 호스팅하는 인프라에만 국한되어서는 안 됩니다. 데이터베이스 및 기타 트랜잭션 애플리케이션의 경우, 개별 애플리케이션에서 사용 가능하고 해당 애플리케이션에 특화된 상태로 데이터를 캡처하는 백업이 필요할 수 있습니다.
이는 애플리케이션이 여러 시스템과 종속성에 걸쳐 존재할 수 있는 하이브리드 환경에서 더욱 중요해집니다.
백업뿐 아니라 복구 기능도 테스트하세요.
백업 작업이 성공적으로 완료되면 복사본이 생성되었음을 알려줍니다. 복구 테스트가 성공적으로 완료되면 해당 복사본을 실제로 사용할 수 있음을 알려줍니다.
정기적인 복구 테스트를 통해 중요 애플리케이션과 데이터가 정의된 RTO 및 RPO 내에 복원될 수 있는지 확인해야 합니다. 또한 백업 대시보드에서는 발견할 수 없는 문제, 예를 들어 누락된 종속성, 잘못된 권한, 손상된 복사본 또는 서류상으로는 존재하지만 실제 상황에서는 작동하지 않는 복구 절차 등을 찾아낼 수 있습니다.
VMware 환경을 위한 클라우드 백업 및 마이그레이션 시 발생하는 사항
VMware 환경은 하이퍼바이저와 엔터프라이즈 백업 플랫폼 간의 성숙한 통합 덕분에 많은 이점을 얻습니다. 많은 백업 솔루션은 VMware의 vSphere API for Data Protection(VADP)을 사용하여 각 게스트 운영 체제 내에 백업 에이전트를 설치할 필요 없이 가상 머신의 이미지 수준 백업을 생성합니다.
이 덕분에 VMware 백업은 대규모로 관리하기가 비교적 간단하지만, 동시에 특정 서비스에 대한 의존성이 생깁니다.
워크로드가 VMware ESXi 또는 vSphere에서 다른 하이퍼바이저로 이전될 경우 기존 백업 워크플로가 예상대로 작동하지 않을 수 있습니다. 예를 들어 VADP는 VMware 환경에 맞게 설계되었으므로 VADP API를 기반으로 구축된 백업 아키텍처는 다른 하이퍼바이저로 단순히 이전할 수 없습니다.
이로 인해 마이그레이션이 진행되는 동안 보호 공백이 발생합니다. 프로덕션 워크로드는 성공적으로 이전되었을 수 있지만, 백업 전략은 이전 인프라에 그대로 남아 있을 수 있습니다.
백업은 종종 별도의 운영 기능으로 취급되기 때문에 이러한 위험을 간과하기 쉽습니다. 하지만 대규모 인프라 마이그레이션 과정에서는 백업 아키텍처도 워크로드에 맞춰 함께 이동해야 합니다.
마이그레이션 전에 백업 호환성을 확인하세요
VMware 마이그레이션을 계획하는 모든 기업은 다음 질문을 던져야 합니다. 기존 백업 솔루션은 대상 플랫폼의 워크로드를 보호하고 복원할 수 있습니다.
즉, 프로덕션 워크로드를 마이그레이션하기 전에 Sangfor aSV와 같은 대안을 포함하여 특정 하이퍼바이저에 대한 지원 여부를 확인해야 합니다. 백업 생성 지원이 반드시 동일한 복원 기능을 보장하는 것은 아니므로, 평가에는 백업 및 복구 기능 모두를 포함해야 합니다.
기존 플랫폼이 대상 환경을 지원하지 않는 경우, 프로덕션 워크로드를 이전하기 전에 대안 또는 보완 백업 솔루션을 시범 운영을 통해 검증하는 것이 이상적입니다.
백업 투자 보호
VMware 및 기타 하이퍼바이저를 지원하는 백업 플랫폼을 선택하면 일관된 관리 계층을 제공하여 종속성을 줄일 수 있습니다. 마이그레이션된 워크로드에 대해서는 일반적으로 작업과 정책을 다시 설정해야 하며, 팀은 전환 과정에서 기존 복원 지점을 어떻게 유지할지 계획해야 합니다.
VMware 교체를 계획하는 조직에게 있어 하이퍼바이저 호환성은 마이그레이션의 핵심적인 사업 타당성 요소입니다.
백업 공백을 방지하는 가장 간단한 방법은 처음부터 마이그레이션 아키텍처의 일부로 데이터 보호를 고려하는 것입니다.
기업 환경을 위한 클라우드 백업 모범 사례
서류상으로는 완벽해 보이는 클라우드 백업 전략이라도 정작 필요할 때 제대로 작동하지 않을 수 있습니다. 그 차이는 대개 실행력에 달려 있습니다.
기업 환경에서 반드시 지켜야 할 다섯 가지 원칙은 다음과 같습니다.
01 백업뿐 아니라 테스트 복구도 필요합니다
정기적으로 복구 테스트를 실시하고 워크로드 중요도에 따라 테스트 빈도를 설정하십시오. 많은 조직에서 가장 중요한 애플리케이션에 대해 분기별 또는 그보다 더 자주 테스트를 진행합니다. 데이터가 손상되지 않았는지, 애플리케이션이 문제없이 복구되는지, 그리고 복구 팀이 해야 할 일을 숙지하고 있는지 확인하십시오. 한 번도 복원되지 않은 백업은 추측일 뿐 증거가 될 수 없습니다.
02 모든 것을 암호화하세요
고객이 관리하는 암호화 키를 사용하면 백업 데이터에 대한 접근 권한을 더욱 효과적으로 제어할 수 있지만, 키 관리는 신중하게 설계해야 합니다. 암호화 키에 접근할 수 없으면 아무리 정상적인 백업이라도 손상된 백업만큼이나 쓸모없게 됩니다.
03 잠금 백업 관리
역할 기반 접근 제어를 사용하여 백업 작업을 생성, 수정, 삭제 또는 비활성화할 수 있는 사용자를 제한하십시오. 별도의 관리자 계정과 엄격하게 통제된 권한을 통해 자격 증명이 손상되더라도 랜섬웨어 공격으로 인해 백업이 손상되는 것을 방지할 수 있습니다.
04 모든 백업 작업을 모니터링합니다
자동 모니터링 시스템은 미완료 작업, 백업 시간 또는 용량의 예상치 못한 변경 사항, 그리고 보호 기능이 예상대로 작동하지 않는다는 기타 징후를 감지해야 합니다. 이러한 경고는 조치를 취할 수 있는 담당자에게 전달되어야 합니다.
05 회복 연습
복구 절차를 문서화하고 연습하십시오. 기술적 복구 테스트를 수행하십시오. 종속성, 접근 권한 요구 사항, 복구 우선순위 및 각 단계의 담당자를 파악하십시오.
기업용 클라우드 백업 전략 체크리스트
| 요소 | 이 제품의 기능은 무엇인가요? | 기업이 확인해야 할 사항 |
| 3-2-1-1-0 백업 규칙 | 격리된 복사본이나 변경 불가능한 복사본을 포함하여 여러 복사본을 유지하고 복구 가능성을 검증합니다. | 복사본이 서로 다른 매체 또는 환경에 저장되어 있습니까? 복구 테스트에서 오류가 전혀 발생하지 않습니까? |
| 복구 시점 목표(RPO) | 기업이 감당할 수 있는 데이터 손실량을 정의합니다. | 백업 빈도가 각 워크로드의 데이터 손실 허용 범위와 일치합니까? |
| 복구 시간 목표(RTO) | 시스템 장애 발생 후 시스템 복구 목표 시간을 설정합니다. | 필수 애플리케이션을 필요한 복구 시간 내에 복원할 수 있습니까? |
| 불변성 및 격리 | 공격자가 백업 복사본을 삭제하거나 변경하는 것을 방지하는 데 도움이 됩니다. | 백업은 운영 환경 자격 증명 및 관리자 계정 유출로부터 보호됩니까? |
| 애플리케이션 일관성 | 복원된 애플리케이션과 데이터베이스가 사용 가능한 상태인지 확인하는 데 도움이 됩니다. | 해당 솔루션은 중요 워크로드에 대한 애플리케이션 인식 백업을 지원합니까? |
| 하이브리드 및 멀티 클라우드 지원 | 온프레미스, 프라이빗 클라우드 및 퍼블릭 클라우드 환경 전반에 걸쳐 워크로드를 보호합니다. | 정책 및 복구 워크플로가 필요한 모든 플랫폼을 포괄할 수 있습니까? |
| 하이퍼바이저 호환성 | 가상화 플랫폼 간 워크로드 이동 시 보호 기능을 유지합니다. | 해당 백업 솔루션은 복원 작업을 포함하여 VMware와 대상 하이퍼바이저를 모두 지원합니까? |
| 복구 테스트 및 모니터링 | 백업이 사용 가능하고 오류가 신속하게 감지됨을 확인합니다. | 작업은 정기적으로 모니터링되고, 오류는 조사되며, 복구 절차는 정기적으로 테스트됩니까? |
탄력적인 클라우드 백업 전략은 스토리지 대상을 선택하는 것 이상의 요소에 달려 있습니다 .
Sangfor와 데이터 보호 파트너사가 기업 복구를 지원하는 방법
최상의 백업 전략은 그 기반이 되는 인프라만큼 중요합니다. Sangfor HCI는 컴퓨팅, 스토리지, 네트워킹을 aSV , aSAN , aNET을 통해 통합하는 인프라 계층을 제공하며, 플랫폼에서 aSEC와 같은 보안 서비스도 이용할 수 있습니다. 기존 스토리지와 네트워킹을 유지하려는 기업을 위해 aSV는 독립형 하이퍼바이저로도 제공됩니다.
기업은 aSAN 스냅샷을 사용하여 업데이트 실패 또는 구성 오류와 같은 이벤트 발생 후 신속한 롤백을 위한 로컬 복구 지점을 생성할 수 있습니다. 스냅샷은 프로덕션 데이터와 동일한 스토리지 클러스터에 저장되므로, 플랫폼 외부에 별도로 구축된 백업을 대체하는 것이 아니라 보완하는 역할을 합니다.
Sangfor는 Veeam Backup & Replication 과 통합되어 온프레미스 및 클라우드 환경 전반에 걸쳐 이미지 수준의 VM 백업, 애플리케이션 인식 보호 및 복구를 제공합니다. 변경 불가능한 백업 저장소 지원은 랜섬웨어 공격에 대한 추가적인 보호 계층을 제공합니다. Veeam은 VMware와 Sangfor aSV를 모두 지원하므로 마이그레이션 중에 단일 플랫폼에서 두 환경 모두에 대한 보호를 관리할 수 있습니다. 각 사용 사례에 따라 하이퍼바이저 간의 기능 동등성을 확인해야 합니다.
상포는 이전 베리타스 사업부를 포함하는 코헤시티 와의 글로벌 전략적 파트너십을 통해 기업들에게 분산 환경 전반에 걸쳐 데이터 복원력, 관리 및 보안을 위한 또 다른 옵션을 제공합니다.
이 모든 것을 관리하기 위해 Sangfor 클라우드 플랫폼(SCP)은 컴퓨팅, 스토리지, 네트워킹 및 보안 리소스를 위한 중앙 집중식 관리 계층 역할을 하여 운영 팀에게 인프라 상태에 대한 단일 통합 보기를 제공합니다. 백업 및 복구는 Veeam 또는 Cohesity와 같은 파트너 플랫폼을 통해 관리됩니다.
Sangfor는 인프라를 제공하고 Veeam과 Cohesity는 데이터 보호 계층을 제공합니다. SCP는 팀이 그 기반 환경을 모니터링할 수 있도록 지원합니다. 이들은 함께 기업이 복구를 염두에 두고 설계된 데이터 보호 전략을 구축할 수 있도록 돕습니다.
클라우드 백업 전략, VMware 마이그레이션 계획 또는 보다 광범위한 데이터 복원력 아키텍처를 검토하는 기업에게 Sangfor 클라우드 플랫폼은 시작하기에 가장 적합한 솔루션입니다 .
자주 묻는 질문
클라우드 백업은 조직의 운영 환경에서 데이터를 복사하여 별도의 클라우드 기반 스토리지 환경으로 옮겨 데이터 손실, 손상, 랜섬웨어 공격 또는 인프라 장애 발생 시 복구할 수 있도록 하는 작업입니다.
클라우드 백업은 데이터와 시스템의 복구 가능한 복사본을 생성합니다. 재해 복구는 장애 발생 후 애플리케이션, 인프라 및 비즈니스 운영을 복원하기 위한 보다 포괄적인 전략입니다.
3-2-1 백업 규칙은 중요한 데이터의 사본을 최소 3개 이상, 서로 다른 두 가지 유형의 저장 매체를 사용하여 보관하고, 그중 최소 하나는 오프사이트에 저장할 것을 권장합니다. 3-2-1-1-0 방식은 여기에 오프라인 또는 변경 불가능한 사본을 추가하고, 백업에 오류가 없는지, 성공적으로 복구할 수 있는지 정기적으로 테스트하는 단계를 더합니다.
랜섬웨어는 운영 시스템뿐만 아니라 백업 인프라도 공격 대상으로 삼을 수 있습니다. 공격자는 기본 환경을 파괴하기 전에 백업 복사본을 암호화, 삭제 또는 손상시키려고 시도할 수 있습니다.
백업 솔루션이 기존 VMware 환경과 대상 플랫폼을 모두 지원하는지, 특히 백업 및 복원 기능을 지원하는지 확인하십시오. 하이퍼바이저 전반에 걸친 일관된 관리, 애플리케이션 인식 보호, 필요한 클라우드 또는 객체 스토리지 대상에 대한 지원, 불변성 및 복구 테스트 기능을 살펴보십시오.
