Vnet между виртуальной машиной и службой приложений в Azure

Я не могу понять, как подключить веб-приложение (App Service) до Виртуальная машина в Azure. Я создал VNet с панели конфигурации веб-приложения.Vnet между виртуальной машиной и службой приложений в Azure

Все элементы создаются с помощью управления ресурсами модели, находятся в одной и той же подписки и, по крайней мере, в Standard цен ярусе.

По-видимому, веб-приложение не может быть подключено к V2 VNet. (Похоже, эти термины используются взаимозаменяемо, или это что-то другое).

Я создал классический Vnet (V1?). Но я не могу понять, как подключить к нему свою виртуальную машину.

Как подключить как веб-приложение, так и виртуальную машину к той же сети? Есть ли какие-либо другие требования, которые мне не хватает?

источник

2016-01-25 Waaghals

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

Однако, если это то, что вам особенно нужно, ваш выбор будет состоять в том, чтобы сохранить все в v1 или просто иметь веб-приложение VNet в v1 и создать v2 VNet для ваших виртуальных машин (вы не можете поместить v2 VM в v1 VNet)

Вы можете создать v2 VNet и установить между ними VPN-сайт. Это даст достаточно плоскую/открытую структуру IP. Проблема с этим будет заключаться в том, что вы ограничены пропускной способностью около 10 мс, и единственный способ сделать это - использовать Express Route.

источник

2016-01-25 18:11:21

Это действительно удивило меня, когда я (после того, как много Стук-оф-лобовом против стены), наконец, понял ограничения веб-приложения для маршрутизации VM , Классический VNet с шлюзом «точка-точка» выполнит свою работу, но это будет стоить минимум 35 долларов США в месяц. Я что-то упускаю? Зачем мне платить 35 долларов за трафик прямо из веб-приложения в виртуальную машину, когда они оба находятся в одном регионе Лазурного ?? – Snixtor

@Snixtor Лично я бы этого не сделал, я не вижу дополнительного преимущества, которое он предоставляет в правильном правиле брандмауэра, который разрешает доступ только к этому IP-адресу. (Я вполне могу задать вопрос об этом) –

@Michael_B Вот что я тоже делаю. К сожалению, в одном из моих сценариев кажется, что * переключение исходящего IP-адреса веб-приложения из определенного набора из 4 (видимых в свойствах приложения в Azure) может вызвать проблемы с подключением. В VM работает Postgres, приложение ASP.NET, и соединения периодически прерываются один раз каждые 10 минут, что также является интервалом, на котором изменяется IP-адрес. – Snixtor

Я нашел другой путь. (Я также нашел некоторые дискуссии в Интернете, что интеграция V2 VNET должна быть готова в течение нескольких дней или недель.)

Существует предпросмотр инструмент называется ресурс исследователь. Запустите здесь: https://resources.azure.com

Разверните свою группу ресурсов, а затем под Microsoft.Web найдите свое веб-приложение.

Нажмите на это, и прокрутите вниз в панели, чтобы найти следующее outboundIpAddresses

Для каждого из них, перейдите на свой ресурс Resource Manager VM Network Security, и добавьте необходимое Inbound правила безопасности. Остерегайтесь, изменения правил входящей безопасности не вступают в силу немедленно. Я наблюдал задержки около 2 минут, прежде чем они работали.

Протестировано, работая над моей установкой, последние пару часов. Надежность распределения исходящих IP-адресов остается неизменной. UPDATE: Исходящий IP-адресов теперь доступны в Azure Portal: https://social.msdn.microsoft.com/forums/azure/en-US/fd53afb7-14b8-41ca-bfcb-305bdeea413e/maintenance-notice-upcoming-changes-to-increase-capacity-for-outbound-network-calls http://ruslany.net/2015/06/how-to-find-out-outbound-ip-addresses-used-by-azure-web-app/

источник

2016-02-03 12:59:09 Sentinel

Vnet между виртуальной машиной и службой приложений в Azure

ответ

Смежные вопросы