2016-09-06 4 views
0

クラウドサービスの下でこのWeb/Workerロールがどのように機能するかを理解したいと思います。私の理解によれば、CSDEFファイルで必要なWeb/Workerロールのインスタンス数を定義する必要があり、Azureはクラウドサービスの下でVM(インスタンス)を自動的に作成します。アプリケーションが更新され、新しいコードが配備されるのはどうですか? IISで既存のインスタンスが破棄され、新しいインスタンスが作成されるか、変更されたコードのみが更新されますか?バックエンドではどのように動作しますか?マイクロソフトは、各リリースのWeb/Workerロール向けにPaaS VMを再作成していますか?

注:基本的に私は4つのインスタンスをWebロールに持っており、VM内に約20のローカルユーザーアカウントを作成して別のチームで管理したいと考えています。デプロイメントが完了するたびにアカウントが削除されないようにしたい。

答えて

0

基本的に私は、Webロールの4つのインスタンスを持っていると私は別の チームがそれを管理するためのVMに 20周りのローカルユーザーアカウントを作成します。 展開が完了するたびにアカウントが削除されないようにしたい。

簡易回答:Do not Do This

Azure Cloud Servicesは本質的にStateless Virtual Machinesです。つまり、VMの作成後にVM内で何か(ソフトウェアのインストールなど)を削除することができます。これは、新しいバージョンのコードを単純に展開する場合には当てはまりませんが、Microsoftが障害の発生したVMを取り除き、展開の作成/更新に使用した最後のパッケージファイルから自動的に新しいVMを立ち上げることがあります。このシナリオでは、行った変更は失われます。

+0

ありがとうGaurav。私はユーザーアカウントを作成するスタートアップスクリプトを置くことに決めました。この場合、何らかの理由で私たちまたはマイクロソフトによってインスタンスが再起動された場合でも、ユーザーアカウントはそこに残ります。右? –

+0

それは正しいです。 –

0

クラウドサービスはステートレスであるとみなす必要があります。ディスクはすべての展開で必ずしもdestroyedである必要はありませんが、計画する必要があります。ロールの起動に先立って実行する設定や操作は、CSDEFファイルのstartup taskとして定義する必要があります。

+0

ありがとうございます。これらのクラウドサービスインスタンスで監査ポリシーを設定して、アカウントのパスワードの変更を監視することはできますか?再起動/ハードリブート/展開でもポリシーが破棄されないことを願っています。誰でも確認できますか? –

関連する問題