Какие типы Azure Load Balancer существуют?
Внутренние подсистемы балансировки нагрузки, которые балансируют трафик в пределах виртуальной сети.
Внешние подсистемы балансировки нагрузки, которые балансируют нагрузку для внешнего трафика к конечной точке, подключенной к Интернету. Дополнительные сведения см. в статье Типы Azure Load Balancer.
Для обоих типов Azure предлагает SKU "Стандартный" и SKU "Шлюз", которые отличаются функциональностью, производительностью, безопасностью и возможностями мониторинга состояния. Дополнительные сведения о разных номерах SKU подсистемы балансировки нагрузки см. в статье Сравнение SKU.
Это важно
Базовый Лоад Балансер будет снят с эксплуатации 30 сентября 2025 года. Если вы по-прежнему используете базовый Load Balancer, обновите его до Load Balancer (цен. категория "Стандартный") как можно скорее. Инструкции по обновлению см. в разделе "Обновление с уровня "Базовый" до "Стандартный".
Как выполнить обновление подсистемы балансировки нагрузки с уровня "Базовый" до уровня "Стандартный"?
Это важно
Базовый Лоад Балансер будет снят с эксплуатации 30 сентября 2025 года. Обновите до Load Balancer (цен. категория "Стандартный") как можно скорее.
Дополнительные сведения об автоматизированном скрипте и рекомендации по обновлению SKU подсистемы балансировки нагрузки см. в статье Обновление с уровня "Базовый" до уровня "Стандартный".
Каковы различные параметры балансировки нагрузки в Azure?
Сведения о доступных службах балансировки нагрузки и рекомендации по их использованию см. в статье Руководство по технологиям подсистем балансировки нагрузки.
Где можно найти шаблоны ARM подсистемы балансировки нагрузки?
См. список шаблонов быстрого запуска Azure Load Balancer для шаблонов ARM распространенных развертываний.
Чем правила NAT для входящего трафика отличаются от правил балансировки нагрузки?
Правила NAT для входящего трафика используются для определения серверного ресурса для маршрутизации трафика. Например, можно настроить конкретный порт подсистемы балансировки нагрузки для отправки трафика RDP на определенную виртуальную машину. Правила балансировки нагрузки используются для указания пула серверных ресурсов для маршрутизации трафика, балансировки нагрузки в каждом экземпляре. Например, правило подсистемы балансировки нагрузки может маршрутизировать пакеты TCP через порт 80 подсистемы балансировки нагрузки в пуле веб-серверов.
Для чего нужен IP-адрес 168.63.129.16?
Виртуальный IP-адрес узла, который отмечен как балансировщик нагрузки инфраструктуры Azure, где начинаются пробы работоспособности Azure. Трафик должен быть разрешен для этого IP-адреса, чтобы успешно реагировать на пробы работоспособности при настройке серверной части. Это правило не влияет на доступ к интерфейсной части подсистемы балансировки нагрузки. Если вы не используете Azure Load Balancer, можно переопределить это правило. Дополнительные сведения о тегах служб можно найти здесь.
Можно ли использовать глобальный пиринг виртуальных сетей с базовым балансировщиком нагрузки?
№ Базовый Load Balancer не поддерживает пиринг глобальной виртуальной сети. Базовый Лоад Балансер будет снят с эксплуатации 30 сентября 2025 года. Обновитесь до Load Balancer (цен. категория "Стандартный"), который поддерживает глобальный пиринг виртуальных сетей. Дополнительные сведения об обновлении см. в статье Переход с уровня "Базовый" на уровень "Стандартный".
Как узнать публичный IP-адрес, который использует виртуальная машина Azure?
Существует много способов определить общедоступный исходный IP-адрес исходящего подключения. OpenDNS — это служба, которая может показать общедоступный IP-адрес виртуальной машины. С помощью команды nslookup можно отправить к сопоставителю OpenDNS запрос DNS для имени myip.opendns.com. Служба возвращает исходный IP-адрес, который был использован для отправки запроса. При выполнении следующего запроса, поступившего с виртуальной машины, ответ будет содержать общедоступный IP-адрес, используемый для этой виртуальной машины.
nslookup myip.opendns.com resolver1.opendns.com
Можно ли добавить виртуальную машину из той же группы доступности в разные серверные пулы подсистемы балансировки нагрузки?
Добавление виртуальной машины из одного набора доступности в разные серверные пулы невозможно, если подсистема балансировки нагрузки основана на сетевом адаптере. Однако при использовании подсистемы балансировки нагрузки на основе IP-адресов это ограничение будет отменено.
Можно ли отправить пинг с серверной виртуальной машины за балансировщиком нагрузки на публичный IP-адрес?
Нет, Azure Load Balancer не поддерживает ICMP эхо-запросы для исходящей связи. Если вы хотите пинговать из серверной виртуальной машины, находящейся за балансировщиком нагрузки, свяжите публичный IP-адрес уровня экземпляра с этой серверной виртуальной машиной и отправляйте пинги с этого IP-адреса.
Какова максимальная пропускная способность данных, которую можно достичь с помощью Azure Load Balancer?
Azure Load Balancer — это сквозная сетевая подсистема балансировки нагрузки. Ограничения пропускной способности определяются типом виртуальной машины в серверном пуле. Дополнительные сведения о пропускной способности сети, см. в статье Пропускная способность сети виртуальной машины.
Как работают подключения к служба хранилища Azure в одном регионе?
Внутренняя сетевая инфраструктура Azure по умолчанию обеспечивает, что трафик между службами Azure в том же регионе остается внутри сети Azure. Это означает, что когда балансировщик нагрузки и учетная запись служба хранилища Azure находятся в одном регионе, трафик между ними не проходит через интернет, оставаясь на внутренней сети магистрали Azure. Однако точное поведение может зависеть от конкретной конфигурации служб Azure, включая правила группы безопасности сети, маршрутизацию и другие сетевые элементы управления.
Как работают подключения к служба хранилища Azure в разных регионах?
Для подключения к хранилищу в других регионах требуется исходящее подключение. Исходный IP-адрес в журналах диагностики хранилища — это внутренний адрес поставщика, а не общедоступный IP-адрес виртуальной машины при подключении к хранилищу из виртуальной машины в том же регионе. Чтобы ограничить доступ к учетной записи хранения виртуальным машинам в одной или нескольких подсетях virtual network в одном регионе, используйте конечные точки службы виртуальная сеть. Не используйте общедоступный IP-адрес при настройке брандмауэра учетной записи хранения. Когда конечные точки службы настроены, вы увидите частный IP-адрес виртуальной сети в журналах диагностики хранилища, а не внутренний адрес поставщика.
Поддерживает ли Azure Load Balancer завершение TLS/SSL?
Нет, Azure Load Balancer в настоящее время не поддерживает разрыв соединений, так как это транзитная сетевая подсистема балансировки нагрузки. Шлюз приложений может быть потенциальным решением, если ваше приложение требует завершения.
Как настроить подсистему балансировки нагрузки с помощью Брандмауэр Azure?
Выполните следующие instructions, чтобы настроить подсистему балансировки нагрузки с помощью Брандмауэр Azure.
Можно ли использовать префикс пользовательского IP-адреса (BYOIP) с Azure Load Balancer?
Да, этот сценарий поддерживается. Прежде чем использовать ваш префикс IP-адреса и общедоступный IP-адрес с балансировщиком нагрузки, необходимо создать префикс общедоступного IP-адреса и сам общедоступный IP-адрес на основе вашего пользовательского префикса IP-адреса. Дополнительные сведения см. в статье "Управление префиксом пользовательского IP-адреса".
Как настроить подсистему балансировки нагрузки с помощью группы доступности AlwaysOn в Azure SQL Server?
Следуйте этим инструкциям в Portal или PowerShell, чтобы настроить балансировщик нагрузки с помощью группы доступности Azure SQL Server Always On.
Можно ли получить доступ к интерфейсной части внутренней подсистемы балансировки нагрузки из пула серверных виртуальных машин?
Нет, Azure Load Balancer не поддерживает этот сценарий. Дополнительные сведения см. в статье Support и устранение неполадок для Azure Load Balancer.
Каковы рекомендации относительно исходящего подключения?
Load Balancer (цен. категория "Стандартный") и стандартный общедоступный IP-адрес вводят возможности и различное поведение для исходящих подключений. Если требуется исходящее подключение с номерами SKU уровня "Стандартный", необходимо явно определить его с помощью стандартных общедоступных IP-адресов или стандартной общедоступной подсистемы балансировки нагрузки. Стандартный внутренний балансировщик нагрузки должен иметь определенную исходящую связь. Мы рекомендуем всегда использовать правила для исходящего трафика на стандартном общедоступном балансировщике нагрузки. При использовании внутренней стандартной подсистемы балансировки нагрузки, необходимо предпринять шаги для создания исходящего подключения для виртуальных машин в серверном пуле, если требуется исходящее подключение. В контексте исходящего подключения одна изолированная виртуальная машина, все виртуальные машины в группе доступности и все экземпляры в масштабируемом наборе виртуальных машин ведут себя как группа. Если одна виртуальная машина в группе доступности связана со стандартным номером SKU, все экземпляры виртуальных машин в этой группе доступности теперь ведут себя теми же правилами, что и если они связаны со стандартным номером SKU, даже если отдельный экземпляр не связан с ним напрямую. Это поведение также наблюдается для автономной виртуальной машины с несколькими сетевыми картами, подключенными к подсистеме балансировки нагрузки. Если один сетевой адаптер добавляется как автономный, он имеет то же поведение. Просмотрите весь этот документ, чтобы понять общие концепции, ознакомьтесь с различиями между версиями SKU для Load Balancer (цен. категория "Стандартный") и изучите исходящие правила outbound. Правила для исходящего трафика позволяют проводить тонкий контроль над всеми аспектами исходящих подключений.
Это важно
Исходящий доступ по умолчанию отменяется. После 31 марта 2026 г. новые виртуальные сети по умолчанию будут использовать частные подсети. Для доступа к Интернету необходимо определить явный метод исходящего подключения (шлюз NAT, правила исходящего трафика подсистемы балансировки нагрузки или общедоступный IP-адрес уровня экземпляра).
Ожидается ли использование одного внешнего IP-адреса при наличии нескольких внешних IP-адресов или префикса в правилах исходящего трафика?
Azure Load Balancer будет использовать IP-адреса по мере необходимости в зависимости от доступных портов. Он будет использовать только следующий интерфейсный IP-адрес после того, как подключения не могут быть сделаны из одного IP-адреса.
Как просмотреть трафик из настроенных проб работоспособности?
Чтобы просмотреть трафик, отправленный на каждый бэкенд-экземпляр при проверке состояния, можно использовать статистику IP-стека с помощью такого инструмента, как netstat. Трафик пробы работоспособности происходит с 168.63.129.16.
Если я включу защиту от атак DDoS для интерфейса фронтенда моего балансировщика нагрузки, что это значит для ресурсов в бэкэнд-пуле?
Если включен внешний IP-адрес подсистемы балансировки нагрузки, защита от атак DDoS применяет защиту для всех ресурсов внутреннего пула, доступных через этот общедоступный IP-адрес. Дополнительные сведения см. в статье Azure Справочник по защите от атак DDoS.
Почему использование некоторых портов для проб работоспособности HTTP ограничено?
Использование следующих портов для проб работоспособности HTTP ограничено: 19, 21, 25, 70, 110, 119, 143, 220, 993. Эти порты блокируются по соображениям безопасности в контексте использования WinHTTP, поэтому проверки состояния балансировщика нагрузки не могут их использовать. Дополнительные сведения см. в разделе Новые возможности WinHTTP 5.1.
Можно ли пинговать мой балансировщик нагрузки?
Да, вы можете пинговать передний план вашего общедоступного балансировщика нагрузки уровня "Стандартный". Дополнительные сведения см. в статье о подключении внешнего интерфейса подсистемы балансировки нагрузки.
Можно ли включить локальные IP-адреса в серверный пул Azure Load Balancer?
Нет, Azure Load Balancer не поддерживает прямое добавление локальных IP-адресов в внутренний пул. Подсистема балансировки нагрузки использует IP-адрес для конкретной платформы (168.63.129.16) для проб работоспособности, ограниченный обменом данными в виртуальной сети Azure. Следовательно, он не может проверять ресурсы, расположенные в локальной среде.
Следующие шаги
Если ваш вопрос не указан выше, отправьте отзыв об этой странице с вашим вопросом. Это создаст задачу в GitHub для команды по продукту, чтобы гарантировать, что на все вопросы наших уважаемых клиентов будут даны ответы.