2016-04-07 8 views
0

私はちょうどcreating Azure ScaleSetチュートリアルと選択されたWindowsスケールセットに続きました。パラメータとして、私はテストのための "管理者"として管理者のユーザー名を提供しました。私がデプロイメントを開始すると、ストレージアカウント、パブリックIPなどが作成され始めました。突然、ユーザー名が十分に強くないと不平を言うと失敗しました。Azure ScaleSetsはロールバックされません

私のAzureリソースをチェックすると、作成されているストレージアカウントとその他のリソースが見つかりました。これらのリソースをロールバックするロールバックプロセスはありませんか?

enter image description here

+0

いいえ、私はロールバックプロセスがあるとは思わないでしょう、おそらくそれらを直接削除ロールバックと同じだろうか? – forester123

答えて

0

ARMの背後にある考え方は、すべてがリソースグループレベルで管理されていることです。これは、1つのストレージアカウントや数千のVMについて話しているかどうかは関係ありません。デプロイメントが機能しない場合は、ロールバックする方法は単にリソースグループを削除するだけです。リソースグループもすべて削除されます。

Azure Resource Manager overview

からあなたのグループ内のリソースのすべてが同じライフサイクルを共有する必要があります。それらをデプロイ、更新、および削除します。データベースサーバーなどの1つのリソースが異なる展開サイクルに存在する必要がある場合は、別のリソースグループに含める必要があります。

ITの他のほとんどのものと同様に、重要な部分は分割線がどこに行くべきかを決定することです。個人的に私はリソースグループを慎重なサービス、DB、スケールセット、フロントエンドWebサーバーとして保つようにしています。そうすれば、個々のユニットは他のパーツに影響を与えずにスワップアウトできます。

+0

@Micheal - リソースグループは、より多くのスケールセットを含む上位グループです。私の場合、上記の操作に関係しない他のリソースがリソースグループにあります。したがって、リソースグループを削除することは私の選択肢ではありません。 – Dhanuka777

+0

その場合、唯一の解決策は、手動でそれらを通過して削除することです。次回に配備するときは、RGを持って管理してください。 –

+0

おかげさまで、ありがとうございました。私は自動roll_back機能を期待しており、結果の半分がコミットされているのを見て驚いた。スクリプトレベルやプログラミングレベルでこれを行うことはできませんか? – Dhanuka777

関連する問題