自動スケーリングec2with / scaleの共有ストレージに関する推奨事項が必要
私はこの質問に対する非常に多くの答えに出くわしたので、私は完全に迷子になりました！ 2つのサイトを、クラウドマネージャーとしてscalrを使用する負荷分散されたec2システムに移動します。ここで、ユーザーがアップロードしたコンテンツやその他のファイルの永続ストレージについて質問があります。誰かが私に次の設定と目標のための提案とチュートリアルへのリンクを教えてくれませんか。 2つのWebサイト（1つのフォーラム、1つのeコマース）。 1 LB 1アプリケーションサーバー（必要な数にスケールアウトするため）1 DBサーバー（必要な数にスケールアウトするため）
私たちのサイトは自動スケーリングする必要があり、私がscalrについて学んでいることによると、つまり、新しいインスタンスが読み込まれると、そのサーバーで基本を設定するスクリプトを実行する必要があります（git、php mods、gitからサイトをプル、移動キーなど）
私が理解していないのは、プロフィール写真、アバター、製品画像、テーマなど、ユーザーがアップロードしたコンテンツをどのように処理する必要があるかです...
EBSまたはs3fsフォルダーをマウントしてWebサイト（おそらく/ var/www/websitefolder）を保持しますか、それともアバターフォルダー/ var/www/websitefolder/images/avatarsをマウントするようなことをしますか？
これでどこに行けばいいのかわかりません。誰かが私にいくつかの詳細な助けを与えることができますか？ -ジョン
これは、EC2に移行する際の一般的な問題です。オプションは次のいずれかです。
S3
- 前述のようにs3fsを使用しますが、パフォーマンスの問題が発生する可能性があります
- ユーザーコンテンツをディスクではなくS3に保存するようにアプリケーションを書き直します。
- アプリケーションは、リクエストをS3または
- 事前に署名されたURLを使用して、クライアントにS3に直接アップロードさせることができます。
- その後、ユーザーはS3から直接コンテンツを取得するように指示される可能性があります。
Glusterなどのクラスター化されたファイルシステムを使用します。
- DRBDバックエンドを使用して、アクティブ/パッシブで2台の専用NFSサーバーを使用します。
編集20160705
AWSは現在、多くのリージョンでElastic File System（EFS）を提供しています。 EFSはホスト型NFSサービスであり、事実上NASサービスとして提供します。