Version 1.1 — effective October 1, 2026

Postgres 업그레이드 서비스

서비스 개요 

EDB는 계획 수립부터 테스트, 실행, 검증에 이르는 전 과정을 지원하는 종합 서비스를 통해 Postgres 업그레이드 및 플랫폼 전환 과정에서 발생할 수 있는 서비스 중단, 데이터 손실, 성능 저하 등의 위험을 최소화합니다. 또한 구축 환경의 복잡도에 따른 단계별 서비스 구성을 제공하여 고객이 필요한 수준의 서비스에 대해서만 비용을 지불할 수 있도록 하며, 투명한 요금 체계와 명확한 프로젝트 일정을 제시합니다.

본 서비스는 기존 Postgres 환경을 EDB가 공식 지원하는 Postgres 환경으로 이전하는 작업을 포함합니다.

 

서비스 구성

PostgreSQL 클러스터의 구성 복잡도에 따라 세 가지 서비스 패키지를 제공합니다.*

구성 항목

소규모 (낮은 복잡도)

중규모 (중간 복잡도)

대규모 (높은 복잡도)

권장 환경

개발·테스트 환경, 소규모 애플리케이션

비즈니스 핵심 애플리케이션

엔터프라이즈 및 복잡한 시스템 환경

데이터베이스 크기

1 TB 미만

2 TB 미만

2 TB 초과

최대 인스턴스 수

1개

1개

1개

최대 환경 구성

UAT(사용자 인수 테스트) 환경 1개, 운영 환경 1개

UAT 환경 1개, 운영 환경 1개

UAT 환경 1개, 운영 환경 1개

서비스 중단 허용 시간

최대 8시간

최대 4시간

최소화

확장 기능 (Extensions)

EDB가 지원하는 모든 확장 기능

 

 

업그레이드 경로

연속된 메이저 버전 간 업그레이드

메이저 버전 1개 건너뛰기 가능(예: v15 → v17)

메이저 버전 2개 이상 건너뛰기

플랫폼

데이터베이스 크기와 서비스 중단 허용 시간에 따라 작업 범위 결정

 

 

* 클러스터(Cluster)는 프라이머리 서버 1대와 최대 3대의 추가 스탠바이 서버로 구성됩니다. 클러스터 내 각 서버에는 하나의 Postgres 인스턴스가 설치됩니다. 인스턴스(Instance)는 특정 포트에서 실행되는 단일 데이터베이스 서비스(PID)를 의미합니다.

 

서비스 범위

모든 서비스 구성에 다음 서비스가 공통으로 포함됩니다:

1단계: 현황 분석 및 계획 수립

  • 초기 워크숍을 통해 비즈니스 요구사항과 현재 기술 환경을 파악합니다.
  • 기존 Postgres 환경을 종합적으로 평가하고, 데이터베이스 수준에서 발생할 수 있는 호환성 문제(Breaking Changes)를 식별합니다.
  • pg_upgrade 호환성을 분석하고 버전 또는 플랫폼 간 발생할 수 있는 차이점을 검토합니다.
  • 업그레이드 수행 절차를 단계별로 상세히 기술한 업그레이드 계획서를 작성합니다.
  • 공식적인 롤백(Rollback) 계획을 수립합니다.

2단계: 테스트 및 검증

  • 별도로 마련된 스테이징 환경에서 전체 업그레이드 절차를 사전에 수행합니다.

    • 사용자 인수 테스트(UAT) 환경은 데이터 용량과 시스템 복잡도 측면에서 실제 운영 환경과 최대한 유사하게 구성해야 합니다.

  • 현황 분석 단계에서 발견된 기존 데이터 손상 또는 시스템 카탈로그의 불일치 문제를 해결합니다.

  • 서비스 중단 허용 시간 요건을 충족할 수 있도록 pg_upgrade, 덤프 및 복원(Dump and Restore), 논리적 복제(Logical Replication) 등 적절한 업그레이드 및 플랫폼 전환 방식을 적용합니다.

3단계: 업그레이드 실행 및 검증

  • PostgreSQL 전문 인증 기술 인력이 화면 공유를 통해 지원하는 가운데, 사전에 수립한 계획에 따라 운영 환경의 업그레이드 또는 플랫폼 전환을 수행합니다.
  • 새 버전에서 ANALYZE 명령을 실행하고 기타 필요한 유지보수 작업을 수행합니다.
  • 업그레이드 후 검증을 완료하고 EDB 기술지원팀으로 공식 인계합니다.

 

서비스 제공 항목

EDB는 서비스 수행을 지원하기 위해 다음 문서를 제공합니다.

  • 업그레이드 실행 절차서(Upgrade Runbook): 업그레이드 실행을 위한 단계별 절차와 이전 작업 완료 후 검증 방법, 공식 롤백 계획을 포함합니다. 또한 업그레이드 전 환경 평가 결과를 바탕으로 권장하는 구성 변경 사항도 함께 제공합니다.

 

주요 서비스 제외 항목

  • 애플리케이션 코드 수정: 새로운 PostgreSQL 버전과의 호환성을 확보하기 위한 애플리케이션 코드 또는 SQL 쿼리 수정은 포함되지 않습니다. 호환되지 않는 쿼리에 대한 분석 보고서는 별도 서비스를 통해 제공할 수 있습니다.
  • 인프라 프로비저닝: 하드웨어, 가상 머신 또는 클라우드 인프라의 구축 및 관리와 관련된 비용과 작업은 포함되지 않습니다.
  • 운영체제(OS) 업그레이드: 기존 운영체제는 업그레이드 대상 PostgreSQL 버전과 호환되어야 하며, 운영체제 업그레이드는 서비스 범위에 포함되지 않습니다.
  • 타사 도구 구성: PgBouncer와 같은 커넥션 풀러, 백업 소프트웨어, 모니터링 에이전트 등 외부 도구의 업그레이드 또는 재구성은 포함되지 않습니다.
  • 고급 성능 튜닝: 업그레이드 후 기본 검증 범위를 넘어서는 심층적인 쿼리 최적화 및 성능 튜닝은 별도 서비스로 제공됩니다. EDB는 ANALYZE 명령을 실행하지만, 버전별 옵티마이저 변경으로 인해 달라진 SQL 실행 계획을 종합적으로 분석하고 최적화하는 작업은 포함되지 않습니다.
  • 고가용성(HA) 환경 구축: EDB가 지원하는 도구를 활용한 고가용성 환경 구축은 다른 EDB 패키지 서비스를 별도로 구매하여 진행할 수 있습니다.

 

역할 및 책임

EDB 프로젝트 관리자(Project Manager): 프로젝트 초기 계획 수립, 업무 조율 및 프로젝트 종료 절차를 담당합니다.

EDB 솔루션 아키텍트(Solution Architect): 기술 총괄 책임자로서 업그레이드 설계의 적합성을 검증합니다.

EDB 수석 컨설턴트(Senior Consultant): 업그레이드 실행 책임자로서 업그레이드 테스트, 검증, 문서화 및 운영 전환(Go-live) 과정의 기술 지원을 담당합니다.

고객사 담당팀(Customer Team): 기존 Postgres 인스턴스의 요구사항을 협의할 주요 연락 담당자를 지정하고 관련 정보를 제공할 책임이 있습니다. 프로젝트 수행 과정에서 필요에 따라 다음과 같은 기술 담당자 및 관계자의 참여가 요구될 수 있습니다.

  • 시스템 아키텍트(System Architect)
  • 데이터베이스 관리자(Database Administrator)
  • 인프라 관리자(Infrastructure Manager)
  • 네트워크 관리자(Network Administrator)
  • 애플리케이션 책임자(Application Owner)

고객사의 애플리케이션 분야별 실무 전문가와 비즈니스 분야별 실무 전문가는 애플리케이션 코드 및 프로그램 변경, 시스템 연동, 사용자 인수 테스트(UAT), 성능 테스트에 관한 모든 작업을 담당합니다.

 

서비스 전제 조건

  • 프로젝트 착수 회의를 통해 서비스 범위를 검토하고 일정을 확정합니다.
  • 별도의 합의가 없는 한 모든 서비스는 원격으로 제공됩니다.
  • 업그레이드에는 EDB Lasso Tool이 필요하며, 해당 도구는 EDB 지원 포털에서 이용할 수 있습니다.
  • 고객은 프로젝트 참여자의 이름, 직책, 이메일 주소, 전화번호 및 담당 업무를 제공해야 합니다. 또한 주요 연락 담당자 1명을 지정해야 하며, 해당 담당자는 검토 또는 논의가 필요한 분야의 전문 담당자와 원활하게 협의할 수 있도록 지원해야 합니다.
  • 고객은 프로젝트 일정에 차질이 발생하지 않도록 EDB의 요청에 따라 서비스 수행에 필요한 담당 인력을 적시에 지원해야 합니다.
  • 고객은 관련 법률에서 정의하는 개인정보(Personal Data)를 EDB에 제공하지 않아야 합니다. 또한 EnterpriseDB와 협력하여 해당 정보가 제공되지 않도록 관리하는 데 동의합니다.
  • EDB가 고객이 구축한 시스템을 분석, 운영 또는 변경해야 하는 경우, 고객은 이에 필요한 내부 설계 문서 및 프로젝트 관련 자료를 모두 제공해야 합니다.
  • 고객은 필요에 따라 화면 공유를 통해 모든 관련 시스템에 적시에 접근할 수 있도록 지원하고, 외부 협력업체를 포함한 관련 전문가의 협조를 제공해야 합니다.
  • 고객은 프로젝트 수행 중 화면 공유 세션이 필요한 경우, 해당 작업을 수행할 수 있는 적절한 권한을 보유한 담당 인력을 배정해야 합니다.
  • 클러스터(Cluster)는 프라이머리 서버 1대와 최대 3대의 추가 스탠바이 서버로 구성됩니다. 클러스터 내 각 서버에는 하나의 Postgres 인스턴스가 설치됩니다. 인스턴스(Instance)는 특정 포트에서 실행되는 단일 데이터베이스 서비스(PID)를 의미합니다.
  • EDB는 비운영 환경 1개에서 클러스터 1개의 업그레이드를 지원하고, 운영 환경 1개에서 업그레이드 실행 과정을 감독합니다. 추가 환경에 대한 지원이 필요한 경우 별도 서비스 패키지 구매 및 추가 비용이 발생할 수 있습니다.
  • 대규모(Large) 서비스 구성: 서비스 중단 시간을 거의 없애는 방식의 업그레이드는 기술적 호환성에 따라 적용 가능 여부가 결정됩니다. 예를 들어 기본 키(Primary Key)의 존재 여부와 지원되지 않는 데이터 유형의 사용 여부 등이 영향을 미칠 수 있습니다. 논리적 복제를 적용할 수 없는 경우에는 pg_upgrade 또는 덤프 및 복원 방식을 사용해야 하며, 이에 따른 일반적인 서비스 중단 시간이 필요합니다.

 

사전 준비 요건

  • 고객은 업그레이드 대상 인스턴스에 대한 적절한 EDB Lasso Tool 분석 결과를 제공해야 합니다.
  • 고객은 테스트 계획 수립에 필요한 담당 인력을 확보하고, 필요에 따라 시스템 접근 권한 또는 화면 공유 환경을 제공하며, 프로젝트 조율을 위한 연락 담당자를 지정해야 합니다.
  • EDB가 고객이 구축한 시스템을 분석, 운영 또는 변경해야 하는 경우, 고객은 이에 필요한 내부 설계 문서, 프로젝트 관련 자료 및 요구사항을 모두 제공해야 합니다.
  • 고객은 선택한 업그레이드 방식에 필요한 디스크 공간이 충분히 확보되어 있는지 확인해야 합니다.