問題タブ [s3ql]

私はUbuntu10.04でs3qlを試し、AmazonS3バケットをマウントするために使用しています。ただ、自動でマウントして欲しいです。誰かがそれを行う方法を知っていますか？

解決：

s3qlのNikratioの助けを借りて、システムの起動時にS3バケットを自動的にマウントできるようになりました。あなたは間違いなくマニュアルを見たいと思うでしょう、しかしここにそれをする方法の基本があります！

最初のステップは、authinfoファイルを作成することです。このファイルは、それを使用するユーザーのホームディレクトリ内の.s3qlディレクトリに配置する必要があります。authinfoファイルには、s3qlがプロンプトを表示せずにバケットをマウントできるようにするログイン情報が含まれています。以下は、authinfoファイルがどのように表示されるかの例です。最初の行には、Amazonセキュリティクレデンシャルが含まれています。2つ目は、バケットの場所とパスワードが含まれています。必要に応じて、このファイルに複数のバケット行を追加できますが、この例では1つだけを使用しています。この時点で、バケットパスワードは何でもかまいません。

バケット名は一意である必要があります。2人のユーザーが同じバケット名を持つことはできないため、Amazon Web Servicesにログインして、使用可能な名前が見つかるまで別の名前を試すことをお勧めします。見つけたら、それを削除する必要があります。s3qlは、s3qlファイルシステムを作成するときにそれを再作成するからです。バケットがすでに存在する場合は、エラーが発生します。

ファイルシステムを作成するには、次のコマンドを使用します。

暗号化パスワードの入力を求められます。これは、authinfoファイルのバケットパスワードと同じである必要があります。

ファイルシステムが作成されたので、次のコマンドを使用してファイルシステムをマウントできます。

もちろん、バケット名とマウントポイントは異なります。

ここで、このバケットを起動時に自動的にマウントする場合は、upstartスクリプトを/ etc/initに追加する必要があります。幸い、s3qlにはs3ql.confが同梱されています。

マウントされたバケットにroot以外のユーザーがアクセスできるように、mount.s3qlコマンドに「--allow-other」を追加しました。

このスクリプトを追加すると、理論的には再起動してバケットを自動的にマウントできるはずですが、これは問題が発生したためです。鉱山はマウントされていませんでした。

私の問題は、upstartがrootとしてスクリプトを実行していたという事実が原因でしたが、別のユーザーとしてファイルシステムを作成しました。/ rootとしてログインしていたユーザーのホームディレクトリから.s3qlディレクトリをコピーすると、問題は解決しました。

これが他の誰かに役立つことを願っています。マウントされたS3バケットを長い間使用していませんが、最初のテストがどのように行われたかに感銘を受けました。

また、この回答は、解決策が見つかってから約1週間後に作成されました。私はすべてをカバーしたと思いますが、あなたが私がステップを逃したのを見つけたら、私に知らせてください、そして私はそれを追加します。また、マニュアルを読むことをお勧めします。s3qlを使用する場合は、読む価値があります。

現在、Amazon の EC2 で Postgres 9 を使用しており、パフォーマンスに非常に満足しています。現在、Postgres に最大 2 TB のデータを追加することを検討しています。これは、EC2 スモール インスタンスが保持できる容量を超えています。

S3QLを見つけたので、Postgres データ ディレクトリを S3 ストレージに移動することと組み合わせて使用​​することを検討しています。誰もこれを行った経験がありますか? 私は主にパフォーマンスに関心があります (頻繁な読み取り、書き込みの頻度が低い)。どんなアドバイスでも大歓迎です、ありがとう。

S3QL を利用して、Ubuntu 16.04 で systemd を使用して起動時に AWS S3 ボリュームをマウントしようとしています。今のところ、mount.s3ql を使用して手動でボリュームを正常にマウントできます。

systemd serverice (s3ql.service) も作成しました。以下を実行すると、ボリュームがマウントされます。

再起動後、私は得る

そのため、サービスがロードされているように見えますが、「完了」して停止しています。ボリュームがマウントされません。/etc/systemd/system/s3ql.service の内容

私の仮定は、その構文に何か問題があるということです。

乾杯 JJ