Partilhar via


Disciplinas de atualização para SQL Managed Instance compatíveis com o Azure Arc

Os serviços de dados preparados para o Azure Arc permitem-lhe obter uma versão evergreen do SQL que só está disponível em SQL Managed Instance compatíveis com o Arc. Por natureza, o SQL Managed Instance compatível com o Arc proporciona uma atualização baseada no serviço gerido para que possa beneficiar da inovação na sua infraestrutura do Azure assim que estiver disponível, ao contrário das instalações no local ou de ambientes multicloud.

Este artigo fornece considerações e recomendações de conceção fundamentais para configurar e gerir o processo de atualização dos seus serviços de dados preparados para o Azure Arc.

Arquitetura

Modo ligado diretamente

O diagrama seguinte apresenta o fluxo de atualização do serviço de dados no modo Ligado diretamente .

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

Modo ligado indiretamente

O diagrama seguinte apresenta o fluxo de atualização do serviço de dados no modo ligado indiretamente .

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

Fins Gerais escalão de serviço

Os seguintes diagramas apresentam o processo de atualização do SQL Managed Instance compatível com o Arc num escalão de serviço Fins Gerais.

Captura de ecrã que mostra o processo de pré-atualização de um SQL Managed Instance compatível com o Arc num escalão de serviço Fins Gerais.

Captura de ecrã que mostra o processo de atualização de um SQL Managed Instance compatível com o Arc num escalão de serviço Fins Gerais.

Crítico para a Empresa escalão de serviço

Os diagramas seguintes apresentam o processo de atualização do SQL Managed Instance compatível com o Arc num escalão de serviço Crítico para a Empresa.

Captura de ecrã que mostra o processo de pré-atualização de um SQL Managed Instance compatível com o Arc num escalão de serviço Crítico para a Empresa.

Captura de ecrã que mostra o processo de atualização de um SQL Managed Instance compatível com o Arc num escalão de serviço Crítico para a Empresa.

Captura de ecrã que mostra a implementação da atualização das réplicas secundárias restantes numa atualização do escalão de serviço Crítico para a Empresa.

Captura de ecrã que mostra a ativação pós-falha ao nível do SQL e a última instanciação do pod numa atualização do escalão de serviço Crítico para a Empresa.

Considerações de design

Atualizações do Controlador de Dados do Azure Arc

  • As atualizações podem ser realizadas com várias ferramentas, como a CLI do Azure, portal do Azure ou o Kubernetes. Considere a ferramenta a utilizar consoante o modo de conectividade que está a ser utilizado, o modo ligado direta ou indiretamente e a ferramenta com a qual está mais confortável.
  • Reveja o Controlador de Dados do Azure Arc para verificar se tem serviços de dados de pré-visualização, como o PostgreSQL compatível com o Azure Arc, implementado juntamente com SQL Managed Instance compatíveis com o Arc. Não pode efetuar atualizações no local se tiver uma combinação de pré-visualização e serviços geralmente disponíveis implementados no mesmo Controlador de Dados.
  • Reveja as versões de todas as Instâncias Geridas do SQL compatíveis com o Arc utilizadas pelo Controlador de Dados para confirmar que estão na mesma versão que o Controlador de Dados antes de efetuar a atualização.
  • Considere o caminho de atualização suportado para determinar a próxima versão correta do Controlador de Dados antes da atualização.

Nota

Uma atualização do Controlador de Dados do Azure Arc não causa tempo de inatividade para o SQL Managed Instance preparado para o Arc.

Modo ligado diretamente

Modo ligado indiretamente

  • Determine se a atualização do Controlador de Dados do Azure Arc no modo ligado indiretamente deve ser implementada com as ferramentas da CLI do Azure ou do Kubernetes.
  • Reveja os pré-requisitos para atualizações com as ferramentas do Kubernetes e a CLI do Azure.
  • Decida se irá utilizar Registo de Artefatos da Microsoft caso os clusters tenham conectividade à Internet ou um registo privado se os clusters estiverem ligados ao ar para extrair as imagens dos serviços de dados preparados para o Azure Arc.
  • Planeie as permissões necessárias do Kubernetes para a conta de serviço utilizada para atualizar o Controlador de Dados do Azure Arc com as ferramentas do Kubernetes.
  • Verifique as informações do repositório para se certificar de que são válidas e que já foram obtidas novas imagens.

Atualizações de SQL Managed Instance compatíveis com o Azure Arc

Considerações gerais

  • As atualizações para o Controlador de Dados do Azure Arc têm de ser efetuadas antes de atualizar o SQL Managed Instance compatível com o Arc. A extensão do cluster arcdata e SQL Managed Instance versões de extensões estão relacionadas e têm de ser as mesmas.
  • Decida se irá utilizar atualizações automáticas ou manuais do seu SQL Managed Instance compatível com o Arc, consoante os seus requisitos.
  • No caso das atualizações automáticas, só pode ser definida uma única janela de manutenção para um Controlador de Dados. Considere o número de diferentes janelas de manutenção necessárias para diferentes cargas de trabalho para identificar o número de controladores de dados necessários.

Fins Gerais escalão de serviço

  • Durante um Fins Gerais atualização do escalão de serviço, o pod do Kubernetes é terminado e reaprovisionado com a nova versão. É importante compreender o efeito da aplicação e do lado do cliente de uma atualização em que há um curto período de indisponibilidade à medida que o novo pod é criado.
  • Reveja a arquitetura das suas aplicações para compreender se têm a lógica de resiliência e repetição necessárias para suportar um breve impacto durante uma atualização.

Crítico para a Empresa escalão de serviço

  • Durante um Crítico para a Empresa atualização do escalão de serviço 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 antiga primária se torna secundária e é atualizada. Durante a transição da primária antiga para a nova primária, há um breve momento de tempo de inatividade quando a ativação pós-falha acontece. É importante compreender o impacto da aplicação e do lado do cliente de uma atualização quando ocorre a ativação pós-falha.
  • Reveja a arquitetura da sua aplicação para compreender se tem a lógica de resiliência e repetição necessária para suportar um breve impacto durante uma atualização.

Recomendações de conceção

Atualizações do Controlador de Dados do Azure Arc

  • Se atualizar com 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 pretende atualizar no registo de versões.

  • Em ambientes de vários clusters, execute as atualizações primeiro num ambiente de teste/desenvolvimento para validar eventuais problemas ou alterações interruptivas.

  • Execute uma execução a seco antes da atualização para validar o esquema de versão, o token de autorização do repositório privado, se utilizado, e que o registo existe antes de tentar uma atualização real.

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

  • Não misture o SQL Managed Instance preparado para PostgreSQL e Arc no mesmo Controlador de Dados, uma vez que o PostgreSQL ainda está em pré-visualização enquanto o SQL Managed Instance compatível com o Arc está geralmente disponível. Considere um cluster separado com o seu próprio Controlador de Dados para testar o PostgreSQL.

  • Evite utilizar funcionalidades de pré-visualização no seu ambiente de produção e utilize apenas funcionalidades de pré-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 implementados. O Azure Resource Graph pode ser utilizado para consultar os controladores de dados implementados atuais.

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

Modo ligado diretamente

Modo ligado indiretamente

Atualizações de SQL Managed Instance compatíveis com o Azure Arc

Recomendações gerais

  • Mantenha a sua SQL Managed Instance compatível com o Arc atualizada com a versão mais recente disponível para receber os patches, correções de erros e funcionalidades mais recentes. Atualmente, os serviços de dados do Arc não suportam ignorar versões durante as atualizações. Por isso, se existirem várias versões para atualizar, terá de atualizar para versões sequenciais para aceder à versão mais recente. Recomenda-se que não se afaste muito dos lançamentos mais recentes.

  • Certifique-se de que tem a política de cópia de segurança "restauro para um ponto anterior no tempo" configurada para que possa recuperar se existirem problemas durante uma atualização. Reveja a área de conceção crítica de continuidade de negócio e recuperação após desastre e utilize o kubectl describe sqlmi comando nas instâncias para verificar as definições de retenção atuais.

  • Em ambientes ou cenários de vários clusters com múltiplas implementações de SQL Managed Instance compatíveis com o Arc que representam diferentes ambientes, execute as atualizações primeiro em ambientes de desenvolvimento/teste, como o ambiente de desenvolvimento, para validar eventuais problemas ou alterações interruptivas.

  • Execute uma execução a seco antes da atualização para validar o esquema de versão, o token de autorização do repositório privado, se utilizado, e que o registo existe antes de tentar uma atualização real.

  • Utilize a CLI do Azure para efetuar atualizações em escala do seu SQL Managed Instance compatível com o Arc.

  • Utilize atualizações automáticas para cargas de trabalho que podem tolerar atualizações imediatas e optar ativamente por não participar em atualizações automáticas para cargas de trabalho que necessitem de uma hora de pico agendada para efetuar a atualização.

  • Se forem utilizadas atualizações automáticas, certifique-se de que define uma janela de manutenção adequada para permitir que as atualizações ocorram fora das horas de ponta.

  • Em caso de atualizações manuais, certifique-se de que estabelece uma cadência regular para efetuar atualizações para se manter dentro das versões suportadas.

    Nota

    Também pode consultar o Registo de Artefatos da Microsoft para novas versões de imagens de contentor.

  • Crie um processo para monitorizar o estado da atualização com a CLI do Azure ou as ferramentas do Kubernetes.

  • Reveja as versões correspondentes dos diferentes componentes antes de efetuar uma atualização para validar que as versões corretas dos componentes estão implementadas.

Fins Gerais escalão de serviço

Crítico para a Empresa escalão de serviço

  • Implemente a instância Crítico para a Empresa com três réplicas em vez de duas para obter uma maior disponibilidade e menos tempo de inatividade durante as atividades de atualização e ativação pós-falha.
  • Efetue atualizações durante horas não críticas para minimizar o impacto nos dados dos utilizadores e da organização.

Passos seguintes

Para obter mais informações sobre a cloud híbrida e o percurso de várias clouds, veja os seguintes artigos: