Janela de manutenção na Instância Gerenciada de SQL do Azure

  • Artigo

Aplica-se a:Instância Gerenciada de SQL do Azure

O recurso janela de manutenção permite configurar um agendamento de manutenção para executar recursos da Instância Gerenciada de SQL do Azure, tornando eventos de manutenção impactantes, previsíveis e menos disruptivos para sua carga de trabalho.

Observação

O recurso janela de manutenção somente protege contra o impacto planejado de atualizações ou manutenções agendadas. Ele não protege contra todas as causas que provocam um failover. As exceções que poderão causar interrupções curtas de conexão fora de uma janela de manutenção incluem: falhas de hardware e outras reconfigurações.

As notificações antecipadas permitem que os clientes configurem notificações para serem enviadas até 24 horas antes de qualquer evento planejado.

Visão geral

Periodicamente, o Azure realiza a manutenção planejada de recursos de instância gerenciada do SQL. Durante um evento de manutenção, as instâncias gerenciadas de SQL estão totalmente disponíveis, mas podem estar sujeitas a reconfigurações curtas dentro dos SLAs (Contratos de Nível de Serviço) de disponibilidade para a instância gerenciada de SQL.

A janela de manutenção destina-se a cargas de trabalho de produção que não são resilientes a reconfigurações de instância e não podem absorver interrupções de conexão curtas causadas por eventos de manutenção planejados. Ao escolher uma janela de manutenção que você preferir, é possível minimizar o impacto da manutenção planejada ao agendá-la para ocorrer fora do horário comercial de pico. Cargas de trabalho resilientes e cargas de trabalho de não produção podem depender da política de manutenção padrão do SQL do Azure.

A janela de manutenção é gratuita e pode ser configurada na criação ou para recursos existentes. Ela pode ser configurada usando o portal do Azure, PowerShell, a CLI ou a API do Azure.

Importante

A configuração da janela de manutenção é uma operação assíncrona de execução prolongada, semelhante à alteração da camada de serviço do recurso de SQL do Azure. O recurso está disponível durante a operação, exceto uma pequena reconfiguração que ocorre no final da operação e normalmente dura até 8 segundos, mesmo no caso de transações de longa execução interrompidas. Para minimizar o impacto da reconfiguração, você deve executar a operação fora do horário de pico.

Obter mais previsibilidade com a janela de manutenção

Por padrão, a política de manutenção do SQL do Azure bloqueia as atualizações mais impactantes durante o período das 8h às 17h do horário local todos os dias para evitar qualquer interrupção durante o horário comercial de pico normal. O horário local é determinado pela localização da região do Azure que hospeda o recurso e pode observar o horário de verão de acordo com a definição de fuso horário local.

Durante a manutenção, os bancos de dados permanecem disponíveis, mas algumas atualizações podem exigir um failover. A janela de manutenção padrão do sistema (17h às 8h) limita a maioria das atividades a esse horário, mas atualizações urgentes podem ocorrer fora dela. Para garantir que todas as atualizações ocorram apenas durante a janela de manutenção, selecione uma opção não padrão.

Você pode ajustar a janela de atualizações de manutenção para um horário adequado aos seus recursos SQL do Azure escolhendo entre dois slots de janela de manutenção não padrão:

  • Janela da semana: 22:00 às 6:00 horas, hora local, de segunda a quinta-feira
  • Janela de fim de semana: 22:00 às 06:00 horas, hora local de sexta-feira à domingo

A janela de manutenção dias listados indica o dia inicial de cada janela de manutenção de oito horas. Por exemplo, "22:00 a 6:00, hora local, segunda-feira – quinta-feira" significa que as janelas de manutenção iniciam às 22:00 na hora local em cada dia (de segunda-feira a quinta-feira) e são concluídas às 6:00 no horário local do dia seguinte (terça-feira a sexta).

Depois que a seleção da janela de manutenção for feita e a configuração do serviço for concluída, a manutenção planejada ocorre somente durante a janela de sua escolha. Embora seja comum que eventos de manutenção sejam concluídos dentro de uma única janela, alguns deles podem abranger duas ou mais janelas adjacentes.

Importante

A Instância Gerenciada de SQL do Azure segue uma prática de implantação segura em que as regiões emparelhadas do Azure têm a garantia de não serem implantadas ao mesmo tempo. No entanto, não é possível prever qual região será atualizada primeiro, portanto, a ordem de implantação não é garantida. Às vezes, sua instância primária será atualizada primeiro e, às vezes, será a secundária.

  • Em situações em que sua Instância Gerenciada de SQL tem grupos de failover e os grupos não estão alinhados com o emparelhamento de região do Azure, você deve escolher diferentes agendamentos de janelas de manutenção para a instância gerenciada de SQL primária e secundária. Por exemplo, você pode selecionar a janela de manutenção Dia da semana para o geográfico secundário e manutenção Fim de semana para a instância gerenciada de SQL geográfico primário.

  • Em circunstâncias muito raras em que qualquer adiamento de ação pode causar um impacto sério, como a aplicação de um patch de segurança crítico, a janela de manutenção configurada pode ser temporariamente anulada.

Notificações antecipadas

As notificações de manutenção podem ser configuradas para alertá-lo sobre futuros eventos de manutenção planejada para sua Instância Gerenciada de SQL do Azure. Os alertas chegam com 24 horas de antecedência, antes que a janela de manutenção seja aberta e no final da janela de manutenção. Para obter mais informações, consulte notificações antecipadas.

Disponibilidade de recursos

Tipos de assinatura com suporte

A configuração e o uso da janela de manutenção estão disponíveis para os seguintes tipos de ofertas qualificados: Pagamento Conforme o Uso, CSP (Provedor de Soluções de Nuvem), Contrato Enterprise da Microsoft ou Contrato de Cliente da Microsoft.

As ofertas restritas ao uso somente de desenvolvimento/teste não são qualificadas (como Desenvolvimento/Teste pago conforme o uso ou Desenvolvimento/Teste Enterprise, por exemplo).

Observação

Uma oferta do Azure é o tipo de assinatura do Azure que você tem. Por exemplo, uma assinatura com taxas pagas conforme o uso, o Azure via Open e o Visual Studio Enterprise são todas ofertas do Azure. Cada oferta ou plano tem diferentes termos e benefícios. Sua oferta ou plano é mostrado na visão geral da assinatura. Para obter mais informações sobre como alternar sua assinatura para uma oferta diferente, consulte alterar sua assinatura do Azure para uma oferta diferente.

Objetivos de nível de serviço com suporte

A escolha de uma janela de manutenção que não seja a padrão e que está disponível em todos os SLOs , exceto em pools da Instância Gerenciada de SQL do Azure:

Suporte de regiões da Instância Gerenciada de SQL do Azure para janelas de manutenção

A escolha de uma janela de manutenção para a Instância Gerenciada de SQL do Azure diferente do padrão e que está disponível atualmente nas seguintes regiões:

  • Austrália Central 1
  • Austrália Central 2
  • Leste da Austrália
  • Sudeste da Austrália
  • Brazil South
  • Sudeste do Brasil
  • Canadá Central
  • Leste do Canadá
  • Índia Central
  • Centro dos EUA
  • Leste da China 2
  • Norte da China 2
  • Leste dos EUA
  • Leste dos EUA 2
  • Leste da Ásia
  • França Central
  • Sul da França
  • Centro-Oeste da Alemanha
  • Norte da Alemanha
  • Leste do Japão
  • Oeste do Japão
  • Coreia Central
  • Sul da Coreia
  • Centro-Norte dos EUA
  • Norte da Europa
  • Leste da Noruega
  • Oeste da Noruega
  • Norte da África do Sul
  • Oeste da África do Sul
  • Centro-Sul dos Estados Unidos
  • Sul da Índia
  • Sudeste Asiático
  • Norte da Suíça
  • Oeste da Suíça
  • EAU Central
  • Norte dos EAU
  • Sul do Reino Unido
  • Oeste do Reino Unido
  • Governo dos EUA do Arizona
  • Governo dos EUA do Texas
  • Gov. dos EUA – Virgínia
  • Centro-Oeste dos EUA
  • Europa Ocidental
  • Oeste da Índia
  • Oeste dos EUA
  • Oeste dos EUA 2
  • Oeste dos EUA 3

Manutenção do gateway

Na Instância Gerenciada de SQL do Azure, os nós de gateway são hospedados no cluster virtual e têm a mesma janela de manutenção que a instância gerenciada de SQL.

Importante

A política de conexão de redirecionamento é recomendada para minimizar o número de interrupções durante o evento de manutenção, consulte tipos de conexão.

Considerações sobre a Instância Gerenciada de SQL do Azure

A Instância Gerenciada de SQL do Azure consiste em componentes de serviço hospedados em um conjunto dedicado de máquinas virtuais isoladas que operam dentro da sub-rede de uma rede virtual do cliente. Essas máquinas virtuais são organizadas em grupos para formar um cluster virtual que pode hospedar várias instâncias gerenciadas. Como uma janela de manutenção configurada para instâncias na mesma sub-rede pode influenciar o número de grupos de máquinas virtuais dentro do cluster virtual e das operações de gerenciamento de cluster virtual, há algumas coisas a serem consideradas antes de configurar a janela de manutenção.

A configuração da janela de manutenção é uma operação de execução prolongada

Todas as instâncias hospedadas no mesmo grupo de máquinas virtuais compartilham a mesma janela de manutenção. Por padrão, todas as Instâncias Gerenciadas são hospedadas no cluster virtual com a janela de manutenção padrão. Se você especificar outra janela de manutenção, seja durante a criação da instância ou depois que ela já estiver criada, a instância será colocada em um grupo de máquinas separado com uma janela de manutenção correspondente. Se esse grupo não existir no cluster, um novo será criado para acomodar a nova configuração da instância. Se você configurar instâncias adicionais no cluster virtual para usar a mesma janela de manutenção, essas instâncias também serão adicionadas ao grupo, o que significa que o grupo talvez precise ser redimensionado. Adicionar instâncias a um novo grupo de máquinas e redimensionar grupos de máquinas existentes pode aumentar a duração da operação para configurar uma janela de manutenção.

A duração esperada para configurar uma janela de manutenção para uma instância gerenciada pode ser calculada usando a duração estimada das operações de gerenciamento da instância.

Importante

Ao configurar uma janela de manutenção, a etapa final da operação requer uma reconfiguração da instância que normalmente dura até 8 segundos, mesmo que interrompa transações de longa execução. Para minimizar o impacto, configure uma janela de manutenção fora do horário comercial de pico.

Requisitos de espaço de endereço IP

Cada novo grupo de máquinas virtuais em uma sub-rede requer endereços IP adicionais de acordo com a alocação de endereços IP do cluster virtual. Alterar uma janela de manutenção para uma instância gerenciada existente também requer capacidade temporária de endereço IP adicional, semelhante à escalabilidade do número de vCores para a respectiva camada de serviço.

Alteração de endereço IP

Configurar ou alterar uma janela de manutenção altera o endereço IP da instância para um endereço IP diferente dentro do intervalo de endereços IP da sub-rede.

Importante

Certifique-se de que o NSG (grupo de segurança de rede) e as regras do firewall não bloqueiem o tráfego de dados após uma alteração no endereço IP.

Serialização de operações de gerenciamento de clusters virtuais

As operações que afetam um cluster virtual, como atualizações de serviço e redimensionamento de cluster virtual (como adição de novos nós de computação ou remoção de nós não utilizados), são serializadas. Portanto, uma nova operação no cluster virtual não pode começar até que a operação anterior seja concluída. Se a janela de manutenção for fechada antes da conclusão da operação de manutenção contínua, a operação de manutenção contínua será suspensa até a próxima janela de manutenção. Outras operações de gerenciamento enviadas durante esse período também são suspensas e retomadas durante ou após a próxima janela de manutenção, depois que a operação de manutenção em andamento original for concluída. Não é comum que uma operação de manutenção leve mais tempo do que uma única janela de manutenção por grupo de máquinas virtuais dentro de um cluster, mas isso pode ocorrer em operações de manutenção muito complexas.

A serialização de operações de gerenciamento de clusters virtuais é um comportamento geral que também se aplica à política de manutenção padrão. -Ao configurar um cronograma de janelas de manutenção, o período entre duas janelas adjacentes pode ter uma duração de alguns dias. Embora seja raro, se a operação de manutenção abranger duas janelas, as operações recém-enviadas podem ser suspensas por vários dias, potencialmente bloqueando operações que requerem nós de computação adicionais, como criar uma nova instância ou redimensionar uma instância existente.

Recuperar lista de eventos de manutenção

O Azure Resource Graph é um serviço do Azure projetado para estender o Azure Resource Management. O Azure Resource Graph Explorer fornece exploração de recursos eficiente e de alto desempenho, com a capacidade de consultar em escala um determinado conjunto de assinaturas, permitindo a você controlar o seu ambiente de maneira efetiva.

É possível usar o Azure Resource Graph Explorer para consultar eventos de manutenção. Para obter uma introdução sobre como executar essas consultas, consulte Início Rápido: executar sua primeira consulta de Resource Graph usando o Azure Resource Graph Explorer.

Para verificar os eventos de manutenção de todas as instâncias gerenciadas de SQL em sua assinatura, use a seguinte consulta de exemplo no Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Para obter a referência completa das consultas de exemplo e como usá-las em ferramentas como PowerShell ou da CLI do Azure, visite o Consultas de exemplo do Azure Resource Graph para a Integridade do Serviço do Azure.

Conteúdo relacionado