DB 소식 | 2026.10.22
PostgreSQL PGDG, RHEL 9.6·10.0 저장소 아카이브 이동…운영자가 확인할 사항
PostgreSQL PGDG 저장소 변경으로 RHEL 9.6 및 10.0용 별도 저장소가 아카이브로 이동했다. 배포판과 리포지터리 구성을 먼저 확인해야 한다.
무엇이 바뀌었나
PostgreSQL PGDG 저장소 변경은 데이터베이스 자체의 지원 종료와 같은 뜻이 아니다. PGDG는 2026년 10월 20일 RHEL 10.0과 RHEL 9.6을 위한 별도 RPM 저장소를 주 저장소에서 PostgreSQL YUM archive로 옮긴다고 공지했다. 공지는 PostgreSQL 18을 포함한 해당 마이너 릴리스용 패키지가 아카이브에 남아 있다고 설명한다.
어떤 운영 환경이 영향을 받나
RHEL 9.6 PostgreSQL 저장소 및 RHEL 10.0 PGDG 구성을 사용하는 환경은 확인 대상이다. Rocky Linux PostgreSQL repo 또는 AlmaLinux의 해당 마이너 버전도 공지에 명시됐다. 반면 EL-9 rolling repository와 EL-10 rolling repository RPM은 영향받지 않는다는 것이 공식 설명이다. 모든 Rocky Linux 서버 또는 모든 PostgreSQL 버전이 지원 종료된다는 식의 해석은 틀리다.
아카이브 사용 전 알아야 할 위험
PGDG 업데이트 중단은 아카이브 저장소에 추가 업데이트가 제공되지 않는다는 의미다. 운영 중인 데이터베이스의 보안 유지와 패치 절차를 고려하면 PostgreSQL YUM archive를 장기적 대체재로 간주하면 안 된다. 운영체제의 최신 마이너 릴리스로 업데이트하거나 공식 문서에 제시된 아카이브 구성을 검토해야 한다.
PostgreSQL 저장소 확인 방법
PostgreSQL 저장소 확인 방법은 먼저 운영체제 릴리스와 현재 활성화한 리포지터리 주소를 읽기 전용으로 점검하는 것이다. 예컨대 배포판 릴리스 파일을 확인하고 dnf repolist --enabled 명령으로 저장소를 조회할 수 있다. 저장소 변경이나 대규모 패키지 업그레이드 전에 스냅샷, 백업 복구 테스트와 호환성 점검을 해야 한다.
운영 의사결정 체크포인트
배포판의 마이너 버전, PGDG 저장소 유형, 패키지 버전, 패치 정책, 장애 복구 절차를 함께 검토하자. 롤링 리포지터리 사용 여부와 실제 참조 URL을 확인한 다음 유지보수 시간에 변경을 진행해야 한다. 공식 공지는 업그레이드의 무중단 보장이나 모든 제품 조합의 호환성을 약속하지 않는다.
자료 출처와 한계
- https://www.postgresql.org/about/news/rhel-100-and-96-repositories-are-being-retired-3411/
- https://yum.postgresql.org/repopackages/#archivedrepos
본 기사는 자료 기준일에 확인할 수 있는 발표와 보도에 한정됩니다. 운영 환경 테스트나 미래 시장 움직임을 보증하지 않습니다.
저장소 변경 시 관리자 점검 절차
운영 서버의 배포판 버전과 PostgreSQL 저장소 설정 파일을 조사해 발표 대상인 RHEL 10.0 또는 9.6 계열이 실제로 존재하는지 식별한다. 다른 배포판에도 같은 변경이 적용된다고 추정하지 않는다.
패키지 업데이트 전 설치된 패키지 이름·버전과 저장소 URL을 백업한다. 아카이브로 이동한 저장소에서 신규 보안 수정이 계속 배포되는 것처럼 안내하지 않는다.
마이그레이션 판단에서는 애플리케이션 호환성, 데이터 백업·복원, 장애 시 복구 방법을 테스트 환경에서 먼저 검증한다. 저장소 주소 변경만으로 운영 지원이 자동 연장되는 것은 아니다.
저장소 이전 범위와 업데이트 중단의 의미
PostgreSQL PGDG의 2026년 10월 20일 공지에서 아카이브로 이전한 대상은 RHEL 10.0 및 9.6용 메인 RPM 저장소다. 롤링 EL-10·EL-9 저장소 RPM은 영향받지 않는다고 명시됐다. 아카이브 저장소는 이후 업데이트를 제공하지 않으므로 운영 환경은 지원되는 신규 마이너 버전으로 업데이트하거나 아카이브 사용 위험을 별도로 평가해야 한다. 이는 모든 RHEL 9·10의 PostgreSQL 지원이 끝났다는 뜻이 아니다.
저장소 변경을 적용하기 전 확인
운영 서버의 배포판 정확한 마이너 버전, 활성화된 저장소, 설치된 PostgreSQL 패키지 버전을 먼저 목록화한다. 발표에서 지원 범위가 달라진 버전과 현재 운영 중인 버전이 실제로 겹치는지 비교해야 한다.
업데이트 전에는 백업의 복원 가능성을 테스트하고 의존 패키지 목록을 기록한다. 새 저장소로 이동하는 작업과 DB 메이저 버전 업그레이드는 성격이 다르므로 하나의 작업으로 취급하지 않는다.
운영 변경 예시: 정확한 영향 대상부터 확인
PGDG의 2026년 10월 20일 공지가 지정한 저장소는 RHEL 9.6 및 10.0용으로 개별 빌드된 RPM 저장소다. Rocky Linux·AlmaLinux의 같은 마이너 버전도 해당되지만 롤링 EL-9·EL-10 저장소 RPM은 영향받지 않는다. 이를 PostgreSQL 데이터베이스 전체의 지원 종료로 표현해서는 안 된다.
PGDG 공식 공지는 아카이브 저장소에 추가 업데이트가 제공되지 않는다고 명시한다. 즉 아카이브에서 과거 패키지를 내려받을 수 있다는 사실과 보안 수정이 앞으로도 제공된다는 주장은 다르다. 운영자는 지원되는 신규 OS 마이너 버전으로 이동할지 별도 위험 승인을 받고 임시로 아카이브를 사용할지 결정해야 한다.
관리자는 읽기 전용으로 /etc/os-release, 활성화된 DNF 저장소 목록과 PGDG 저장소 설정 파일을 확인한 뒤 변경 대상을 확정한다. 작업 전 백업 복원 가능성과 의존 패키지 호환성을 시험하고 저장소 주소 변경과 PostgreSQL 메이저 버전 업그레이드를 서로 분리한다.
공식·보도 검증 원문공식 자료 기준 핵심 정리
2026년 10월 20일 PGDG 공지에서 퇴역 대상으로 명시한 것은 RHEL 10.0과 9.6, 그리고 같은 마이너 버전의 Rocky Linux·AlmaLinux용 개별 저장소다. 해당 저장소의 기존 패키지는 PostgreSQL YUM archive에서 찾을 수 있지만 추가 업데이트는 제공되지 않는다. 반면 rolling EL-10 및 EL-9 저장소 RPM은 이번 조치의 영향을 받지 않는다. 관리자는 현재 서버의 마이너 버전과 활성 저장소 주소를 확인한 후 이 변경이 적용되는지 판단해야 한다. 저장소 전환은 PostgreSQL 메이저 버전 업그레이드와 다른 작업이므로, 데이터 백업·복구와 의존성 검증을 마친 뒤 변경한다.
검증 원문
