Я хочу сбалансировать нагрузку на шкалу виртуальной машины, установленную в виртуальной сети.Мои требования таковы:
- Я не хочу общедоступной IP-доступности и
- Мне нужны http s пробники состояния.
Хотя оба балансировщика нагрузки Azure (как в базовом, так и в стандартном sku), по-видимому, способны балансировать и внутренний трафик, только стандартный sku предлагает зонды исправности https.
При попытке добавить масштаб виртуальной машины, установленный в бэкэндЯ не могу выбрать его, он не найден мастером.Набор весов и внутренний стандартный балансировщик нагрузки sku находятся в одном регионе, виртуальной сети и группе ресурсов.
Похоже, у меня та же проблема, что и у кого-то здесь , только с масштабомустановить вместо набора доступности.
Существует всплывающая подсказка, в которой указывается
Только виртуальные машины в region
со стандартным общедоступным SKU или без публичного IP .к этому loadbalancer.Внутренний пул может содержать только ресурсы из одной виртуальной сети.Создайте новый бэкэнд-пул для добавления ресурсов из другой виртуальной сети.
Поэтому я запутался, мой внутренний балансировщик нагрузки использует только частные адреса, поэтому критерий " для стандартного открытого SKUили нет общедоступного IP".Также отмечу, что во всплывающей подсказке только явно указываются виртуальные машины, но не устанавливается их масштаб.Тем не менее, я отказываюсь верить, что в стандартном sku LB отсутствуют функции по сравнению с базовым sku (у меня он работает с набором шкал и внутренним базовым LB, хотя и без пробелов здоровья https).
Я естьздесь чего-то не хватает?Я действительно понимаю, что все еще существует «шлюз приложений Azure», однако я считаю, что его слишком сложно настроить и переполнить для моего сценария.Мне нужна только внутренняя балансировка нагрузки для шкалы, установленной с помощью зондов исправности https.И я начинаю думать, что это невозможно.
С уважением, baouss