azure - WEBSITE_HTTPLOGGING_CONTAINER_URL 是隐藏的应用程序设置？

Question

交换插槽时，我们收到以下消息:

但是这两个 Web 应用程序的应用程序设置中都不存在 WEBSITE_HTTPLOGGING_CONTAINER_URL 设置。据我所知，它来自启用 Web 应用程序诊断日志，但它以某种方式隐藏。

问题是，这将导致 IIS 在生产槽中重新启动，从而导致停机，直到完成所有初始化任务。无法将此设置配置为“插槽设置”(这将阻止对应用程序设置的编辑)。

奇怪的是 DIAGNOSTICS_AZUREBLOBCONTAINERSASURL 在应用程序设置中可见(它也是诊断日志配置)。

Answer 1

WEBSITE_HTTPLOGGING_CONTAINER_URL is a hidden application setting?

简而言之:是的。这是一个隐藏的应用程序设置，用于存储 Web 服务器日志的 Blob 容器 URL。

在诊断日志中启用 Web 服务器日志记录后，它将在应用程序设置中添加您的存储容器 URL。您无法在应用程序设置中更改它。

在我看来，我认为在交换网络应用程序时必须更改此值。由于生产槽可以设置自己的Web服务器日志存储容器。如果不更改，您的 blob 容器的日志信息可能会更改。

您可以在 KUDU 控制台的环境变量中找到它，如下所示。

打开捻角羚。

然后单击环境并找到环境变量。

<小时/>

更新:

The problem is that changing application settings will perform an IIS reset, which will bring down the production slot.

据我所知，交换操作不会导致生产槽中的 IIS 重新启动。在交换到生产槽之前，它将在暂存槽中自动预热。

交换操作如下:

1.标记为“Slot”的应用程序设置和连接字符串是从 Production slot 读取并应用于 Staging slot 中的站点。这会导致站点的工作进程重新启动以使这些更改生效并作为进程环境变量可见；

2.然后，暂存槽中的站点开始预热。为了预热站点，系统会向站点的根目录向应运行站点的每个 VM 实例发出 HTTP 请求。预热请求的 User-Agent header 设置为“SiteWarmup”；

3. 预热完成后，生产和临时插槽中的站点的主机名将被交换。现在，已在暂存槽中预热的站点开始获得生产流量，并且以前位于生产槽中的站点现在位于暂存槽中

4.现在位于暂存槽中的站点将使用与暂存槽关联的应用程序设置和连接字符串进行更新。这会导致该站点重新启动，但它不再处于生产位置，因此重新启动是无害的。

但有时，在临时插槽上应用生产设置之后和实际交换主机名之前暂停会很有用。

现在，Azure Web 应用程序有另一个交换:swap with preview .

当您使用“交换预览”选项时，应用服务会执行以下操作:

1.保持目标槽位不变，以便该槽位上的现有工作负载(例如生产)不受影响。

2.将目标插槽的配置元素应用到源插槽，包括插槽特定的连接字符串和应用程序设置。使用上述配置元素重新启动源插槽上的工作进程。

3.完成交换后:将预热的源插槽移至目标插槽。与手动交换一样，目标槽被移动到源槽中。

4.取消交换时:将源插槽的配置元素重新应用到源插槽。

您可以准确预览应用程序在目标插槽配置下的行为方式。完成验证后，您可以在单独的步骤中完成交换。此步骤还有一个额外的优点，即源插槽已经使用所需的配置进行了预热，并且客户端不会遇到任何停机时间。

您可以通过以下方式找到它: