Я думаю, что мне не хватает чего-то, что есть на поверхности. Я создал кластер SF в Azure. Он имеет балансировщик нагрузки и сеть с 3 виртуальными машинами (узлами), которые имеют IP-адреса в 10.0.0.0/16.Доступ к Azure Service Ткань из интернета
Когда я спрашиваю балансировку нагрузки для конечной точки приложения, он отвечает на IP-адрес узла. (Я захватил пакеты с помощью WireShark) Но я не могу получить к нему доступ, потому что сеть является частной.
Немного больше информации о моем случае: экземпляры 3xA0, net.tcp: 20001 конечные точки, межсетевой экран разрешают соединения, открытые и прослушиваемые порты, у меня есть общедоступный IP-адрес, назначенный балансирующему устройству, зонд для служебного порта.
My Load balancer имеет общедоступный IP-адрес. Я могу получить к нему доступ, и он отвечает мне конечными точками узла. У меня есть пробники и другие материалы из документации. Проблема в том, что ни один из моих vm не имеет общедоступных IP-адресов и балансировки нагрузки, просто отвечает мне, где я должен подключиться (он хочет, чтобы я напрямую подключался к узлам). Я ожидал, что он пройдет через трафик. – Anubis
Правильно, вы не хотите, чтобы ваши виртуальные машины имели общедоступные IP-адреса. Пробовали ли вы настраивать прямую обратную связь по правилам балансировки нагрузки? Мы должны сделать это для SQL AAG. –
Да. В моем балансировочном правиле есть Frontend ip address = load balancer public ip, Protocol = TCP, порт = мой служебный порт, бэкэнд-пул = моя группа масштабируемости vm, пробная версия, persistence session = IP-адрес клиента, плавающий IP = true. В моем клиентском приложении говорится: «Не удается подключиться к 10.0.0.5:20001/.....» – Anubis