В настоящее время я выполняю доказательство концепции перехода от нашего нынешнего провайдера IAAS к Azure. В настоящее время мы просто служить несколько LOB веб-приложения на установке 2 уровня, состоящий из:Подключение к Azure SQL DB из веб-приложения IIS на Azure VM
- Web Tier/Box 1: Web сталкивается с IIS проведение всех веб-приложений
- SQL Tier/Box 2: Non веб облицовочный , Веб-бокс напрямую связан с ящиком SQL внутри сети.
Я хочу запустить это как следующую настройку внутри Azure: 1. Azure VM: эта виртуальная машина будет веб-уровнем. Из-за устаревшей части наших приложений это не поместилось бы в веб-сайты или облачные сервисы. 2. Azure SQL DB: Мы просто подталкиваем всю нашу базу данных SQL в Azure DB и подключаемся к ним с виртуальной машины.
У меня есть эта настройка и работа. Единственная проблема заключается в том, что существует большой латентный клик, который, как представляется, связан с веб-приложением VM с лазурной базой данных. Im, соединяющий базу данных SQL Azure с строкой соединения, предоставляемой через портал. Есть ли причина, что соединение настолько медленное (иногда латентность> 4 с)? Есть ли какие-либо правила брандмауэра или конечной точки, которые мне нужно установить? Или эта настройка не оптимальна?
Благодаря
Вы уверены, что VM и Azure SQL находятся в одном регионе? Это может объяснить латентность –
Hi Erik, Yep vm и sql находятся в одном регионе. Спасибо – Matt
На каком уровне работает база данных sql? Базовый или стандартный? Он имеет более длительную задержку, основанную на сравнении моего теста с сервером sql, работающим на vm – liuhongbo