问题标签 [azure-container-service]

我们目前正在将我们的平台重建为微服务架构，并且我们一直在将 Azure 容器服务作为与 Docker 容器一起使用的基础架构解决方案，但恐怕目前这些东西有点超出我的控制范围。

在该站点上，它解释了“Masters”是什么协调 VM，而代理是什么进行计算。它还表示每个集群至少需要 3 个 VM：主服务器、公共代理和私有代理。所以这里有几个问题：

• 公共代理和私人代理之间有什么区别，这对我作为开发人员意味着什么？

• 我什么时候想购买另一个大师？

• 我什么时候想购买更多代理？我是否需要更多的私人代理，或者这只是一次满足最低要求的事情？

• 这里有两个概念（master 和 agent），那么在什么情况下哪些涉及到扩容呢？（也许这得到了前两个问题的回答）

TIA

有没有人对在 Azure 容器服务（kubernetes）中运行时如何从 Azure 容器注册表中提取有任何建议

我尝试了如下示例部署，但图像拉取失败：

我使用 Azure 容器服务将 dockerized 应用程序部署到 azure。它是一个使用 MongoDB 的 NodeJS/Express 应用程序。一切正常，但现在我要做的是在我的内部项目文件夹之一和 VM 上的文件夹之间设置卷映射。

这在常规 docker 中运行良好，我只需在启动容器时运行以下命令：

基本上，我在我的虚拟机的 www 中创建了一个上传文件夹，它映射到我的项目文件夹上传。

这是我感到困惑的部分，当我在我的 VM 中创建 azure 为我启动的文件夹时，该文件夹由

这不起作用。我猜该文件夹需要在另一个与容器服务集成的 VM 中创建。但我不确定那在哪里，也找不到。

这听起来像是一个无意义的问题，也许确实如此，但是 Azure 容器服务的一些事情让我有点困惑。我已经成功地在资源组内的 Azure 上启动并运行了一个 Kubernetes 集群，所以对于初学者来说，我已经准备好并完成了。

现在我的问题如下：

• 谁将负责修补和升级主虚拟机和代理虚拟机？
• 谁将负责修补和更新 Kubernetes 组件？
• 我需要自己备份etcd数据库吗？
• 我是否获得了 Kubernetes 集群的 SLA，或者 VM SLA 之上的一切都取决于我（即确保 Kubernetes 的行为）？

我感觉这些问题的答案是“我”、“我”、“是”和“否”，这不禁让我问自己，ACS 是否只是一组资源管理器模板，或者附加值在哪里？我的假设是对的，还是我错了？

在这美好的 2017 年初向大家致以问候

我有一个使用 docker-compose 构建的“微服务”应用程序，并由 docker Swarm 在 Azure 容器服务云上进行编排。Azure 上的 Docker 版本是 1.12.5。

我已经建立了一个站点到站点的 VPN，以允许一些应用程序将自己与我们所在位置托管的一些服务器连接起来。VPN 连接就像一个魅力。我可以从 Azure 云中的虚拟机 ping 私有 DNS 和其他服务器。令人讨厌的是，docker-compose 没有处理其他 DNS 服务器的定义。在我的 docker compose 中，我定义了私有 DNS 的 IP 和 Google 公共 DNS 的两个 IP：

正如您所怀疑的那样，这不起作用。myApp 的 /etc/resolv.conf 不包含这些 IP。

我尝试使用这种命令运行 myApp：

通过这种方式，myApp 容器可以根据需要使用我们的私有 DNS。

我看到很多帖子通过在主机（/etc/default/docker）上编辑docker的默认值给出了一个简单的解决方案。但是通过我在 Azure 中的设置，我无法更改托管 Swarm 代理的虚拟机中的任何内容。

所以，我真的需要你的帮助。

是否可以为 Azure ACS Kubernetes 实例启用 Alpha API 选项？如果有怎么办？

例如

基于自定义指标的水平自动缩放

在尝试将我在本地 docker Swarm 上运行的应用程序移植到 Azure 容器服务时，我对 Azure 的负载均衡器部分感到震惊。在本地，我有一个在 Swarm Master 上运行的 HAproxy 容器实例和多个运行的 Web 容器。Web 容器刚刚暴露了端口，它们并没有映射到运行它们的机器上。HAproxy 容器已将端口映射到主服务器，并在内部与我的 Web 容器通信以进行负载平衡。这让我可以利用有限数量的 Docker Swarm 运行任意数量的容器。在 azure 容器服务中，我看到 Azure 负载均衡器只会与映射的端口通信，这意味着我只能为每个代理运行 1 个容器，或者我在容器中保留一个内部负载均衡器，

当我的应用程序使用粘性会话时，这不是一个理想的场景。那么显然，微软的声明“Azure 容器中的一切都一样”值得折腾吗？有哪些可用的解决方案，或者我在这里做错了什么？

问候，哈尼特

我已经设置了一个 Azure 容器服务集群，如此处所示https://docs.microsoft.com/en-us/azure/container-service/container-service-deployment with SWARM。然后我连接到它，如此处所示https://docs.microsoft.com/en-us/azure/container-service/container-service-connect。

我已经安装了 docker for windows（我已经共享驱动器）和 Visual Studio docker 工具。

我创建了具有此 dockerfile 的默认 ASP.NET Core 应用程序

我已经将它（因为它没有做任何事情）更改为如下所示：

然后，我打开了一个命令提示符并移动到我的根文件夹，我已经完成了：

（docker版本还可以）

然后 ：

然后 ：

然后 ：

我在列表中看到了容器，但是当我使用 SSH 连接到我的集群 ACS 时，我做到了

我在集群中看不到我的容器。

注意：当我docker ps在本地做时，我可以在腻子事件日志中看到：Forwarded port closed due to local error: Network error: Software caused connection abort。试图打开防火墙，和许多其他的东西，但没有结果

如何将我自己的映像部署到 swarm 集群？

我了解 Azure Service Fabric 和 Azure 容器服务都可用于通过容器托管微服务。

在什么情况下使用其中一种是实用且具有成本效益的？Azure Service Fabric 和 Azure 容器服务托管模型有哪些强大的用例

我阅读了这个比较，但没有发现它全面

更新：此图中的比较表将有助于在决定使用哪个选项时保持点“粘性”和令人难忘

表中使用的首字母缩略词 - AF - Azure Functions、ASF - Azure Service Fabric、ASE - 应用服务环境、ACS - Azure 容器服务、VMSS - 虚拟机规模集

“排名”不应被误解为好或坏

我在 Github 上有一个多容器 docker 应用程序，可以在此处访问。我想在 ACS 集群的帮助下使用 DC/OS 编排在 Azure 上部署这个 docker 应用程序（我能够在本地运行应用程序）。

我遵循了 azure docs 上的https://docs.microsoft.com/en-us/azure/container-service/container-service-setup-ci-cd指南，并设法部署了一个示例应用程序。我无法在该端口向服务器发送请求。我尝试更改 docker-compose.yml 文件的端口，以便可以将外部的端口 5000 映射到内部的 8080，但它似乎不起作用。

代码可以在 Github 上访问

docker-compose.yml 目前看起来像这样