Confiabilidade no Microsoft Fabric

Este artigo descreve o suporte à confiabilidade no Microsoft Fabric e a resiliência regional com zonas de disponibilidade e de recuperação entre regiões e continuidade dos negócios. Para obter uma visão geral mais detalhada da confiabilidade no Azure, consulte a confiabilidade do Azure.

Suporte à zona de disponibilidade

As zonas de disponibilidade são grupos fisicamente separados de datacenters em cada região do Azure. Quando uma zona falha, os serviços podem fazer o failover de uma das zonas restantes.

O Fabric usa zonas de disponibilidade do Azure para proteger itens do Fabric e do Power BI e dados contra falhas de datacenter. Os recursos do Fabric são distribuídos automaticamente em várias zonas sem a necessidade de nenhuma configuração do cliente.

• A engenharia de dados dá suporte a zonas de disponibilidade se você usar o OneLake. Se você usar outras fontes de dados, como o ADLS Gen2, precisará garantir que o ZRS (armazenamento com redundância de zona) esteja habilitado.

Experiência de zona inoperante

Durante uma interrupção em toda a zona, nenhuma ação do cliente é necessária. As funcionalidades do Fabric se auto-curam e se reequilibram automaticamente para aproveitar a zona saudável. Em alguns casos, as operações em andamento podem precisar ser reiniciadas. Por exemplo, a execução dos Trabalhos do Spark poderá falhar se o nó mestre estiver na zona com falha. Nesse caso, os trabalhos precisarão ser reenviados. A consulta de endpoint de análise de data warehouse e SQL pode falhar caso o nó de front-end esteja na zona com falha. Nesse caso, a consulta precisa ser reiniciada com segurança.

Recuperação de desastre entre regiões e continuidade dos negócios

Recuperação de desastre (DR) refere-se a práticas que as organizações usam para se recuperar de eventos de alto impacto, como desastres naturais ou implantações com falha que resultam em tempo de inatividade e perda de dados. Seja qual for a causa, a melhor solução para um desastre é um plano de DR bem definido e testado e um design de aplicativo que dê suporte ativo à DR. Antes de começar a criar seu plano de recuperação de desastre, veja Recomendações para a elaboração de uma estratégia de recuperação de desastre.

Para a DR, a Microsoft usa o modelo de responsabilidade compartilhada. Nesse modelo, a Microsoft garante que a infraestrutura de linha de base e os serviços de plataforma estejam disponíveis. No entanto, muitos serviços do Azure não replicam automaticamente dados nem fazem fallback de uma região com falha para replicação entre outras regiões habilitadas. Para esses serviços, você é responsável por configurar um plano de recuperação de desastres que funcione para sua carga de trabalho. A maioria dos serviços executados nas ofertas de PaaS (plataforma como serviço) do Azure fornece recursos e diretrizes para dar suporte à DR. Você pode usar recursos específicos do serviço para dar suporte à recuperação rápida para ajudar a desenvolver seu plano de recuperação de desastre.

Esta seção descreve um plano de recuperação de desastre para o Fabric que foi elaborado para ajudar a sua organização a manter os dados seguros e acessíveis, quando ocorrer um desastre regional não planejado. O plano abrange os seguintes tópicos:

• Replicação entre regiões: o Fabric oferece replicação entre regiões para dados armazenados no OneLake. Dependendo dos requisitos, você pode aceitar ou rejeitar esse recurso.

• Acesso a dados após desastres: em um cenário de desastre regional, o Fabric garante o acesso a dados, com certas limitações. Embora a criação ou modificação de novos itens seja restrita após o failover, o foco principal permanece em garantir que os dados existentes permaneçam acessíveis e intactos.

• Diretrizes para recuperação: o Fabric fornece um conjunto estruturado de instruções para orientar você durante o processo de recuperação. As diretrizes estruturadas facilitam a transição de retorno às operações regulares.

O Power BI, que agora faz parte do Fabric, tem um sólido sistema de recuperação de desastre em operação e oferece os seguintes recursos:

• BCDR como padrão: o Power BI inclui recursos de recuperação de desastre automaticamente na oferta padrão. Você não precisa aceitar ou ativar esse recurso separadamente.

• Replicação entre regiões: o Power BI usa replicação com redundância geográfica do Armazenamento do Azure e replicação com redundância geográfica do SQL do Azure para garantir que as instâncias de backup existam em outras regiões e possam ser usadas. Isso significa que os dados são duplicados entre diferentes regiões, aumentando a disponibilidade e reduzindo os riscos associados a interrupções regionais.

• Serviços e acesso contínuos após desastres: mesmo durante eventos de interrupção, os itens do Power BI permanecem acessíveis no modo somente leitura. Os itens incluem modelos semânticos, relatórios e painéis, garantindo que as empresas possam continuar os processos de análise e tomada de decisão sem interrupções significativas.

Para obter mais informações, confira Perguntas frequentes sobre alta disponibilidade, failover e recuperação de desastre do Power BI

Funcionalidade de capacidade e região de origem

Para um planejamento eficaz de recuperação de desastre, é fundamental que você entenda a relação entre sua região de origem e os locais de capacidade. Entender a região de origem e os locais de capacidade ajuda você a fazer seleções estratégicas de regiões de capacidade, bem como os processos de replicação e recuperação correspondentes.

A região de origem da locação e do armazenamento de dados da sua organização é definida como o local do endereço de cobrança do primeiro usuário que se inscrever. Para obter mais detalhes sobre a configuração de locação, acesse Planejamento de implementação do Power BI: configuração do locatário. Quando você cria novas capacidades, o armazenamento de dados é definido como a região de origem por padrão. Se você quiser alterar sua região de armazenamento de dados para outra região, precisará Habilitar o Multi-Geo, um recurso do Fabric Premium.

Para saber como identificar sua região de origem, consulte Localizar a região de origem do Fabric.

Configuração da capacidade de recuperação de desastre

O Fabric fornece uma opção de recuperação de desastre na página de configurações de capacidade. Está disponível nas regiões em que os emparelhamentos regionais se alinham com a presença de serviço do Fabric. Aqui estão as especificidades desta opção:

• Acesso à função: somente usuários com a função administrador de capacidade ou superior podem usar essa opção.

• Granularidade: a granularidade da opção é o nível de capacidade. Ela está disponível para as capacidades Premium e Fabric.

• Escopo de dados: a alternância de recuperação de desastre aborda especificamente os dados do OneLake, que incluem dados do Lakehouse e do Warehouse. A opção não influencia os seus dados armazenados fora do OneLake.

• Continuidade da BCDR para o Power BI: embora a recuperação de desastre para dados do OneLake possa ser ativada e desativada, a BCDR para Power BI sempre tem suporte, independentemente de a opção estar ativada ou desativada.

• Frequência: depois de alterar a configuração da capacidade de recuperação de desastre, você deverá aguardar 30 dias antes de poder alterá-la novamente. O período de espera é definido em vigor para manter a estabilidade e evitar a agregação constante.

Replicação de dados

Quando você ativa a configuração de capacidade de recuperação de desastre, a replicação entre regiões é habilitada como uma capacidade de recuperação de desastre para dados do OneLake. A plataforma Fabric está alinhada com as regiões do Azure para provisionar os pares de redundância geográfica. No entanto, algumas regiões não têm uma região emparelhada do Azure ou a região emparelhada não dá suporte ao Fabric. Para essas regiões, a replicação de dados não está disponível. Para obter mais informações, consulte Regiões com zonas de disponibilidade e nenhum par de regiões e Disponibilidade da região do Fabric.

Billing

O recurso de recuperação de desastre no Fabric permite a replicação geográfica de seus dados para maior segurança e confiabilidade. Esse recurso consome mais armazenamento e transações, que são cobradas como Armazenamento BCDR e Operações BCDR, respectivamente. Você pode monitorar e gerenciar esses custos no aplicativo de Métricas de Capacidade do Microsoft Fabric, em que eles aparecem como itens de linha separados.

Para obter um detalhamento exaustivo de todos os custos de recuperação de desastre associados para ajudar você a planejar e orçar adequadamente, confira Computação e consumo de armazenamento do OneLake.

Configurar recuperação de desastre

Embora o Fabric forneça recursos de recuperação de desastre para dar suporte à resiliência de dados, você deve seguir determinadas etapas manuais para restaurar o serviço durante interrupções. Esta seção detalha as ações que você deve adotar para se preparar para possíveis interrupções.

Fase 1: Preparar

• Ativar as configurações de capacidade de recuperação de desastre: examine e defina regularmente as configurações de capacidade de recuperação de desastre para garantir que elas atendam às suas necessidades de proteção e desempenho.

• Criar backups de dados: copie os dados críticos armazenados fora do OneLake para outra região de uma maneira que se alinhe ao seu plano de recuperação de desastre.

Fase 2: Failover de desastre

Quando um grande desastre torna a região primária irrecuperável, o Microsoft Fabric inicia um failover regional. O acesso ao portal do Fabric não estará disponível até que o failover seja concluído e uma notificação seja postada na página de suporte do Microsoft Fabric.

O tempo necessário para que o failover seja concluído após ser iniciado poderá variar, embora normalmente leve menos de uma hora. Depois que o failover for concluído, confira o que você pode esperar:

• Portal do Fabric: você pode acessar o portal, e as operações de leitura, como navegar pelos workspaces existentes, fluxos de tarefas nos workspaces e itens, continuam funcionando. Todas as operações de gravação, como criar ou modificar um workspace, são pausadas.

• Power BI: você poderá executar operações de leitura, como exibir painéis e relatórios. Não haverá suporte para atualizações, operações de publicação de relatório, modificações de painel e relatório e outras operações que exigem alterações nos metadados.

• Lakehouse/Warehouse: não será possível abrir esses itens, mas os arquivos poderão ser acessados por meio de APIs ou ferramentas do OneLake.

• Definição de trabalho do Spark: você não poderá abrir definições de trabalho do Spark, mas os arquivos de código poderão ser acessados por meio de APIs ou ferramentas do OneLake. Todos os metadados ou configurações serão salvos após o failover.

• Notebook: você não poderá abrir notebooks e o conteúdo do código não será salvo após o desastre.

• Modelo/Experimento de ML: não será possível abrir modelos ou experimentos de ML. O conteúdo do código e os metadados, como métricas e configurações de execução, não serão salvos após o desastre.

• Fluxo de dados Gen2/pipeline/eventstream: não é possível abrir esses itens, mas você poderá usar destinos de recuperação de desastre com suporte (lakehouses ou warehouses) para proteger os dados.

• Banco de dados/Conjunto de consultas KQL: você não poderá acessar bancos de dados KQL e conjuntos de consultas após o failover. Mais etapas de pré-requisito serão necessárias para proteger os dados em bancos de dados KQL e conjuntos de consultas.

Em um cenário de desastre, o portal do Fabric e o Power BI estão no modo somente leitura, e outros itens do Fabric não estão disponíveis, você pode acessar seus dados armazenados no OneLake usando APIs ou ferramentas de terceiros. O portal e o Power BI mantêm a capacidade de executar operações de leitura e gravação nesses dados. Essa habilidade garante que os dados críticos permaneçam acessíveis e modificáveis e reduz a possível interrupção de suas operações de negócios.

Os dados do OneLake permanecerão acessíveis por meio de vários canais:

• API do OneLake ADLS Gen2: consulte Conexão com o Microsoft OneLake

• Exemplos de ferramentas que podem se conectar aos dados do OneLake:

  • Gerenciador de Armazenamento do Azure: consulte Integrar o OneLake ao Gerenciador de Armazenamento do Microsoft Azure

  • Explorador de Arquivos do OneLake: consulte Usar o Explorador de Arquivos do OneLake para acessar os dados do Fabric

• Em um cenário de desastre, o catálogo do OneLake está no modo somente leitura:

  • Guia Explorar: você pode acessar a guia Explorar para visualizar todos os itens e áreas de trabalho, incluindo os metadados e os detalhes relacionados.

  • Guia Governe: você pode acessar a guia Governe para exibir insights, ações recomendadas e ferramentas de governança, com base na atualização de modelo bem-sucedida mais recente antes do failover.

Fase 3: Plano de recuperação

Embora o Fabric garanta que os dados permaneçam acessíveis após um desastre, você também pode agir para restaurar totalmente seus serviços para o estado antes do incidente. Esta seção fornece um guia passo a passo para ajudar você durante o processo de recuperação.

Etapas da recuperação

1. Crie uma nova capacidade do Fabric em qualquer região após um desastre. Dada a alta demanda durante esses eventos, recomendamos selecionar uma região fora da sua área geográfica primária para aumentar a probabilidade de disponibilidade do serviço de computação. Para obter informações sobre como criar uma capacidade, consulte Comprar uma assinatura do Microsoft Fabric.

2. Crie workspaces na capacidade recém-criada. Se necessário, use os mesmos nomes dos workspaces antigos.

3. Crie itens com os mesmos nomes que os que você deseja recuperar. Essa etapa é importante se você usar o script personalizado para recuperar lakehouses e warehouses.

4. Restaure os itens. Para cada item, siga a seção relevante nas Diretrizes de recuperação de desastre específicas da experiência para restaurar o item.

Próximas etapas

• Diretrizes de recuperação de desastre específicas da experiência
• Confiabilidade no Azure