암호화된 PostgreSQL은 pgBackRest로 백업될까 — pg_tde 궁합 검증
투명 데이터 암호화 extension인 pg_tde를 켠 클러스터에서 pgBackRest 백업과 복구가 멀쩡히 돌아가는지 검증한 결과를 정리했다. 대부분 투명하게 작동하지만, 암호화 특성 때문에 꺼야 할 설정 몇 가지가 있다.
투명 데이터 암호화 extension인 pg_tde를 켠 클러스터에서 pgBackRest 백업과 복구가 멀쩡히 돌아가는지 검증한 결과를 정리했다. 대부분 투명하게 작동하지만, 암호화 특성 때문에 꺼야 할 설정 몇 가지가 있다.
2026-04-27 단독 메인테이너 퇴장 선언, 2026-05-19 Percona 주도 6사 컨소시엄으로 정식 부활. 한 달도 안 되는 시간에 정세가 뒤집힌 이유와, 단독 후원사 의존 모델이 다중 후원사·다중 메인테이너 모델로 넘어가는 국면의 의미를 정리한다. DBA 입장에서 마이그레이션 압력은 어떻게 바뀌었는가.
Barman 시리즈 4편 — Workbook. 보존 정책 두 가지 — REDUNDANCY n과 RECOVERY WINDOW OF n DAYS — 의 차이를 같은 lab에서 직접 적용해 본다. WAL이 backup 정책에 종속되는 핵심 원리, minimum_redundancy 안전망, barman keep으로 특정 backup을 retention에서 제외하기, OBSOLETE → DELETED 라이프사이클까지.
Barman 시리즈 5편 — Workbook. PITR target 4가지(–target-time / –target-xid / –target-name / –target-immediate)를 한 lab에서 한 번씩 직접 돌려본다. 시점을 어디로 잡을지 정하는 법(barman show-backup, pg_waldump), –target-action·–exclusive·timeline 분기, 그리고 자주 막히는 함정 5가지까지.
Barman 시리즈 3편 — Workbook. 2편의 streaming-only 모델과 짝이 되는 rsync 모델을 같은 lab에서 셋업한다. 양방향 SSH 키 분배, archive_command 설정, backup_method=rsync 전환, 그리고 reuse_backup=link 하드링크 dedup으로 디스크 사용량이 어떻게 줄어드는지 du로 직접 측정한다. 마지막에 streaming vs rsync 결정 기준.
Barman 시리즈 2편. 1편의 역사·아키텍처 위에서, 이번에는 두 대의 Rocky Linux 9 머신으로 streaming-only Barman 환경을 세운다. PostgreSQL 측·Barman 측 설정, barman check / backup / list-backup / recover / recover –target-time 5개 명령어, 그리고 cron + 보존 정책까지. 마지막에 자주 만나는 에러를 빠른 가이드로 묶었다.
pgBackRest가 멈춘 자리에 가장 자주 거론되는 대안은 Barman이다. 2008년 이탈리아 토스카나 프라토에서 문을 연 2ndQuadrant Italia에서 시작해, 2012년 Barman 1.0, 2016년 streaming 전환, 2020년 EDB의 2ndQuadrant 인수를 거쳐 14년째 활발히 유지되는 도구의 궤적을 정리한다. 아키텍처는 어떻게 생겼고, pgBackRest와는 무엇이 달랐는가.
13년 동안 한 사람이 지켜온 pgBackRest가 2026-04-27 공식적으로 유지보수 중단을 선언했다. 무슨 일이 있었는지, 다른 백업 도구(Barman, WAL-G, pg_basebackup+pg_combinebackup)는 어디까지 왔는지, CNPG는 왜 처음부터 Barman을 골랐는지, 그리고 운영자 입장에서 지금 무엇을 해야 하는지 정리한다. (2026-05-04 업데이트: 저장소 archive 해제, sponsor coalition으로 부활 진행 중 — 본문 상단 업데이트 참조.)