Instância Gerenciada de SQL do Azure e confiabilidade

  • Artigo

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

O objetivo da arquitetura de alta disponibilidade na Instância Gerenciada de SQL é garantir que o banco de dados se mantenha em execução sem sofrer o impacto de operações de manutenção e interrupções. Esta solução foi projetada para:

  • Assegurar que os dados confirmados nunca sejam perdidos devido a falhas.
  • Assegurar que falhas de manutenção não afetem sua carga de trabalho.
  • Assegurar que o banco de dados não seja um ponto único de falha na sua arquitetura de software.

Para obter mais informações sobre como a Instância Gerenciada de SQL do Azure permite a resiliência de aplicativo e carga 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 de SQL do Azure e confiabilidade.

Considerações sobre o design

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

  • Defina um SLA de desempenho de aplicativo e monitore-o com alertas. Detectar rapidamente quando o desempenho do aplicativo cai inadvertidamente abaixo de um nível aceitável é importante para manter a alta resiliência. Use uma solução de monitoramento para definir alertas em métricas de desempenho de consulta importantes para que você possa tomar medidas quando o desempenho violar o SLA.
  • Use a Recuperação Pontual para se recuperar de erro humano. A restauração pontual retorna seu banco de dados a um ponto anterior no tempo, a fim de recuperar os dados de alterações feitas de forma inadvertida. Para obter mais informações, leia a documentação de PITR (Restauração pontual) da instância gerenciada.
  • Use a restauração geográfica para recuperar-se de uma interrupção de serviço. A restauração geográfica restaura um banco de dados com base em um backup com redundância geográfica para uma instância gerenciada em outra região. 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 a determinadas operações. Lembre-se de programar um tempo separado para testar exaustivamente o tempo necessário para escalar e reduzir verticalmente sua instância gerenciada e para criar uma nova instância gerenciada. Essa prática de timing garante o entendimento completo de como operações demoradas afetarão o RTO e o RPO.

Lista de verificação

você configurou a Instância Gerenciada de SQL do Azure tendo em mente a confiabilidade?

  • Use a camada Comercialmente Crítico.
  • Configure uma instância secundária e um grupo de failover automático para habilitar o failover para outra região.
  • Implemente a Lógica de Repetição.
  • Monitore a instância de MI do SQL quase em tempo real para detectar incidentes de confiabilidade.

Recomendações de configuração

Confira a seguinte tabela de recomendações para otimizar sua configuração da Instância Gerenciada de SQL do Azure visando a garantir confiabilidade:

Recomendação Descrição
Use a camada Comercialmente Crítico. Essa camada fornece maior resiliência a falhas e tempos de failover mais rápidos devido à arquitetura de HA subjacente, entre outros benefícios. Para obter mais informações, consulte Alta disponibilidade da Instância Gerenciada de SQL.
Configure uma instância secundária e um grupo de failover automático para habilitar o failover para outra região. Se uma interrupção afetar um ou mais bancos de dados na instância gerenciada, é possível executar failover manual ou automático de todos os bancos de dados da instância para uma região secundária. Para obter mais informações, leia a Documentação de grupos de failover automático da instância gerenciada.
Implemente a Lógica de Repetição. Embora a MI de SQL do Azure seja resiliente quanto a falhas de infraestrutura transitórias, tais falhas podem afetar a conectividade. Quando ocorrer um erro transitório durante o trabalho com a MI de SQL, verifique se o seu código pode repetir a chamada. Para obter mais informações, consulte Como implementar a lógica de repetição.
Monitore a instância de MI do SQL quase em tempo real para detectar incidentes de confiabilidade. Use uma das soluções disponíveis para monitorar sua MI de SQL, a fim de detectar 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 de SQL do Azure.

Próxima etapa

Instância Gerenciada de SQL do Azure e excelência operacional