Проблемы с производительностью для веб-сайта Azure, подключающегося к базе данных Azure SQL в разных регионах

Question

У нас есть несколько вопросов, масштабирующих наш двухуровневый сайт на Azure.

Наша цель - создать два веб-сайта в разных регионах (US West, Australia East) и обслуживать ближайших к конечным пользователям.

Мы видим массивные различия между двумя регионами по среднему времени запросов и задаемся вопросом, как мы можем уменьшить это влияние производительности?

Или

Кто-то реализовать это по-другому?

---

Вот что мы сейчас имеем:
1 х Сайт в US West
1 х Сайт в Австралии Востоке базы данных
1 х SQL в US West

Мы используем Traffic Manager, который выбирает лучший веб-сайт/регион на основе местоположения входящего запроса. Он работает очень хорошо.

Средние результаты запроса:
US West: 150мс
Австралия East: 800ms

Наши мысли:
Поскольку база данных SQL находится в другом центре обработки данных/региона на веб-сайте латентности между два увеличивают средний запрос.

Обратите внимание:
Мы знаем, что это может быть сделано установкой SQL на ВМ и настройке VNET между двумя датацентров, но если это возможно, мы хотели бы продолжать использовать полностью управляемый Azure SQL и веб-сайтов.

Answer 1

Вы смотрели на

http://azure.microsoft.com/en-gb/documentation/articles/sql-database-get-started-sql-data-sync/

Еще один простой подход для кэширования данных для чтения и использовать шину службы для записи.

Answer 2

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

В терминах SQL Azure ваша SQL Azure DB в Австралии будет «онлайн-вторичной».

More info here

Answer 3

Использование базы данных в другой области от где размещен ваш сайт не рекомендуется из-за дополнительных затрат пропускной способности и более высоких задержках.

Вы можете использовать гео-репликацию, чтобы создать только для чтения вторичного в Австралии: https://msdn.microsoft.com/en-us/library/azure/dn741339.aspx

Если вы хотите, чтобы иметь возможность писать как БД (в Западных США и Австралии) и держать их в синхронизации, то единственный способ сделать это на данный момент - использовать Data Sync http://azure.microsoft.com/en-gb/documentation/articles/sql-database-get-started-sql-data-sync/.

Answer 4

Посмотрите на эту Tech Talk - Azure Web Sites: Architecting Massive-Scale Ready-For-Business Web Apps

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