Avaliar a ativação pós-falha da conta de armazenamento
Failover é como o sistema responde a uma falha usando a cópia replicada dos dados.
Os diretores da sua organização querem saber se os ouvintes terão algum tipo de interrupção em suas músicas quando o sistema responder a uma falha. Foi-lhe pedido para investigar como funciona o processo de ativação pós-falha e reportar as possíveis implicações para a empresa e os dados.
Nesta unidade, irá explorar como o processo de ativação pós-falha é iniciado e como funciona. Irá compreender as implicações dos dados quando inicia uma ativação pós-falha e como estimar potenciais perdas de dados.
Como funciona o processo de ativação pós-falha
O Armazenamento do Azure permite fazer a ativação pós-falha da sua conta de armazenamento para uma região diferente se a região primária ficar indisponível. Quando uma ativação pós-falha é acionada e concluída, os dados ficam acessíveis a partir de uma região secundária. Você usará a região secundária até que a região primária esteja ativada novamente.
O processo é o seguinte:
Antes de uma falha
Enquanto a região primária está a funcionar, os clientes utilizam a região primária. Ao mesmo tempo, esses dados são copiados de forma assíncrona para a região secundária.
Ocorre uma falha
Quando uma região primária falha, os clientes e utilizadores não podem aceder aos dados dessa região primária. A replicação assíncrona para a região secundária é interrompida.
A ativação pós-falha é iniciada
Você ou a Microsoft podem iniciar failovers. Quando a Microsoft inicia um failover, ele é chamado de failover gerenciado pela Microsoft. Durante o processo de ativação pós-falha, o Armazenamento do Azure começa a apontar os utilizadores e clientes para a região secundária em vez de para a região primária.
Pode iniciar uma ativação pós-falha no portal do Azure ou com ferramentas como o Azure PowerShell e a CLI do Azure. No portal do Azure, vá para sua conta de armazenamento e selecione Redundância>Preparar para failover.
A ativação pós-falha é concluída
Quando o processo de ativação pós-falha for concluído, a conta de armazenamento será atualizada para utilizar o armazenamento localmente redundante (LRS). Se quiser replicar os seus dados para uma região secundária, configure a conta de armazenamento para utilizar novamente uma opção de armazenamento georredundante, como o armazenamento geograficamente georredundante (GRS) ou o armazenamento com georredundância entre zonas (GZRS).
Perda de dados
Ao efetuar a ativação pós-falha da sua conta, terá alguma perda de dados. Esta perda ocorre porque os dados são copiados de forma assíncrona. Quando os dados são copiados desta forma, ocorre sempre um atraso antes de serem copiados da região primária e escritos na secundária. Pode ser que as gravações mais recentes não tenham sido copiadas para a região secundária antes da falha principal.
Além disso, quando inicia uma ativação pós-falha, os dados na região primária são perdidos. Todos os dados que não foram gravados na região secundária antes de iniciar o failover também serão perdidos.
Utilize a hora da última sincronização para compreender a extensão da perda de dados que pode ocorrer. Esta propriedade mostra o ponto mais recente no tempo em que os dados da região primária foram escritos na região secundária. Todos os dados escritos na região primária antes deste ponto no tempo têm a garantia de estarem disponíveis na região secundária. Os dados escritos na região primária após a hora da última sincronização podem não estar disponíveis na região secundária e podem ter sido perdidos.
Pode encontrar a hora da última sincronização no portal do Azure, na CLI do Azure ou no Azure PowerShell. Por exemplo, a hora da última sincronização é apresentada quando seleciona Preparar ativação pós-falha no portal do Azure.
Acompanhar a interrupção do serviço de Armazenamento do Azure
Recomendamos que acompanhe o estado de funcionamento do Armazenamento do Azure e de outros serviços do Azure através do Azure Service Health. Pode subscrever estas atualizações com as suas aplicações e configurar aplicações para resolver ou reportar problemas.
