ハクソク

世界を動かす技術を、日本語で。

Pgbackrestはもはやメンテナンスされていません

概要

pgBackRestは、PostgreSQL向けの信頼性の高いバックアップ・リストアソリューション。 2024年6月時点でメンテナンス終了が公式発表。 今後はフォーク時に新名称を選択する必要。 多機能・高性能な特徴を持つが、今後のサポートは期待できない状況。 長年の貢献者・スポンサーへの感謝の意が表明。

pgBackRest メンテナンス終了のお知らせ

  • pgBackRestは今後公式メンテナンス対象外となる。
  • フォークを行う場合は新しいプロジェクト名を選択する必要。
  • 開発者は13年間にわたり情熱を注いできた経緯。
  • Crunchy Data売却後、スポンサー・職探しも実らず。
  • メンテナンスやバグ修正、PRレビュー、問い合わせ対応には多大な時間が必要。
  • 継続的なスポンサーシップ不足が主な理由。
  • 今後は新たなメンテナーによるフォーク・信頼構築が期待される。
  • 長年の貢献者・スポンサーへの感謝の言葉。

pgBackRest 概要と主な機能

  • PostgreSQL向けの高信頼性バックアップ・リストアソリューション。
  • スケーラビリティ:大規模データベース・ワークロードにも対応。
  • 最新安定版:v2.58.0(2024年6月時点)。

主な特徴

  • 並列バックアップ・リストア:lz4やzstd等の効率的圧縮アルゴリズムと並列処理。
  • ローカル/リモート対応:TLS/SSHによる安全なリモート操作、最小限の設定。
  • 複数リポジトリ対応:高速リストア用ローカル+冗長化用リモートの併用。
  • フル・差分・増分バックアップ:ファイル/ブロック単位で柔軟に選択可能。
  • バックアップローテーション・アーカイブ有効期限:柔軟な保持ポリシー設定。
  • バックアップ整合性:全ファイルのチェックサム検証、WALセグメント整合性確保。
  • ページチェックサム検証:ページレベルの早期破損検出、警告出力。
  • バックアップ再開:中断時点からの再開、整合性維持。
  • ストリーミング圧縮・チェックサム計算:転送中に同時処理、効率化。
  • デルタリストア:差分のみ復元、復元時間短縮。
  • 並列・非同期WALプッシュ/ゲット:高速転送、重複検出・排除、リプレイ速度最大化。
  • テーブルスペース・リンクサポート:任意の場所へのリマッピング、開発用途にも対応。
  • S3/Azure/GCS対応:クラウドストレージへのリポジトリ配置、無制限容量・保持。
  • 暗号化:リポジトリ全体のセキュア化。
  • 10バージョンのPostgreSQL対応:現行+EOL版含む幅広い互換性。

ドキュメント・サポート

  • ユーザーガイド:OS・PostgreSQLバージョン別に用意。
  • コマンドリファレンス:CLI操作方法。
  • 設定リファレンス:pgBackRest設定作成ガイド。

スポンサーシップと認知

  • 現スポンサー:Supabase。
  • 過去スポンサー:Crunchy Data、Resonate。
  • 貢献者・スポンサーへの深い謝意。

今後の展望と注意点

  • 公式サポート終了のため、今後の利用・導入には注意が必要。
  • フォークプロジェクトが立ち上がる可能性、新たな信頼構築が課題。
  • 既存ユーザーは他のバックアップソリューション検討も推奨。

Hackerたちの意見

うわ、これはかなり驚きだね。これが一番のPGバックアップ/リカバリーツールだと思ってたんだけど。WAL-GとBarmanの比較、誰か知ってる?
>うわ、これはかなり驚きだね。これが一番のPGバックアップ/リカバリーツールだと思ってたんだけど。
WAL-Eとその後継のWAL-Gには満足してるよ。このストリーミングPITRの特性が、9年前に分析したときにpgbackrestを上回ったんだ。
こんなことになるなんて悲しいな… 去年、pgBackRestを使ってローカルボリュームとクラウドストレージに信頼できるPostgreバックアップの詳細ガイドを自分のプロジェクト用に作ったばかりなんだ。pgBackRestはすごくうまくいってたのに。著者にはこのプロジェクトにかけた時間と努力に感謝したい。
こういうプロジェクトが消えてしまうなんて残念だな。OSSの苦労は本当にリアルだよね。
みんなが考慮していないのは、今の多くの開発者が時間が少なくなって、AIのおかげで締切を守れるはずだと思って、もっと働いているってことだよね。それに、多くのプログラムがトークンに全資金を使い果たしているから、余分なお金も時間もないんだ。
2TBの中規模な本番データベースでpgBackRestを使うのが楽しかったんだけど、今週は別の8TBのデータベースに設定しようとしてたんだ。次に近いのは何かな?wal-g?barman?databasus?自分はDBAのコスプレしかできないけど。
タイミングでは負けないよ - pgBackRestは今まで使ったことなかったけど、2時間前にプロジェクトで設定を始めたんだ。READMEを終わらせた頃には、もう更新されてたよ。
databasusはPITRに対応してないよ。
30TB以上の大きめのDBでbarmanを使ったことがあるけど、不満はなかったよ。DBREだから、ちょっとは信頼性あるかも。
マルチテラバイトの本番Postgresデータベースをバックアップするのは、ただのコスプレじゃないよ、ハハ。
うわ!pgBackRestは、最後にエコシステムをちゃんと見たときには、確実にPostgreのための最高のバックアップソリューションだったよ。バックアップを取ることと同じくらい、復元と検証を真剣に考えている唯一のソリューションだったから、雇い主との間に不幸な状況が生まれたんだ。(詳細はこちら: https://blog.dijit.sh/that-time-my-manager-spend-1m-on-a-bac...) これは本当に大きな損失だね。 :(
pgBackRestはPostgreSQLのための最も多用途なバックアップ技術だと思うし、他の製品は全然近づけないね。だから、こんなことになるのは本当に悲しい。これと同じ機能を持つ製品を作るのは簡単じゃないだろうし、これは逆転可能な決定であってほしい。もしくは、Postgreプロジェクトがこれをcontribに取り込むこともできるかもしれない。
オープンソースはここではうまくいってるね。著者はこの仕事に対する資金援助が見つからないから、風向きを変えたいって言ってるけど、それは全然悪くない選択だと思う。もしこれが単なる「趣味で、暇な時にやってる」プロジェクト以上のもので、実際に商業環境で価値を提供する真剣な製品レベルのプロジェクトになったなら、利益を追求する会社がそのニッチを埋めるチャンスは明らかだよね。でも、それにはユーザーが顧客になってお金を払う必要があるんだよね :) たぶんほとんどの人は次のプロジェクトのメンテナーが誰になるかを聞く方に切り替えるんじゃないかな。新しいバグ報告やクレームを無料で送る相手を探すって感じで。でも、ツールを使ってお金を稼げるなら、そのツールを使うためにもお金を払うべきだよね。新しい世代のFOSSの財政的持続可能性のソリューションを見つける必要がある!寄付だけじゃ足りないよ。
「これを見るのは悲しい」でもソースはまだ利用可能だよ。自分のコピーを維持するか、誰かにやってもらうのも選択肢だね。ついでに、依存しているプロジェクトを見直して、失うのが悲しいものがあったら、今日中に寄付を設定しよう。
これは著者がLinkedInに投稿したメッセージだよ:たくさん考えた結果、pgBackRestの開発をやめることに決めました。この決断は軽いものではありませんでした。pgBackRestはここ13年間私の情熱的なプロジェクトで、幸運にもその多くの期間に企業スポンサーシップを受けていましたが、同時に多くの夜遅くや週末も働いて、pgBackRestを今日のプロジェクトにするために多くの貢献者の助けを借りてきました。すべてのオープンソース開発者は、私が何を意味しているのか、特別なプロジェクトにどれだけの人生を捧げているのかをよく知っています。Crunchy Dataが売却されて以来、pgBackRestを維持し、作業を続けることができるポジションを探していましたが、今のところ成功していません。同様に、スポンサーシップを確保する努力も、プロジェクトを維持可能にするために必要なものには遠く及びません。私も生活をしなければならないし、pgBackRestに関連する役割は非常に限られています。今はもっと多様な機会を考えることができるようになりましたが、それらはpgBackRestに取り組む時間を残してくれません。pgBackRestのメンテナンス、バグ修正、PRレビュー、問題への対応にはかなりの時間が必要ですからね。それに新機能を書く時間も含まれていないし、私はそれを本当にやりたいんです。仕事を中途半端にやるくらいなら、思い切ってやめる方がいいと思います。廃止のお知らせを投稿して、リポジトリをアーカイブします。いつかpgBackRestはフォークされると思いますが、それは新しいメンテナーによる新しいプロジェクトになるでしょうし、彼らも私たちと同じように信頼を築く必要があります。これまでのpgBackRestの貢献者の皆さん、本当にありがとうございました。一緒に仕事ができて楽しかったです!
そのテキストはリンクにあるから、わざわざ二回読む必要ないよね。
彼が何があってもそれに取り組むべきだとは言わないけど、これはすごくいいプロジェクトだと思う。やっぱり、将来的にうまくいかなくなったときはコミュニティのフォークが唯一の選択肢になるんじゃないかな。
代替案を探してる人は、UFO Backup、つまりpgbackwebを試してみるといいよ。 https://github.com/eduardolat/pgbackweb