jbx*_*jbx 5 azure azure-application-gateway azure-container-service azure-container-instances
我有一个运行 REST API 的 ACI,该 API 需要公开公开,但需要访问 vnet 内的资源。
出于某种原因,与普通 VM 不同,如果 ACI 位于 vnet 内,则它不能拥有公共 IP 地址。如果您尝试为其提供 DNS 名称,则会失败。
唯一的选择似乎是使用此处描述的应用程序网关:https : //docs.microsoft.com/en-us/azure/container-instances/container-instances-application-gateway
但是这种方法有一个致命的缺陷,如文档本身所示:“如果容器组停止、启动或重新启动,容器组的私有IP可能会发生变化。如果发生这种情况,您将需要更新应用程序网关配置。”
应用程序网关可以选择按资源名称选择后端池,但这仅适用于普通 VM。另一种选择是直接输入IP地址。
ACI 可以在不知情的情况下轻松重启。根据经验,主机杀死它并重新启动它的情况相对经常发生,可能会使用不同的 IP。
在 Internet 上公开在 ACI 实例上运行的服务,同时让它访问 vnet 后面的资源的正确方法是什么?应用程序网关方法显然不是正确的方法。
我需要一个可以轻松与 Azure CLI 配合使用的解决方案,因为我正在通过 Bitbucket Pipes 部署我的 ACI。
更新:
Azure 容器实例只是一堆垃圾。从 vnet 公开它们的唯一方法是使用应用程序网关,运行一个月后,最终成本高于容器实例本身!此外,Azure 容器实例在某些地区非常不稳定(在西欧,它们不断被杀死),支持人员不了解发生了什么(显然这是多个客户的问题)。因此,每次实例重新启动时,它都会获得一个不同的 IP 地址,而昂贵的应用程序网关(每月可能会超过 100 美元)甚至不知道 IP 地址已更改。
如果只想使用ACI,那么没有办法解决。您发现的是访问 VNet 内的 ACI 的唯一方法。但如果您不介意,也许您可以使用 AKS,然后启用虚拟节点,然后您也可以在 VNet 中运行 ACI 并在外部访问它。当然,您可以仅使用AKS,它还可以帮助您在VNet中运行应用程序并访问外部。
| 归档时间: |
|
| 查看次数: |
270 次 |
| 最近记录: |