问题标签 [azure-web-app-for-containers]

我目前有一个运行 docker 容器的 Linux 应用程序服务（Web 应用程序），容器在构建时被推送到 ACR，标签当前是提交哈希（缩短为前 6 个字符）。

由于各种原因，目前尚未设置持续部署。

在门户的“容器设置”窗口中，我注意到缺少大量标签 - 阻止选择一些最新构建的图像。

目前所有标签都在注册表中可用，但在门户的下拉列表中似乎只有约 100 个标签可用 - 这些标签以字母数字排序列表列出。

Web 应用程序运行没有问题，但是缺少标记，这使得直接从门户选择和部署容器成为问题。

似乎是返回标签列表的 Azure 函数导致了问题，如上所述仅返回部分数量的实际可用标签。

由于 WebApp for Container 可以设置 Single、Multiple 和 Kubernetes Docker。但是，我只能通过在 Azure Pipelines' Release 的任务中使用 Deploying to WebApp for Container 来设置 Single Docker。

由于我可以使用 ServiceBus 消息计数设置自动缩放规则，我如何设置在 Azure Pipelines' Release 中部署到 WebApp for Container 时使用 Kubernetes？

之前的参考问题

我创建了容器注册表，然后将我的 Web 应用程序的 docker 映像推送到该注册表。创建容器实例，它工作正常。

现在我必须将此图像部署到 Web 应用程序。我发现有两个选项。

首先，我可以直接在存储 docker 映像的位置选择“部署到 Web 应用程序”选项。其次，我可以使用相同的 docker 映像创建“容器的 Web 应用程序”资源。

a.) 当我尝试第一个选项时：成功部署后，当我运行 Web 应用程序时，它显示默认页面。当我连接到 ftp 以检查 wwwroot 文件夹中的文件时。仅存在“hostingstart.html”文件。

b.) 当我尝试第二个选项时：成功部署后，当我运行 Web 应用程序时，它会在“Web 应用程序的容器无法启动”页面上显示消息。请在几分钟后重试。如果您是此 Web 应用程序的管理员，请验证您的容器设置并转到 Azure 门户查看诊断日志“当我连接到 ftp 以检查 wwwroot 文件夹中的文件时。仅存在“hostingstart.html”文件。

Docker 映像没有问题，因为我可以在本地和容器实例上运行它。

我的第一个问题是：上述两种方法是否相同，因为在第一种方法中它看起来像带有 kudu/app 服务编辑器选项的普通 Web 应用程序，但在第二种方法中我没有找到 kudu/app 服务编辑器支持。

第二个问题是：我想为容器实现 Web 应用程序，所以只有第二种选择是我应该选择的？

知道我缺少什么吗？

我有一个使用 App Service - Web App for Containers 运行的多容器应用程序。只要在 Container Settings 选项卡下提供了 Docker Compose (Preview) 配置，这一切都可以正常工作。

目前，我正在使用 Azure DevOps 为特定容器创建构建，然后使用容器设置下的持续部署选项（在 Azure 门户中）从 ACR 中提取最新部署的容器映像。这也很好用。我可以为单个容器运行构建，并且只部署特定容器而不影响 Web 应用程序。（每个容器都是一个独立的项目，只有一个Dockerfile，不需要docker-compose）

但是，当我使用Azure App Service Deploy （版本 4.*）从 Azure DevOp 创建版本时，Azure 门户中的 Docker Compose（预览版）配置被完全清除，它默认为单容器并且应用程序中断。需要 Docker Compose 配置，因为它使主容器知道其他容器。

我正在使用 Azure App Service Deploy 的 4.* 版。我想使用 Azure DevOps 的发布功能，因为它提供了更多控制。

有没有办法可以从Azure App Service Deploy 版本 4指定 docker-compose 多容器配置，以便应用服务知道多容器配置，而不是清除 Docker Compose 中的多容器配置（预览版）

谢谢， 卡兰

在 azure 门户中，我部署了一个带有 .net 核心网站的 windows docker 容器。然后为容器配置了一个 Web 应用程序。一切都很好，直到我尝试添加路径映射（卷安装）。有 ui 选项可以做到这一点，但它们不起作用。我可以看到文件共享挂载，但无法在容器（kudu）内写入/读取。天蓝色门户上的诊断日志说，指定的卷无效。

它是否应该以这种方式工作，即 azure 文件共享是否适用于容器的 Web 应用程序？忙着尝试很多事情，但没有成功。

还有其他方法可以挂载/映射 azure 文件共享吗？

在我的搜索中，到目前为止我发现的是：

1. 带上您的存储，容器的 Web 应用程序仅在 Linux 的公共预览版中提供
2. MS 拒绝为容器的 Web 应用程序带来 azure 文件共享（因为有其他选项，哪些选项？？！！）
3. Azure 容器实例可以添加 azure 文件共享挂载。

正如我所看到的门户网站的选项，我在这里迷失了什么是真实的。我的 .net 核心 webapp 具有 nlog 日志记录，这是创建将用于日志记录的文件共享的第一个原因。

我在 Azure Webapps for Containers 上的 docker 容器中运行的应用程序尝试通过环境变量访问连接字符串。我已将它添加到 Azure UI 中的应用程序设置，但我无法通过我的代码访问它，特别是我的 ASP.NET Core 应用程序返回 null。

我知道日志不会显示它被添加为命令-e connstring=myconnstring中的参数docker run，但它不应该出现在容器中。

我有来自https://github.com/bitnami/bitnami-docker-matomo的 Matomo Docker 映像，我使用自己的 Azure 容器注册表 (ACR) 在 Azure 上的容器 Web 应用程序中运行它。

另外，我有一个带有可用文件共享的 Azure 存储帐户。

我想要实现的是安装一个持久存储（来自 Az Storage Account 的文件共享），这样我就不会丢失 Matomo 安装的配置和插件。

我尝试使用 Mount Storage（预览版），但无法正常工作。

名称：matomo_data 存储类型：Azure 文件装载路径：/bitnami

如中所述：https ://github.com/bitnami/bitnami-docker-matomo#persisting-your-application

这没有用。

我还尝试通过 Web App for Containers 上的设置 WEBSITES_ENABLE_APP_SERVICE_STORAGE = true ，但显然似乎也没有做任何事情。

我将不胜感激这里的任何提示，否则我将不得不制作一个自定义 docker 映像，将其推送到注册表，并使用我想避免的自定义 docker compose 文件。

非常感谢您对此的任何提示！

在 Azure 中，我有以下资源：一个 VM 和一个用于容器的 Linux Web 应用程序。将它们放在同一个 VNet 上后，应用服务中启动的容器无法通过私有 IP 进行通信。

我想为容器包含 sshd 以进行调试，但是在将 Web 应用程序连接到 VNet（上面已经有 VM）后，我无法连接到容器。

我的应用程序在 Azure Webapps for Containers (linux) 上的 docker 容器中运行。我发现我的服务器在监听队列增加时出错。

日志：

我添加了 '''--listen 4096''' 选项来增加队列。但我的服务器仍然抛出错误。日志：

一些参考资料说需要增加net.core.somaxconn，但我无法增加。日志：

知道我缺少什么吗？谢谢

编辑

让我分享我的 Dockerfile

我有一个针对 ASP.NET Core 3.0 的应用程序。

我使用 Azure DevOps 构建了它，并从那里直接发布到 Azure Web App for Container。此 YAML 用于生成图像：

而这个 Dockerfile

该应用程序在本地工作，但是当我将它部署到 Azure 时，我在日志中发现了这个错误。

知道有什么问题吗？