問題タブ [azure-deployment-slots]

Linux 仮想マシンがあり、クラウド サービスのステージング スロットにアプリをデプロイできますが、運用環境にデプロイできません。Eclipse を使用してアプリをデプロイすると、次のエラーが発生します

失敗しました: BadRequest: この操作は、仮想マシンを含む展開では実行できません。

Azure Web アプリとしてホストされているアプリケーションをデプロイしており、ステージング、QA、デプロイ スロットを使用したライブなど、複数の環境を作成したいと考えています。

すべてのアプリ構成を web.config に保持しており、そこに保持したいと考えています。Web アプリには構成セクションがあることは知っていますが、web.config を使用したいと考えています。

私の質問は、スロット間でスワップするときに、web.config ファイルを無視して、各スロット (環境) が独自の構成ファイルを保持する方法はありますか?

ありがとう

Azure App Services のスロット アプリケーション設定をよりよく理解する必要があります。それらがいつ適用され、どのように正しく使用されるか。

以下のように、それぞれ 2 つのスロットを実行する 2 つの App Services をセットアップしています。

1. スロットのあるサイト 1 - 建物 - ステージング

2. スロットのあるサイト 1 - ステージング

3. スロットのあるサイト 2 - 構築 - 生産

4. スロットのあるサイト 2 - 本番

そのため、サイトごとに、アプリケーション設定ブレードのビルド スロットに無効な接続文字列を配置して、サイトにアクセスできず、基本的に azuerwebsites.net の URL にエラー ページが表示されるようにしたいと考えています。そのスロットのために。

それぞれの本番スロットに正しい接続文字列を配置して、一度交換すると機能するようにします。

これを確実に機能させることができません。スワップすると設定が適用されません。運用スロットの接続文字列をスロット設定としてマークする必要がありますか? ビルド スロットの元のものをスロット設定にする必要がありますか? 知らないナゲットパッケージをインストールする必要がありますか。

助けてください

クラウド サービス (クラシック モデル) があり、それにパブリック静的 IP アドレスを割り当てる必要があります。PowerShellNew-AzureReservedIPコマンドレットを使用して作成し、クラウド サービスに関連付けました。

デプロイ自体は Azure PowerShell を介して実行され、ステージングおよび運用スロット スワップを使用します。私の質問は、スロット スワップが予約済み IP と共存できるかどうかです。

2 つの IP を作成したとします (それに応じて、運用スロットとステージング スロット用に): MyService_ProdSlotとMySerice_StagingSlot. 私は、.cscgfデプロイする 2 つのファイルも作成する必要があると思います: プロダクション用とステージング用です。

要素で何を指定する必要がありますかReservedIP(各展開でアドレスが交換され、一度交換するとステージング IP が構成ファイルで指定されたものに準拠しなくなることを考慮して)?

.cscfgさらに、スワップを実行するときに別のファイルを使用するように Azure に指示するにはどうすればよいですか?

(事前にコンパイルされた) ASP.NET Web フォーム サイトを Visual Studio から展開スロットに公開し、自動スワップを有効にして、運用スロットにスワップ オーバーできるようにします。できます; 運用スロットは最終的に新しいコードを取得し、それは問題ありませんが、ウォーム デプロイしません。サイトが応答しない時間は 10 ～ 15 秒程度です。さらにデバッグした後（アプリケーションの初期化を使用してウォームアップを行い、再起動をログに記録することにより）、スワップ中にサイトが実際に数回再起動されていることがわかりました-スワップ後に少なくとも1回は推測しています。新しく公開されたコードは 3 回再起動され、古いコードは 2 回再起動されます。アプリケーション設定はどれも「スロット設定」ではないため、両方を何度も再起動させている理由がわかりません。

Azure WebApp のデプロイ スロットとは正確には何ですか? メインの webapp をホストしている同じ VM/IIS 上の別の web サイトですか?

私たちは現在それらを使用しており、その機能を理解しています。舞台裏にあるものを理解したいだけです。

現在、いくつかのデプロイ スロット (開発、ステージング、運用など) を持つ webApp を実行しています。各スロットはデータベース (db_dev、db_staging、db_production) に接続されています。ステージング スロットにデプロイしてから、本番環境に切り替えたいと考えています。データベースの移行はここにどのように適合しますか?

つまり、db migrations を使用して新しいビルドをステージングにデプロイすると、db_staging が更新されます。スロットを切り替えるとどうなりますか? マイグレーションは db_production に適用されますか? ダウンタイムはどうですか？

私の理解では、URL のみが切り替えられるため、切り替え後、ステージング スロットのアプリは db_production? それは意味がありません。

ステージング スロットにデプロイして db_production (移行あり) を指定することもできますが、データベースが更新され、ライブ スロットでアプリが壊れる可能性があります。