데이터 본국 송환(리패트리에이션) 설명: 클라우드 데이터를 온프레미스로 이동하는 이유
퍼블릭 클라우드에서 데이터를 보관하고 사용하는 가파른 비용이 점점 더 많은 기업들에게 딜브레이커가 되고 있습니다. 조직들은 더 비용 효율적인 대안을 찾고 있으며, 이것이 바로 퍼블릭 클라우드에 현재 있는 데이터를 끌어내어 온사이트 또는 베어메탈로 재호스팅하는 데이터 본국 송환(리패트리에이션) 사례가 점점 더 많아지는 이유입니다.
이 글은 데이터 리패트리에이션 입문서로, 퍼블릭 클라우드를 떠나 온프레미스 베어메탈 스토리지를 선호하는 것의 긍정적, 부정적 효과를 다룹니다. 데이터 리패트리에이션의 주요 동인을 알아보고 클라우드 기반 데이터를 끌어당기는 것이 귀사의 수익에 타당한 결정인지 확인해 보세요.
데이터 리패트리에이션이란 무엇인가?
데이터 리패트리에이션은 퍼블릭 클라우드에서 자체 관리 스토리지(온사이트 전용 서버 또는 프라이빗 클라우드 등)로 데이터를 이동하는 프로세스입니다. 기업이 재호스팅하기로 결정한 데이터 양에 따라 리패트리에이션은 다음과 같습니다:
- 전체(조직이 모든 데이터를 끌어당기고 퍼블릭 클라우드와 관계 단절)
- 부분적(기업이 일부지만 모든 데이터를 클라우드에서 끌어당기지 않는 경우, 일반적으로 팀이 성능 개선이나 클라우드 비용 절감을 시도할 때 발생)
데이터 리패트리에이션은 조직들이 퍼블릭 클라우드에 대량의 데이터를 보관하는 가파른 비용을 깨닫게 되면서 점점 더 일반화되고 있습니다. 대규모 스토리지 니즈가 있을 때(예: 정기적으로 접근하는 몇 페타바이트의 비정형 데이터가 있는 경우), 클라우드 기반 스토리지는 더 전통적인 솔루션만큼 비용 효율적이지 않습니다.
평균적으로 클라우드 기반 옵션은 온사이트 데이터 호스팅보다 사용량 기준으로 두 배 비용이 듭니다. 이 통계는 온사이트 스토리지에 필요한 오버헤드를 고려해도 사실이며, 여기에는 다음 가격이 포함됩니다:
- 하드웨어를 관리하는 직원
- 데이터 센터 공간
- 전력
- 물리적 보안
가격표의 극적인 차이의 주된 이유는 이그레스 비용입니다. 제공업체는 데이터 업로드에 비용을 청구하지 않지만, 용량과 데이터 전송에 대해 비용을 지불합니다. 제공업체 인프라 외부로 데이터를 전송하는 전송은 비용이 많이 들며 종종 클라우드 월간 청구서의 가장 큰 부분을 차지합니다.
비용이 기업들이 데이터를 리패트리에이션하기로 선택하는 유일한 이유는 아닙니다. 다른 일반적인 원인에는 다음이 포함됩니다:
- 규정 준수 규칙의 새로운 업데이트
- 네트워크 지연 이슈
- 클라우드 컴퓨팅 보안에 대한 우려
- 더 높은 수준의 데이터 이중화 달성 희망
- 제공업체 측 오류로 인한 빈번한 다운타임
- 섀도우 IT 이슈(퍼블릭 클라우드 리소스의 무단 사용)
- 다른 클라우드 배포 모델 추구 결정
데이터 리패트리에이션의 이점
대부분의 IT 결정과 마찬가지로 데이터 리패트리에이션 선택에도 장단점이 있습니다. 퍼블릭 클라우드 데이터를 끌어당기는 가장 두드러진 이점을 자세히 살펴보겠습니다.
비용 절감 및 더 나은 ROI
비용은 주요 이점이자 데이터 리패트리에이션의 주된 이유입니다. 온프레미스 데이터 센터 설정은 비싸지만, 퍼블릭 클라우드 비용은 다음에 대해 월별로 지불하면서 시간이 지남에 따라 누적됩니다:
- 스토리지 볼륨
- 서버 인스턴스
- 사용량 기준 서비스
- 데이터 전송 비용(이그레스)
- "숨겨진 비용"(최근 연구에 따르면 기업이 필요도 없고 사용하지도 않는 퍼블릭 클라우드 리소스에 연간 620억 달러 이상 지출)
조만간 총 클라우드 지출이 온사이트 호스팅 장비 가격에 도달할 것입니다. 하지만 그때쯤이면 그 자금을 클라우드 컴퓨팅 운영비로 지출했고, 투자에도 불구하고 하드웨어를 소유하지 않게 됩니다. 이 관점에서 온사이트 호스팅은 훨씬 우수한 ROI를 가집니다.
클라우드 기반 스토리지 요금도 일관되지 않고 예측하기 어렵다는 점을 명심하세요. 예상 비용이 예산을 빠르게 초과하는 이유는:
- 제공업체가 가격 변경
- IT 니즈가 시간이 지남에 따라 변화
- 팀이 클라우드 운영에 수반되는 비용을 과소평가하는 경향
- 복잡한 IT 환경이 섀도우 IT로 고통받는 경향
온사이트 스토리지 시스템에서는 비용이 데이터로 하는 일에 따라 변하지 않습니다. IT 니즈가 성장하면 더 많은 하드웨어에 투자해야 하지만, 클라우드 기반 스토리지처럼 청구서로 '과도' 지출하는 일은 없습니다.
데이터에 대한 실질적인 보안 통제
퍼블릭 클라우드에 데이터를 호스팅한다는 것은 제공업체가 정보를 저장하고 안전하게 유지할 책임이 있음을 의미합니다. 이 합의는 일부에게는 축복이지만, 데이터 보안에 대한 더 실질적인 접근을 원하는 기업들에게는 딜브레이커가 될 수 있습니다.
퍼블릭 클라우드에 데이터를 보관할 때 몇 가지 독특한 우려사항도 있습니다:
- 수백 명의 테넌트(또는 그 이상)가 퍼블릭 클라우드 인프라를 공유하여 내부 호스팅에는 존재하지 않는 위험 요소를 도입합니다.
- 클라우드 기반 데이터를 안전하게 유지하는 제어에 대한 가시성 부족
- 클라이언트 팀이 제공업체가 제공하는 조치를 사용하는 책임이 있어 잘못된 구성(가장 일반적인 실수는 클라우드 보안 정책에서 발생)에 충분한 여지 존재
- SLA에 달리 명시되지 않는 한 제공업체가 퍼블릭 클라우드에 저장한 파일의 권리 보유
- 퍼블릭 클라우드는 최종 사용자가 어디서든 데이터에 접근할 수 있게 하므로 잘못된 사람과 데이터 공유 가능성 항상 존재
제공업체에 의한 실패는 드물지만, 퍼블릭 클라우드 사용자는 그것이 가능성임을 알아야 합니다. 2018년 8월, AWS 오류로 GoDaddy에 속한 약 31,000개 시스템의 비즈니스 크리티컬 데이터가 노출되었습니다. 데이터가 온사이트에 있었다면 이 사고는 발생하지 않았을 것입니다.
데이터 리패트리에이션은 퍼블릭 클라우드가 제공할 수 없는 데이터에 대한 근접성과 물리적 통제 수준을 가능하게 합니다. 데이터에 문제가 생길 수 있는 이벤트 수를 줄여 공격 표면을 제한합니다. 돈을 집 금고에 보관하는 것과 은행 금고에 보관하는 것의 차이로 생각해 보세요. 은행은 안전하지만, 그들이 금고를 어떻게 보호하는지에 대해 발언권이 없고, 강도들의 주요 표적입니다. 그 관점에서 보면 돈이 집에서 더 안전하다는 강력한 주장이 성립합니다.
벤더 락인 위험 없음
벤더 락인은 기업이 클라우드 제공업체에 과도하게 의존하게 될 때 발생합니다. 데이터를 벤더에 너무 오래 저장하고 그 스토리지 중심으로 앱 아키텍처를 구축하면 락인은 시간이 지남에 따라 자연스럽게 커집니다. 그런 다음 높은 전환 비용 없이 다른 플랫폼(내부 또는 다른 제공업체 소속)으로 전환할 수 없게 됩니다.
데이터 리패트리에이션은 귀사의 스토리가 내부 팀 외에는 어떤 제공업체에도 의존하지 않도록 보장합니다. 직원이 데이터 세트를 관리하며, 어떤 서드파티에도 '걸려들' 위험이 없습니다.
더 나은 지연 시간
퍼블릭 클라우드는 거의 무제한 스토리지 용량을 제공하지만, 클라우드 기반 데이터에 접근하고 사용하는 능력은 인터넷 연결에 의존합니다. 인하우스에서 처리를 수행하고 퍼블릭 클라우드 데이터 연결이 느리면 작업에 지연이 발생합니다.
지연은 일부 사용 사례(백업 및 복구, 이메일 운영 등)에서는 문제가 아닐 수 있지만, 일부 워크로드에는 해롭습니다:
데이터 세트에 크게 의존하는 지연에 민감한 앱이 있다면, 정보를 온사이트(또는 에지 서버 사용)에 호스팅하면 퍼블릭 클라우드 사용보다 훨씬 적은 지연을 제공합니다. 통신 경로를 단축하고, 내부 팀이 스토리지, 컴퓨팅, 네트워킹 리소스를 앱에 맞게 미세 조정할 기회가 생깁니다.
데이터 규정 준수 더 용이
퍼블릭 클라우드 제공업체(특히 하이퍼스케일러)는 HIPAA, PCI 같은 정부 및 산업 요구사항을 충족하기 위해 열심히 노력합니다. 그러나 퍼블릭 클라우드에서 규정을 충족하는 데에는 주요 우려사항이 있습니다: 데이터 위치. 비즈니스가 특정 지역에서의 데이터 호스팅을 요구하는 법령 하에 있다면, 퍼블릭 클라우드 사용은 법적(및 재정적) 문제의 세계에 빠뜨릴 수 있습니다.
특정 지역에 클라우드 서버를 설정하고 서드파티가 정보를 이동하지 않기를 바라는 대신, 일부 조직은 완전한 통제를 취하고 데이터를 온프레미스 시스템으로 이전하는 것을 선호합니다.
데이터 리패트리에이션의 단점
다음은 데이터 리패트리에이션 선택의 가장 눈에 띄는 과제와 단점입니다:
- 어떤 시스템을 설정하기로 결정하든(프라이빗 클라우드, 전용 서버, 코로케이션 장비 등) 온사이트 데이터 호스팅에 필요한 하드웨어 예산을 따로 마련해야 합니다.
- 새 IT 환경을 구성하고 관리할 내부 팀을 고용해야 합니다.
- 잠재적 침해, 유출, 사이버 공격, 데이터 무결성 위협으로부터 온사이트 데이터를 보호하고 적절한 보호를 설정하는 것은 전적으로 귀사 직원 책임입니다.
- 데이터의 적절한 가용성 보장은 귀사 직원 몫입니다.
- 문제가 생기면 귀사 팀이 해결해야 합니다. 다운타임 발생 시 의지할 제공업체가 없으므로, 퍼블릭 클라우드에서 무언가를 끌어당기기로 결정하기 전에 팀이 온사이트 데이터베이스 관리 방법을 아는지 확인하세요.
- 데이터 리패트리에이션이 때때로 팀의 케미스트리와 문화를 방해합니다. 일부 직원은 회사가 후퇴한다고 느낄 수 있고, 업무일에 새로운 작업을 추가해야 합니다.
- 때로는 데이터를 온사이트로 끌어당기면 속도나 성능이 저하됩니다. 그런 경우 해당 데이터 세트를 사용하는 모든 서비스와 워크로드를 재최적화해야 하며, 이 과정은 종종 최소 며칠이 걸립니다.
- 퍼블릭 클라우드를 떠나면 더 이상 무한한 온디맨드 리소스에 접근할 수 없으므로 빠른 프로비저닝과 즉각적 확장에 작별을 고하세요. 더 많은 스토리지가 필요하면 리소스를 따로 마련하고 새 하드웨어를 구매해야 합니다.
데이터를 리패트리에이션하는 방법?
클라우드 리소스 사용을 모니터링하고 주기적으로 해당 비용을 대체 스토리지 방법과 비교하세요. 다른 유형의 스토리지가 귀사 사용 사례에 더 높은 ROI를 제공한다는 것이 명확해지면 데이터 리패트리에이션 시기입니다. 이 프로세스는 다음과 같습니다:
- 어떤 데이터를 리패트리에이션할지 결정하고 변경 목표를 개요로 작성하여 시작하세요. 전체 리패트리에이션을 목표로 하는지, 부분적 접근이 더 합리적인지?
- 클라우드에서 이동을 늦추거나 방해할 수 있는 벤더 락인, 아키텍처, 최종 사용자 이슈 고려
- 계획을 단계로 나누고 진행 상황을 모니터링할 수 있는 KPI 설정
- 데이터에 최적인 호스팅 환경 결정. 온사이트 서버 룸으로 데이터를 가져오려는지, 전용 서버 임대가 더 나은지? 아니면 하이브리드 클라우드가 답일지?
- 팀의 기술 수준 결정. 직원이 얼마나 경험이 있는지에 따라 일부 호스팅 옵션이 더 매력적일 수 있습니다.
- 프로젝트에 대한 상세한 비용-편익 분석 실행하여 각 실행 가능한 대안의 재정적 영향 평가
- 데이터가 새 거처를 얻으면서 팀이 앱 아키텍처를 어떻게 업데이트할지 계획. 성능 개선이나 지연 감소 여지가 있는지?
- 퍼블릭 클라우드에서 데이터 이동 시작. 이동에 시간이 걸리며, 백업 스토리지가 없으면 문제의 데이터에 의존하는 앱이 프로세스 동안 다운됨을 기억하세요. 콜드 아카이브는 자주 접근하는 리포지토리보다 이동이 일반적으로 더 쉽으므로 UX에 미치는 영향이 가장 작은 계획 수립
- 데이터 세트와 관련된 모든 앱과 서비스가 최적으로 수행되는지 확인하기 위해 광범위한 테스트 수행
언제 데이터를 리패트리에이션해야 하는가?
다음 비즈니스 전선 중 하나(또는 그 이상)에 이득이 된다는 것이 명확해지면 데이터를 리패트리에이션해야 합니다:
데이터 리패트리에이션이 올바른 비즈니스 결정이 되는 몇 가지 일반적인 시나리오는 다음과 같습니다:
- 클라우드 스토리지 청구서가 감당하기 어려워질 때: 퍼블릭 클라우드 청구서가 예상보다 더 비싸지기 시작하거나(또는 사용하지 않는 리소스에 비용을 지불하는 경우) 다른 스토리지 옵션 고려 시작
- 더 적합한 호스팅 환경으로 이동: 데이터 리패트리에이션은 회사가 자사 사용 사례에 더 나은 스토리지 솔루션을 식별했음을 의미하는 경우가 많습니다. 기업들이 해결하려는 가장 일반적인 문제는 지연과 가용성 이슈입니다.
- 새로운 규정 준수 규칙: 규정 업데이트가 더 엄격한 산업의 기업들을 퍼블릭 클라우드에서 데이터 리패트리에이션으로 강제합니다.
- 클라우드 사용이 한계에 다다랐을 때: 퍼블릭 클라우드는 모든 프로젝트 초기 단계에서 가장 큰 영향을 미칩니다. 팀이 리소스 사용 추세 분석을 시작하는 즉시 정기적인 비용-편익 분석을 실행하여 데이터 리패트리에이션 필요성이 있는지 확인하세요.
- 클라우드 도입 서두름: 열악한 초기 계획, 리프트 앤 시프트 전술, 잘 짜여지지 않은 클라우드 마이그레이션 계획은 퍼블릭 클라우드 데이터를 온사이트로 끌어당기는 일반적인 이유입니다. 손실 축소가 잘못된 스토리지 솔루션에 올인하는 것보다 낫다는 것을 기억하세요.
- 클라우드 제공업체 폐업: 벤더가 문을 닫으면 클라이언트는 데이터를 끌어당길 수밖에 없습니다. 이러한 시나리오는 드물지만, 기업은 제공업체가 접는 경우를 대비한 재해 복구 계획이 있어야 합니다.
데이터 리패트리에이션을 두려워하지 말고 항상 최적의 스토리지 솔루션을 추구하세요
데이터 리패트리에이션은 새로운 IT 기회 추구, 지출 최적화, 앱 성능 개선에 관한 것입니다. 이 세 가지 요인은 퍼블릭 클라우드에 대한 약속보다 우선하므로, 팀이 클라우드에서 실행되는 모든 데이터베이스, 워크로드, 서비스에 대한 호스팅 대안을 항상 고려하도록 하세요.