Надежность в Microsoft Fabric

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

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

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

Дополнительные сведения о зонах доступности в Azure см. в статье "Что такое зоны доступности?"

Fabric makes commercially reasonable efforts to support zone-redundant availability zones, where resources automatically replicate across zones, without any need for you to set up or configure.

Предусловия

• В настоящее время Fabric обеспечивает поддержку частичной зоны доступности в ограниченном количестве регионов. Эта поддержка частичной зоны доступности охватывает интерфейсы (или определенные функциональные возможности в интерфейсе).
• Такие сервисы, как Потоки событий, не поддерживают зоны доступности.
• Инженерия данных поддерживает зоны доступности, если используется OneLake. Если вы используете другие источники данных, такие как ADLS Gen2, то необходимо убедиться, что зонально-избыточное хранилище (ZRS) включено.
• Zone availability may or may not be available for Fabric experiences and/or features/functionalities that are in preview.
• Локальные шлюзы и большие семантические модели в Power BI не поддерживают зоны доступности.
• Data Factory (pipelines) support availability zones in West Europe, but new or inprogress pipelines runs may fail in case of zone outage.

Поддерживаемые регионы

Fabric делает коммерчески разумные усилия по обеспечению поддержки зоны доступности в различных регионах следующим образом:

Америки	Power BI	Datamarts	Хранилища данных	Анализ в реальном времени	Фабрика данных (конвейеры)	Инжиниринг данных	База данных SQL	Activator
Южная Бразилия
Центральная Канада
Центральная часть США
Восточная часть США
восточная часть США 2
Центрально-южная часть США
западная часть США 2
Запад США 3
Европа	Power BI	Datamarts	Хранилища данных	Анализ в реальном времени	Фабрика данных (конвейеры)	Инжиниринг данных	База данных SQL	Activator
Центральная Франция
Центрально-Западная Германия
Северная Италия
Северная Европа
Восточная Норвегия;
Центральная Польша
южная часть Соединенного Королевства
Западная Европа
Центральная Швеция
Ближний Восток	Power BI	Datamarts	Хранилища данных	Анализ в реальном времени	Фабрика данных (конвейеры)	Инжиниринг данных	База данных SQL	Activator
Центральный Катар
Израиль, центральный регион
Северная часть ОАЭ;
Африка	Power BI	Datamarts	Хранилища данных	Анализ в реальном времени	Фабрика данных (конвейеры)	Инжиниринг данных	База данных SQL	Activator
Северная часть ЮАР;
Азиатско-Тихоокеанский регион	Power BI	Datamarts	Хранилища данных	Анализ в реальном времени	Фабрика данных (конвейеры)	Инжиниринг данных	База данных SQL	Activator
Восточная Австралия
Восточная Азия
Восточная Япония
Центральная Корея
Юго-Восточная Азия

Zone down experience

During a zone-wide outage, no action is required during zone recovery. Fabric capabilities in regions listed in supported regions self-heal and rebalance automatically to take advantage of the healthy zone. Выполнение заданий Spark может завершиться ошибкой, если главный узел находится в зоне сбоя. В таком случае задания должны быть повторно отправлены.

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

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

For DR, Microsoft uses the shared responsibility model. В этой модели корпорация Майкрософт гарантирует, что доступны базовые инфраструктуры и службы платформы. Однако многие службы Azure не делают автоматической репликации данных и не обеспечивают возврат из вышедшего из строя региона для перекрестной репликации в другой доступный регион. Для этих служб вы отвечаете за настройку плана аварийного восстановления, подходящего для вашей рабочей нагрузки. Большинство служб, работающих на платформе Azure как услуга (PaaS), предоставляют функции и рекомендации для поддержки аварийного восстановления. You can use service-specific features to support fast recovery to help develop your DR plan.

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

• Репликация между регионами: Структура предлагает репликацию между регионами для данных, хранящихся в OneLake. Вы можете отказаться от этой функции в зависимости от ваших требований.

• Доступ к данным после аварии: в региональном сценарии аварии Fabric гарантирует доступ к данным с определенными ограничениями. Хотя создание или изменение элементов ограничено после переключения на резервный ресурс, основное внимание уделяется обеспечению доступности и сохранности существующих данных.

• Руководство по восстановлению: Fabric предлагает вам набор инструкций, которые помогут пройти процесс восстановления. Структурированное руководство упрощает переход к обычным операциям.

Power BI, которая теперь входит в состав Fabric, имеет надежную систему аварийного восстановления и предлагает следующие функции:

• BCDR как по умолчанию: Power BI автоматически включает возможности аварийного восстановления в своем предложении по умолчанию. Вам не нужно включать или активировать эту функцию отдельно.

• Репликация между регионами: Power BI использует геоизбыточную репликацию хранилища Azure и геоизбыточную репликацию SQL Azure для обеспечения наличия экземпляров резервного копирования в других регионах, которые можно использовать. Это означает, что данные дублируются в разных регионах, повышая доступность и уменьшая риски, связанные с региональными сбоями.

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

For more information, see the Power BI high availability, failover, and disaster recovery FAQ

Home region and capacity functionality

Для эффективного планирования аварийного восстановления важно понимать связь между вашим домашним регионом и местами размещения возможностей. Understanding home region and capacity locations helps you make strategic selections of capacity regions, as well as the corresponding replication and recovery processes.

The home region for your organization's tenancy and data storage is set to the billing address location of the first user that signs up. For further details on tenancy setup, go to Power BI implementation planning: Tenant setup. При создании новых емкостей хранилище данных по умолчанию присваивается домашнему региону. Если вы хотите изменить регион хранения данных в другой регион, вам потребуется включить функцию Multi-Geo( Fabric Premium).

To learn how to identify your home region, see Find your Fabric home region.

Настройка емкости аварийного восстановления

Fabric предоставляет переключатель аварийного восстановления на странице параметров емкости. It's available where Azure regional pairings align with Fabric's service presence. Ниже приведены характеристики этого переключателя:

• Доступ к ролям: только пользователи с ролью capacity admin или выше могут использовать этот переключатель.

• Степень детализации. Степень детализации коммутатора — это уровень емкости. Он доступен как для емкостей Premium, так и Fabric.

• Data scope: The disaster recovery toggle specifically addresses OneLake data, which includes Lakehouse and Warehouse data. Параметр не влияет на данные, хранящиеся за пределами OneLake.

• Непрерывность BCDR для Power BI. Хотя восстановление после сбоев для данных OneLake можно включать и отключать, BCDR для Power BI всегда поддерживается, независимо от того, включен или отключен переключатель.

• Частота: После изменения настройки емкости для аварийного восстановления вы должны подождать 30 дней, прежде чем снова сможете изменить её. The wait period is set in place to maintain stability and prevent constant toggling,

Репликация данных

Если включить параметр емкости аварийного восстановления, репликация между регионами включена как возможность аварийного восстановления для данных OneLake. The Fabric platform aligns with Azure regions to provision the geo-redundancy pairs. Однако в некоторых регионах нет партнёрского региона Azure, или у партнёрского региона отсутствует поддержка Fabric. Для этих регионов репликация данных недоступна. Дополнительные сведения см. в разделах «Регионы с зонами доступности и без пары регионов» и «Доступность региона Fabric».

Выставление счетов

Функция аварийного восстановления в Fabric обеспечивает георепликацию данных для повышения безопасности и надежности. Эта функция потребляет больше ресурсов хранения и транзакций, которые начисляются как ресурсы хранения BCDR и операции BCDR соответственно. Этими затратами можно отслеживать и управлять в приложении метрик емкости Microsoft Fabric, где они отображаются как отдельные элементы строки.

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

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

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

Этап 1. Подготовка

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

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

Phase 2: Disaster failover

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

The time it takes for failover to complete can vary, although it typically takes less than one hour. Once failover is complete, here's what you can expect:

• Fabric portal: You can access the portal, and read operations such as browsing existing workspaces and items continue to work. Все операции записи, такие как создание или изменение рабочей области, приостановлены.

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

• Lakehouse или Warehouse: вы не можете открыть эти элементы, но к файлам можно получить доступ через API-интерфейсы Или инструменты OneLake.

• Определение задания Spark: нельзя открывать определения заданий Spark, но к файлам кода можно обращаться через API-интерфейсы Или средства OneLake. Все метаданные или конфигурации будут сохранены после переключения на резервный сервер.

• Записная книжка: вы не можете открывать записные книжки, а содержимое кода не будет сохранено после аварии.

• Модель машинного обучения или эксперимент. Нельзя открывать модели машинного обучения или эксперименты. Содержимое кода и метаданные, такие как метрики выполнения и конфигурации, не будут сохранены после аварии.

• Dataflow Gen2/Pipeline/Eventstream: You can't open these items, but you can use supported disaster recovery destinations (lakehouses or warehouses) to protect data.

• KQL Database/Queryset: You won't be able to access KQL databases and query sets after failover. Для защиты данных в базах данных и наборах запросов KQL требуются дополнительные действия.

В случае аварии портал Fabric и Power BI находятся в режиме только для чтения, а другие элементы Fabric недоступны, вы можете получить доступ к их данным, хранящимся в OneLake, с помощью API или сторонних средств. Портал и Power BI сохраняют возможность выполнять операции чтения и записи данных. Эта возможность гарантирует, что критически важные данные остаются доступными и изменяемыми и устраняют потенциальные нарушения бизнес-операций.

Данные OneLake по-прежнему доступны через несколько каналов:

• API OneLake ADLS 2-го поколения: см . статью "Подключение к Microsoft OneLake"

• Примеры инструментов, которые могут подключаться к данным OneLake:

  • Обозреватель хранилища Azure: см. раздел Интеграция OneLake с обозревателем хранилища Azure

  • OneLake File Explorer: See Use OneLake file explorer to access Fabric data

Этап 3. План восстановления

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

Действия по восстановлению

1. Create a new Fabric capacity in any region after a disaster. Учитывая высокий спрос во время таких событий, рекомендуется выбрать регион за пределами основного географического региона, чтобы повысить вероятность доступности службы вычислений. Сведения о создании емкости см. в статье "Приобретение подписки Microsoft Fabric".

2. Create workspaces in the newly created capacity. If necessary, use the same names as the old workspaces.

3. Создайте элементы с теми же именами, что и те, которые требуется восстановить. Этот шаг важен, если вы используете пользовательский скрипт для восстановления лейкхаусов и складов.

4. Восстановите предметы. Для восстановления каждого элемента следуйте соответствующему разделу в руководстве по аварийному восстановлению для конкретного опыта.

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

• Рекомендации по аварийному восстановлению, специфичные для определенного опыта
• Надежность в Azure