Você implantará um Azure Database for MySQL Flexible Server chamado Server1 na região East US e deverá implementar a continuidade dos negócios que minimize o tempo de inatividade caso seja necessário um failover para a região emparelhada. Qual ação você deve realizar?

A implementação de backup com redundância geográfica (geo-redundant backup) é a ação correta porque o Azure Database for MySQL Flexible Server oferece essa opção para recuperação de desastres entre regiões. Em caso de falha na região primária (East US), você pode restaurar o servidor a partir de um backup na região emparelhada, minimizando o tempo de inatividade. Criar uma réplica de leitura não é a solução ideal para continuidade de negócios com failover automático entre regiões, pois réplicas de leitura são para escalabilidade de leitura e não para failover automático de escrita. Armazenar arquivos em compartilhamentos de arquivos premium do Azure não é uma opção para o Azure Database for MySQL Flexible Server, que gerencia o armazenamento internamente. Configurar a replicação nativa do MySQL exigiria gerenciamento manual e não ofereceria o mesmo nível de automação e garantia de recuperação de desastres que os recursos nativos do Azure.