設定された条件に基づいて、Azure VM のサイズ変更を自動的にトリガーすることはできますか?
たとえば、プロセッサ/RAM の使用率が 5 分間で 90% を超えている場合、「中」マシンから「大」マシンに増やしますか? 次に、使用量が減ったら明らかにスケールダウンしますか?
または... (ピーク時) 英国の営業時間の間にサイズ変更をスケジュールし、オフピーク時にダウンスケールすることは可能ですか?
ちょっとした考え...
設定された条件に基づいて、Azure VM のサイズ変更を自動的にトリガーすることはできますか?
たとえば、プロセッサ/RAM の使用率が 5 分間で 90% を超えている場合、「中」マシンから「大」マシンに増やしますか? 次に、使用量が減ったら明らかにスケールダウンしますか?
または... (ピーク時) 英国の営業時間の間にサイズ変更をスケジュールし、オフピーク時にダウンスケールすることは可能ですか?
ちょっとした考え...
Windows Azure 向け Enterprise Library 5.0 の一部であるパターンとプラクティス チームのAuto Scaling Building Blockを確認する価値があります。
Microsoft Enterprise Library Autoscaling Application Block (WASABi) を使用すると、自動スケーリング動作を Windows Azure アプリケーションに追加できます。Windows Azure またはオンプレミス アプリケーションでブロックをホストすることを選択できます。Autoscaling Application Block は変更なしで使用できます。Windows Azure アプリケーションで自動スケーリングの動作を定義および監視するために必要なすべての機能を提供します。
Enterprise Library Autoscaling Application Block には、次の機能が含まれています。
- これにより、グラフィカルな Enterprise Library 構成ツールを使用して構成設定を管理できます。
- これにより、ブロックが使用するストレージの場所とログ メカニズムを構成できます。
- カスタムの自動スケーリング ルールとアクションを追加して、ブロックを拡張できます。
いいえ、できません。しかし、そのオートスケールをかなり簡単にプログラムできます。Azure Scale Me プロジェクトを見てみましょう。これは Cloud Services への呼び出しを使用しますが、Hosted Services REST API 呼び出しの代わりに Virtual Machines REST API 呼び出しへの呼び出しをかなり簡単に追加できます。
ハンズフリーのアプローチが必要で、サードパーティのサービス チェックアウトAzureWatchの使用を気にしない 場合オープンソース ブロックの有無にかかわらず、自動スケーリング ソリューションをどこかで、場合によっては大規模にホストする必要がある場合、節約されると思われるコストが依然として発生します。