[英]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.