외산 DR 솔루션을 국내 공공 시장에 공급하려면 GS 인증이 필요합니다. 벤더나 총판이 아닌 소프트웍스가 이 인증을 직접 취득해 GS 1등급을 받았으며, 조달청 등록까지 완료했습니다. 제품 공급에 그치지 않고 제품의 동작을 책임지는 위치에서 수행한 작업입니다.
해외 벤더의 제품을 국내 인증 체계에 맞춰 시험·검증하고 관련 문서를 작성해 통과시키는 과정은 해당 제품의 동작을 내부 구조까지 파악하고 있어야 가능합니다. 이 인증은 조달청 MAS 등록으로 이어져, 공공기관이 Zerto를 조달로 도입할 수 있는 경로 자체를 소프트웍스가 개설했습니다.
DR 시나리오 설계 → 전환 절차서 작성 → 실제 전환 훈련 수행 → 결과 보고서 제출 순서로 진행하며, 훈련에서 도출된 문제를 반영해 절차서를 갱신하는 단계까지 포함합니다.
Zerto는 실시간 IO 패턴 분석으로 비정상 암호화 동작을 감지해 체크포인트에 태깅합니다. 소프트웍스는 이 기능을 “알림” 단계에서 종료하지 않고, 감염 직전 시점 복구 절차와 사고 후 포렌식용 격리 검증 환경까지 설계에 포함합니다.
인터넷망·업무망이 분리된 공공·금융 인프라에서 In-House DR과 Remote DR을 모두 구축해 왔습니다. 망분리 환경의 DR은 복제 경로와 통제 지점 설계가 관건입니다.
Zerto는 복구 시점까지 DR 측 컴퓨팅 자원이 필요 없는 구조입니다. 이 특성을 활용해 DR 사이트 자원을 개발·검증 용도로 병행 활용하는 구성을 제안합니다.
데이터센터 이전, 하이퍼바이저 전환, 클라우드 이행에서 Zerto 복제를 전환 수단으로 사용해 다운타임을 최소화합니다. VMware 대안 검토 시 HPE VME 등 타 하이퍼바이저 전환 경로와 연결됩니다.
업무 중요도 분류 (BIA) · 업무별 RPO / RTO 목표 수립 · 규제 요건 검토
DR 사이트 구성 · 보호 그룹(VPG) 설계 · 복제 대역폭 산정 · 전환·복귀 시나리오
Zerto 구축 및 복제 구성 · 초기 동기화 · 전환 절차서 작성
실제 전환 훈련 수행 · 문제점 도출 및 절차 개선
복제 상태 모니터링 · 정기 훈련 대행 · 시나리오 갱신
“RPO를 얼마로 설정하시겠습니까”라는 질문으로 설계를 시작하면 결론에 이르지 못합니다. 소프트웍스는 목표 복구 시점과 복구 시간을 회선 대역폭 · 저널 용량 · 호스트 여유 자원 · 보존 기간이라는 네 개의 수치로 환산한 뒤 설계에 착수합니다. 저널 용량은 견적 단계에서 추정하지 않고 실측 데이터로 역산합니다.
| 현장에서 생기는 문제 | 소프트웍스의 해법 |
|---|---|
| “DR 구성은 되어 있으나 실제로 전환해 본 적이 없습니다” | 연 1~2회 전환 훈련을 대행하고 실측 복구 시간을 보고서로 제출합니다. 훈련에서 도출된 문제를 반영해 절차서를 갱신하는 단계까지가 수행 범위입니다 |
| “업무별 목표 복구 시점 기준이 없습니다” | 업무 영향 분석으로 등급을 구분하고 등급별 보호 수준을 차등 설계합니다. 목표를 회선 · 저널 용량 · 호스트 자원이라는 수치로 환산한 뒤 구성을 확정합니다 |
| “여러 VM으로 구성된 업무가 서로 다른 시점으로 복구됩니다” | 보호 그룹 단위로 묶어 데이터스토어와 호스트가 달라도 같은 시점으로 복구되도록 구성합니다. 그룹 경계를 VM 목록 대신 업무 흐름 기준으로 설정하는 것이 관건입니다 |
| “랜섬웨어는 DR 범위 밖이라고 생각하고 있습니다” | 복제 경로상에서 이상 암호화를 판정해 해당 체크포인트에 표시를 남깁니다. 탐지 시점이 복구해야 하는 구간의 길이를 결정하므로, 감염 직전 시점 복구와 격리 검증 환경 구성까지 절차에 포함합니다 |
| “DR 회선 비용이 감당되지 않습니다” | 전량을 전송하지 않고 변경 블록만 압축해 전송합니다. 변경률을 실측해 대역폭을 산정하고 업무 등급별로 복제 정책을 차등 적용합니다 |
| “다른 하이퍼바이저로 전환하고 싶으나 되돌릴 방법이 없을지 우려됩니다” | 이기종 전환의 제약은 복제 구성에서 발생하지 않고 게스트 측 선행 요건에서 발생합니다. 해당 요건 목록을 계약 전에 확인하고, 전환 기간에도 기존 사이트의 보호를 유지해 복귀 경로를 확보합니다 |
백업은 데이터를 보관하는 계층이며, 재해복구는 서비스를 다시 가동하는 계층입니다. 아래는 벤더 자료에 제시된 백업 기반 구성의 한계치입니다.
게스트 운영체제에는 어떤 구성요소도 설치하지 않습니다. 하이퍼바이저를 지나는 쓰기를 가로채 복제하므로 운영체제나 애플리케이션 종류와 무관하게 동일한 방식으로 동작합니다.
아래는 Zerto 공식 제품 문서에 공개된 콘솔 화면입니다. 이 수치가 계약서에 명시한 목표치와 일치하는지 확인하는 것이 운영의 기준입니다.
| 구분 | 기능 | 설명 |
|---|---|---|
| 회선 | 대역폭은 추정하지 않고 실측합니다 | 변경률을 실측해 필요한 대역폭을 산출합니다. 전체 스냅샷 대신 변경 블록만 전송하므로 산정 기준이 백업과 다릅니다. |
| 저널 | 보존 기간이 저널 용량을 결정합니다 | 저널은 무한정 축적되지 않고 보존 기간만큼만 유지되며, 오래된 시점부터 밀려 나가는 회전 구조입니다. 복구 가능 범위가 곧 보존 기간입니다. |
| 보호 그룹 | 그룹 경계를 업무 흐름 단위로 설정합니다 | VM 목록 기준으로 묶으면 복구 시점이 어긋납니다. 어느 VM까지가 하나의 업무에 해당하는지를 먼저 정의해야 합니다. |
| 이기종 전환 | 선행 요건을 계약 전에 확인합니다 | 제품의 지원 범위와 현장에서의 전환 가능 여부 사이에는 게스트 측 선행 요건이 존재합니다. 부팅 방식과 드라이버 조건이 여기에 해당합니다. |
출처수치 출처는 HPE Zerto 제품 기술 자료 및 표준 제안서입니다. 복구 시간과 비오염 시점은 벤더가 제시한 특정 규모 사례(300 VM · 300TB) 기준이며 고객 환경에 따라 달라집니다. 도식과 화면은 Zerto 공식 제품 문서(Zerto Knowledge Portal)에 공개된 자료이며, 고객 환경의 화면이 아닙니다.
쓰기 한 건이 가로채진 뒤 저널에 기록되고 업무 단위로 묶여 검증을 거쳐 복구되기까지의 구조입니다. 각 계층에서 소프트웍스가 결정하는 사항을 함께 정리했습니다.
게스트 운영체제에는 어떤 구성요소도 설치하지 않습니다
각 호스트에 배치된 복제 엔진이 하이퍼바이저를 지나는 쓰기를 스토리지에 도달하기 전에 가로챕니다. 게스트 운영체제에 에이전트를 설치하지 않으므로 운영체제나 애플리케이션 종류와 무관하게 동작하며, 스냅샷을 생성하지 않아 운영 성능에 영향을 주지 않습니다.
호스트별 복제 엔진의 자원 배분과 배치를 설계합니다. 쓰기를 가로채는 위치가 다른 복제 제품과 다르므로, 기존 방식과의 비교 검토가 필요한 경우 이 구조를 근거로 설명합니다.
저널은 무한정 축적되지 않고 보존 기간 단위로 회전합니다
가로챈 쓰기는 순서 그대로 저널에 기록되고 5~15초마다 복구 체크포인트가 생성됩니다. 저널은 무한정 축적되지 않고 보존 기간만큼만 유지되며 오래된 시점부터 밀려 나가므로, 보존 기간이 곧 복구 가능 범위가 됩니다.
저널 용량은 추정하지 않고 변경률을 실측해 역산하며, 보존 기간이 변경되면 변경 시점에 재산정합니다. 업무 등급별로 보존 기간을 다르게 설정해 용량과 비용의 균형을 맞춥니다.
보호 그룹을 업무 흐름 단위로 구성합니다
여러 호스트에 흩어진 VM을 하나의 보호 그룹으로 묶으면 데이터스토어와 호스트가 달라도 같은 시점으로 복구됩니다. 그룹마다 다른 목표 복구 시점을 설정할 수 있으며, 한 VM을 여러 그룹에 포함할 수도 있습니다.
도입의 성패는 설치 작업보다 그룹 경계의 구분 기준에서 결정됩니다. 어느 VM까지가 하나의 업무에 해당하는지를 먼저 정의하고, 업무 등급에 따라 그룹별 목표를 차등 적용합니다.
복제 경로상에서 이상 암호화를 판정합니다
복제되는 쓰기의 패턴을 실시간으로 분석해 비정상 암호화 동작을 판정하고 해당 체크포인트에 표시를 남깁니다. 탐지는 백업 수행 주기와 무관하게 암호화 발생 시점에 이루어지므로 복구해야 하는 구간이 짧습니다.
탐지 결과를 알림 단계에서 종료하지 않고, 감염 직전 시점을 찾는 절차와 사고 후 분석용 격리 환경 구성까지 DR 절차서에 포함합니다. 탐지 이후의 판단 주체와 판단 항목도 함께 정의합니다.
특정 시점 사본을 오브젝트 스토리지로 내보냅니다
저널의 특정 시점을 추출해 오브젝트 스토리지에 불변 상태로 저장합니다. 운영 디스크를 그대로 복사하는 방식과 달리 운영에 부하를 주지 않으며, 보존 기간 내에는 관리자 권한으로도 삭제할 수 없습니다.
3-2-1-1-0 원칙을 어느 계층에서 충족하는지 문서에 명시합니다. 재해복구 사본과 장기 보관 사본은 대응하는 사고 유형이 다르므로, 두 계층을 혼용하지 않고 각각의 역할을 분리해 설계합니다.
운영을 중단하지 않고 복구 대상을 실제로 기동합니다
운영 네트워크와 분리된 격리 네트워크에서 복구 대상을 기동합니다. 테스트 중에도 운영 사이트의 복제는 계속 수행되며, 테스트 과정에서 발생하는 쓰기는 별도 영역에 기록되므로 운영 데이터에 영향을 주지 않습니다.
훈련은 연 1~2회 대행하며 실측 복구 시간을 보고서로 제출합니다. 훈련에서 도출된 문제를 반영해 절차서를 갱신하는 단계까지가 수행 범위이며, 복구 가능 여부는 보고서로 증명합니다.
| 고객 구분 | 수행 사업 | 적용 범위 |
|---|---|---|
| 공공 · 공단 | In-House DR 구축 | 망분리 인프라 서버 (인터넷망 + 업무망) 80VM |
| 금융 · 은행 | Remote DR 구축 | 모바일 업무 + 디지털워크플레이스 업무 30VM |
| 금융 · 상호금융기관 | Remote DR 구축 | 디지털뱅킹시스템 구축에 따른 DR 센터 구성 15VM |
| 공공 · 기금관리기관 | Remote DR 구축 | 망분리 인프라 서버 재해복구 30VM |
글로벌 기술 리더의 솔루션과 소프트웍스의 구축·운영 역량을 결합해 고객의 디지털·AI 전환 환경을 제공합니다.
