Compartilhar via


Disciplinas de atualização para o Instância Gerenciada de SQL habilitado para Azure Arc

Os serviços de dados habilitados para Azure Arc permitem que você obtenha uma versão sempre verde do SQL que só está disponível no Instância Gerenciada de SQL habilitado para Arc. Por natureza, a Instância Gerenciada de SQL habilitada para Arc fornece a capacidade de atualização baseada em serviço gerenciada para que você possa se beneficiar da inovação em sua infraestrutura do Azure assim que ela estiver disponível, ao contrário de instalações locais ou ambientes multinuvem.

Este artigo fornece as principais considerações e recomendações de design para configurar e gerenciar o processo de atualização para seus serviços de dados habilitados para Azure Arc.

Arquitetura

Modo de conexão direta

O diagrama a seguir exibe o fluxo de atualização do serviço de dados no modo conectado diretamente .

Captura de tela que mostra o fluxo de atualização do serviço de dados no modo conectado diretamente.

Modo conectado indiretamente

O diagrama a seguir exibe o fluxo de atualização do serviço de dados no modo conectado indiretamente .

Captura de tela que mostra o fluxo de atualização do serviço de dados no modo conectado indiretamente.

Camada de serviço de Uso Geral

Os diagramas a seguir exibem o processo de atualização para Instância Gerenciada de SQL habilitados para Arc em uma camada de serviço Uso Geral.

Captura de tela que mostra o processo de pré-atualização de um Instância Gerenciada de SQL habilitado para Arc em uma camada de serviço Uso Geral.

Captura de tela que mostra o processo de atualização de um Instância Gerenciada de SQL habilitado para Arc em uma camada de serviço Uso Geral.

Camada de serviço comercialmente crítica

Os diagramas a seguir exibem o processo de atualização para Instância Gerenciada de SQL habilitados para Arc em uma camada de serviço Comercialmente Crítico.

Captura de tela que mostra o processo de pré-atualização de um Instância Gerenciada de SQL habilitado para Arc em uma camada de serviço Comercialmente Crítico.

Captura de tela que mostra o processo de atualização de um Instância Gerenciada de SQL habilitado para Arc em uma camada de serviço Comercialmente Crítico.

Captura de tela que mostra a distribuição de atualização das réplicas secundárias restantes em uma atualização da camada de serviço Comercialmente Crítico.

Captura de tela que mostra o failover no nível do SQL e a última instanciação de pod em um Comercialmente Crítico atualização da camada de serviço.

Considerações sobre o design

Atualizações do Controlador de Dados do Azure Arc

  • As atualizações podem ser executadas usando várias ferramentas, como CLI do Azure, portal do Azure ou Kubernetes. Considere qual ferramenta usar dependendo do modo de conectividade que está sendo usado, do modo conectado direta ou indiretamente e da ferramenta com a qual você está mais confortável.
  • Examine o Controlador de Dados do Azure Arc para marcar se você tiver qualquer serviço de dados de visualização, como o PostgreSQL habilitado para Azure Arc, implantado junto com o Instância Gerenciada de SQL habilitado para Arc. Você não poderá executar atualizações in-loco se tiver uma combinação de serviços de versão prévia e geralmente disponíveis implantados no mesmo Controlador de Dados.
  • Examine as versões de todas as Instâncias Gerenciadas de SQL habilitadas para Arc usadas pelo Controlador de Dados para confirmar que elas estão na mesma versão que o Controlador de Dados antes de executar a atualização.
  • Considere o caminho de atualização com suporte para determinar a próxima versão correta para o Controlador de Dados antes da atualização.

Observação

Uma atualização do Controlador de Dados do Azure Arc não causa tempo de inatividade para a Instância Gerenciada de SQL habilitada para Arc.

Modo de conexão direta

Modo conectado indiretamente

  • Determine se a atualização do Controlador de Dados do Azure Arc no modo conectado indiretamente deve ser implementada usando a CLI do Azure ou as ferramentas do Kubernetes.
  • Examine os pré-requisitos para atualizações usando as ferramentas do Kubernetes e a CLI do Azure.
  • Decida se você usará Registro de Artefato da Microsoft caso seus clusters tenham conectividade com a Internet ou um registro privado se os clusters forem transmitidos pelo ar para efetuar pull das imagens dos serviços de dados habilitados para Azure Arc.
  • Planeje as permissões necessárias do Kubernetes para a conta de serviço usada para atualizar o Controlador de Dados do Azure Arc usando as ferramentas do Kubernetes.
  • Verifique as informações do repositório para verificar se elas são válidas e se novas imagens já foram extraídas para ela.

Atualizações de Instância Gerenciada de SQL habilitadas para Azure Arc

Considerações gerais

  • As atualizações para o Controlador de Dados do Azure Arc devem ser executadas antes de atualizar o Instância Gerenciada de SQL habilitado para Arc. As versões de extensões de cluster arcdata e Instância Gerenciada de SQL estão relacionadas e devem ser as mesmas.
  • Decida se você usará atualizações automáticas ou manuais de seus Instância Gerenciada de SQL habilitados para Arc, dependendo de seus requisitos.
  • No caso de atualizações automáticas, apenas uma única janela de manutenção pode ser definida para um Controlador de Dados. Considere o número de janelas de manutenção diferentes necessárias para cargas de trabalho diferentes para identificar o número de controladores de dados necessários.

Camada de serviço de Uso Geral

  • Durante uma atualização Uso Geral camada de serviço, o pod kubernetes é encerrado e reprovisionado com a nova versão. É importante entender o aplicativo e o efeito do lado do cliente de uma atualização em que há uma pequena quantidade de tempo de inatividade à medida que o novo pod é criado.
  • Examine a arquitetura de seus aplicativos para entender se eles têm a resiliência necessária e a lógica de repetição para dar suporte a um breve impacto durante uma atualização.

Camada de serviço comercialmente crítica

  • Durante uma atualização da camada de serviço Comercialmente Crítico com várias réplicas, as réplicas secundárias são atualizadas primeiro. Uma das réplicas secundárias atualizadas é promovida para se tornar a nova réplica primária, enquanto a primária antiga se torna secundária e é atualizada. Durante a transição do primário antigo para o novo primário, há um breve momento de inatividade quando o failover acontece. É importante entender o impacto do aplicativo e do lado do cliente de uma atualização quando o failover ocorre.
  • Examine a arquitetura do aplicativo para entender se eles têm a resiliência necessária e a lógica de repetição para dar suporte a um breve impacto durante uma atualização.

Recomendações sobre design

Atualizações do Controlador de Dados do Azure Arc

  • Se você atualizar usando a CLI do Azure, verifique se a versão da extensão da CLI do Azure arcdata corresponde à versão da imagem para a qual você deseja atualizar no log de versão.

  • Em ambientes de vários clusters, execute as atualizações primeiro em um ambiente de teste/desenvolvimento para validar possíveis problemas ou alterações interruptivas.

  • Execute uma execução seca antes da atualização para validar o esquema de versão, o token de autorização do repositório privado, se usado, e que o registro exista antes de tentar uma atualização real.

  • Crie um processo para monitorar novas atualizações do Controlador de Dados do Azure Arc.

  • Não misture os Instância Gerenciada de SQL habilitados para PostgreSQL e Arc no mesmo Controlador de Dados, pois o PostgreSQL ainda está em versão prévia, enquanto o Instância Gerenciada de SQL habilitado para Arc está em disponibilidade geral. Considere um cluster separado com seu próprio Controlador de Dados para testar o PostgreSQL.

  • Evite usar recursos de visualização em seu ambiente de produção e use apenas recursos de visualização para fins de avaliação em instâncias de desenvolvimento/teste.

  • Crie um inventário das versões atuais dos controladores de dados implantados. Os Resource Graph do Azure podem ser usados para consultar os controladores de dados implantados atualmente.

      resources
      | where type == 'microsoft.azurearcdata/datacontrollers'
      | extend version = tostring(properties.k8sRaw.status.runningVersion)
      | project name,location,resourceGroup,version
    
  • Examine o guia de solução de problemas para entender como obter os logs necessários para resolve quaisquer problemas de atualização.

Modo de conexão direta

Modo conectado indiretamente

Atualizações de Instância Gerenciada de SQL habilitadas para Azure Arc

Recomendações gerais

  • Mantenha sua Instância Gerenciada de SQL habilitada para Arc atualizada com a versão mais recente disponível para receber os patches, correções de bugs e recursos mais recentes. Atualmente, os serviços de dados do Arc não dão suporte à falta de versões durante as atualizações. Portanto, se houver várias versões para atualizar, você precisará atualizar para versões sequenciais para chegar à versão mais recente. É recomendável não ficar muito longe das versões mais recentes.

  • Certifique-se de ter sua política de backup "restauração pontual" configurada para que você possa se recuperar se houver problemas durante uma atualização. Examine a área de design crítica de continuidade dos negócios e recuperação de desastres e use o kubectl describe sqlmi comando em suas instâncias para verificar as configurações de retenção atuais.

  • Em ambientes ou cenários de vários clusters com várias implantações de Instância Gerenciada de SQL habilitadas para Arc que representam ambientes diferentes, execute as atualizações primeiro em ambientes de desenvolvimento/teste, como o ambiente de desenvolvimento, para validar possíveis problemas ou alterações interruptivas.

  • Execute uma execução seca antes da atualização para validar o esquema de versão, o token de autorização do repositório privado, se usado, e que o registro exista antes de tentar uma atualização real.

  • Use a CLI do Azure para executar atualizações em escala do Instância Gerenciada de SQL habilitado para Arc.

  • Use atualizações automáticas para cargas de trabalho que podem tolerar atualizações imediatas e recusar atualizações automáticas para cargas de trabalho que precisam de uma hora de pico agendada para executar a atualização.

  • Se forem usadas atualizações automáticas, defina uma janela de manutenção adequada para permitir que as atualizações ocorram fora do horário de pico.

  • No caso de atualizações manuais, verifique se você estabelece uma cadência regular para executar atualizações para permanecer em versões com suporte.

    Observação

    Você também pode sondar a Registro de Artefato da Microsoft para novas versões de imagem de contêiner.

  • Crie um processo para monitorar a atualização status usando a CLI do Azure ou as ferramentas do Kubernetes.

  • Examine as versões correspondentes dos diferentes componentes antes de executar uma atualização para validar se as versões corretas dos componentes estão em vigor.

Camada de serviço de Uso Geral

Camada de serviço comercialmente crítica

  • Implante a instância Comercialmente Crítico com três réplicas em vez de duas para obter maior disponibilidade e menos tempo de inatividade durante as atividades de atualização e failover.
  • Execute atualizações durante horas não críticas para minimizar o impacto sobre os usuários e os dados da organização.

Próximas etapas

Para obter mais informações sobre a nuvem híbrida e o percurso multinuvem, consulte os seguintes artigos: