Windows Azure Platform では、アプリケーションを 1 つ以上のインスタンスに展開できます。その後、ファブリック コントローラーは、それらのインスタンス間でアプリケーションのワークロードのバランスをとります。
インスタンスの数は、需要に基づいてスケールアップ/ダウンできますか?それともインスタンスの数は静的ですか? インスタンスを動的に開始できる場合、これがどのように発生するかをどの程度制御できますか?
Azure はアプリケーション インスタンス間でワークロードをどのようにバランスさせますか? また、その方法を制御することはできますか?
この質問には、負荷に基づいてスケールアップ/スケールダウンできるサードパーティツール（AzureWatch）など、多くの有益な情報が含まれています。
追加したいのは、商用開始 (11 月) までに、インスタンスの数をプログラムで変更できる API を用意することです。（したがって、必要なロジックに基づいてスケーリングできます。）
Azureロールのインスタンスの数は、xml構成ファイルで指定されます。現在、この構成ファイルのインスタンス数を手動で変更する必要があります。これを行うと、ファブリックコントローラーは実行中のインスタンスの数を自動的に調整します。
Webロールの場合、着信TCP接続はインスタンス間でバランスが取れています。ワーカーロールの場合、負荷は通常、メッセージキューから作業割り当てを取得するすべてのインスタンスに分散されます。ファブリックは、実際にはワーカーの役割には関与しません。
これは古い質問であることは知っていますが、質問が最初に行われた後にリリースされた無料のWindows Autoscaling Application Blockを強調したいと思いました。