재해복구, 빠르면 무조건 좋다?…“속도·시점·비용 삼박자 고려해야” 작성일 05-06 35 목록 <div id="layerTranslateNotice" style="display:none;"></div> <strong class="summary_view" data-translation="true">[Continuity 2026] 서비스별 RTO·RPO 분석 우선…“데이터 손실 허용 범위 먼저 결정돼야”</strong> <div class="article_view" data-translation-body="true" data-tiara-layer="article_body" data-tiara-action-name="본문이미지확대_클릭"> <section dmcf-sid="ukaGhG4qSq"> <figure class="figure_frm origin_fig" contents-hash="261a23ee3a54297cde3fb1ed4c34c915428db2001b1a429a57ec575a972a28ef" dmcf-pid="7ENHlH8Bvz" dmcf-ptype="figure"> <p class="link_figure"><img class="thumb_g_article" data-org-src="https://t1.daumcdn.net/news/202605/06/552796-pzfp7fF/20260506140608574ydqd.jpg" data-org-width="640" dmcf-mid="UoVkLk1yhB" dmcf-mtype="image" height="auto" src="https://img2.daumcdn.net/thumb/R658x0.q70/?fname=https://t1.daumcdn.net/news/202605/06/552796-pzfp7fF/20260506140608574ydqd.jpg" width="658"></p> </figure> <p contents-hash="5479c918e7a38853107d1e51a65a9b8e82afea46b965715f2858fc63854323bc" dmcf-pid="zsEtWtMVS7" dmcf-ptype="general">[디지털데일리 오병훈기자] “재해복구 시스템을 구축할 때 필수적으로 검토해야 할 부분은 어떤 서비스를 복구할 것인지, 얼마나 데이터 손실을 허용할 것인지, 얼마나 서비스 중단을 인정할 것인지를 설정해두는 것입니다.”</p> <p contents-hash="90518758a1b48a02b8d6e43dc634784849a15731d28f8c96a21552477434bd39" dmcf-pid="qODFYFRfSu" dmcf-ptype="general">6일 서울 전국은행연합회 은행회관에서 <디지털데일리> 주최로 열린 ‘디지털 컨티뉴이티(Digital Continuity) 2026’ 행사에서 이일준 NHN클라우드 이사는 현실적인 클라우드 재해복구(DR) 구축을 위한 전략을 공유하면서 이같이 강조했다.</p> <p contents-hash="3297d0cb9ac7a4f38553f5b0bffec19301101570357fc99c2f074c7c4f2466b8" dmcf-pid="BIw3G3e4TU" dmcf-ptype="general">인공지능(AI) 등장 이후 산업별 디지털전환(DX) 및 인공지능전환(AX) 속도는 더 빨라지고 있다. 그에 따라 디지털 서비스 장애 대응의 중요성도 높아지고 있다. 디지털 시스템이 기업 서비스에 더 깊숙히 관여하게 된 만큼 서비스 장애에서 야기되는 피해 규모가 더 커졌기 때문이다. </p> <p contents-hash="8c4ed183297b4b37b0627651e714401bda4edbce0850a1812edb731518413869" dmcf-pid="bCr0H0d8Tp" dmcf-ptype="general">기업들도 DR 중요성을 인지하고 다양한 DR 자동화 시스템 도입을 시작하고 있지만 막상 언제 어디를 어떻게 도입할지를 두고는 여전히 명확한 결정을 내리지 못하고 있다는 것이 이 이사의 분석이다.</p> <p contents-hash="4461d9c2fb1e09bbceb922bc436fe0c1bb1f4d4d124dff583aaaf06c08445b36" dmcf-pid="KhmpXpJ6h0" dmcf-ptype="general">이 이사는 “많은 기업들이 IT 예산을 먼저 잡아놓은 뒤 제안요청서에 ‘재해복구 시스템 포함’이라는 한 줄을 추가하면 충분하다고 생각하지만 재해복구는 반드시 대상 서비스와 목표치, 복구시점(RPO)과 복구 시간(RTO)이 함께 언급돼야 한다”고 지적했다.</p> <p contents-hash="185124b23b6c618d630e7250d9e33232be81818febb3b06de1bb1e219dd8dca9" dmcf-pid="9lsUZUiPT3" dmcf-ptype="general">RTO(Recovery Time Objective)는 장애나 재해가 발생한 뒤 서비스를 다시 정상 가동하기까지 허용할 수 있는 최대 시간이다. 쉽게 말해 ‘서비스가 얼마나 오래 멈춰도 되는가’를 정하는 기준이다. RPO(Recovery Point Objective)는 장애 발생 시 어느 시점의 데이터까지 복구할 수 있어야 하는지를 뜻한다. ‘데이터 손실을 어디까지 허용할 것인가’를 정하는 기준이다.</p> <p contents-hash="ee096fb103afcbc61254dc0b845d02306c650267d4b1763b175809117fc24eff" dmcf-pid="2SOu5unQWF" dmcf-ptype="general">이 이사는 RTO·RPO를 무조건 짧게 잡는 것이 능사가 아니라고 강조했다. 복구 시간과 데이터 손실 허용 범위를 줄일수록 비용은 급격히 커지기 때문이다. 결국 기업은 모든 서비스를 동일한 수준으로 복구하려 하기보다, 서비스 중요도와 장애 시 손실 규모를 따져 업무별로 다른 RTO·RPO를 설정해야 한다.</p> <p contents-hash="f0ec843d954e73c1b2dcac8be948b3f94766d94fe88a44b6d7726e988705d19c" dmcf-pid="VePmjmpXCt" dmcf-ptype="general">이 이사는 “서비스 별로 중요도가 다른 만큼 핵심 서비스는 RPO랑 RTO를 짧게 구성을 하고 부수적인 서비스, 일주일 혹은 한달까지도 설계하는 게 핵심”이라며 “모든 업무가 재해 복구 대상은 아니며 모든 업무를 재해 복구하려고 하면 과다한 비용이 발생될 수 있다”고 설명했다.</p> <p contents-hash="240ab4f8d2c46443b4b2aa58c243e55f5f0476e3ab722ade6deaaa0997969a08" dmcf-pid="fdQsAsUZy1" dmcf-ptype="general">이러한 현실적인 비용 한계를 극복하고 효율적인 DR 환경을 구축하기 위한 최적의 대안으로 이 이사는 클라우드 기반 재해복구를 제시했다. 기존 온프레미스(구축형) 환경에서는 메인 센터와 1대1로 동일한 물리적 인프라를 구축해야 해 막대한 초기 투자비가 발생했지만 클라우드 유연성을 활용하면 평상시 유지 비용을 획기적으로 줄일 수 있기 때문이다.</p> <p contents-hash="7f63b648f7bea042b61112e5a604510749ec11d15daa6ff3ebb5b8805573eaf6" dmcf-pid="4JxOcOu5S5" dmcf-ptype="general">이 이사는 “클라우드 환경에서 데이터는 동기화가 되니 메인 센터(메인 서비스 기반)와 동일하지만 시스템 용량은 재해복구 사이트(재해를 대비 기반)에서 적게 구축할 수 있다”며 “평시에는 소스만 이관받을 수 있는 (최소한) 용량만 유지할 수 있다는 특징이 있다”고 설명했다.</p> <p contents-hash="4069aa020d6ca84dfae62635eba0c28c3f4bf0c39a3196a69d377f94ba88a350" dmcf-pid="8iMIkI71vZ" dmcf-ptype="general">평소에는 대기 상태 최소 자원만 가동해 운영비를 절감하다가 실제 재난이 발생했을 때 즉각적으로 자원을 확장해 복구하는 방식이 비용 효율 측면에서 가장 합리적인 전략이라는 해석이다.</p> <p contents-hash="ef9fdcc7aa372b834b0da3aa8b2c29b0d5cfd6f8ac1dac3b08540413b59262fa" dmcf-pid="6nRCECztCX" dmcf-ptype="general">아울러 이 이사는 아무리 완벽한 클라우드 DR 시스템을 구축하더라도 실질적인 모의 훈련과 경영진 중심의 강력한 거버넌스가 뒷받침되지 않으면 실제 재난 시 무용지물이라고 경고했다.</p> <p contents-hash="16586f544b783729b5a22f0ca7eef1352d4792d67bd626d96ea20b87afab0018" dmcf-pid="PLehDhqFTH" dmcf-ptype="general">그는 “훈련하지 않은 DR은 존재하지 않는 것과 같다. 아무리 잘 구성을 해도 이것을 훈련하지 않으면 결과적으로 재해가 발생됐을 때 복구가 되지 않는다”라며 “재해 복구에 대한 의사결정은 우리가 단순한 장애가 났을 때 이것을 재해 복구로 (전환) 할 것이냐 말 것이냐는 관련 경영진, 혹은 대표이사가 직접 해야 한다”고 강조했다.</p> <p contents-hash="1182db8d0dbfd61ab92225323487d6b7d2e871fd973bc43b30380721f5877078" dmcf-pid="QodlwlB3SG" dmcf-ptype="general">마지막으로 이 이사는 강력한 규제 준수가 필수적인 금융 및 공공 부문에서의 압도적인 경험을 바탕으로 한 NHN클라우드만의 경쟁력을 내세웠다.</p> <p contents-hash="51705468761307af058949a37b8176bdc361843b06916c33190debe1ef9c3d0d" dmcf-pid="xgJSrSb0yY" dmcf-ptype="general">단순히 인프라 시스템만 제공하는 것을 넘어 산업별 비즈니스 환경과 까다로운 규제 요건을 꿰뚫고 있는 전문가 집단이 맞춤형 아키텍처를 제시한다는 것이다.</p> <p contents-hash="c69ff38e25a3abf9cde9d0ba7c668e7953d6b725b1e3d438bef1c16e9844d256" dmcf-pid="ywAZvZPKSW" dmcf-ptype="general">이 이사는 “NHN클라우드는 50% 이상 인력이 금융권 재해복구를 모두 담당해 본 인력들로 구성돼 있어 다양한 이론과 규제를 숙지하고 있다”며 “또한 전체 매출 50% 이상이 공공 쪽에서 나오고 있어 정부 정책 방향을 이해하고 있으며 이를 바탕으로 고객 관점에서 최적화된 아키텍처와 기술 구현이 가능하다”고 강조했다.</p> </section> </div> <p class="" data-translation="true">Copyright © 디지털데일리. All rights reserved. 무단 전재 및 재배포 금지.</p> 관련자료 이전 [단독] LG헬로비전 콘텐츠 사용료 갈등에…CJ ENM·YTN 법적 대응 움직임 05-06 다음 스포츠토토, 2026년 4차 과몰입 완화 프로그램 ‘토토 리프레시’ 운영 05-06 댓글 0 등록된 댓글이 없습니다. 로그인한 회원만 댓글 등록이 가능합니다.
