0

Azureクラウドサービス(Webロール)の「OSファミリ」を「WindowsServer 2008R2」から「WindowsServer2012」にアップグレードして、.Net4.5を使用できるようにします。この変更を行うためのドロップダウンがAzurePortalにありますが、これによりどのような種類の停止が発生する可能性があるかが心配です...この変更中/変更後も展開されたWebサイトは引き続きアクティブで機能しますか?

これは私が見つけた中で最高のドキュメントであり、私が期待できる動作については触れていません。

http://msdn.microsoft.com/en-us/library/windowsazure/gg456324.aspx

4

2 に答える 2

2

したがって、Web ロールがどのように機能するかが理解できます。構成を使用してアプリケーションをアップロードすると、Azure はアップロードされたデータを仮想マシンとは別に保存します。アップロードされたアプリケーションのその後の展開には、任意の新しい仮想マシン (例: 小、中、...) の作成が含まれます。オペレーティング システムごとに個別の仮想マシンがあります。事前定義されたタイプの仮想マシンがプロビジョニングされると、プロビジョニングされた仮想マシンにアプリが読み込まれ、仮想マシンが開始されます (VM の開始後にデプロイが行われる可能性があります)。さて、質問に戻りますが、設定を OS 2008 から OS 2012 に変更すると、古い VM のプロビジョニングが解除され、OS 2012 を搭載した新しい VM がプロビジョニングされ、アプリがデプロイされることは明らかです。したがって、 、ダウンタイムがあります。

于 2014-06-24T01:31:41.617 に答える
1

OS ファミリを変更すると、すべてのロールとインスタンスでダウンタイムが発生します。これは、OSFamily が、アプリケーション全体の設定であるサービス構成の一部であるためです。Azure アプリケーションに Web ロールまたは Worker ロール、あるいはその両方しかない場合、この設定を変更すると、すべてのロールとインスタンスに適用されます。

構成の変更がアプリケーションに適用されると、サービス全体が更新されます。このように考えてください。ロールに複数のインスタンスがある場合、インスタンスの半分を新しい構成で実行し、半分を古い構成で実行することは望ましくありません。これは大きな問題を引き起こす可能性があるためです。そのため、必要なアプリケーション構成の更新にはダウンタイムが必要です。ダウンタイムを短縮するために、ステージングおよび本番スロット ベースの展開が既に利用可能です。

ダウンタイムを回避したい場合は、次のことができます。

  1. 運用アプリケーションが既に実行されている間に、新しいアプリケーションを OSFamily=3 (Windows Server 2012) でステージング スロットにデプロイします。
  2. 必要に応じてステージング アプリケーションをテストする
  3. ステージング アプリケーションが期待どおりに機能したら、ポータルで「VIP スワップ」を行います。VIP スワップは、ステージング展開を運用環境にプッシュし、数秒以内に Windows Server 2012 でアプリケーションを実行できるようにします。
于 2013-01-11T21:30:06.817 に答える