Azure クラウド サービスに関連する VM についての私の理解では、少なくともその一部は、サービスの有効期間全体にわたって存続することを意図していません (Azure を介して作成できる通常の VM とは異なります)。
これが、特定のものを構成するために、ServiceDefinition.csdef ファイルでスタートアップ タスクを使用する必要がある理由です。
しかし、しばらくいじってみると、何が持続し、何が持続しないのかわかりません。
たとえば、リモート デスクトップにログインして ISAPI フィルタを IIS にインストールしました。これは、展開や再イメージングを経ても持続しているようです。
永続化するものと永続化しないもの、およびその永続性がいつ終了するか (何がそれをクリアするトリガーとなるか) のリストはどこかにありますか?
さまざまなシナリオで Azure PaaS VM に保存される内容については、http://blogs.msdn.com/b/kwill/archive/2012/10/05/windows-azure-disk-partition-preservation.aspxを参照してください。
要するに、本当に存続するのは、cscfg/cspkg にパッケージ化されたもの (つまり、スタートアップ タスク) だけです。実行時または RDP 経由で行われたその他の処理は、最終的に削除されます。
参照 -方法: クラウド サービスのロールまたは展開を更新する- ほとんどの場合、既存の展開に対する UPDATE では、クラウド サービスのアプリケーション コードを更新する際にローカル データが保持されます。
役割のサイズ (つまり、役割インスタンスをホストする仮想マシンのサイズ) または役割の数を変更する場合は、各役割インスタンス (仮想マシン) を再イメージ化する必要があることに注意してください。失うだろう。
また、ステージング スロットに新しいデプロイを作成してから VIP を交換するという標準的なデプロイ方法を使用すると、すべてのローカル データ (これらは新しい VM) も失われます。