Попытка создать виртуальную машину для доступа к управляемому экземпляру SQL Azure - (выбранная подсеть не поддерживается)

Я создал управляемый экземпляр SQL Azure, но не могу создать виртуальную машину для подключения к нему, так как мне нужно разместить ее в той же подсети.

Когда я пытаюсь это сделать, мне не предоставляется выбор. Я могу выбрать виртуальную сеть, созданную с помощью моего управляемого экземпляра, но когда я пытаюсь выбрать подсеть ManagedInstance, она неактивна ...

ManagedInstance (10.0.0.0/24) (выбранная подсеть не поддерживается)

Глядя на виртуальную сеть (созданную автоматически, когда я настраиваю управляемый экземпляр), адресное пространство конфликтует, но я не могу изменить адресное пространство, потому что подсеть его использует - я не могу изменить подсеть, потому что диапазон не входит в адресное пространство (и т. д. и т. д.)

Кажется, я застрял в кошмаре с курицей и яйцом

Я не знаю, какую еще информацию я могу дать сейчас.


azure-sql-managed-instance azure-vm
person Keith Jackson    schedule 24.11.2020    source источник

Ответы (2)


arrow_upward
1
arrow_downward

В новых развертываниях Azure SQL MI подсеть для MI зарезервирована для MI, и вы должны оставить ее такой. Создайте виртуальную машину в другой подсети в той же виртуальной сети.

Одна из проблем, с которыми я столкнулся при размещении ресурсов в той же подсети, что и MI, заключается в том, что для MI требуется как минимум 8 IP-адресов. Согласно передовой практике для MI должно быть доступно не менее 16 IP.

Это некоторые ресурсы для некоторой наглядности

https://docs.microsoft.com/en-us/azure/azure-sql/managed-instance/virtual-network-subnet-create-arm-template

https://docs.microsoft.com/en-us/azure/azure-sql/managed-instance/vnet-subnet-determine-size

person Rizwan    schedule 24.11.2020
comment
Еще я забыл упомянуть: пока виртуальная машина развернута в той же виртуальной сети, но в другой подсети, она сможет взаимодействовать с SQL MI. - person Rizwan; 26.11.2020

arrow_upward
0
arrow_downward

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

Однако конфликтующее адресное пространство было неприятным - я не смог найти для этого решения, и мне пришлось все разобрать и начать заново с новой виртуальной сетью, которую я создал перед развертыванием управляемого экземпляра.

person Keith Jackson    schedule 24.11.2020