【问题标题】:Cannot add VM to internal load balancer pool when VM exists outside of load balancer VNET当 VM 存在于负载平衡器 VNET 之外时,无法将 VM 添加到内部负载平衡器池
【发布时间】:2019-04-06 21:53:22
【问题描述】:

在使用 Microsoft 内部负载平衡器 (ILB) 时,我想为驻留在与 ILB 所在的 VNET 不同的 VNET 中的 VM 创建一个池。 UI 似乎支持这一点,因为我可以在创建池时选择环境中的任何 VNET。然而,当我创建这个池时,我收到以下错误,暗示这是不允许的。

NetworkInterfaceAndInternalLoadBalancerMustUseSameVnet

{"code":"BadRequest","message":"{\r\n \"error\": {\r\n \"代码\": \"NetworkInterfaceAndInternalLoadBalancerMustUseSameVnet\",\r\n \"消息\": \"网络接口 /subscriptions/2f46d973-XXXX-XXXX-80a7-7222a103acb4/resourceGroups/ihde_operations/providers/Microsoft.Network/networkInterfaces/op-vm-ftp1463 使用内部负载均衡器 /subscriptions/2f46d973-cea1-XXXX-XXXX-7222a103acb4/resourceGroups/ihde_dev/providers/Microsoft.Network/loadBalancers/dev-lb-CSL-Internal 但不使用相同的 VNET (/subscriptions/2f46d973-cea1-4856-80a7-7222a103acb4/resourceGroups/IHDE_DEV/providers/Microsoft.Network/virtualNetworks/VNET_BACKEND) 作为负载均衡器。\",\r\n \"details\": []\r\n }\r\n}"}]}

附带说明一下,负载均衡器的公共版本确实支持这种情况,没有任何问题。

【问题讨论】:

    标签: azure-virtual-network internal-load-balancer azure-load-balancer


    【解决方案1】:

    根据这个doc

    内部负载均衡器与公共负载均衡器不同。天蓝色 基础设施限制对负载平衡的前端 IP 的访问 虚拟网络的地址。

    对于内部负载平衡器,它可以将虚拟网络中的虚拟机负载平衡到位于同一虚拟网络中的一组虚拟机。 因此,您无法为驻留在与 ILB 所在的 VNET 不同的 VNET 中的 VM 创建池。

    【讨论】:

    • 所以我明白你在说什么,但我理解这意味着池只能包含驻留在池所针对的同一 VNET 中的 VM。内部负载均衡器 UI 允许您创建一个池并选择与负载均衡器所在的 VNET 不同的 VNET(直到您尝试保存它)。从 UI 的角度来看,为什么它会允许这样做?如果您只能创建以 ILB 的 VNET 为目标的池,那么它应该限制它。
    • 那是LB UI的不同SKU。标准 LB 与虚拟网络集成,因此您可以在 vNET 中看到会议条件资源,但这并不意味着您可以创建意义池,直到您保存它。相反,对于基本 LB,当您将 VM 关联到后端池时,会出现一条注释:只有与内部 LB 位于同一 vNET 中的 VM 才会被列出。您只能选择列出的虚拟机。
    • 我知道您担心限制来自 ILB 的 vNET 的目标资源。目前,Azure 仅具有用于 PLB 和 ILB 的通用标准 LB UI,以识别标准负载均衡器backend pools 扩展到虚拟网络中的任何虚拟机资源。欢迎发布您的反馈here 以改进 Azure 网络。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-03
    • 2017-09-21
    • 2022-01-10
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多