Azure-追加の小さなインスタンスWebロール - 生産の準備はできましたか？

Question

Azureで実行されているWebサイトを計画しています。私は最大を推定しています。 2000人のユーザーが約20.000ヒットを作成します。

私はここでちょっと漠然としていることを知っていますが、この種のサイトには余分な小さなインスタンスが用意されていますか？ MVC 3を使用してサイトを作成しています。答えをありがとう。

Answer 1

その質問を最もよく判断するには、いくつかのロードテストを行う必要があります。 Windows Azure Compute SLAの利点を享受するには、最低2つのインスタンスが必要であることを忘れないでください（したがって、さまざまな障害ドメインにインスタンスがあるため、OSのアップグレードによりインスタンスの1つがリサイクルされていても、サイトは実行されます。ハードウェアの障害など）。質問は次のとおりです。2つの余分な小さなインスタンスは毎日20,000ヒットを処理できますか？これは約に相当します。 1日あたりVMインスタンスあたり10Kヒット、または1時間あたり416ヒット、または1分あたり7ヒット。そして... 1つのインスタンスがあっても、1分あたり14のヒット率はかなり低いです。

CPU以上に、インスタンスあたり約5Mbpsしか表示されないため、帯域幅でボトルネックされていることに気付くかもしれません。

あなたはようなもので簡単なテストを実行したいかもしれません ロードストーム, 、サービスとして負荷テストを提供します。これにより、XSが負荷下でどれだけうまく機能するかについての良いアイデアが得られるはずです。

編集（2012年3月）： 追加の小さなインスタンスは現在、0.02ドル /時間$ 0.04であるため、1つの小規模の同じコストで最大6 XSインスタンスを実行できます。これにより、XSオプションがさらに魅力的になります。見る このブログ投稿 価格下落に関する公式発表（ストレージカットも含む）。

Answer 2

私は、これがあなたが生成する要求ごとの負荷に非常に依存していることをデビッドに同意します（CPUと帯域幅のリソースの両方）

XSインスタンスと自分の経験を共有したかっただけです。これらのインスタンスは、深刻な時計のドリフトに苦しんでいることがわかりました。 http://blog.codingoutloud.com/2011/08/25/azure-faq-how-frequenty-is-the-clock-on-windows-azure-vm-synchronized/

これは、NTP同期間の1週間にわたって1分間の違いと同じようになる可能性があります。ほとんどのアプリケーションでは、これは必ずしも問題ではありませんが、OAUTH1.0A認証を使用して30秒のタイムスタンプの差で、XSを使用するときに大きな頭痛が発生しました。 S以上のコアが共有されていないため、クロックドリフトがはるかに少なくなります。

Answer 3

1つ大きい1つではなく、2つの小さなインスタンスでより良いSLAを取得します。

また、ピーク負荷を確認する必要があります。たとえば、1日あたり20,000ヒットで、50％が午前9時から10件の間に来ますか？

インスタンスストレージは20GBです。これが単なるアプリケーションコードである場合、問題は問題にならないはずです。

IOのパフォーマンスは低くなります。これが最初にコンパイルされるときにアプリコードを読み取るだけで、問題にならないはずです。

CPUシングル1 GHz、これが単なるWebページであり、計算がほとんどない場合は問題ではありません。これが本当に遅くなる時間は、JITコンパイル中です。

メモリは768 MBです。これは、特にデータをキャッシュしている場合は問題になる可能性があります。

小さなインスタンスを使用して、1日2米ドル未満を節約できます。しかし、それは2日ごとにラテであるため、リスクを冒して追加の展開を行わなければならないかもしれません。