O que fazer caso uma interrupção do serviço do Azure afete os Serviços de Nuvem do Azure (clássico)

  • Artigo

Importante

Os Serviços de Nuvem (clássicos) agora foram preteridos para novos clientes e serão desativados em 31 de agosto de 2024 para todos os clientes. As novas implantações devem usar o novo modelo de implantação baseado no Azure Resource Manager Serviços de Nuvem do Azure (suporte estendido) .

Na Microsoft, trabalhamos muito para garantir que nossos serviços estejam sempre disponíveis quando você precisar deles. Às vezes, forças além do nosso controle nos afetam de formas que causam interrupções de serviço não planejadas.

A Microsoft fornece um SLA (Contrato de Nível de Serviço) para seus serviços como um compromisso com o tempo de atividade e a conectividade. O SLA para serviços individuais do Azure pode ser encontrado em Contratos de Nível de Serviço do Azure.

O Azure já tem muitos recursos internos de plataforma que oferecem suporte a aplicativos altamente disponíveis. Para saber mais sobre esses serviços, leia Recuperação de desastres e alta disponibilidade para aplicativos do Azure.

Este artigo aborda um cenário real de recuperação de desastre, quando uma região inteira sofre uma interrupção devido a um grande desastre natural ou a uma interrupção do serviço generalizada. Essas ocorrências são raras, mas você deve se preparar para a possibilidade de uma interrupção em toda uma região. Se toda a região sofrer uma interrupção de serviço, as cópias localmente redundantes dos dados poderão estar temporariamente indisponíveis. Se você tiver habilitado a replicação geográfica, haverá três cópias adicionais dos blobs de Armazenamento do Azure e tabelas armazenadas em uma região diferente. No caso de uma interrupção regional completa ou de um desastre no qual a região primária não seja recuperável, o Azure remapeia todas as entradas de DNS para a região geográfica replicada.

Observação

Lembre-se de que você não tem qualquer controle sobre esse processo e de que ele ocorrerá apenas em caso de interrupção do serviço em todo um datacenter. Por isso, você também deve contar com outras estratégias de backup específicas ao aplicativo para chegar ao nível mais alto de disponibilidade. Para saber mais, confira Recuperação de desastres e alta disponibilidade para aplicativos criados no Microsoft Azure. Se você quiser ser capaz de afetar seu próprio failover, convém considerar o uso de RA-GRS (armazenamento com Redundância Geográfica com Acesso de Leitura), que cria uma cópia somente leitura de seus dados em outra região.

Opção 1: use uma implantação de backup por meio do Gerenciador de Tráfego do Azure

A solução mais robusta de recuperação de desastre envolve manter várias implantações do seu aplicativo em diferentes regiões, usando então o Gerenciador de Tráfego do Azure para direcionar o tráfego entre elas. Gerenciador de Tráfego do Azure fornece vários métodos de roteamento, portanto, você pode escolher se deseja gerenciar suas implantações usando um modelo de backup/primário ou dividir o tráfego entre eles.

Balanceamento dos Serviços de Nuvem do Azure em regiões com o Gerenciador de Tráfego do Azure

Para a resposta mais rápida à perda de uma região, é importante que você configure o monitoramento de ponto de extremidade do Gerenciador de Tráfego.

Opção 2: implantar seu aplicativo em uma nova região

Manter várias implantações ativas conforme descrito na opção anterior incorre em custos contínuos adicionais. Se seu RTO (objetivo de tempo de recuperação) é suficientemente flexível e você tem o código original ou o pacote de Serviços de Nuvem compilado, você pode criar uma nova instância do seu aplicativo em outra região e atualizar seus registros DNS para apontar para a nova implantação.

Para obter mais detalhes sobre como criar e implantar um aplicativo de serviço de nuvem, confira Como criar e implantar um serviço de nuvem.

Dependendo das fontes de dados do aplicativo, você precisa verificar os procedimentos de recuperação para a fonte de dados do aplicativo.

Opção 3: aguardar a recuperação

Nesse caso, não é necessária nenhuma ação de sua parte, mas seu serviço ficará indisponível até que a região seja restaurada. Você pode ver o status atual do serviço no Painel de integridade do serviço do Azure.

Próximas etapas

Para saber mais sobre como implementar uma estratégia de alta disponibilidade e recuperação de desastres, consulte Recuperação de desastres e alta disponibilidade para aplicativos do Azure.

Para desenvolver uma compreensão técnica detalhada dos recursos de uma plataforma de nuvem, consulte Orientação técnica sobre a resiliência do Azure.