2

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

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

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

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

4

1 に答える 1

0

新しいプロジェクト RioFS (Userspace S3 filesystem): https://github.com/skoobe/riofsを確認することをお勧めします。このプロジェクトは「s3fs」の代替案です。「s3fs」と比較した主な利点は、シンプルさ、操作の速度、およびバグのないコードです。現在、プロジェクトは「テスト」状態にありますが、かなり長い間、負荷の高い複数のファイル サーバーで実行されています。

私たちのプロジェクトに参加し、テストを手伝ってくれる人をさらに募集しています。私たちの側から、迅速なバグ修正を提供し、新しい機能を追加するためのリクエストに耳を傾けます.

あなたの問題について：

S3FS がキャッシュされたファイルでどのように機能するかはよくわかりませんが、私たちのプロジェクトでは、追加の I/O 操作を実行しないようにしています。

ぜひ試してみて、RioFSがどのように機能するか教えてください。

于 2013-07-29T09:55:48.563 に答える