私はしばらくの間 (2010 年以降) S3FS を使用しており、「すべてのユーザーに読み取り/書き込みを許可する」を使用する必要があったため、v1.61 で行き詰まりました。「グローバル ファイル共有」(SAN) として使用し、10 台以上のサーバーに同じ 3 つのバケットをマウント (/etc/fstab) しています。主に Nginx/PHP-FPM (uid=33/gid=33 の www-data) だけでなく、automysqlbackup と git のさまざまなサービス (ユーザー) が読み取り/書き込みを行うため、「public-read-write」アクセスを使用すると便利でした。マウントポイントへ
私がやろうとしているのは、最新の 1.74 バージョンにアップグレードすることです (DO VPS のメモリ スパイクにより、s3fs は 500Mb メモリのうち 480Mb を占有しています) が、ファイルのアクセス許可に問題があります。また、1.74 マウントからの書き込み (ディレクトリとファイル) が 1.61 マウントに表示されないこともわかっているため、サーバーを一度にすべてアップグレードする必要があります (これで問題ありません)。
v1.61 /etc/fstab config (マウントの 1 つ)
s3fs#s3fs-db.example.com /mnt/s3fs-db fuse use_cache=/tmp,allow_other 0 0
v1.74+ /etc/fstab 構成
s3fs#s3fs-db.example.com /mnt/s3fs-db fuse use_cache=/tmp,allow_other,default_acl=public-read-write,url=https://aws.amazon.com 0 0
注: uid= も gid= もまだありません
1.74+ がディレクトリをマウントするとき、drwxr-x-r-xルート (/etc/fstab) としてマウントされたときのパーミッションは、www-data ユーザーがそれに書き込むことができないようにします。
質問:
- 1.74+ バージョンで 1.61 の機能をエミュレートする方法はありますか? 正しい設定を取得する方法がわかりません。default_acl=public-read-write が正しい方法のようです。
- uid= と gid= を使用し、マウント後にすべてのマウント ポイントで chmod -R 777 を実行する必要がありますか? /etc/fstab が私のためにこれを行うことを期待していました
- 私がやっていること (SAN 風) については、s3ql、s3backer、または riofs を見る必要がありますか?
その他の注意事項:
- 1.74+ は、以下の 2 つのリンクを意味します
- https://github.com/s3fs-fuse/s3fs-fuse/archive/master.zip
- git clone https://github.com/s3fs-fuse/s3fs-fuse.git (今は 1.77 かもしれません?)
- url= https://aws.amazon.comも壊れているようです
ありがとう、クリス