Partilhar via


Instância Gerenciada SQL do Azure e confiabilidade

A Instância Gerenciada SQL do Azure é o serviço de banco de dados em nuvem inteligente e escalável que combina a mais ampla compatibilidade do mecanismo de banco de dados do SQL Server com todos os benefícios de uma plataforma como serviço totalmente gerenciada e perene.

O objetivo da arquitetura de alta disponibilidade na Instância Gerenciada SQL é garantir que seu banco de dados esteja ativo e funcionando sem se preocupar com o impacto das operações de manutenção e interrupções. Esta solução foi concebida para:

  • Certifique-se de que os dados comprometidos nunca sejam perdidos devido a falhas.
  • Certifique-se de que as falhas de manutenção não afetem sua carga de trabalho.
  • Certifique-se de que o banco de dados não será um único ponto de falha em sua arquitetura de software.

Para obter mais informações sobre como a Instância Gerenciada SQL do Azure dá suporte à resiliência de aplicativos e cargas de trabalho, consulte os seguintes artigos:

As seções a seguir incluem considerações de design, uma lista de verificação de configuração e opções de configuração recomendadas específicas para a Instância Gerenciada SQL do Azure e confiabilidade.

Considerações de design

A Instância Gerenciada SQL do Azure inclui as seguintes considerações de design:

  • Defina um SLA de desempenho do aplicativo e monitore-o com alertas. Detetar rapidamente quando o desempenho do aplicativo se degrada inadvertidamente abaixo de um nível aceitável é importante para manter uma alta resiliência. Use uma solução de monitoramento para definir alertas sobre as principais métricas de desempenho da consulta para que você possa agir quando o desempenho quebrar o SLA.
  • Utilize a restauração em ponto no tempo para recuperar-se de um erro humano. A restauração para um momento específico retorna o seu banco de dados para um momento anterior para recuperar dados das alterações feitas inadvertidamente. Para obter mais informações, leia a documentação de Point-in-time-restore (PITR) para instância gerida.
  • Utilize a restauração geográfica para recuperar-se de uma falha de serviço. A restauração geográfica restaura um banco de dados de um backup com redundância geográfica para uma instância gerenciada em uma região diferente. Para obter mais informações, consulte Recuperar um banco de dados usando a documentação de restauração geográfica.
  • Considere o tempo necessário para determinadas operações. Certifique-se de separar o tempo para testar completamente a quantidade de tempo necessária para aumentar e reduzir a escala da instância gerenciada existente e para criar uma nova instância gerenciada. Essa prática de temporização garante que se melhor entenda como as operações que demandam tempo afetarão seu RTO e RPO.

Lista de verificação

Você configurou a Instância Gerenciada SQL do Azure com a confiabilidade em mente?

  • Utilize o nível Crítico de Negócios.
  • Configure uma instância secundária e um grupo de Autofailover para habilitar o failover para outra região.
  • Implemente a lógica de repetição.
  • Monitore sua instância de MI SQL quase em tempo real para detetar incidentes de confiabilidade.

Recomendações de configuração

Explore a tabela de recomendações a seguir para otimizar sua configuração de Instância Gerenciada SQL do Azure para confiabilidade:

Recomendação Descrição
Utilize o nível Crítico de Negócios. Essa camada oferece maior resiliência a falhas e tempos de failover mais rápidos devido à arquitetura HA subjacente, entre outros benefícios. Para obter mais informações, consulte Alta disponibilidade da instância gerenciada do SQL.
Configure a redundância de zona quando disponível na região em que você está implantando. Para obter mais informações, consulte Arquitetura de alta disponibilidade. Com as zonas de disponibilidade configuradas, suas réplicas de computação e armazenamento são distribuídas em diferentes zonas de disponibilidade. Se uma zona falhar, o sistema fará failover automaticamente para outra zona sem qualquer perda de dados.
Configure uma instância secundária e um grupo de Autofailover para habilitar o failover para outra região. Se uma interrupção afetar um ou mais bancos de dados na instância gerenciada, você poderá fazer failover manual ou automático de todos os bancos de dados dentro da instância para uma região secundária. Para obter mais informações, leia a documentação de grupos de failover automático para instância gerenciada.
Implemente a lógica de repetição. Embora o SQL MI do Azure seja resiliente a falhas de infraestrutura transitiva, essas falhas podem afetar sua conectividade. Quando ocorrer um erro transitório ao trabalhar com o SQL MI, certifique-se de que o código pode repetir a chamada. Para obter mais informações, consulte como implementar a lógica de repetição.
Monitore sua instância de MI SQL quase em tempo real para detetar incidentes de confiabilidade. Use uma das soluções disponíveis para monitorar seu SQL MI para detetar possíveis incidentes de confiabilidade antecipadamente e tornar seus bancos de dados mais confiáveis. Escolha uma solução de monitoramento quase em tempo real para reagir rapidamente a incidentes. Para obter mais informações, confira as opções de monitoramento da Instância Gerenciada SQL do Azure.

Próximo passo