EC2-共有ストレージ-S3FSまたはEBS？

現在、EC2にWebサービスを構築しており、ロードバランサーの背後に単一のインスタンスがあります。もちろん、複数のインスタンスに対応します。

私の最初のアイデアは、すべてのインスタンスをダムスレーブとして実行し、ローカルストレージとしてS3を使用することでした。このため、私はS3FSの使用を開始しましたが、これまで見てきたように、Webサービス環境での本番使用にはまだ準備ができていません。ログの書き込みは、遅くとも、遅くはないようです。キャッシュフラグなどがなくても、奇数のキャッシュに関する多くの問題があります。

しかし、代替案はほとんど見えません。1つは明らかにEBSボリュームで、単一のインスタンスに接続できます。これを共有するためのいくつかのソリューション：-

• 他のインスタンスとのSMB共有。1つのマスターと残りのスレーブがあります-obvには、複数のEBSボリュームを備えた冗長性がここに組み込まれている必要がありますか？
• 他のボックスとのRsync共有。これは永続的ではなく、定期的に更新されることを考えると、痛みを伴います。大きな変更が発生したときにスクリプトを強制的に更新する場合は、問題ありません。

質問は...人々は何をしますか？それは完全に一般的な使用例のようですが、フォーラムやここSFでさえ見つかるさまざまな回答は、簡潔な回答がないことを示唆しているようです...

それは、オプションへの慣れ、快適な内容、共有する内容、同期の頻度、「同期」の必要性、それらの方法に応じて、多くの回答があるためです。使用する（ハートビートに予備？読み取り専用vs.書き込みインスタンス？バランスインスタンス？）セットアップをどの程度複雑にし、どのアプリケーションを使用するか（自分自身を同期できるデータベース？共有ストレージ用に構築されたアプリケーション） ？...）

Rsyncを使用して、同期のスケジュール、ファイルサーバー、NFSサーバー、DRBD "ソフトウェアRAID 1"などからの共有をスケジュールできます。これは、特定の使用例とデータのバックアップ方法によって異なります。

簡単な答えは、それは使用例に依存するのであなたの質問に答えがないということです。

S3 / CloudFrontにプッシュするEBSボリュームは、特に画像、CSS、JavaScript、その種のものについて心配している場合、ここでの最善の移動のようです。

EBSは、特にサーバーのファイルシステムの場合、S3よりもスナップショット/バックアップが簡単になります。

たとえば、1つのサーバーを「マスター」として指定し、別のサーバーを「スレーブ」として指定して、「マスター」のみを変更することもできます。

ロギングについては、http://loggly.com/や https://papertrailapp.com/などのクラウドロギングサービスの一部をご覧ください。

HTH