最適アマゾンEC2のApacheのhttpdを介して静的コンテンツ配信用サーバインスタンスサイズ/タイプ

Question

背景：

は、Apacheを介して高可用性静的なWebコンテンツを配信するためのインフラストラクチャを構築します。トラフィックは間違いなく散発的ですが、必要に応じてスパイクが高くなる可能性があります。

amazonクラウドフロントですべてのmedia/js/cssをホストし、Amazon EC2インスタンス上ですべてのhtmlをApache経由で配信する予定です。私は、サブドメインのエイリアシングが必要なので、このコンテンツを配信するためにApacheを使用しています。これは簡単な解決策のようです。そうでなければ、クラウドフロントを使ってエンチラダ全体を配信しました。インスタンスには何も実行されません（動的ではありません）。 EC2インスタンスは、AmazonのElastic Load BalancerとAuto Scaledを使用してロードバランスされ、必要に応じて新しいインスタンスを作成します。

質問：

どのインスタンスタイプ/サイズが私に私のドルのインスタンスリソースの最適な利用を与える過ごしましたか？もう少し一般的で関連する質問は、Apache Webサーバーのどの部分が最初に最大になり、どのメトリクスが新しいインスタンスを追加するための最良の指標かということです。

Answer 1

phpや.netなどのプログラミング言語を使用していない場合は、.htmlファイルをS3に残してそこからウェブサイト全体をホストすることもできます。 S3にはバケットをウェブサイトにするオプションがあります。 S3を使用することができない場合は情報

余分な追加されました

---

その後、私はあなたの通常の負荷のために可能な最小のサーバを使用することをお勧めします。たとえば、通常の負荷が100要求/秒で、負荷を処理するためにm1.smallインスタンスが必要な場合は、そのインスタンスを使用します。 c1.mediumが必要な場合は、インスタンスサイズとして使用します。

サーバーの負荷が大きい場合は、ロードバランサと自動スケーリングを使用することをお勧めします。これにより、必要な負荷を処理するためにn * <server size>のサーバーを実行することができます。トラフィックが急増すると、負荷分散装置からサーバーが自動的に削除されます。アイデアはあなたが必要とするものに対してのみ請求されるということです。負荷がピーク時に2時間必要なだけなので、c1.xlargeを実行しないでください。

自動スケーリングは、広告のためにトラフィックが急増していることがわかっている場合や、CPU使用率、ネットワーク利用率などの指標に基づいている場合は、スケジュールに基づいて自動的にトリガーされます。

Answer 2

サイトをAWSに移動したばかりなので、少し異なる方向性を指摘したいと思います。静的ファイルを提供したいですか？ CloudFrontはあなたにそれをさせてください。 CloudFrontの価格は実質的にEC2からの転送と同じですが、グローバルCDNで34のエッジサーバーの位置を取得し、サーバーではすべてのリクエストを処理する必要はありません。

DNSでの適切なCNAMEマッピングを使用すると、CloudFrontで必要な任意のS3バケット/フォルダにさまざまなサブドメインをポイントできるようになります。今すぐCloudFront/S3としてあなたが必要とする規模の大きなものを心配する必要はありません。 :)

P.S.CloudFrontはまた、キャッシュして、APIリクエストやキャッシュ可能なページを提供することもできます。