PlanetScale이 petabyte 규모 PostgreSQL을 시간 단위로 백업하는 구조를 공개했습니다. shard마다 백업 전용 인스턴스를 띄워 병렬로 받고, 복원 시에는 WAL 대부분을 S3 archive에서 replay한 뒤 마지막 몇 분만 primary에서 streaming으로 받는 하이브리드 방식입니다. 32TB가 단일로는 22시간, 8개 shard 병렬로는 2.8시간입니다. Barman과 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과 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으로 부활 진행 중. 본문 상단 업데이트 참조.)