各MSDNサブスクリプションは、月ごとに割り当てられたリソースの与えられた数を持つ独自のWindows Azureのサブスクリプションを持って開催しました。これらのリソースは結合できません。たとえば、MSDN Ultimateサブスクリプションを使用する開発者が10人あり、それぞれに月間1,500コンピューティング時間がある場合は、15,000コンピューティング時間の単一のアカウントに組み合わせることはできません。
オーバーヘッドがあまりにも大きい場合:Windows Azureリソースを有効にする作業は非常に簡単です。実際に、新しいWindows Azure portalにアクセスし、MSDNアカウントに関連付けられたLive IDでサインインすると、ポータルは関連するWindows Azureサブスクリプションがあることを認識します。
個々の開発者が毎月Windows Azure Computeリソースを十分に使用できないことが懸念される場合、これは教育上の問題です。毎月1,500計算時間(および1/3計算時間で実行される余分な小インスタンス)では、2つのSmallインスタンスを24x7(または6つの超小型)で実行するのに十分なリソースがあります。慎重なアドバイスは、使用していないとき(勤務時間後またはテスト展開の間など)にすべてのデプロイメントを削除することです。これにより、より多くの呼吸が可能になり、割り当てられたリソースを経由するリスクなしに、より大きなVMサイズを実行できるようになります。
MSDN Azureのメリットは、制作のためのものであり、制作のものではないということも重要です。 – CSharpRocks
こんにちはDavid、答えをありがとう。私はログインしましたが、私はすでに無料のアカウントを持っていることを認識しませんでした。手動で有効にするには、クレジットカード(私たちが持っていない)またはMSサービスに電話する必要があります。これは、ここで100人がそれをやり始めることを意味します(彼らはそうしません)。私たちは多くのアカウントを未使用のままにしておきます。主にload&performancetestの継続的統合のためにバンドルされたアカウントを使用したいと思っています。50口座を50口座にするのではなく、1口座で作業するほうがずっと簡単です。私たちの財産: –
はい、それは超過(必要なステップ)のためのクレジットカードが必要です。しかし、$ 0上限を設定できるようになりました。これは単に請求の代わりに使用を止めるだけです。これは、元のサインアップワークフローと比較して非常に合理化されています。残念ながら、アカウントを組み合わせる方法はありません。しかし、これについて考えてみましょう:1,500時間で、アプリケーションをホストする8つの中規模インスタンスと2つのXL生成負荷で負荷テストを実行できます。これを1時間実行してからシャットダウンすると、32の計算時間が消費されます。毎月42回その負荷テストを再実行し、1,500時間を超えないようにすることができます。ちょっとした例... –