Implantar o SQL Server no Azure Local

Aplica-se a:SQL Server

Este artigo descreve como implantar o SQL Server no Azure Local em modo conectado. O SQL Server roda em máquinas virtuais (VMs) com Windows Server ou Linux em um cluster Azure Local que mantém conectividade com o Azure. Essa configuração combina execução local e residência de dados com gestão, monitoramento, faturamento e serviços híbridos baseados em Azure.

Para ambientes sem conectividade contínua ao Azure, veja Deploy SQL Server no Azure Local com operações desconectadas.

Pré-requisitos

Antes de começar, confirme que você tem:

O fluxo de trabalho a seguir cobre a implantação do Azure Local e a criação das VMs do SQL Server.

Planeje a carga de trabalho do SQL Server

Antes de dimensionar as VMs, capture os requisitos da carga de trabalho:

  • Selecione a versão e edição do SQL Server com base no tamanho do banco de dados, recursos de disponibilidade, operações online, direitos de virtualização e ciclo de vida do suporte.
  • Registre o pico de utilização da CPU, memória do conjunto de trabalho, operações de entrada/saída por segundo (IOPS), throughput, latência, crescimento do banco de dados, tempdb demanda, taxa de geração de logs e concorrência.
  • Defina objetivos de pontos de recuperação (RPOs) e objetivos de tempo de recuperação (RTOs).
  • Identifique dependências de aplicações, métodos de autenticação, requisitos de Segurança da Camada de Transporte (TLS), portas, contas de serviço, janelas de manutenção, retenção de backup e dependências de software offline.

Crie as VMs do SQL Server

Use as seguintes considerações ao projetar cada VM:

Área de design Orientação do SQL Server
Computação Dimensione CPUs virtuais para utilização sustentada e eficiência de licenciamento. Evite a superalocação, pois isso cria latência imprevisível nas consultas.
Memory Reserve memória para o sistema operacional, agentes, drivers e atividade de failover. Configure max server memory para que o SQL Server não consuma a memória necessária por outros processos.
Armazenamento Use volumes separados para o sistema operacional, os dados, os logs de transações, tempdb e os backups. Valide latência, taxa de transferência, profundidade da fila, capacidade, resiliência e limiares de espaço livre.
Network Forneça rotas estáveis de cliente, gerenciamento, backup e réplica, conforme necessário. Valide DNS, unidade máxima de transmissão (MTU), regras de firewall, confiança TLS e conectividade do ouvinte.
Colocação Coloque réplicas de alta disponibilidade em diferentes nós Azure Local ou domínios de falha. Use antiafinidade quando disponível.

Fluxo de trabalho de implantação

As etapas a seguir levam você da implantação da infraestrutura ao gerenciamento de SQL Server conectado.

Stage Resultado
Adquirir hardware e implantar o Azure Local Um ambiente Azure Local suportado.
Crie VMs e instale o SQL Server SQL Server rodando no Windows Server ou Linux.
Monitore e ajuste o SQL Server Uma referência para desempenho e saúde do SQL Server.
Configurar alta disponibilidade Uma arquitetura de disponibilidade específica da carga de trabalho, como grupos de disponibilidade ou instâncias de cluster de failover.
Conectar o SQL Server ao Azure Arc Inventário centralizado, governança, segurança e licenciamento.

Implantar o Azure Local

Deploye Azure Local seguindo a visão geral do Azure Local. Complete os pré-requisitos e o processo de implantação aplicáveis antes de criar VMs para suas cargas de trabalho do SQL Server.

Crie VMs e instale o SQL Server

  1. Crie VMs no Windows Server ou Linux no Azure Local para suas cargas de trabalho do SQL Server.

  2. Instale o SQL Server seguindo as instruções do seu sistema operacional:

  3. Revise os requisitos de licenciamento e faturamento do SQL Server e configure o modelo de licenciamento apropriado.

Monitore e ajuste o SQL Server

Monitore o SQL Server com vistas de gerenciamento dinâmico, Eventos Estendidos, logs de erro e uma solução de monitoramento suportada pelo sistema operacional convidado. No Windows, você também pode usar alertas do SQL Server Agent e contadores de desempenho do Windows. Alertas do SQL Server Agent não são suportados no Linux; revise o suporte a recursos do SQL Server em Linux para sua versão.

Estabeleça uma linha de base para utilização da CPU, pressão de memória, latência de armazenamento, bloqueios, crescimento do banco de dados e saúde do backup antes de ajustar a carga de trabalho. Após conectar o SQL Server ao Azure Arc, você também pode realizar uma avaliação de melhores práticas, sujeita aos pré-requisitos.

Configurar alta disponibilidade

Azure Local oferece resiliência em nível de host para VMs. Configure a alta disponibilidade do SQL Server separadamente para atender aos requisitos de disponibilidade do seu banco de dados ou instância:

Para Linux, um grupo de disponibilidade sem gerenciador de cluster fornece réplicas em escala de leitura, não alta disponibilidade. Implantações de alta disponibilidade exigem um gerenciador de cluster suportado, como o Pacemaker, e implantações em produção exigem cerca. Veja Configurar grupos de disponibilidade no Linux. Valide a distribuição Linux, o gerenciador de clusters, o mecanismo de cercas e o suporte ao armazenamento para sua configuração Azure Local; os procedimentos do Windows não se aplicam inalterados ao Linux.

Planeje a proteção da carga de trabalho separadamente da resiliência da infraestrutura. Para opções de Backup do Azure e Azure Site Recovery, revise a resiliência da carga de trabalho e recuperação ante desastres do Azure Local e os requisitos de suporte para sua carga de trabalho.

Conectar o SQL Server ao Azure Arc

Conecte instâncias do SQL Server rodando no Azure Local ao Azure Arc para criar recursos do Azure para gerenciamento centralizado.

  1. Valide os pré-requisitos do Azure Arc.
  2. Siga Connect SQL Server to Azure Arc para gerar e executar o script de integração.
  3. Confirme que os recursos do SQL Server aparecem no portal do Azure.

Após a integração, você pode usar as seguintes capacidades, sujeitas aos requisitos de versão e configuração:

Capability Guidance
Inventário e relatórios Visualize instâncias, bancos de dados, versões, edições e sistemas operacionais hospedeiros. Use o Azure Resource Graph para consultar todo o seu ambiente do SQL Server. Veja SQL Server habilitado pelo Azure Arc.
Práticas recomendadas de avaliação Receba recomendações de desempenho e segurança. Veja avaliação de melhores práticas.
Identity Use a autenticação Microsoft Entra, sujeita à versão e aos requisitos do sistema operacional. A configuração de identidade gerenciada para autenticação Microsoft Entra requer o SQL Server 2025 habilitado para Arc no Windows Server e utiliza a identidade atribuída ao sistema do servidor habilitado para Arc. A autenticação do Microsoft Entra não é compatível com instâncias de cluster de failover.
Segurança e governança Configure o Microsoft Defender para Nuvem ou registre-se e escaneie o SQL Server com o Microsoft Purview.
Operations Gerencie a configuração e execute scripts aprovados entre servidores integrados. Veja SQL Server habilitado pelo Azure Arc e Gerenciar configuração.

Configurar o licenciamento por meio do Azure Arc

Use o SQL Server habilitado pelo Azure Arc para declarar e gerenciar o modelo de licenciamento e faturamento para suas instâncias do SQL Server:

  • Pague conforme o uso: Assine pelo Azure e pague pelos núcleos licenciados reportados pelo Azure Arc. Este modelo pode atender cargas de trabalho variáveis, temporárias ou incrementais.
  • Licença com Software Assurance ou assinatura: Declare uma licença SQL Server existente coberta por Software Assurance ativa ou uma assinatura do SQL Server. O Azure Arc registra o tipo de licença e permite os benefícios de gestão aplicáveis.
  • Principal escopo: Avalie o licenciamento de núcleo virtual para VMs individuais e o licenciamento físico de núcleo empresarial elegível com virtualização ilimitada. Valide a elegibilidade antes de escolher um modelo de licenciamento.
  • Configuração: Defina e revise o tipo de licença pelo portal Azure, Azure PowerShell ou CLI do Azure. Aplique mudanças em escala quando necessário.
  • Relatórios: Mantenha o agente Azure Connected Machine e a extensão do SQL Server saudáveis para que o inventário, o relatório de uso e a faturação permaneçam precisos.

No Linux, a cobrança conforme o uso não detecta automaticamente réplicas passivas de grupos de disponibilidade nem instâncias de cluster de failover. Todas as instâncias do SQL Server são consideradas ativas, independentemente de sua função de alta disponibilidade ou recuperação de desastres. Leve essa diferença em conta ao planejar implantações para Linux. Veja considerações sobre o pagamento por uso.

Para requisitos e procedimentos, veja Gerenciar licenciamento e faturamento, Gerenciar configuração e Gerenciar a transição para o pay-as-you-go.

Construir aplicações locais de IA

SQL Server 2025 pode usar sp_invoke_external_rest_endpoint para chamar um endpoint de completação de chat HTTPS compatível. As aplicações podem combinar dados SQL com modelos hospedados localmente, mantendo a inferência dentro do seu ambiente.

Antes de chamar um endpoint local de modelo:

  • Habilite a opção de configuração do external rest endpoint enabled servidor. O procedimento é desativado por padrão no SQL Server 2025.
  • Conceda permissão principal ao banco EXECUTE ANY EXTERNAL ENDPOINT de dados que chama e configure a autenticação e as credenciais exigidas pelo endpoint.
  • Implante o modelo e torne seu endpoint HTTPS acessível a partir da VM do SQL Server. Configurar certificados TLS e confiança de certificados para uso em produção; um teste que contorna a validação de certificados não estabelece que o SQL Server pode se conectar de forma segura.

Para detalhes, veja as permissões e pré-requisitos do endpoint REST e a orientação de inferência local do Foundry.

  • Integração com SQL Server: Envie requisições REST autorizadas do SQL Server 2025 para um endpoint compatível com conclusão de chat e processe a resposta no seu fluxo de trabalho de aplicação.
  • Inferência local de modelos: Foundry Local no Azure Local está em pré-visualização. Use modelos de catálogo compatíveis com chat ou Trazer seus próprios modelos e atenda aos pré-requisitos de implantação e acesso da oferta.
  • Ferramentas de desenvolvedor: Consulte GitHub Copilot Bring Your Own Key para ver os endpoints de modelo compatíveis e os requisitos do cliente antes de conectar o Visual Studio Code a um endpoint local.

Para mais informações, consulte a documentação do Foundry Local e os requisitos do endpoint em sp_invoke_external_rest_endpoint.

Use VMs de lançamento confiáveis

Inicialização confiável para VMs do Azure Local dá suporte ao Secure Boot e a um Módulo de Plataforma Confiável virtual (vTPM). Se suas VMs do SQL Server usam proteção suportada por TPM, revise a transferência automática de estado para entender como o estado do vTPM é tratado quando as VMs migram ou fazem failover entre nós.

O SQL Server não exige vTPM. Se você usa um vTPM para proteção do sistema operacional convidado ou criptografia, valide esses requisitos separadamente do seu projeto de disponibilidade do SQL Server.

Para requisitos e limitações, veja Trusted launch for Azure Local VMs.

Conteúdo relacionado

  • Última atualização em