- 2020 年 10 月 18 日
- ヴァシリス・ヴリニオティス
- 。 2コメント
DejaDupは、Gnomeのデフォルトのバックアップアプリケーションです。 これは重複のためのGUIであり、単純さに焦点を当て、増分暗号化バックアップをサポートし、最近まで多数のクラウドプロバイダーをサポートしていました。 残念ながら、バージョン42.0の時点では、 すべての主要なクラウドプロバイダーが削除されました。 したがって、Ubuntu 20.10には特定のバージョンが付属しているため、AmazonS3でアップグレードしてバックアップを作成しているユーザーはそれらにアクセスできません。 このブログ投稿では、DejaDupを使用してAWSS3でバックアップを継続できるようにするソリューションを提供します。
必須の暴言（スキップしてかまいません）
クラウドプロバイダーの削除は驚くべきことではありません。 DejaDupのどのバージョンが非推奨になったのか正確にはわかりませんが、 Ubuntuの17.10 それらがすべてオプションとして隠されていたとき。 そのため、3年間、Amazon S3、Google Cloud Storage、Openstack Swift、Rackspaceなどにバックアップを持っていた人々は、非推奨の機能を使用して、避けられない削除の準備をすることができました。
それで、なぜあなたが尋ねるかもしれないと不平を言うのですか？ まず第一に、Ubuntuの以前のバージョンから20.10にアップデートするとき、すべてのクラウドプロバイダーがDejaDupから削除されていることを本当に知りません。 したがって、更新中に問題が発生した場合、バックアップに簡単にアクセスしてシステムを復元することはできません。
もうXNUMXつの大きな問題は、DejaDupの最後のバージョンにストレージオプションがないことです。 彼らはポリシーを変更し、「消費者向けクラウドサービス」のみをサポートすることを決定しましたが、現在はGoogleドライブのみをサポートしています。 そのため、大容量ストレージのコスト効率の高いオプションをすべて排除し、非常に高価なオプションをXNUMXつだけ残しました。 これがアプリケーションのユーザーにとってどのように役立つのか、私にはよくわかりません。 Linuxは常に選択肢を持っていることを目的としていました（多くの場合、選択肢が多すぎます）。経験豊富なユーザーと経験の浅いユーザーの両方にサービスを提供するために、複数のストレージオプションを維持してみませんか？ ありがたいことに、Linuxを使用しているため、これを修正するオプションがあります。
AWSS42でDejaDup v3 +を使用する方法
警告：次の設定は十分にテストしていませんので、自己責任で使用してください。 コンピューターがあなたの顔に爆発したり、あなたがあなたのデータを失ったり、あなたの配偶者があなたの子供を連れてあなたを去ったりしても、私を責めないでください。
s3fsヒューズのインストール
それが邪魔にならないように、修正に進みましょう。 我々は使用するだろう s3fsヒューズ、FUSEを介してS3バケットをマウントし、効果的にローカルディスクのように見せることができるプログラム。 ありがたいことに、Ubuntuのリポジトリにあるため、ソースからコンパイルする必要はありません。 インストールするには、ターミナルに次のように入力します。
sudo apt install s3fs
AWS認証情報ファイルの設定
次に、資格情報を構成する必要があります。 s3fsは、認証のためにXNUMXつの方法をサポートしています。 AWS認証情報ファイル またはカスタムpasswdファイル。 このチュートリアルでは、最初の方法を使用しますが、後者に興味がある場合は、お気軽に s3fsドキュメント Githubで。 認証情報を設定するには、ファイル〜/ .aws / credentialsにAWSアクセスIDとシークレットキーが含まれていることを確認してください。 次のようになります。
[default]
aws_access_key_id=YOUR_ACCESS_KEY_ID
aws_secret_access_key=YOUR_SECRET_ACCESS_KEY
バケットをローカルファイルシステムにマウントする
資格情報ファイルを取得したら、バックアップバケットをマウントする準備が整います。 バケット名を覚えていない場合は、次のサイトにアクセスして見つけることができます。 AWSアカウント。 特定の場所タイプとの間でバケットをマウントおよびマウント解除するには、次のようにします。
# mount
s3fs BUCKET_NAME /path/to/location
＃アンマウント
フューザーマウント-u / path / to / location
このようにバケットをマウントするのは一時的なものであり、再起動しても持続しません。 / etc / fstabに追加できますが、これはpasswdファイルでのみ機能すると思います。 AWS認証情報ファイルを使用する場合は、簡単な回避策を使用して、スタートアップアプリケーション設定にショートカットを作成します。
バケットをマウントする前に、WiFiが接続されていることを確認するために、わずか10秒の遅延を追加できることに注意してください。 正常にマウントするには、明らかにインターネットアクセスが必要です。 VPNの背後にいる場合、または他の複雑なセットアップがある場合は、mountコマンドを実行する前に必要なチェックを行うbashスクリプトを作成することもできます。
DejaDupの構成
バケットをローカルドライブとしてマウントすると、それを使用するようにDejaDupを簡単に構成できるようになります。 まず、バックエンドをローカルに変更する必要があります。 これは、dconfigなどのプログラムを使用するか、次のコマンドでコンソールを使用して実行できます。
gsettings set org.gnome.DejaDup backend 'local'
最後に、DejaDupを開き、設定に移動して、S3バックアップファイルがあるディレクトリを保存場所に指定します。 バックアップファイルを含むサブディレクトリを必ず選択してください。 これは通常、コンピュータのホスト名と同じ名前のマウントポイント内のサブディレクトリです。 最後になりましたが、S3マウントディレクトリがDejaDupから除外されていることを確認してください！ これを行うには、環境設定で無視されたフォルダを確認します。
それでおしまい！ 次に、[復元]タブに移動すると、DejaDupは以前のバックアップを読み取ることができます。 新しいものを取ることもできます。
ガッチャ
この設定で覚えておくべきことがいくつかあります。
- まず、バケットをマウントするときにインターネットに接続する必要があります。 そうでない場合、バケットはマウントされません。 したがって、mountコマンドを呼び出すのではなく、マウントする前に必要なチェックを行うbashスクリプトを作成することをお勧めします（インターネット接続がオンになっている、ファイアウォールが外部要求を許可しているなど）。
- そのようなバックアップを取ることは、古いネイティブS3サポートを使用するよりも遅いようであり、より多くのネットワークトラフィックを生成する可能性があります（AWSトラフィックコストに注意してください！）。 これは、DejaDupがローカルファイルシステムにアクセスしていると見なすために予想されるため、ネットワークトラフィックを引き起こす操作を積極的にキャッシュしたり最小化したりする必要はありません。
- 安定性の問題が予想されます。 前に述べたように、DejaDupは、ネットワークを介してデータを書き込むことを認識していないため、このようなセットアップに通常存在する機能（retry-on-failなど）の多くが欠落しています。 また、バックアップの途中で接続が失われた場合は、将来のバックアップが破損しないように、接続を削除して新しい接続を開始する必要があります。
- 最後に、これは非常に実験的な設定であり、信頼できるソリューションが本当に必要な場合は、独自の調査を行い、ニーズに合ったものを選択する必要があることを忘れないでください。
ローカルで暗号化された増分バックアップを可能にし、S3をサポートし、使いやすいUIを備えたオープンソースバックアップソリューションの推奨事項がある場合は、コメントを残してください。喜んで試してみます。
