Когда мы запускаем виртуальную машину или создать сетевую карту в рамках Azure VNET, по умолчанию, он был назначить внутренний DNS, то шаблон (* .internal.cloudapp.net)Azure предоставленного разрешение имен для балансировки нагрузки
Как это упоминание в этом документе https://docs.microsoft.com/en-us/azure/virtual-machines/virtual-machines-linux-azure-dns#azure-provided-name-resolution
при использовании Azure предоставленного разрешения имен, внутренний DNS-суффикс (* .internal.cloudapp.net) предоставляются каждой с помощью DHCP VM.
Как получить то же самое для внутреннего балансировщика нагрузки? Я использую балансировку нагрузки на основе Azure ARM, а не облачную службу. Я могу назначить статический закрытый IP-адрес, но он не получит разрешения на внутреннюю DNS, как VM.
ОП использует внутренний балансировщик нагрузки, конечно, у него нет общедоступного IP-адреса, как на изображении? – juunas
Если у ОП есть 2 виртуальных машины за внутренним балансиром нагрузки, то на вашем пути вы получите 2 FQDN и можете просто удалить внутренний балансировщик нагрузки? OP спрашивает, как назначить FQDN балансировщику нагрузки, а не виртуальным машинам напрямую. – juunas
@ JasonYe-MSFT: Если вы связываете Public IP с внутренним балансировщиком нагрузки, вы подвергаете свой балансировщик нагрузки интернету. Еще один момент, используя публичное полное доменное имя, вашему внутреннему трафику теперь необходимо перейти в Интернет, чтобы добраться до балансира нагрузки. Разве это не было бы удобно, если есть какой-то способ, которым балансировщик нагрузки получает внутренний DNS, такой как NIC, и VM получает, когда в VNET. – Shabbir