트릴리오, 오픈시프트 가상화용 스토리지 독립형 재해복구 기술 공개

• 트릴리오가 레드햇 오픈시프트 가상화용 재해복구 솔루션 ‘트릴리오 사이트 리커버리’를 공개함

  • 타깃은 쿠버네티스 기반 환경에서 가상머신 워크로드를 굴리는 기업임
  • 브이엠웨어에서 오픈시프트 가상화로 넘어가려는 조직이 늘고 있는데, 엔터프라이즈급 재해복구 체계가 부족하다는 지점을 찔렀음

• 핵심은 “스토리지 독립형” 재해복구임

  • 기존 재해복구는 스토리지 벤더가 제공하는 복제 기능에 강하게 묶이는 경우가 많았음
  • 트릴리오는 복제 계층을 스토리지 위쪽에서 동작하게 만들어, 다양한 블록 스토리지 환경에서 같은 재해복구 정책을 쓰게 하겠다는 접근임
  • 지원 범위에는 온프레미스 저장장치, 블록 스토리지 인프라, 아마존 일래스틱 블록 스토어, 마이크로소프트 애저 디스크, 구글 퍼시스턴트 디스크가 포함됨

• 재해 상황에서 내세우는 포인트는 제로 복구시점목표와 자동 페일오버·페일백임

  • 제로 복구시점목표는 장애가 나도 데이터 손실 없이 복구하는 걸 목표로 한다는 뜻임
  • 사이트 장애, 랜섬웨어 공격, 인프라 장애가 발생했을 때 원클릭 또는 완전 자동 방식으로 복구 전환을 수행할 수 있다고 설명함
  • 보호 그룹과 서비스수준협약 우선순위를 가상머신 단위로 정의해 복구 순서를 정책화할 수 있음

• 오픈시프트 가상화와 네이티브 통합되는 것도 포인트임

  • 가상머신용 재해복구와 컨테이너용 재해복구를 따로 굴리는 부담을 줄이는 구조임
  • 중앙 대시보드에서 실시간 재해복구 준비 상태, 감사 로그, 컴플라이언스 리포팅을 확인할 수 있음
  • 운영 중인 프로덕션 환경에 영향을 주지 않고 격리된 환경에서 복구 계획을 테스트하는 비중단 재해복구 테스트도 제공함

• 멀티사이트와 하이브리드 클라우드 복구 구성을 지원함

  • 온프레미스 데이터센터와 퍼블릭 클라우드 사이에 재해복구 구성을 만들 수 있음
  • 아마존 웹 서비스, 애저, 구글 클라우드 기반 복구 환경도 지원 대상으로 언급됨
  • 특정 스토리지 플랫폼으로 표준화하지 않아도 복구 체계를 짤 수 있다는 점이 운영팀 입장에선 꽤 큼

• 이 뉴스가 중요한 이유는 가상화 전략이 하이퍼바이저 중심에서 쿠버네티스 운영 모델로 넘어가는 흐름과 맞물려 있기 때문임

  • 기존 브이엠웨어 환경에서는 사이트 리커버리 매니저 같은 도구가 재해복구 축을 맡았음
  • 오픈시프트 가상화로 옮기면 가상머신 운영은 가능해도, 그에 맞는 재해복구 운영 모델을 다시 설계해야 함
  • 금융·공공·제조처럼 중단 비용과 규제 부담이 큰 산업에서는 이 공백이 도입 판단에 직접 영향을 줄 수 있음

• 제공 방식은 레드햇 인증 오퍼레이터 기반임

  • 지원 버전은 레드햇 오픈시프트 4.20 이상임
  • 트릴리오는 얼리 어답터 프로그램을 통해 제품 관리 조직과 직접 연계한 구축 지원도 제공한다고 밝힘

---

기술 맥락

• 여기서 중요한 선택은 재해복구를 스토리지 벤더 기능에 맡기지 않는다는 점이에요. 기업 인프라는 한 가지 저장장치만 쓰는 경우가 드물고, 온프레미스와 퍼블릭 클라우드를 섞기 시작하면 벤더별 복제 기능만으로는 정책을 일관되게 유지하기 어렵거든요.

• 오픈시프트 가상화는 기존 가상머신을 쿠버네티스 운영 모델 안으로 끌고 오는 선택이에요. 그런데 가상머신만 옮기고 재해복구는 예전 방식 그대로 두면, 장애 대응 절차가 플랫폼 전환의 발목을 잡을 수 있어요.

• 제로 복구시점목표와 자동 페일오버는 단순한 편의 기능이 아니라 운영 리스크를 줄이는 장치예요. 장애 상황에서는 사람이 절차서를 보고 순서대로 누르는 시간이 곧 데이터 손실과 서비스 중단으로 이어질 수 있거든요.

• 비중단 재해복구 테스트도 꽤 현실적인 기능이에요. 복구 계획은 문서로만 있으면 실제 장애 때 안 맞는 경우가 많아서, 프로덕션에 영향 없이 반복 검증할 수 있어야 운영팀이 믿고 쓸 수 있어요.