バックアップの gzip 圧縮を無効にする方法はありますか?
Digital Ocean サーバーのサイズを最終的には増強する必要があることはわかっていますが、月額料金が実質的に倍になるため、できる限り先延ばしにしています。
最新のアップデート(新しい postgres に切り替わったとき)の後、バックアップは作成できるようになったものの、バックアップの gzip 圧縮に失敗するようになりました。皮肉なものです。
バックアップをサーバーからコピーして別の場所に保存しているので、gzip には実際にはあまり意味がありません(転送時間がわずかに長くなるだけです)。サーバーから取り出した後に長期保存のために gzip 圧縮できます。また、バックアップのサイズの多くはアップロードであり、画像などはすでに圧縮されています。
しかし現在、gzip 処理のために、バックアップ全体が機能しなくなっています。
そこで、バックアップの gzip 圧縮を単純に「しない」ようにする方法はありますか?
pfaffman
(Jay Pfaffman)
2
古いデータベースを削除するために
./launcher cleanup
を実行しましたか?
もう一つできることは、ブロックストレージを使用してスペースを追加することです。
Ed_S
(Ed S)
3
「いいね!」 2
待てよ、tar に --gzip フラグを追加するだけで、問題が完全に回避されるということか?
実行していませんでしたが、これによりかなりの容量が戻り、当面の私の問題を解決できます。
--gzip オプションに切り替えることは、依然として非常に良い考えだと思います。
しかし、少なくとも毎月の請求額が倍になるのを半年以上延期できたので、ありがとうございます。
pfaffman
(Jay Pfaffman)
6
ブロックストレージはかなり安いと思います。バックアップやアップロードに使用できます。バックアップの構築に使用される一時スペースにブロックストレージが使用されていることを確認するのは少し難しいかもしれません。
ブロックストレージをバックアップ専用に使用できますか?もしそうなら、サーバーを倍増しなければならないまでの時間を延長する選択肢になるかもしれません。ただし、まずローカルで作成してからS3にコピーする場合、それはまったく役に立ちません。
pfaffman
(Jay Pfaffman)
8
はい。アップロードについて説明したのと同じ考え方になります。一時ファイルがどこに書き込まれるかは思い出せません。バックアップログにあるかもしれません。app.yml でそのディレクトリを追加のストレージスペースにマッピングされていることを確認するだけです。
pfaffman
(Jay Pfaffman)
9
次のようなことを行うと思います。
volumes:
- volume:
host: /var/discourse/shared/standalone
guest: /shared
- volume:
host: /var/discourse/shared/dashboard/log/var-log
guest: /var/log
- volume:
host: /bigExtraSpace/tmp
guest: /shared/tmp
- volume:
host: /bigExtraSpace/backups
guest: /shared/backups
「いいね!」 2
system
(system)
クローズされました:
10
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.