Amazon OpenSearch Service에 클론 기반 업그레이드 추가: 복제 클러스터에서 읽기 요청만 검증, 전환 전 취소 또는 전환 후 직접 정한 보존 기간 안에서 롤백, OpenSearch 1.1 이상과 Elasticsearch 7.10에 한정된 다섯 가지 경로, 검증 중 두 클러스터 모두 요금 부과

2026년 11월 10일 AWS는 Amazon OpenSearch Service의 클론 기반 업그레이드를 발표했습니다. 공지에 따르면 이제 새 OpenSearch 버전을 현재 버전 옆에서 검증하고, 만족할 때만 전환할 수 있습니다. 문제가 보이면 전환 전에 취소하거나 전환 후에 롤백할 수 있습니다. 이 기사는 이 공지와, 절차·제한·요금을 설명하는 OpenSearch Service 개발자 가이드의 버전 마이그레이션 페이지를 근거로 합니다. 두 페이지 모두 클론 기반 업그레이드의 소요 시간을 밝히지 않으므로, 클론이 얼마나 빨리 만들어지는지는 다루지 않습니다.

기존 방식은 인플레이스(in-place) 업그레이드입니다. 가이드에 따르면 이는 도메인의 기존 클러스터를 블루/그린 배포로 업그레이드하며, 일시 중지·취소·롤백이 불가능합니다. OpenSearch 1.0 이상, Elasticsearch 5.1 이상에서 쓸 수 있습니다. 가이드는 사전 점검이 먼저 실행되더라도 업그레이드가 끝나는 즉시 업그레이드된 클러스터가 넘겨받으며, 인플레이스 업그레이드는 15분에서 몇 시간까지 걸릴 수 있고 그동안 OpenSearch Dashboards를 쓰지 못할 수 있다고 말합니다. 인플레이스 이후에 이전 버전으로 돌아가려면 새 도메인에서 스냅샷을 복원하라고 가이드는 안내합니다.

클론 기반 업그레이드는 다르게 동작합니다. OpenSearch Service가 목표 버전으로 두 번째 클러스터인 복제 클러스터를 만들고 데이터를 복사합니다. 도메인이 이미 실행 중인 클러스터가 기본(primary) 클러스터이고, 트래픽을 계속 처리합니다. 가이드는 여섯 단계를 나열합니다. 먼저 인플레이스와 같은 사전 점검이 실행되고, 성공하지 못하면 진행하지 않습니다. 둘째, 스냅샷이 만들어지고, 역시 성공하지 못하면 진행하지 않습니다. 셋째, 복제 클러스터가 만들어지고 데이터가 복사됩니다. 그동안 도메인은 기본 클러스터에서 읽기와 쓰기를 계속 처리하고 복제본은 동기화를 유지합니다. 넷째, 업그레이드는 사용자가 복제본을 검증하기를 기다립니다. 공지는 두 클러스터에서 같은 검색 쿼리를 실행해 Amazon CloudWatch 지표로 성능을 비교할 수 있다고 하고, 가이드는 읽기 트래픽의 일부를 복제본으로 보낼 수도 있다고 덧붙입니다. 다섯째가 전환(cutover)입니다. 여섯째는 선택 사항인 보존 기간입니다.

놓치기 쉬운 조건이 몇 가지 있습니다. 검증은 읽기에 한합니다. 가이드는 자기 읽기 요청으로 복제 클러스터를 검증할 수 있다고만 말합니다. 전환하는 동안 OpenSearch Service는 전환이 끝날 때까지 쓰기를 막으며, 그 사이에 복제본이 따라잡고 트래픽이 그쪽으로 옮겨집니다. 가이드에 따르면 도메인 엔드포인트는 바뀌지 않습니다. 롤백은 전환 후에만, 그리고 사용자가 정한 보존 기간 안에서만 가능합니다. 보존 기간은 전환이 끝날 때 시작됩니다. 보존 기간을 설정하지 않으면 가이드에 따라 OpenSearch Service가 전환 직후 기본 클러스터를 삭제하므로 돌아갈 곳이 없습니다. 전환 전에 취소하면 복제 클러스터가 삭제되고 도메인은 그대로 남습니다.

자격 규칙은 좁습니다. 공지에 따르면 클론 기반 업그레이드는 OpenSearch 1.1 이상 또는 Elasticsearch 7.10을 실행하는 도메인에서, 서비스가 제공되는 AWS 상용 리전 가운데 아시아 태평양(뉴질랜드), 아시아 태평양(타이베이), 아시아 태평양(태국), 멕시코(중부)를 제외하고 쓸 수 있습니다. 가이드는 지원되는 경로 다섯 가지를 나열합니다. Elasticsearch 7.10에서 OpenSearch 1.3, OpenSearch 1.1에서 1.3, OpenSearch 1.3에서 2.19, OpenSearch 2.x에서 2.19, OpenSearch 2.19에서 3.x입니다. 다른 경로에는 인플레이스를 쓰라고 가이드는 말합니다. 지원되지 않는 도메인도 나열합니다. OpenSearch Optimized 인스턴스(OR1 또는 OR2), UltraWarm 인스턴스, 클러스터 간 복제를 쓰는 도메인, 사용자 지정 또는 서드파티 플러그인 패키지가 연결된 도메인, OpenSearch Dashboards에 SAML 또는 Amazon Cognito 인증을 쓰는 도메인입니다. 업그레이드 중에는 도메인 구성도 바꿀 수 없습니다.

비용 규칙은 분명하게 적혀 있습니다. 인플레이스 업그레이드는 추가 요금이 없습니다. 클론 기반 업그레이드는 복제본의 인스턴스와 스토리지에 다른 노드와 같은 표준 요금이 적용됩니다. 검증하는 동안에는 기본 클러스터와 복제본 모두에 요금이 부과되며, 롤백을 위해 기본 클러스터를 남겨 두면 보존 기간이 끝날 때까지 둘 다 지불합니다. 공지와 가이드는 달러 금액을 제시하지 않습니다. 따라서 검증이나 보존 기간이 길수록 두 클러스터에 요금을 내는 기간도 길어지고, 추가 금액은 자신이 고른 인스턴스와 스토리지, 그리고 표준 요금에 달려 있습니다.

어떤 업그레이드든 가이드는 사전에 세 가지를 요구합니다. 이전 버전으로 돌아가고 싶을 때 새 도메인에서 복원할 수 있는 수동 스냅샷을 만들 것, 지원되는 업그레이드 경로를 확인할 것, 사전 점검을 실행할 것입니다. 또 Amazon Data Firehose나 Amazon CloudWatch Logs 같은 서비스로 OpenSearch Service에 데이터를 보내고 있다면, 마이그레이션 전에 그 서비스가 새 버전을 지원하는지 확인하라고 경고합니다. 문제 해결 표에는 업그레이드를 막는 조건이 나열되어 있는데, 노드당 샤드 1,000개 초과, 디스크 사용률 90% 초과, JVM 메모리 압박 75% 초과, 클러스터 상태 빨강 등이 있습니다. 이 점검은 두 방식 모두에 적용됩니다.

이 두 페이지에 없는 내용은 계획에 중요합니다. 복제본이 만들어지고 따라잡는 데 걸리는 시간의 측정값도, 전환 중 쓰기가 얼마나 오래 막히는지에 대한 설명도, 복제본의 성능이 운영 환경의 성능을 얼마나 예측하는지에 대한 근거도 없습니다. 가이드는 검증이 읽기에 한한다고 하므로, 이 검증 단계로는 쓰기 동작을 직접 시험할 수 없습니다. 다음은 이 기사의 판단이며 AWS의 설명이 아닙니다. 쓰기가 많은 팀은 운영이 아닌 환경에서의 쓰기 테스트와 전환 리허설을 따로 계획해야 합니다. 이 안전망을 쓰려는 팀은 또 운영이 아닌 도메인에서 전환 소요 시간을 재 보고, 기본 클러스터를 얼마나 보존할지 미리 정하며, 그 기간의 클러스터 두 개 비용을 예산에 넣어야 합니다.