Поделиться через


Надежность в Центрах уведомлений Azure

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

Поддержка зоны доступности

Зоны доступности Azure — это по крайней мере три физически отдельные группы центров обработки данных в каждом регионе Azure. Центры обработки данных в каждой зоне оснащены независимой питанием, охлаждения и сетевой инфраструктурой. В случае сбоя локальной зоны зоны зоны создаются таким образом, чтобы при возникновении влияния одной зоны, региональных служб, емкости и высокой доступности поддерживались остальными двумя зонами.

Сбои могут варьироваться от сбоев программного обеспечения и оборудования до таких событий, как землетрясения, наводнения и пожары. Устойчивость к сбоям достигается с избыточностью и логической изоляцией служб Azure. Дополнительные сведения о зонах доступности в Azure см. в разделе "Регионы и зоны доступности".

Службы с поддержкой зон доступности Azure предназначены для обеспечения правильного уровня надежности и гибкости. Их можно настроить двумя способами. Они могут быть избыточными по зонам с автоматическим реплика tion между зонами или зональными экземплярами, закрепленными в определенной зоне. Эти подходы также можно объединить. Дополнительные сведения об зональной архитектуре, избыточной между зонами, см. в Рекомендации использования зональных зон и регионов.

В регионе, поддерживающем зоны доступности, Центры уведомлений по умолчанию поддерживают избыточное между зонами развертывание. При развертывании с зонами доступности данные регистрации и метаданные реплика между всеми зонами в указанном регионе.

Необходимые компоненты

Улучшения обслуживания

Зоны доступности поддерживают дополнительную стоимость поверх существующих цен на категории. Дополнительные сведения об уровне обслуживания см. в разделе об уровне обслуживания центров уведомлений.

Взаимодействие с зонами вниз

Во время сбоя на уровне зоны во время восстановления зоны не требуется никаких действий. Центры уведомлений самостоятельно исцеляют и перебалансирует себя, чтобы автоматически воспользоваться здоровой зоной.

Включение зон доступности

Вы можете включить только зоны доступности в новых пространствах имен. Так как Центры уведомлений не поддерживают миграцию существующих пространств имен, вы не можете отключить избыточность зоны после включения его в пространстве имен.

Экранный показ с включенными зонами доступности.

Сведения о настройке нового пространства имен с зонами доступности см. в статье "Создание концентратора уведомлений Azure" в портал Azure.

Поддержка перехода на зоны доступности

Чтобы узнать, как переместить существующий ресурс Центров уведомлений в новый регион с поддержкой зоны доступности, следуйте инструкциям в статье "Перемещение ресурсов между регионами Azure".

Аварийное восстановление между регионами и непрерывность бизнес-процессов

Аварийное восстановление (АВАРИЙНОе восстановление) заключается в восстановлении из событий высокой нагрузки, таких как стихийные бедствия или неудачные развертывания, которые приводят к простою и потере данных. Независимо от причины, лучшее средство для аварийного восстановления является хорошо определенным и проверенным планом аварийного восстановления и проектом приложения, который активно поддерживает аварийное восстановление. Прежде чем начать думать о создании плана аварийного восстановления, ознакомьтесь с Рекомендации для разработки стратегии аварийного восстановления.

Когда дело доходит до аварийного восстановления, корпорация Майкрософт использует модель общей ответственности. В модели общей ответственности корпорация Майкрософт гарантирует, что доступны базовые службы инфраструктуры и платформы. В то же время многие службы Azure не автоматически реплика te данные или возвращаются из неудающегося региона, чтобы перекрестно реплика te в другой включенный регион. Для этих служб вы несете ответственность за настройку плана аварийного восстановления, который работает для рабочей нагрузки. Большинство служб, работающих на платформе Azure как услуга (PaaS), предоставляют функции и рекомендации для поддержки аварийного восстановления, и вы можете использовать специальные функции службы для поддержки быстрого восстановления для разработки плана аварийного восстановления .

Центры уведомлений предоставляют покрытие аварийного восстановления метаданных с помощью межрегионного реплика обработки метаданных, таких как имя Центров уведомлений, строка подключения и другие критически важные сведения.

Вы можете использовать парный регион Azure или выбрать из списка регионов, поддерживающих гибкий регион восстановления.

При активации сценария аварийного восстановления данные регистрации — это единственный сегмент инфраструктуры Центров уведомлений, которая потеряна. Сведения о сохранении данных регистрации для пространства имен и его восстановлении см. в разделе "Резервное копирование данных регистрации".

Гибкий регион восстановления

Гибкий регион восстановления — это простое решение, которое позволяет настроить дополнительное пространство имен в качестве целевого объекта отработки отказа для основного пространства имен. Вы можете выбрать из списка поддерживаемых регионов. В случае регионов с зонами доступности, но без парных регионов можно использовать гибкое восстановление для выбора дополнительного региона. При активации отработки отказа дополнительное пространство имен становится активным пространством имен, а основное пространство имен становится пассивным пространством имен. Все запросы и сообщения, отправленные в основное пространство имен, перенаправляются в дополнительное пространство имен, а push-уведомления доставляются из дополнительного пространства имен.

Следующие регионы поддерживают гибкий регион восстановления:

  • западная часть США 2
  • Северная Европа
  • Восточная Австралия
  • Brazil South
  • Юго-Восточная Азия
  • Северная часть ЮАР

Резервное копирование данных регистрации

Восстановление парных и гибких регионов позволяет создавать резервные копии метаданных. Необходимо реализовать решение для повторного заполнения данных регистрации в концентраторе после восстановления.

Центры уведомлений Azure поддерживают два типа регистрации устройств: установки и регистрации. Рекомендуется создать резервную копию регистраций в следующих целях:

  • Выбранное решение хранилища: если происходит событие аварийного восстановления, для действий восстановления будет некоторое время простоя.
  • Другой центр, создаваемый в другом регионе: используйте этот параметр для резервного копирования регистраций. В качестве рабочего центра можно реализовать код для переключения на эту копию. Чтобы сохранить вторичный концентратор уведомлений в синхронизации с основным центром уведомлений, можно использовать один из следующих вариантов для резервного копирования регистраций:
    • Для установки: используйте серверную часть приложения, которая одновременно создает и обновляет установки в обоих центрах уведомлений. Установки позволяют указать собственный уникальный идентификатор устройства, что делает его более подходящим для сценария реплика tion. Дополнительные сведения см. в этом примере.
    • Для регистрации: используйте серверную часть приложения, которая получает обычный дамб регистраций из основного центра уведомлений в качестве резервной копии. а затем выполняет массовою вставку в дополнительный Центр уведомлений. См . статью "Экспорт и импорт регистраций Центров уведомлений Azure" в массовом режиме.

В дополнительном центре уведомлений может быть истек срок действия регистрации. При отправке в дескриптор с истекшим сроком действия центры уведомлений автоматически очищают связанную запись регистрации в основном центре уведомлений на основе ответа, полученного от сервера PNS. Вы можете очистить записи с истекшим сроком действия из выбранного решения резервного копирования, добавив пользовательскую логику, которая обрабатывает отзывы от каждой отправки и удаляет просроченные регистрации.

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

Существует период времени, в течение которого устройства с незакрытыми приложениями не получают уведомлений.

Включение аварийного восстановления между регионами

Чтобы включить аварийное восстановление для нового пространства имен, выполните процедуру в центре уведомлений Azure в портал Azure.

Чтобы включить или отключить аварийное восстановление для существующего пространства имен:

  1. Войдите на портал Azure.

  2. В меню слева выберите Все службы.

  3. В разделе " Интернет вещей " выберите пространства имен Концентратора уведомлений.

  4. На странице пространств имен Концентратора уведомлений выберите пространство имен, для которого необходимо изменить параметры аварийного восстановления.

  5. На странице пространства имен концентратора уведомлений для пространства имен можно просмотреть текущий параметр аварийного восстановления в разделе Essentials.

  6. В следующем примере включен гибкий регион восстановления. Выберите текущий регион аварийного восстановления, чтобы отобразить всплывающее окно редактирования.

    Снимок экрана: основные метаданные Центров уведомлений.

  7. Во всплывающем итоге "Изменить аварийное восстановление" можно изменить выбранные варианты. Сохранение изменений.

    Примечание.

    При парном регионе восстановления регион отображается, но серым. Невозможно изменить регион.

    Снимок экрана: экран редактирования параметров восстановления.

Следующие шаги