我有一堆网站在Azure App Service的单个实例上运行,并且它们都设置为Always On.它们都突然重新启动,导致一切都变慢了几分钟,因为一切都发出了冷的请求.

如果服务将我转移到新主机,我会期待这一点,但这没有发生 - 我仍然使用相同的主机名.

重启时CPU和内存使用情况正常,我没有启动任何部署或类似的事情.我没有看到重启的明显原因.

有没有记录任何地方,我可以看到弄清楚为什么他们都重新启动？或者,这只是App Service不时做的正常事情吗？

我发现 Cloud Explorer 现已在 Visual Studio 2022 中退役。这是我每天多次使用的东西，我将非常怀念它。我曾经能够在 Cloud Explorer 中选择应用程序服务，右键单击，然后将调试器附加到应用程序。在 Visual Studio 2022 中，我找不到将调试器附加到远程 Azure 应用服务的方法。另外浏览网页我找不到任何有关如何执行此操作的文档。有人可以提供有关如何执行此操作的说明，或者向我指出有关如何在远程服务器上调试 Azure 应用程序的文档。

我在访问 Azure 应用服务时遇到错误，您能帮助解决该问题吗？

应用什么设置来解决问题？

提前致谢。

这是托管网址：https : //serviceworkerspike.azurewebsites.net/

我正在使用 Vuejs 创建一个 PWA 作为学校项目，每当我使用 Azure 托管网站时，都会发生这种情况，我在 localhost 上没有问题...... Chrome devtools 响应如下：

/manifest.json:1 Failed to load resource: the server responded with a status of 404 ()
/manifest.json:1 Manifest: Line: 1, column: 1, Syntax error.
manifest.json:1 GET https://serviceworkerspike.azurewebsites.net/manifest.json 404
manifest.json:1 Manifest: Line: 1, column: 1, Syntax error.

我在 index.html 中添加了这个：

<link rel="manifest" href="/manifest.json">

这是我的 manifest.json 文件：

{
  "name": "MessageBoardUCN",
  "short_name": "MessageBoardUCN",
  "theme_color": "#ff095a",
  "background_color": "#feaaee",
  "display": "standalone",
  "start_url": "/index.html",
  "icons": [
    {
      "src": "images/icons/icon-72x72.png",
      "sizes": "72x72",
      "type": …

我试图围绕Azure应用服务计划和Azure应用服务的概念,没有运气.

我的理解是,应用服务计划定义了容量和定价,分配给特定应用服务计划的所有应用将共享相同的资源,是吗？

如果这是正确的,那么扩展的好处是什么？如果扩展将创建同一应用的更多实例,最终将在同一个应用服务计划(共享相同的资源)上托管？

我阅读了几乎所有关于Azure应用服务计划和应用服务的官方和非官方文档,但找不到这个问题的答案,他们都说扩展正在应用程序级别(而不是应用程序服务计划)和同时说分配到同一应用服务计划的应用实际上共享相同的资源,那么横向扩展功能的好处是什么？

问候,

在我的Azure帐户上,我有几个Web应用程序.

我正在尝试使用Publish从Visual Studio 2015部署我的ASP.NET MVC项目.但它在我的Azure帐户上找不到任何现有的Web应用程序.我在Visual Studio中登录.凭证是正确的.但VS中的现有Web应用程序列表为空:

我选择Microsoft Azure Web Apps:

然后加载一段时间,最后现有Web应用程序列表为空.

我认为这是我的具体项目不起作用.然后我创建了新的ASP MVC Web应用程序(模板).列表仍然是空的.

我的IDE:MS Visual Studio Professional 2015-U3

VS无法在我的Azure云帐户上找到现有Web应用程序的原因是什么？我试图重新输入我的凭据,注销并登录.没有.

我有一个在 ASP.NET Core 3.x 上运行的现有 Azure 应用服务。我已将应用程序升级到今天发布的ASP.NET Core 5。这在我的本地 IIS Express 服务器上运行良好。但是，当我使用 Visual Studio 2019 将应用程序发布到应用服务时，收到以下错误：

HTTP 错误 500.31 - ANCM 无法找到本机依赖项

此问题的常见解决方案：

未找到指定版本的 Microsoft.NetCore.App 或 Microsoft.AspNetCore.App。

随着启用了详细的错误，我得到了以下信息：

It was not possible to find any compatible framework version 
The framework 'Microsoft.AspNetCore.App', version '5.0.0' was not found.

The following frameworks were found: 
2.1.20 at [D:\Program Files (x86)\dotnet\shared\Microsoft.AspNetCore.App] 
2.1.22 at [D:\Program Files (x86)\dotnet\shared\Microsoft.AspNetCore.App] 
2.2.11 at [D:\Program Files (x86)\dotnet\shared\Microsoft.AspNetCore.App] 
2.2.14 at [D:\Program Files (x86)\dotnet\shared\Microsoft.AspNetCore.App] 
3.0.3 at [D:\Program Files (x86)\dotnet\shared\Microsoft.AspNetCore.App] …

我的网站使用 Docker 容器，并使用 Azure 应用服务将其托管在 Azure 上。我使用 Seq 日志服务器来集中记录日志。

如何将 Docker 容器日志从 Azure 应用服务发送到 Seq 日志服务器？

恐怕答案可能是：这是不可能的。将 Docker 容器日志发送到 Seq 日志服务器的“正确”方法包括向命令添加一些参数docker run，但我找不到任何方法在 Azure 应用服务或相应的Azure Web 应用服务容器任务中提供此类参数我用它来将新的容器映像部署到该服务。

我希望将 docker 日志发送到 Seq 的原因之一是我认为 Azure 对日志的处理令人困惑。 这个问题包含许多关于如何从 Azure 中获取一些 docker 日志的答案，但没有一个比在 Seq 日志服务器中搜索“docker”更简单或完整。

也许 Azure 应用服务不是完成这项工作的正确工具。相反，也许我应该使用 Azure 容器实例 (ACI)。 与 Docker 的集成似乎很强大。然而，这个答案说

Azure Web App for Containers 的目标是长时间运行的东西（始终运行），而 ACI 的目标是计划\突发\短期工作负载（类似于 Azure Functions）。

我的网站应该始终运行，因此这让我认为我正确使用了 Azure 应用服务。

也许我应该使用Docker 任务部署到我的 Azure 应用服务。然而，有两件事让我有不同的想法。首先是任务说：

使用此任务可以使用 Docker 注册表服务连接构建 …

我在Azure中设置了一个app-service应用程序,设置为在提交到team-services git存储库时进行部署.到目前为止,这一直工作正常,并且部署失败了:

MSBUILD : error MSB1009: Project file does not exist.

但是,如果我打开azure控制台和CD到我的项目目录,我可以看到项目文件(一个asp.net核心.xproj)确实存在.我从部署日志中的输出中知道它在正确的目录中,显示正在恢复包:

Command: "D:\home\site\deployments\tools\deploy.cmd"
Handling ASP.NET Core Web Application deployment.
Restoring packages for D:\home\site\repository\IDPTest\src\IDPTest\project.json...
Restoring packages for tool 'Microsoft.AspNetCore.Server.IISIntegration.Tools' in D:\home\site\repository\IDPTest\src\IDPTest\project.json...
Committing restore...
Lock file has not changed. Skipping lock file write. Path: D:\home\site\repository\IDPTest\src\IDPTest\project.lock.json
D:\home\site\repository\IDPTest\src\IDPTest\project.json
Restore completed in 10549ms.
Restoring packages for D:\home\site\repository\IDPTest\src\IDPTest.MVCClient\project.json...
Restoring packages for tool 'BundlerMinifier.Core' in D:\home\site\repository\IDPTest\src\IDPTest.MVCClient\project.json...
Restoring packages for tool 'Microsoft.AspNetCore.Razor.Tools' in D:\home\site\repository\IDPTest\src\IDPTest.MVCClient\project.json...
Restoring packages for tool 'Microsoft.AspNetCore.Server.IISIntegration.Tools' in D:\home\site\repository\IDPTest\src\IDPTest.MVCClient\project.json...
Committing restore...
Lock file has not …

我们的网络应用程序流程定期重新启动,我们无法确定原因.

在查看应用程序事件时(使用Azure门户中的"诊断和解决问题"刀片),Info"IIS AspNetCore模块"中存在大量以下日志

事件编号1005:

Failed to gracefully shutdown process '14040'.

事件ID 1001:

Application 'MACHINE/WEBROOT/APPHOST/myapplication__xxxx' started process '31628' successfully and is listening on port '17663'.

在我们的应用程序日志中没有任何可疑的资源使用情况.

解决这些流程重启背后原因的最佳方法是什么？

编辑1:

在Web应用程序的诊断日志中进行Web日志记录之后,我现在每次重新启动后都会从W3SVC-WP中记录错误,但消息是无意义的:

1<br/>5<br/>50000780

编辑2:

事件ID 2284指的是这个:

FailedRequestTracing模块无法将缓冲事件写入日志文件以查找与故障定义匹配的请求.在更正此情况之前,不会生成任何日志.问题在最后的%2分钟内至少发生了1次.数据是错误的.

我不确定这是否与我们的诊断日志配置有关,但似乎不太可能.

编辑3:

根据Brando Zhang的建议,我使用了Web App Crash Diagnoser扩展,并尝试在我的应用程序进程和w3wp上监视第二次机会未处理的异常,但没有任何东西被抛弃.

根据我的理解,第一次机会异常不会导致进程崩溃,因此无需监视这些内容.