Confiabilidade no Gerenciador de Dados do Azure para Energia

Este artigo descreve o suporte de fiabilidade no Gerenciador de Dados do Azure para Energia e abrange tanto a resiliência regional com zonas de disponibilidade como a resiliência entre regiões com recuperação de desastres. Para obter uma visão geral mais detalhada da confiabilidade no Azure, confira Confiabilidade do Azure.

Suporte à zona de disponibilidade

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

O Gerenciador de Dados do Azure para Energia dá suporte a instâncias com redundância de zona por padrão e não há nenhuma configuração adicional necessária.

Pré-requisitos

O Gerenciador de Dados do Azure para Energia dá suporte a zonas de disponibilidade nas seguintes regiões:

Experiência de zona inoperante

Durante uma interrupção em toda a zona, nenhuma ação é necessária durante a recuperação da zona. No entanto, o cliente pode enfrentar uma breve degradação do desempenho, até que o serviço se recupere e reequilibre a capacidade subjacente para se ajustar às zonas íntegras. Durante esse período, você pode experimentar erros 5xx e talvez precise repetir as chamadas à API até que o serviço seja restaurado.

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.

Recuperação de desastre na geografia de várias regiões

O Gerenciador de Dados do Azure para Energia é um serviço regional e, portanto, é suscetível a falhas de serviço de região para baixo. O Gerenciador de Dados do Azure para Energia segue uma configuração de failover ativo-passivo para se recuperar de desastre regional. Uma configuração ativa-passiva mantém o recurso do Gerenciador de Dados do Azure para Energia em execução na região secundária, mas não envia tráfego para lá, a menos que a região primária falhe.

Veja abaixo a lista de regiões primárias e secundárias para regiões em que há suporte para recuperação de desastre:

(*) Essas regiões têm restrições no suporte a cenários de clientes para recuperação de desastre. Para obter mais informações, entre em contato com seus representantes de vendas ou clientes da Microsoft.

O Gerenciador de Dados do Azure para Energia usa o Armazenamento do Azure, o Azure Cosmos DB e o índice Elasticsearch como armazenamentos de dados subjacentes para persistir os dados de partição de dados. Esses armazenamentos de dados oferecem alta durabilidade, disponibilidade e escalabilidade. O Gerenciador de Dados do Azure para Energia usa o armazenamento com redundância de zona geográfica ou GZRS para replicar automaticamente dados para uma região secundária que está a centenas de quilômetros de distância da região primária. Os mesmos recursos de segurança habilitados na região primária (por exemplo, criptografia em repouso usando sua chave de criptografia) para proteger seus dados são aplicáveis à região secundária. Da mesma forma, o Azure Cosmos DB é um serviço de dados distribuído globalmente, que replica os metadados (catálogo) entre regiões. Instantâneos de índice Elasticsearch são feitos em intervalos regulares e replicados geograficamente para a região secundária. Todos os dados de bordo são efêmeros e, portanto, sujeitos à perda. Por exemplo, os dados em trânsito que fazem parte de um trabalho de ingestão contínuo que ainda não é persistente são perdidos e você deve reiniciar o processo de ingestão após a recuperação.

Configurar a recuperação de desastre e a detecção de interrupções

O serviço Gerenciador de Dados do Azure para Energia monitora continuamente a integridade do serviço na região primária. Se uma falha no serviço rígido for detectada na região primária, tentaremos a recuperação antes de iniciar o failover para a região secundária em seu nome. Notificaremos você sobre o progresso do failover. Depois que o failover for concluído, você poderá se conectar ao recurso do Gerenciador de Dados do Azure para Energia na região secundária e continuar as operações. No entanto, pode haver ligeira degradação no desempenho devido a quaisquer restrições de capacidade na região secundária.

Como gerenciar os recursos em sua assinatura

Você deve lidar com o failover de seus aplicativos de negócios que se conectam ao recurso do Gerenciador de Dados do Azure para Energia e hospedados na mesma região primária. Além disso, você é responsável por recuperar todos os logs de diagnóstico armazenados no workspace do Log Analytics.

Se você configurar links privados para o recurso do Gerenciador de Dados do Azure para Energia na região primária, deverá criar um ponto de extremidade privado secundário para o mesmo recurso na região emparelhada.

Próximas etapas

• Confiabilidade no Azure