“시스템을 멈추지 않고 패치를 적용한다”는 것이 가능할까요? 공공·금융 시스템처럼 24시간 운영이 필수적인 환경에서는 단순한 기술이 아닌 아키텍처의 선택과 운영 전략의 결합이 중요합니다. 티베로(Tibero)는 이를 현실로 만드는 방법을 제공합니다. 차세대 지방세 시스템 사례를 통해 무중단 패치의 의미와 티베로의 경쟁력을 살펴보겠습니다.
무중단 패치(Rolling Patch)란 무엇인가
일반적으로 패치를 적용하려면 전체 시스템을 종료했다가 다시 시작해야 합니다. 하지만 클러스터링 환경에서는 다른 접근이 가능합니다. 바로 Rolling Patch(롤링 패치)입니다.
롤링 패치는 클러스터를 구성하는 여러 노드의 바이너리를 한 번에 교체하지 않고 한 노드씩 순차적으로 교체하는 방식입니다. 예를 들어, 3개 노드로 구성된 클러스터에서 Node#1의 패치를 완료한 후 Node#2, Node#3 순서로 진행하는 식입니다. 이렇게 하면 항상 적어도 하나의 노드는 정상 운영 중이므로, 시스템 전체가 중단되지 않습니다.
공공·금융 시스템의 입장에서 “다운타임 최소화”는 선택이 아닌 필수입니다. 규제기관의 요구, 고객 신뢰도, 업무 연속성 등 여러 이유에서 중단을 허용할 수 없는 환경들이 존재합니다. 이런 환경에서 무중단 패치는 보안 업데이트, 성능 개선, 버그 픽스를 적용하면서도 서비스 중단을 피할 수 있는 핵심 전략이 됩니다.
아키텍처의 선택: TAC vs Tibero HA
무중단 패치를 구현하려면 먼저 어떤 클러스터 구조를 선택할 것인가를 결정해야 합니다. 티베로는 두 가지 주요 옵션을 제공합니다.
TAC(Tibero Active Cluster) – Active-Active 구조
TAC는 공유 디스크 기반의 Active-Active 구조입니다. 여러 노드가 동시에 같은 데이터베이스에 접근하며, 각 노드는 동등한 역할을 수행합니다. 클러스터 관리자(클러스터 매니저)는 노드들 간의 일관성을 유지하고 공유 자원을 조율합니다.
TAC의 장점:
- 모든 노드가 활성화되어 전체 처리 능력 활용 가능
- 대용량 데이터 처리에 유리하며, 높은 성능 요구 시스템에 적합
TAC의 고려사항:
- 공유 디스크 인프라 필요 (SAN, NAS 등)
- 노드 간 통신 오버헤드 존재
Tibero HA(High Availability) – Active-Standby 구조
Tibero HA는 독립 디스크 기반의 Active-Standby 구조입니다. 한 노드(Active)가 모든 데이터 처리를 담당하고, 다른 노드(Standby)는 대기 상태에서 Redo 로그를 통해 동기화됩니다. Active 노드에 장애가 발생하면 Standby가 자동으로 전환됩니다.
Tibero HA의 장점:
- 각 노드가 독립적인 디스크를 사용하므로 인프라 간단
- 재해 복구(DR) 구성에 유리
Tibero HA의 고려사항:
- Active 노드의 성능이 전체 시스템을 좌우
롤링 패치 적용: 기술적 구현
바이너리 버전 차이의 위험성
롤링 패치가 단순하지 않은 이유가 있습니다. 패치 중 일시적으로 클러스터 내에 서로 다른 바이너리 버전이 섞여 있는 상태가 됩니다. 이 기간 동안 호환되지 않는 변경사항이 있으면 장애가 발생할 수 있습니다.
예를 들어, 패치에 다음과 같은 내용이 포함되어 있으면 문제가 됩니다:
- Data Dictionary 구조 변경: 데이터 저장 형식이 바뀌면 구형 바이너리가 새로운 형식을 읽지 못함
- 클러스터 통신 메시지 포멧 변경: 노드 간 메시지 형식이 달라지면 통신 장애
- 클러스터 구조 변경: 클러스터 관리 방식 변경은 즉각적인 충돌 발생
티베로 7.2.5 이상: 누적 패치셋 정책
티베로 버전 7.2.5부터 누적 패치셋(Cumulative Patch Set) 정책을 적용했습니다. 롤링 패치가 가능한 패치만 선별해서 패치셋으로 구성하므로, 패치셋에 포함된 모든 변경사항은 버전 차이 환경에서도 안전하게 적용 가능합니다. 개발 단계에서부터 롤링 패치 호환성을 고려해 설계된 것입니다.
단, 버전업이나 특정 패치의 경우 일반 패치 방식이 필요할 수 있으므로, 사전에 기술팀과 패치 정책을 확인하는 것이 중요합니다.
TAC뿐 아니라 Tibero HA도 롤링 패치 적용이 가능하며, 두 구조 모두 동일한 정책을 따릅니다.
롤링 패치 적용 절차
- 대상 노드 분리(Node Isolation) – 패치할 노드를 클러스터에서 분리하고 서비스를 중지
- 패치 적용(Patch Execution) – 새로운 바이너리를 적용하고 데이터베이스 재시작
- 노드 재결합(Node Rejoining) – 패치된 노드를 클러스터에 결합하고 일관성 확인
- 다음 노드 진행 – 같은 방식으로 순차 진행
이 과정 중 다른 노드들은 계속 서비스 제공 중이므로, 전체 시스템의 다운타임은 발생하지 않습니다.
운영 전략: 기술을 넘어서
무중단 패치는 단순 기술이 아닙니다. “아키텍처 선택 → 패치 절차 설계 → 위험 관리”라는 운영 전략의 총합입니다.
패치 호환성 검증
패치셋이 롤링 패치 정책을 따른다고 해도, 실제 환경에서의 검증은 필수입니다
- 테스트 환경에서 같은 클러스터 구성으로 사전 검증
- 바이너리 버전 차이 상태에서의 성능, 안정성 확인
- 실패 시나리오(중도에 한 노드가 내려갈 경우 등) 점검
서비스 영향 최소화 전략
- 저트래픽 시간대 선정: 업무 시간 외 패치 진행
- 모니터링 강화: 패치 중 각 노드의 상태, 성능, 에러 로그 실시간 감시
- Rollback 계획: 문제 발생 시 이전 버전으로 복구할 수 있는 절차 준비
운영팀의 역할 변화
무중단 패치 운영은 기술 팀과 운영 팀의 긴밀한 협력을 요구합니다. 사전 검증, 패치 일정 계획, 실시간 모니터링, 즉각적 대응, 패치 후 안정화 확인이 모두 중요합니다.
실제 성공 사례: 차세대 지방세 시스템
프로젝트 개요
차세대 지방세 시스템(표준세정 336Core, 위텍스 72Core 등)은 전국 지방세청의 핵심 시스템입니다.
- 위텍스(대국민 서비스) 이용자 770만 명, 초당 3,600건 이상의 트랜잭션 처리
- 납세자, 공무원의 동시 다중 접근
- 실시간 세금 계산, 고지, 추징
왜 3Node TAC인가
지방세 시스템의 중단은 국가 재정 시스템 전체에 영향을 미칩니다. 770만 명의 이용자와 초당 3,600건 이상의 트랜잭션을 처리하면서도 고성능(대용량 데이터 처리)과 고가용성(무중단 운영)을 동시에 달성하기 위해 3Node TAC를 선택했습니다.
3Node 구성의 의미
- 가용성: 1개 노드 패치 중에도 2개 노드로 서비스 지속
- 성능: 대용량 데이터 처리 병목 제거 (병렬 처리)
- 비용 효율성: 2-Node 대비 높은 가용성, 4-Node 대비 비용 절감
무중단 패치 적용
차세대 지방세 시스템은 3Node TAC 구성으로 실제로 무중단 패치를 성공적으로 적용했습니다.
적용 환경:
- Tibero 버전 : Tibero 6
적용 현황:
- 2024년 5월부터 2025년 11월까지 총 3회 이상의 정기 패치 적용
- 각 노드당 패치 소요 시간: 약 30분
적용 결과:
- 패치로 인한 시스템 다운타임: 0분
- 애플리케이션 서비스 중단: 없음
무중단 패치를 순차적으로 진행하는 동안, 나머지 노드들은 계속해서 지방세 납부, 조회, 고지 업무를 정상 운영했습니다. 사용자인 납세자와 공무원은 패치가 진행 중인지 전혀 인식하지 못할 정도로 안정적으로 패치 작업이 진행되었습니다.
이는 단순히 “기술적으로 가능하다”를 넘어, 실제 운영 환경에서 대용량 데이터와 높은 동시성을 처리하면서도 무중단으로 시스템을 유지할 수 있다는 것을 증명했습니다. 18개월 이상의 지속적인 롤링 패치 운영으로 그 안정성과 신뢰성이 검증되었습니다.
패치 관리의 자동화
티베로는 패치 적용과 바이너리 빌드를 자동화하는 내부 개발/배포 관리 시스템을 활용합니다. 각 패치 항목을 유형별로 관리하고 필요한 항목만 선택 적용이 가능하므로, 운영팀의 실수를 줄이고 일관된 패치 정책을 유지할 수 있습니다.
결론: 무중단 패치, 선택이 아닌 필수
무중단 패치는 기술만으로는 불가능합니다. 다음 세 요소가 결합되어야 합니다:
- 아키텍처의 선택 – TAC, Tibero HA 중 비즈니스 요구에 맞는 구조 선택
- 운영 전략의 수립 – 패치 절차, 검증, 모니터링, 롤백 계획 수립
- 자동화의 활용 – 내부 개발/배포관리시스템과 같은 도구를 통한 일관성 있는 패치 관리
차세대 지방세 시스템의 성공 사례는 이 세 가지가 어떻게 결합될 때 진정한 무중단 운영이 가능한지 보여줍니다.
티베로는 단순히 “패치 기술을 제공하는 DBMS”가 아닙니다. “중단을 허용하지 않는 운영 설계를 현실로 만드는 솔루션”입니다. 이것이 공공·금융 시스템에서 티베로의 진정한 경쟁력입니다.
작성자: Sales Consulting 본부 / Business Consuliting 실 염지원 컨설턴트
