Надежность в эластичной сети SAN
В этой статье описывается поддержка надежности в Azure Elastic SAN и охватывает как региональную устойчивость с зонами доступности, так и аварийное восстановление и непрерывность бизнес-процессов.
Поддержка зоны доступности
Зоны доступности Azure — это по крайней мере три физически отдельные группы центров обработки данных в каждом регионе Azure. Центры обработки данных в каждой зоне оснащены независимой питанием, охлаждения и сетевой инфраструктурой. В случае сбоя локальной зоны зоны зоны создаются таким образом, чтобы при возникновении влияния одной зоны, региональных служб, емкости и высокой доступности поддерживались остальными двумя зонами.
Сбои могут варьироваться от сбоев программного обеспечения и оборудования до таких событий, как землетрясения, наводнения и пожары. Устойчивость к сбоям достигается с избыточностью и логической изоляцией служб Azure. Дополнительные сведения о зонах доступности в Azure см. в разделе "Регионы и зоны доступности".
Службы с поддержкой зон доступности Azure предназначены для обеспечения правильного уровня надежности и гибкости. Их можно настроить двумя способами. Они могут быть избыточными по зонам с автоматической репликацией между зонами или зональными экземплярами, закрепленными в определенной зоне. Эти подходы также можно объединить. Дополнительные сведения об зональной архитектуре, избыточной между зонами, см . в рекомендациях по использованию зональных зон и регионов.
Azure Elastic SAN поддерживает развертывание зоны доступности с локальным избыточным хранилищем (LRS) и региональным развертыванием с хранилищем, избыточным между зонами (ZRS).
Необходимые компоненты
В настоящее время LRS и ZRS Elastic SAN доступны только в подмножестве регионов. Список регионов см. в разделе "Целевые показатели масштабирования для эластичной сети SAN".
Создание ресурса с помощью зон доступности
Сведения о создании эластичной сети SAN с включенной зоной доступности см. в статье "Развертывание эластичной сети SAN".
Взаимодействие с зонами вниз
При развертывании эластичной сети SAN при выборе ZRS для параметра избыточности SAN зональная отработка отказа поддерживается платформой без вмешательства вручную. Эластичная san с помощью ZRS предназначена для самостоятельного восстановления и перебалансировать себя, чтобы воспользоваться преимуществами здоровых зон автоматически.
Если вы развернули эластичную SAN LRS, может потребоваться развернуть новую san, используя моментальные снимки, экспортированные на управляемые диски.
Проектирование низкой задержки
Различия в задержке между эластичной SAN на LRS и эластичной san в ZRS не особенно высока. Однако для рабочих нагрузок, чувствительных к пику задержки, рассмотрите эластичную san в LRS, так как она обеспечивает наименьшую задержку.
Миграция зоны доступности
Чтобы перенести эластичную san на LRs в ZRS, необходимо снимок томов эластичной SAN, экспортировать их в моментальные снимки управляемых дисков, развернуть эластичную SAN в ZRS, а затем создать тома в SAN в ZRS с помощью этих моментальных снимков дисков. Сведения об использовании моментальных снимков (предварительная версия) см. в разделе "Моментальный снимок томов Azure Elastic SAN" (предварительная версия).
Аварийное восстановление и непрерывность бизнес-процессов
Аварийное восстановление (АВАРИЙНОе восстановление) заключается в восстановлении из событий высокой нагрузки, таких как стихийные бедствия или неудачные развертывания, которые приводят к простою и потере данных. Независимо от причины, лучшее средство для аварийного восстановления является хорошо определенным и проверенным планом аварийного восстановления и проектом приложения, который активно поддерживает аварийное восстановление. Прежде чем начать думать о создании плана аварийного восстановления, ознакомьтесь с рекомендациями по разработке стратегии аварийного восстановления.
Когда дело доходит до аварийного восстановления, корпорация Майкрософт использует модель общей ответственности. В модели общей ответственности корпорация Майкрософт гарантирует, что доступны базовые службы инфраструктуры и платформы. В то же время многие службы Azure не автоматически реплицируют данные или не реплицируются из неудающегося региона для перекрестной репликации в другой включенный регион. Для этих служб вы несете ответственность за настройку плана аварийного восстановления, который работает для рабочей нагрузки. Большинство служб, работающих на платформе Azure как услуга (PaaS), предоставляют функции и рекомендации для поддержки аварийного восстановления, и вы можете использовать специальные функции службы для поддержки быстрого восстановления для разработки плана аварийного восстановления .
Аварийное восстановление в одном и нескольких регионах
Для Azure Elastic SAN вы отвечаете за процесс аварийного восстановления. Вы можете создавать моментальные снимки томов и экспортировать их в управляемые моментальные снимки дисков. Затем можно скопировать добавочный моментальный снимок в новый регион для хранения данных в регионе, отличном от региона, в который находится эластичная san. Вы должны экспортировать в регионы, географически удаленные от основного региона, чтобы уменьшить вероятность того, что несколько регионов затронуты из-за аварии.
Обнаружение сбоев, уведомление и управление
Объявления об сбоях можно найти в Службе Работоспособности служб — Microsoft Azure.
Устойчивость емкости и упреждающего аварийного восстановления
Корпорация Майкрософт и ее клиенты работают в рамках модели общей ответственности. Общая ответственность означает, что для аварийного восстановления с поддержкой клиентов (службы, ответственные за клиентов), необходимо обратиться к аварийному аварийному восстановления для любой службы, которую вы развертываете и контролируете. Вы должны предварительно оценить любую службу, развернутую с Elastic SAN. Чтобы убедиться, что восстановление упреждающее, всегда следует заранее предопределить вторичные файлы, так как во время воздействия на тех, кто не был предварительно расположен.