5

Azureで実行されるWebサイトを計画しています。私は最大を見積もっています。1日あたり2000人のユーザーが、約20.000件のヒットを生み出しています。

私はここで少し漠然としていることを知っていますが、この種のサイトの準備ができている極小のインスタンスはありますか？私はMVC3を使用してサイトを作成しています。答えてくれてありがとう。

4

3 に答える 3

10

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

CPUだけでなく、インスタンスあたり約5Mbpsしか表示されないのに対し、スモールインスタンスあたり約100 Mbpsであるため、帯域幅によってボトルネックになっていることに気付く場合があります。

Load Testing asaServiceを提供するLoadStormのようなものでクイックテストを実行することをお勧めします。これにより、負荷がかかった状態でXSがどの程度うまく機能するかがわかります。

編集（2012年3月）： ExtraSmallインスタンスは$0.02 /時間であるのに対し、$ 0.04であるため、1つのSmallと同じコストで最大6つのXSインスタンスを実行できます。これにより、XSオプションがさらに魅力的になります。値下げに関する公式発表については、このブログ投稿を参照してください（ストレージの削減も含みます）。

于 2011-06-16T17:04:17.820 に答える
3

これは、生成するリクエストごとの負荷（CPUリソースと帯域幅リソースの両方）に大きく依存することに同意します。

XSインスタンスで私たち自身の経験を共有したかっただけです。これらのインスタンスは深刻なクロックドリフトに悩まされていることがわかりました：http：//blog.codingoutloud.com/2011/08/25/azure-faq-how-frequently-is-the-clock-on-my-windows-azure -vm-synchronized /

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

于 2013-11-01T13:55:33.447 に答える
1

1つの大きなインスタンスではなく、2つの小さなインスタンスでより優れたSLAが得られます。

また、ピーク負荷も確認する必要があります。たとえば、1日あたりのヒット数が20,000の場合、50％は午前9時から10時の間に発生しますか？

インスタンスストレージは20GBです。これが単なるアプリケーションコードであれば、問題はありません。

IOのパフォーマンスは低く、コンパイル時にアプリコードを初めて読み取るだけであれば、問題はありません。

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

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

スモールインスタンスを使用すると、1日2米ドル未満で節約できます。しかし、それは2日ごとのラテなので、リスクを冒して追加の展開を行う価値があるかもしれません。

于 2011-06-16T17:19:18.493 に答える