注: Azure の価格モデルに精通している場合は、「質問」セクションに進んでください。
Microsoft は、2010 年 2 月 1 日から Azure プラットフォームの使用に対して課金を開始します。毎月の請求額は、帯域幅、ストレージなどの関数になります。請求額の計算に使用される要因の1 つに計算時間があります。ただし、この後者の要素には誤解を招く名前が付いています。代わりに、インスタンス ホスティング時間と名付けるべきです。Windows azure の価格ページを引用します。
アプリケーションを開発およびテストするとき、開発者は、使用されていないコンピューティング インスタンスを削除して、コンピューティング時間の請求を最小限に抑える必要があります。
したがって、計算時間ではなく、稼働時間であると思わせてしまいます。MSDN フォーラムでこの質問に対する公式の回答を読んだ後、疑いは完全に薄れます。
(任意のロールの) 各インスタンスがカウントされ、インスタンスがアクティブになっているすべての時間がカウントされることを確認できます (それらの「アクティビティ」の量に関係なく)。2 つの Web ロール インスタンスと 2 つのワーカー ロール インスタンスを持つアプリケーションの場合、4 つのインスタンスに対して課金されます。
インスタンスあたり $0.12/時間で、N 個のインスタンスを使用するアプリには、平均 24*30*0.12*N/月 = ~ $86/月/インスタンスが請求されます。99.9% のアップタイムのサービス レベル アグリーメントを適用する場合、インスタンスを 2 つ未満にすることはできないという事実を考慮すると、小規模な Web サイトでは問題が悪化します。
したがって、小規模でコンピューティング能力が安価な Web サイトは、おそらく Azure のターゲット市場ではありません。しかし、バッチ プロセスの場合、負担はおそらくなくなるでしょう。
質問
コンピューティング能力と"コンピューティング時間"の請求に関してのみ言えば、数をスケールアップ(およびダウン)できる場合に限り、Azure は月に数時間しか実行されないバッチ プロセスの優れたホスティング オプションになります。インスタンスを簡単に。そう：
- Azure のインスタンス数をプログラムで増減することはできますか? 構成ファイルを手動で変更する以外に他のオプションはありますか?
- インスタンス数の縮小に関して、明らかでない問題はありますか?
- Azure がアプリケーションのスケール ダウンを "確認" するのにどれくらいの時間がかかりますか?
後者の質問について: 非常に多数のインスタンス (たとえば 1000) が 45 分間実行されているという極端なケースを考えてみましょう。プロセスが終了してから 15 分以内に Azure がスケールダウンを通知できない場合は、さらに 1000 コンピューティング時間の料金が請求されます。