Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
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 do mecanismo de banco de dados do SQL Server com todos os benefícios de uma plataforma totalmente gerenciada e evergreen como um serviço.
O objetivo da arquitetura de alta disponibilidade na Instância Gerenciada de SQL é garantir que seu banco de dados esteja em funcionamento sem se preocupar com o impacto das operações de manutenção e interrupções. Esta solução foi projetada para:
- Verifique se os dados confirmados nunca são perdidos devido a falhas.
- Verifique se as falhas de manutenção não afetam sua carga de trabalho.
- Verifique se 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 de SQL do Azure dá suporte à resiliência de aplicativo e carga de trabalho, consulte os seguintes artigos:
- Alta disponibilidade para a Instância Gerenciada de SQL do Azure
- Usar grupos de preenchimento automático para habilitar o failover geográfico transparente e coordenado de vários bancos de dados
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ção sobre design
A Instância Gerenciada de SQL do Azure inclui as seguintes considerações de design:
- Defina um SLA de desempenho do aplicativo e monitore-o com alertas. Detectar rapidamente quando o desempenho do aplicativo degrada inadvertidamente abaixo de um nível aceitável é importante para manter a alta resiliência. Use uma solução de monitoramento para definir alertas nas principais métricas de desempenho de consulta para que você possa agir quando o desempenho interromper o SLA.
- Use a Recuperação Pontual para se recuperar de erro humano. A restauração pontual retorna seu banco de dados para um ponto anterior no tempo para recuperar dados de alterações feitas inadvertidamente. Para obter mais informações, leia a documentação 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 de um backup com redundância geográfica em uma instância gerenciada em uma região diferente. Para obter mais informações, faça referência a 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 o tempo necessário para escalar verticalmente e reduzir verticalmente sua instância gerenciada existente e criar uma nova instância gerenciada. Essa prática de tempo garante que você entenda completamente como as operações demoradas afetarão o RTO e o RPO.
Checklist
Você configurou a Instância Gerenciada de SQL do Azure com confiabilidade em mente?
- Use a Camada ComercialMente Crítica.
- Configure uma instância secundária e um grupo de Autofailover para habilitar o failover para outra região.
- Implementar lógica de repetição.
- Monitore sua instância de MI do SQL quase em tempo real para detectar incidentes de confiabilidade.
Recomendações de configuração
Explore a seguinte tabela de recomendações para otimizar a configuração da Instância Gerenciada de SQL do Azure para confiabilidade:
| Recomendação | Description |
|---|---|
| Use a Camada ComercialMente Crítica. | 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, faça referência à alta disponibilidade da Instância Gerenciada de SQL. |
| Configure a redundância de zona quando disponível na região na qual você está implantando. Para obter mais informações, consulte a 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 nenhuma 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 dos grupos de Autofailover para a instância gerenciada. |
| Implementar lógica de repetição. | Embora a MI do SQL do Azure seja resiliente a falhas transitivas de infraestrutura, essas falhas podem afetar sua conectividade. Quando ocorrer um erro transitório ao trabalhar com o SQL MI, verifique se o código pode repetir a chamada. Para obter mais informações, faça referência a como implementar a lógica de repetição. |
| Monitore sua 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 do SQL para 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. |