#azure-synapse
Вопрос:
- у нас много трубопроводов в рабочей области synapse.
- использование бессерверного sqlpool, для которого установлено значение online
- выделенный пул sql приостановлен, так как мы не используем его для хранения данных…
- использование репозитория DevOps
- команда поддержки проведет некоторую очистку в окружающей среде, т. е. Запустит старую терраформу для воссоздания среды и т. Д. Как можно убедиться, что
Вопрос: Я понимаю, что в нашем репозитории DevOps все, кажется, резервируется, за исключением папок хранения больших двоичных объектов… Как мы можем быть уверены, что в случае, если что-то потеряется/ или пойдет не так во время очистки рабочего пространства, мы сможем все вернуть…?
Спасибо
Комментарии:
1. Если мой ответ вам полезен, не могли бы вы, пожалуйста, принять его в качестве ответа ? Это может помочь большему числу людей, у которых есть подобная проблема.
Ответ №1:
ADLS Gen2 имеет свои собственные инструменты для обеспечения того, чтобы событие DR не повлияло на вас. Одним из самых мощных инструментов является репликация, включая опцию геореплицированного хранилища.
Хранилище озера данных Gen2 уже обрабатывает 3-кратную репликацию под капотом, чтобы защитить от локальных сбоев оборудования. Кроме того, другие варианты репликации, такие как ZRS или GZR, улучшают HA, в то время как GRS и RA-GRS улучшают DR. При составлении плана HA в случае прерывания обслуживания рабочей нагрузке требуется как можно быстрее получить доступ к последним данным, переключившись на отдельно реплицированный экземпляр локально или в новом регионе.
В стратегии DR для подготовки к маловероятному событию катастрофического сбоя в регионе также важно, чтобы данные были реплицированы в другой регион с использованием репликации GRS или RA-GRS. Вы также должны учитывать свои требования для крайних случаев, таких как повреждение данных, когда вам может потребоваться создавать периодические моментальные снимки для возврата. В зависимости от важности и размера данных рассмотрите возможность прокатки дельта-снимков с периодами 1, 6 и 24 часа в соответствии с допусками риска.
Для обеспечения устойчивости данных с хранилищем озера данных Gen2 рекомендуется геореплицировать ваши данные с помощью GRS или RA-GRS, которые удовлетворяют вашим требованиям HA/DR. Кроме того, вам следует рассмотреть способы автоматического перехода приложения, использующего хранилище озера данных Gen2, во вторичный регион с помощью триггеров мониторинга или продолжительности неудачных попыток или, по крайней мере, отправки уведомления администраторам для ручного вмешательства. Имейте в виду, что существует компромисс между отказом по сравнению с ожиданием возвращения службы в онлайн.
Дополнительные сведения см. в разделе Рекомендации по использованию хранилища Azure Data Lake Gen2.
А также здесь отличная статья, в которой рассказывается об архитектуре аварийного восстановления Azure Synapse.