[英]Connecting App Service to Load Balanced cluster in different Resource Groups
我在Azure中有2个独立的资源组:
我想从(1)中的App服务连接到(2)中的ElasticSearch服务负载均衡器
我试图使用创建虚拟网络对等
az network vnet peering create -g $webResourceGroup -n web2es --vnet-name vnet --remote-vnet $remote_vnet --allow-vnet-access
其中$webResourceGroup => (1)
和$remote_vnet => (2)
但是,当我尝试向ElasticSearch Service发出HTTP请求时,它根本不起作用。
如何解决或解决此问题?
虚拟网络对等存在一些要求和约束 。
一个虚拟网络中的资源无法与全局对等虚拟网络中Basic内部负载均衡器的前端IP地址进行通信。 对Basic Load Balancer的支持仅存在于同一区域内。 VNet对等和全局VNet对等均支持标准负载均衡器。 此处记录了使用基本负载平衡器的服务,该服务无法在Global VNet Peering上运行。
因此,如果对等的VNet位于不同的区域,则无法通过负载均衡器的前端IP连接到Basic
负载均衡器后面的资源。 Standard
负载均衡器不存在此限制。 从这些参数中 ,您将看到loadBalancerInternalSku
或loadBalancerExternalSku
在默认情况下是basic
,您应该使用standard
负载均衡器。
另外,您还应该将您的应用程序与Azure虚拟网络集成在一起 。 请注意,当您使用区域VNet集成时,您无法跨全局对等连接访问资源(VNet位于不同的区域),这要求应用程序和VNet必须位于同一区域。 如果是这样,则需要使用网关必需的VNet集成和带有网关传输功能的VNet对等 。
如果可能,您可以在同一区域中创建所有资源,例如VNet,应用程序服务,群集。 这样,您就不需要VPN网关来进行VNet集成。 这可能会有更少的限制,并且更容易在您的方案中进行部署。
希望这可以对您有所帮助。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.