Confiabilidade das Informações de Integridade de IA do Azure
Este artigo descreve o suporte à confiabilidade nas Informações de Integridade de IA do Azure e aborda a confiabilidade regional com zonas de disponibilidade e resiliência entre regiões com recuperação de desastre. Para obter uma visão geral mais detalhada da confiabilidade no Azure, confira Confiabilidade do Azure.
Ao criar um recurso de Informações de Integridade no portal do Azure, você especifica uma região. Desse momento em diante, o recurso e todas as operações dele permanecem associados àquela região do Azure. É raro, mas não impossível, que um problema de rede atinja toda uma região. Se a sua solução precisa estar sempre disponível, você deve criá-la para fazer failover em outra região ou dividir a carga de trabalho entre duas ou mais regiões.
Suporte à zona de disponibilidade
As zonas de disponibilidade do Azure são pelo menos três grupos de datacenters separados fisicamente em cada região do Azure. Os datacenters dentro de cada zona são equipados com energia, resfriamento e infraestrutura de rede independentes. Em caso de falha de uma zona local, as zonas de disponibilidade foram projetadas de modo que, se uma zona é afetada, os serviços regionais, a capacidade e a alta disponibilidade têm suporte nas duas zonas restantes.
As falhas podem variar de falhas de software e hardware a eventos como terremotos, inundações e incêndios. A tolerância a falhas é obtida devido à redundância e ao isolamento lógico dos serviços do Azure. Para obter informações detalhadas sobre as zonas de disponibilidade no Azure, confira Regiões e zonas de disponibilidade.
Os serviços habilitados para zonas de disponibilidade do Azure foram projetados para fornecer o nível ideal de resiliência e flexibilidade. As Informações de Integridade de IA do Azure dão suporte à configuração “zonal”, o que significa que as instâncias são fixadas em uma zona específica.
Experiência de zona inoperante
Durante uma interrupção em toda a zona, o cliente deve esperar uma breve degradação de desempenho, até que o serviço de auto recuperação reequilibre a capacidade subjacente para se ajustar a zonas íntegras. Isto não depende da restauração da zona; espera-se que o estado de auto correção de serviço gerenciado pela Microsoft compense uma zona perdida, usando a capacidade de outras zonas.
Recuperação de desastre entre regiões na geografia de várias regiões
A DR (recuperação de desastre) trata da recuperação após eventos de alto impacto, como desastres naturais ou implantações com falha, que resultam em tempo de inatividade. 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.
Quando o assunto é DR, a Microsoft usa o modelo de responsabilidade compartilhada. Em um modelo de responsabilidade compartilhada, a Microsoft garante que a infraestrutura de linha de base e os serviços de plataforma estejam disponíveis. Para esses serviços, você é responsável por configurar um plano de recuperação de desastre que funcione para sua carga de trabalho.
Para as Informações de Integridade de IA do Azure, o serviço não armazena dados por um longo período, em vez de apenas ao processar os dados. Se ocorrer uma falha na região, todos os dados associados às solicitações em andamento serão perdidos. Se a sua solução precisa estar sempre disponível, você deve criá-la para fazer failover em outra região ou dividir a carga de trabalho entre duas ou mais regiões. Durante o planejamento da implantação do seu aplicativo, é útil entender como funcionam as geografias e as regiões do Azure. Para saber mais, confira Replicação entre as regiões no Azure.