今月、予想よりも大きなAWSの請求があり、あるサイトでバックアップが500GB追加されていることがわかりました。DISCOURSE_MAXIMUM_BACKUPSは14に設定されているので、14個よりもはるかに多くのバックアップがあることに驚きました。maximum_backupsと非常に似た機能を持つremove_older_backupsという新しい設定に気づきました。maximum_backupsが十分な解決策ではない理由を思いつくことができません。手動で多くのバックアップを作成した場合、望むよりも少ないバックアップを保持してしまうということでしょうか？
おそらく、そのサイトは一種の例外であり、maximum_backupsを尊重していない他のサイトは見当たらないためでしょう。
@pfaffman 古いバックアップを削除する機能は、規制上の理由から、特定の期間を超えた顧客データを保持できない顧客からリクエストされたものです。設定しない場合、その機能は有効になりません。
お客様の場合、DISCOURSE_MAXIMUM_BACKUPS の値は新しいバックアップが作成されたときに読み込まれます（つまり、削除する夜間スクリプトはありません）。顧客が値を下げてから、それ以降バックアップを実行していないということはありえますか？アドホックバックアップを実行して、古いバックアップが削除されるかどうかを確認することは可能ですか？
コンプライアンスと規制。なるほど。ありがとうございます。わかりました。
80個の追加バックアップが出現したのと同時にこれが現れたのは、単なる奇妙な偶然だと思います。
それを実行しましたが、追加のバックアップは削除されませんでした。それが、他の設定を疑う原因となりました。もしかしたら、バケットに削除権限がないといった、さらにくだらないことかもしれません。
1週間かそこらで、期待どおりに動作しているか、あるいは新しい設定を14日に設定することで何らかの助けになるかを確認してみます。
いいですね！