問題タブ [s3fs]

私はAWS上でプロジェクト環境をセットアップしようとしています..私の少しの調査によると、S3バケットサービスについて知るようになりました. また、コード ファイルをその S3 バケット内に配置すると、同じファイルを NFS や他のファイル共有システム内に配置するよりも関連性が高くなることがわかりました。

現在、AWS 上に 1 つの EC2 インスタンスがあり、その中でS3FSをセットアップしようとしましたが、いくつかの設定を介して、EC2 環境内にすべてのバケットのファイルとフォルダーを取得しました。そして、私も同じようにとても感銘を受けました。しかし、私たちのプロジェクトは CPU とメモリの負荷が高い状態で実行されています。そのため、同じプロジェクト (同じ S3FS 構成のイメージ AMI を使用) でロード バランサーをセットアップする必要はありません。それは私にとって無価値でしょう。

これで、同じ S3FS 構成の EC2 インスタンス用に AMI イメージを作成済みで、スケールアップ ロード バランサー ポリシーがそのイメージ (AMI) 用に 1 つのスポット リクエストを作成しようとしたときに、I/O レートが高いことがわかりました !!! そのため、予期せずプロジェクトの実行が非常に遅くなりました!!

新しく起動された S3FS 対応インスタンスで高い I/O レートを下げる方法を教えてください。

S3FS と FUSE を使用して S3 バケットを AWS EC2 インスタンスにマウントすると、S3 ファイルが更新されるという問題が発生しましたが、新しいファイルには適切なアクセス許可が適用されません。

新しいファイルの ACL 権限は、「rw-r--r--」ではなく「--------」でした。次の方法で、バケットが適切にマウントされていることを確認しました。

/etc/fstab に自動マウントを作成します。

/etc/passwd-s3fs に適切な権限を持つパスワードファイルを作成します。

私のセットアップは、Ubuntu 13.04、PHP5、AWS SDK です。

2日間の実験の後、以下の回答で解決策（php用）を見つけました。

Centos 6.4にphp-fpmがインストールされたNginxサーバーがあります

1. 現在の状況:

NFS サーバーを使用してバージョンとファイルを保持します。Nginx は NFS をマウントし、そこからファイルを提供します。このシナリオは機能しており、大量のトラフィックを処理しています

2. 望ましいシナリオ

NFS を S3 に置き換え、fuse & s3fs を使用してマウントします。そのシナリオでは、大量のトラフィックの処理を強制されると、サーバーに障害が発生します。

ヒューズと s3fs はかなり遅いですか、それとも何か不足していますか? どうも