Как сделать приложение Windows Azure устойчивым к катастрофическим событиям в центре обработки данных Azure?

Question

AFAIK Amazon AWS предлагает так называемые «регионы» и «зоны доступности», чтобы снизить риски частичного или полного сбоя центра обработки данных.Похоже, если у меня есть копии моего приложения в двух «регионах» и один «регион» выходит из строя, мое приложение все еще может продолжать работать, как будто ничего не произошло.

Есть ли что-то подобное в Windows Azure?Как устранить риск катастрофического сбоя центра обработки данных в Windows Azure?

Answer 1

В одном центре обработки данных ваше приложение Windows Azure имеет следующие преимущества:

• Выходя за пределы одного вычислительного экземпляра, ваши виртуальные машины делятся на области сбоев в разных физических областях. Таким образом, даже если вся серверная стойка выйдет из строя, вам все равно придется выполнять вычисления в другом месте.
• В хранилище Windows Azure и SQL Azure хранилище реплицируется трижды. Это не возможная репликация - при возврате вызова записи в нее была записана хотя бы одна реплика.

Хорошо, это легко. Что если дата-центр исчезнет? Вот функции, которые помогут вам встроить DR в ваше приложение:

• Для SQL Azure вы можете настроить синхронизацию данных. Это средство синхронизирует вашу базу данных SQL Azure с другой базой данных SQL Azure (предположительно в другом центре обработки данных) или локальной базой данных SQL Server. Подробнее здесь . Поскольку эта функция по-прежнему считается функцией предварительного просмотра, вам нужно перейти здесь , чтобы настроить ее.
• Для хранилища Azure (таблицы, большие двоичные объекты) вам нужно будет выполнить репликацию во второй центр обработки данных, поскольку в настоящее время нет встроенных средств. Это можно сделать, скажем, с помощью фоновой задачи, которая извлекает данные каждый час и копирует их в учетную запись хранения в другом месте. EDIT : Согласно ответу Райана, существует гео-репликация данных для больших двоичных объектов и таблиц. ОДНАКО: кроме упоминания в этой записи в блоге в декабре и, возможно, в PDC, это не в прямом эфире.
• Для доступности вычислений вы можете настроить Traffic Manager для балансировки нагрузки между центрами обработки данных. Эта функция в настоящее время находится в CTP. Чтобы зарегистрироваться, посетите бета-версию портала Windows Azure .

Помните, что с DR, будь то в облаке или локально, возникают дополнительные расходы (такие как пропускная способность между центрами обработки данных, затраты на хранение дублирующихся данных во вторичном центре обработки данных и вычисления в дополнительных центрах обработки данных). .

Как и в локальных средах, DR необходимо тщательно продумать и реализовать.

Answer 2

Ответ Дэвида довольно хороший, но одна часть неверна.Для BLOB-объектов и таблиц Windows Azure ваши данные фактически географически реплицируются сегодня между субрегионами (например, севером и югом США).Это асинхронный процесс с целевой задержкой около 10 минут.Этот процесс также находится вне вашего контроля и предназначен исключительно для потери центра обработки данных.В общей сложности ваши данные реплицируются 6 раз в 2 разных центрах обработки данных при использовании больших двоичных объектов и таблиц Windows Azure (впечатляет, не правда ли?).

Если центр обработки данных был потерян, они перевернули бы ваш DNS для создания больших двоичных объектов.и хранение таблицы в другом субрегионе, и ваша учетная запись снова появится в сети.Это верно только для больших двоичных объектов и таблиц (не очередей, не SQL Azure и т. Д.).

Таким образом, для настоящего аварийного восстановления можно использовать синхронизацию данных для SQL Azure и диспетчер трафика для вычислений (при условии, что вы выполняетегорячий резерв в другом субрегионе).Если центр данных был потерян, диспетчер трафика направил бы в новый субрегион, и вы также найдете там свои данные.

Answer 3

Единственный сбой, который вы не учли, заключается в возможности репликации ошибки в центры обработки данных.В этом сценарии вы можете рассмотреть возможность использования Azure PAAS как части предложения HP Cloud в сценарии с балансировкой нагрузки или в случае сбоя.