요약

  • RHEL 구독 안내는 시스템 간 동기·비동기 능동 데이터 볼륨 복제를 핫 재해복구로 분류하고 유료 구독을 요구한다. 고객 트래픽 유무만으로는 범위를 정할 수 없다.
  • 자체 관리 OpenShift는 외부 저장장치의 복제를 별도로 다루고, 유지보수·시험을 위한 일시 기동과 워크로드 실행을 구분한다. 복구 설계와 구매 계산을 함께 해야 한다.

고객이 한 명도 들어오지 않은 서버가 구매 예산에서는 벌써 일하고 있을 수 있다. 2026년 7월 21일자 Red Hat의 RHEL 구독 안내는 능동 데이터 볼륨 복제를 핫 재해복구에 넣는다. 시스템 간 동기 복제와 비동기 복제가 모두 해당한다. ‘고객이 아직 쓰지 않는다’는 설명은 구매 경계를 다 말해 주지 못한다.

복제는 장애 이후의 일을 미리 하는 방식이다. 주 시스템이 도는 동안 다른 쪽의 데이터를 준비해 둔다. 사업은 빠른 재개를 원하고 운영은 복구 때 할 일을 줄이려 하며 구매는 평시 지출을 낮추려 한다. 예비라는 단어는 세 요구를 한 칸에 넣지만, 그 비용까지 합산하지는 않는다.

웜 대기에는 나중에 할 일이 남는다

RHEL 안내의 재해복구 분류에서는 핫 환경에 유료 구독이 필요하다. 핫은 완전히 기능하며 운영 시스템과 동시에 가동되고, 주 환경에 재해가 생기면 즉시 트래픽을 받아 인계할 준비가 된 상태다.

웜은 원래 환경과 비슷한 워크로드를 수용할 준비가 있지만 원본 시스템의 고객 워크로드가 없고, 능동 볼륨 복제에 참여해서는 안 된다. 복구할 때 원본 시스템 밖에서 고객 데이터를 가져와 기존 하드웨어에 복원해야 한다. 콜드는 서비스를 되살릴 기술 전체가 아직 갖춰지지 않은 상태다.

재해 발생 시 주 환경의 구독을 웜·콜드 환경으로 옮겨 서비스를 복구할 수 있다. 구독을 옮기는 일과 데이터를 복원하는 일, 애플리케이션을 띄우는 일, 업무를 다시 여는 일은 각각 남는다. 사용 권한의 주소가 바뀌었다고 데이터도 이사를 끝내지는 않는다.

따라서 비교할 것은 평시 비용과 장애 시 작업의 조합이다. 더 준비된 동시 가동 능력은 먼저 비용을 지불하고, 더 많은 복원 작업은 나중에 사람과 시간을 쓴다. 구매팀의 절감액만 보이고 운영팀이 떠안을 일이 다른 장부에 숨어 있으면 회사 전체의 선택은 흐려진다.

같은 공급자라도 저장 위치가 다르게 읽힌다

2026년 1월 23일자 자체 관리 OpenShift 안내도 핫 재해복구에 유료 구독을 요구한다. 그 정의는 OpenShift에서 호스팅하는 소프트웨어 정의 스토리지가 클러스터 사이에서 수행하는 능동 동기·비동기 복제를 다룬다. 웜 규정은 보조 사이트가 복제 데이터를 마운트해 실행 중인 컨테이너 워크로드에서 쓰는 경우도 구분한다.

외부 저장장치가 볼륨을 복제하는 방식은 이 OpenShift 안내에서 계속 웜으로 취급된다. OpenShift에서 호스팅하는 소프트웨어 정의 스토리지로 웜 복구를 할 때에는 클러스터 밖에서 기존 클러스터 하드웨어로 고객 데이터를 복원해야 한다.

견적서에는 복제의 위치와 데이터를 사용할 주체, 활성화 이후 남는 순서가 들어가야 한다. 외부 어레이를 택하면 그 장비와 운영 비용도 따라온다. 대기 서버 수에 임의의 가격을 곱하는 것으로는 이 선택을 계산할 수 없다.

OpenShift의 외부 저장장치 규정을 RHEL로 자동 이식하면 제품 범위를 지운다. 모든 제품의 모든 복제를 유료 핫이라고 부르면 OpenShift가 명시한 차이를 지운다. 공급자의 모자는 하나여도 구독 안내의 경계는 제품별로 읽어야 한다.

잠든 클러스터도 용도를 갖는다

웜·콜드 재해복구로 명시적으로 설계하고 구성하지 않은 OpenShift 클러스터는 최대절전 상태여도 구독이 필요하다. 안내는 수요 감소로 잠시 쉬는 클라우드 클러스터를 예로 든다. 낮은 사용량과 재해복구 준비는 서로 다른 용도다.

실제 웜·콜드 클러스터를 깨워 워크로드를 실행하면 구독이 필요하다. 반면 일상 유지보수나 시험을 위해 일시적으로 기동하는 경우 OpenShift 소프트웨어 제품 구성요소에 추가 구독을 요구하지 않는다. 유지하고 연습할 여지를 남긴 규정이다.

시험에서 확인할 것은 전원을 켠 뒤의 남은 작업이다. 데이터를 복원하고 저장소를 연결하고 애플리케이션과 실제 서비스를 확인한다. 가만히 둔 서버는 예산 회의에서 얌전하다. 장애 당일에도 그럴 이유는 없다. 기동 목적이 시험인지 워크로드 실행인지 역시 실제 작업으로 구분해야 한다.

구매자의 실제 저장·워크로드 경로, 측정한 복구 시간, 적용 견적이 빠져 있으며, 이 셋에 따라 더 경제적인 설계가 달라질 수 있다.

준비된 능력, 외부 설비, 인력, 나중에 할 복원 작업을 업무가 받아들일 수 있는 중단 시간과 함께 놓는다. 보호를 꺼서 구독 항목만 줄이면 운영의 위험도 바뀐다. 서비스 결과를 책임지는 사람이 그 선택에 참여해야 한다.

예비 시스템을 사는 목적은 다시 일할 능력을 얻는 데 있다. 구독 권한을 옮기고 정리하는 일은 다시 할 수 있다. 중단 중 이미 지나간 시간은 긴급 발주로 보충할 수 없다.

출처