Azureで「仮想マシン」を作成すると同名の「クラウドサービス」が作成されます。
私の質問は:
A: 同じ名前の「クラウド サービス」とは何ですか?
B: "Cloud Service" に存在する、空で、本番環境にもステージにもデプロイされていないものを削除できますか?
C: 削除すると、作成した「仮想マシン」に影響はありますか?
D: 削除した場合、後で同じ名前で再作成できますか?
Azureで「仮想マシン」を作成すると同名の「クラウドサービス」が作成されます。
私の質問は:
A: 同じ名前の「クラウド サービス」とは何ですか?
B: "Cloud Service" に存在する、空で、本番環境にもステージにもデプロイされていないものを削除できますか?
C: 削除すると、作成した「仮想マシン」に影響はありますか?
D: 削除した場合、後で同じ名前で再作成できますか?
A. これは仮想マシンのデプロイのラッパーであり、基本的に PaaS モデルでの Web および Worker ロールのデプロイと同じ構造です。
ポータルから新しい仮想マシンを作成すると、「古い」Silverlight ポータルに戻らない限り、クラウド サービスも作成されていることが実際にはわかりません。
B. クラウド サービスが空の場合、実際には実行中の仮想マシンがないため、削除できます。
そこからイメージを作成しましたか (sysprep)? これにより、クラウド サービスからデタッチされます。デタッチされているため、ポータルには空のクラウド サービスがあることが示されます。 「新しい」ポータルには「空の」クラウド サービスが表示されていましたが、試してみたところ表示されません。もちろん、「古い」ポータルには表示されますが。
クラウド サービスは常にそこにありましたが、それについて知る必要がないと判断した場合、ポータルはそれを非表示にします :)。いくつかの「接続された VM」を作成すると、「新しい」ポータルにもクラウド サービスが表示されます。これは、サービスが単一の VM の単純なラッパー以上のものになったためです。
C. クラウド サービスに現在の展開が表示されている場合は、問題なく削除できます。
D. 並べ替え。クラウド サービスを削除すると、そのクラウド サービスの名前を再利用できます。ただし、同じ名前の別の VM を作成し、その VM のアセットを作成する場合 (イメージやディスクが残っている場合)、「クイック作成」オプションを使用すると失敗する可能性があります。これは、これらのオプションが、指定した DNS (別名クラウド サービス) 名に基づいてディスクとイメージの名前を作成するためです。古い VM のディスク/イメージがまだ存在する場合、競合が発生し、作成は失敗します。ただし、クラウド サービス名自体が原因で失敗するわけではありません。
私がCouchBase を使用して VM で行ったブログ投稿が参考になるかもしれません。さまざまなシナリオを説明し、いくつかの質問に触れています。それが CouchBase であるという事実は二次的なものです。