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

Для этого диспетчера трафика Azure - хороший вариант обхода отказа. Вы можете использовать их DC A и B в соответствии с любой стратегией, например отказоустойчивой / циклической.

Фактическая реализация, которую вы выберете для своего приложения, действительно зависит от вас (а сама тема обширна и требует мнения). Но с объективной точки зрения в Azure есть встроенные функции с поддержкой нескольких регионов, которыми вы можете воспользоваться в отношении исследуемых областей:

• Диспетчер трафика. Когда вы используете веб-приложения: эта служба предлагает балансировку трафика между несколькими веб-приложениями, будь то в одном регионе или в разных регионах, и предлагает три режима: отработка отказа, циклический перебор и производительность (ближайший, по задержкам). Дополнительная информация здесь .
• Хранилище Azure. Поскольку вы используете хранилище: доступно несколько уровней, один из которых является географически избыточным с доступом для чтения (RA-GRS). Хранилище асинхронно реплицируется в альтернативный регион. Если основной регион становится недоступным (или если вы просто хотите читать из дополнительного по соображениям производительности или по другим причинам), вы можете выбрать выполнение чтения из хранилища из дополнительного местоположения через слегка измененную конечную точку хранилища ( yourstorage-secondary .blob.core.windows.net например). Примечание: вы не можете выбрать это место; Регионы Azure объединены в пары.
• База данных SQL Azure. Поскольку вы используете базу данных SQL: уровни Standard и Premium предлагают стандартную георепликацию, а уровень Premium предлагает активную георепликацию с возможностью чтения до 4 вторичных серверов. Подробнее здесь .

Как (или если) вы решите использовать эти функции, зависит от вас ...