Внутренняя конечная точка веб-роли Azure — без балансировки нагрузки

Сначала давайте уточним цифры и ограничения. Ограничения для EndPoints относятся к ролям, а не к экземплярам. Если вы не уверены или все еще путаетесь в терминах ролей и экземпляров, вы можете проверить моя запись в блоге об этом. Таким образом, ограничение на каждую роль (роли).

Теперь о различиях между EndPoints. У меня есть запись в блоге с их описанием здесь. Но вкратце, Internal EndPoint будет открывать связь только внутри в рамках развертывания. Вот почему это Внутреннее. Никакой внешний трафик (из Интернета) не сможет перейти на внутреннюю конечную точку. В этом смысле балансировка нагрузки не выполняется, потому что трафик не проходит через/через балансировщик нагрузки! Трафик внутренних конечных точек проходит только между экземплярами ролей (в конечном итоге через некоторые внутренние аппаратные средства маршрутизации), но никогда не выходит за пределы развертывания. При этом уже должно быть ясно, что никакой интернет-трафик не может быть отправлен на внутреннюю конечную точку.

Дополнительное примечание: InputEndpoint, однако, можно обнаружить в Интернете и внутри развертывания. Но он является LoadBalanced, поскольку трафик к InputEndpoint поступает через/через LoadBalancer из Интернета.

Вернемся к числам. Допустим, у вас есть 1 веб-роль с 1 входной конечной точкой и 1 внутренней конечной точкой. Таким образом, в вашем развертывании будет 2 конечных точки. Даже если вы развернете 50 экземпляров, у вас останется только 2 EndPoints, которые учитываются при подсчете общего лимита EndPoints.

Можете ли вы получить конкретную EndPoint для конкретного экземпляра - конечно, да! через класс RoleEnvironemnt. Он имеет перечисление ролей. Каждая роль имеет экземпляры, и каждый экземпляр имеет Конечные точки экземпляра.

Надеюсь это поможет!

Конечные точки определяются на уровне ролей и создаются для каждого экземпляра.

Входная конечная точка имеет общедоступный IP-адрес, что делает ее доступной из Интернета. Трафик к этой входной конечной точке распределяется по нагрузке (с помощью алгоритма циклического перебора) среди всех экземпляров роли, на которых размещается конечная точка.

Внутренняя конечная точка не имеет общедоступного IP-адреса и доступна только внутри облачной службы ИЛИ виртуальная сеть, включая эту облачную службу. Windows Azure не распределяет трафик по балансировке нагрузки на внутренние конечные точки — каждая конечная точка экземпляра роли должна быть адресована отдельно. У Райана Данна есть хороший пост, показывающий простой пример реализации взаимодействия с балансировкой нагрузки. с внутренней конечной точкой, на которой размещается служба WCF.

В выпуске Spring Wave представлена ​​предварительная версия конечной точки ввода экземпляра, которая является общедоступной конечной точкой IP, порт которой перенаправляется на конкретный экземпляр роли. Это, очевидно, не балансирует нагрузку, но обеспечивает способ прямого подключения к конкретному экземпляру.

Просто пытаюсь сделать вещи более краткими и конкретными:

// get a list of all instances of role "MyRole"
var instances = RoleEnvironment.Roles["MyRole"].Instances;

// pick an instance at random
var instance = instances[new Random().Next(instances.Count())];

// for that instance, get the IP address and port for the endpoint "MyEndpoint"
var endpoint = instance.InstanceEndpoints["MyEndpoint"].IPEndpoint;

Думайте о внутренних конечных точках как о механизме обнаружения других ваших виртуальных машин.