問題タブ [azure-deployment-slots]

PowerShell を介した Azure スロット スワッピングが現実的ではないように思われることがわかりました (表示できないエラー応答を返しているか、静かに失敗しているが成功を主張していると思います)。スワップされるスロットは、スクリプトに示されているように、2 つの非運用スロットの間にあります。約 10% の確率で成功するようです。なぜ成功するのか失敗するのかはわかりません。うまくいけば、誰かが私がここで間違っていることに光を当てることができます。

Teamcity のビルド ジョブで実行するスクリプトを作成しました。スクリプトは次のとおりです。

私が得る唯一のログは次のとおりです。

その Visual Studio リソース グループ テンプレートにアクセスしようとしています。これまでのところうまくいっているようで、Web アプリ用にいくつかのアプリ設定を追加しましたが、私の質問は、それらをデプロイ スロット固有にするにはどうすればよいかということです。テンプレートまたはパラメーター ファイルの json に何かありますか?

Azure Web アプリへの Visual Studio Community 2015 Web デプロイで奇妙な問題が発生しています。プロダクション スロットとステージング スロットがあります。ステージングへの Web デプロイを実行すると、本番スロットの web.config も上書きされます!

1. web.config は、ステージング web.config 変換に従って正しく変換されobj\Staging\TransformWebConfig\transformed\web.configます。
2. VS のビルド出力ウィンドウのログはすべて正しいように見えますUpdating file (xxxx__staging\Web.config)。

しかし、PROD スロットでアプリケーションを実行すると、Staging web.config で指定されたデータベースを指しています。また、FTP 経由で PROD の web.config を表示すると、すべての STAGE web.config 変換もそこにあることがわかります。だから私が知る限り、STAGE Web デプロイメントは Prod ファイルと Stage ファイルの両方を更新しています...少なくとも web.config ファイルは更新しています。

逆もまた然り。PROD への Web デプロイを行うと、STAGE の web.config も上書きされます。

これらのデプロイ スロットを同期するように Azure に指示する同期設定や、その他の論理的な説明はありますか?

AlwaysRunning オプションを「オン」に設定して、ASP.NET MVC 5 と Azure Premium アプリ サービスを使用しています。

Web アプリのデプロイ スロットを作成し、新しいバージョンをデプロイし、スロット URL を開くと、すべてが高速で安定していました。実稼働環境にスワップしましたが、スワップ操作が完了した後、手動で PROD にデプロイした場合のように Web アプリが遅くなりました。アプリが再び機能するまで、1 分以上待たなければなりませんでした。私が読んだ内容に基づいて、アプリはスワップ後にウォームアップされると思っていましたが、うまくいきませんでした.

交換後、なぜこんなに遅くなったのですか？認証フォームのようにDBにヒットしないページも。

更新: V2 プラン (SSD ストレージ) に切り替えた後、アプリは 2 分以内に再起動されます :)