Надежность в процессах обнаружения хранилищ Azure

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

служба хранилища Azure Discovery — это полностью управляемая служба, которая обеспечивает полную видимость ваших Хранилище BLOB-объектов Azure и Azure Data Lake Storage. На одной панели стекла можно анализировать тенденции, оптимизировать затраты, повысить безопасность и повысить эффективность работы.

Поведение службы во время сбоев

Сбой в регионе Сбой в зоне
Управление рабочей областью обнаружения хранилища Если в регионе, в котором создается рабочая область обнаружения хранилища, возникает сбой, отчеты рабочей области недоступны в течение времени. Если зона отключена, рабочая область обнаружения хранилища остается доступной. Вы можете продолжать управлять рабочей областью и получать доступ к отчетам.
Отчёты об обнаружении хранилищ данных Если регион исчез, данные из учетных записей хранения в этом регионе могут быть отложены в отчетах обнаружения до тех пор, пока регион не будет восстановлен. В редких случаях полной потери данных в течение периода сбоя рабочая область обнаружения не может восстановить данные, потерянные в течение этого периода. Если учетная запись хранения развернута в зоне сбоя, учетная запись становится недоступной, а аналитика для затронутого хранилища недоступна. Если учетная запись хранения является зонально избыточной, рабочая область Discovery продолжает предоставлять аналитические сведения об учетной записи.

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

Зоны Availability физически разделяют группы центров обработки данных в Azure регионе. При сбое одной зоны службы могут переключиться на одну из оставшихся зон.

  • Управление рабочей областью обнаружения хранилища имеет резервирование по зонам. Даже если зона вышла из строя, область работы системы обнаружения хранилища остается доступной. Вы можете продолжать управлять рабочей областью и получать доступ к отчетам.

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

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

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

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

Обнаружение сбоев и уведомление

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

Замечание

Если вам нужен непрерывный доступ к отчетам обнаружения, вы можете создать вторую рабочую область в другом регионе. Эта вторая рабочая область должна быть настроена для анализа одних и того же ресурса хранилища. Этот подход защищает вас от регионального сбоя, влияющего на основную рабочую область. Однако она не защищает от проблем доступности самих ресурсов хранилища в разных регионах. Дополнительная информация о ценах на Storage Discovery для оценки дополнительных затрат.

Доступность данных и актуальность данных

Ключевые факторы, влияющие на доступность и свежесть данных в отчетах обнаружения хранилища:

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

Дальнейшие шаги