#azure #azure-web-app-service #azure-sql-database #azure-virtual-network
Вопрос:
Я хотел бы знать несколько вещей о моих веб-приложениях, размещенных в Центральной части США, подключающихся к строке подключения группы Azure SQL FO. Основной SQL размещен в том же регионе, что и Центральная часть США, а Вторичная реплика размещена в Восточной части США 2. Я рассматриваю возможность использования частной ссылки для Azure SQL.So чтобы мое веб-приложение могло взаимодействовать с SQL Azure через частную конечную точку, я должен включить региональную интеграцию виртуальной сети для своего веб-приложения, как я читаю в документах MS. Итак, на данный момент у меня есть две подсети в Центральной части США и одна из подсетей, которую я должен выделить для создания интеграции с виртуальной сетью для моих веб-приложений. В другой подсети будет размещена моя частная конечная точка SQL. Я уже включил Глобальную виртуальную сеть для просмотра между первичной центральной сетью США и Вторичной виртуальной сетью в Восточной части США 2. Поэтому я хотел бы знать, произойдет ли во время аварии и после перехода на другой ресурс для моего SQL из основного центра США во вторичный Восток США 2, будут ли мои веб-приложения автоматически подключаться к прослушивателю чтения/записи группы SQL FO после включения частной ссылки для моего SQL Azure. Я не понимаю, что это означает ниже по ссылке :
https://docs.microsoft.com/en-us/azure/architecture/example-scenario/private-web-app/private-web-app
Глобальный пиринг Любая служба в любом регионе Azure, которая может подключаться через виртуальную сеть, может достичь частной конечной точки базы данных, например, с помощью пиринга виртуальной сети в топологиях концентраторов и спиц. Однако для региональной интеграции виртуальной сети службы приложений пиринговые виртуальные сети должны располагаться в одном регионе Azure.
В соответствии со строкой «Однако для региональной интеграции виртуальной сети службы приложений пиринговые виртуальные сети должны располагаться в одном регионе Azure». Моя пиринговая виртуальная сеть расположена от Центра США до Востока США 2, что похоже на глобальный пиринг. Итак, как это утверждение применимо в моем случае.
С нетерпением жду некоторых указаний
Комментарии:
1. Полезен ли вам ответ KarthikBhyresh-MT ? Если да, я дам ему награду за 100 репутации.
2. Это утверждение описывает сценарий, когда базы данных перешли во вторичный регион, в то время как веб — приложение остается активным в основном регионе-оно не поддерживается. Вы не ясно дали понять, но для того, чтобы DR действительно работал, у вас должна быть служба приложений, также созданная во вторичном регионе. Во время DR вторичная область будет использоваться как для службы приложений, так и для SQL, и в этом случае частная конечная точка будет продолжать работать.
3. amit_g Я протестировал сбой SQL от первичной до вторичной частной конечной точки. Мои веб-приложения все еще подключались к Вторичному экземпляру, находящемуся в основном регионе. Почему вы говорите, что это не поддерживается? Это случай частичного перехода на другой ресурс, когда вы выполняете сбой только одной службы и сохраняете другую службу в основной. У вас может быть частичная отработка отказа или полная отработка отказа. И то, и другое упоминается в статье docs.microsoft.com/en-us/azure/architecture/example-scenario/…