Implementar SQL Server en Azure Local

Se aplica a:SQL Server

Este artículo describe cómo desplegar SQL Server en Azure Local en modo conectado. SQL Server funciona en Windows Server o máquinas virtuales (VMs) Linux en un clúster Azure Local que mantiene la conectividad con Azure. Esta configuración combina ejecución local y residencia de datos con gestión, monitorización, facturación y servicios híbridos basados en Azure.

Para entornos sin conectividad continua a Azure, véase Desplegar SQL Server en Azure Local con operaciones desconectadas.

Prerequisites

Antes de empezar, confirma que tienes:

El siguiente flujo de trabajo cubre el despliegue de Azure Local y la creación de las máquinas virtuales de SQL Server.

Planifica la carga de trabajo de SQL Server

Antes de dimensionar las máquinas virtuales, captura los requisitos de la carga de trabajo:

  • Selecciona la versión y edición de SQL Server en función del tamaño de la base de datos, las características de disponibilidad, las operaciones online, los derechos de virtualización y el ciclo de vida del soporte.
  • Registrar la utilización máxima de CPU, memoria del conjunto de trabajo, operaciones de entrada/salida por segundo (IOPS), rendimiento, latencia, crecimiento de la base de datos, tempdb demanda, tasa de generación de logs y concurrencia.
  • Definir los objetivos de puntos de recuperación (RPO) y los objetivos de tiempo de recuperación (RTOs).
  • Identificar dependencias de aplicaciones, métodos de autenticación, requisitos de Seguridad de la Capa de Transporte (TLS), puertos, cuentas de servicio, ventanas de mantenimiento, retención de copias de seguridad y dependencias de software offline.

Diseña las máquinas virtuales de SQL Server

Utiliza las siguientes consideraciones al diseñar cada máquina virtual:

Área de diseño Guía de SQL Server
Compute Dimensiona CPUs virtuales para una utilización sostenida y eficiencia en las licencias. Evita la sobresuscripción que crea latencia impredecible de consultas.
Memory Reserva memoria para el sistema operativo, los agentes, los controladores y la actividad de conmutación por error. Configura max server memory para que SQL Server no consuma la memoria necesaria para otros procesos.
Storage Utiliza volúmenes separados para el sistema operativo, datos, registros tempdbde transacciones y copias de seguridad. Valida latencia, rendimiento, profundidad de cola, capacidad, resiliencia y umbrales de espacio libre.
Network Proporcionar rutas estables de cliente, gestión, copias de seguridad y réplica según sea necesario. Valide DNS, unidad máxima de transmisión (MTU), reglas del firewall, confianza de TLS y conectividad del agente de escucha.
Colocación Coloca réplicas de alta disponibilidad en diferentes nodos Azure Local o dominios de fallo. Usa antiafinidad cuando esté disponible.

Flujo de trabajo de implementación

Las siguientes etapas te llevan desde el despliegue de la infraestructura hasta la gestión de SQL Server conectado.

Stage Resultado
Adquirir hardware y desplegar Azure Local Un entorno Azure Local soportado.
Crea máquinas virtuales e instala SQL Server SQL Server funcionando en Windows Server o Linux.
Monitoriza y ajusta SQL Server Una referencia para el rendimiento y la salud de SQL Server.
Configurar alta disponibilidad Un diseño de disponibilidad específico de la carga de trabajo, como grupos de disponibilidad o instancias de clúster de conmutación por error.
Conexión de SQL Server a Azure Arc Inventario, gobernanza, seguridad y licencias centralizados.

Implantar Azure Local

Implemente Azure Local siguiendo la información general sobre la implementación de Azure Local. Completa los requisitos previos y el proceso de despliegue aplicables antes de crear máquinas virtuales para tus cargas de trabajo en SQL Server.

Crea máquinas virtuales e instala SQL Server

  1. Crea máquinas virtuales de Windows Server o Linux en Azure Local para tus cargas de trabajo de SQL Server.

  2. Instala SQL Server siguiendo las instrucciones de tu sistema operativo:

  3. Revisa los requisitos de licencias y facturación de SQL Server y configura el modelo de licencias adecuado.

Monitoriza y ajusta SQL Server

Monitoriza SQL Server con vistas de gestión dinámica, eventos extendidos, registros de errores y una solución de monitorización soportada por el sistema operativo invitado. En Windows, también puedes usar alertas de Agente SQL Server y contadores de rendimiento de Windows. Las alertas de Agente SQL Server no son compatibles con Linux; revisa el soporte de funciones de SQL Server en Linux para tu versión.

Establece una línea base para la utilización de la CPU, la presión de memoria, la latencia de almacenamiento, el bloqueo, el crecimiento de la base de datos y la salud de la copia de seguridad antes de ajustar la carga de trabajo. Después de conectar SQL Server a Azure Arc, también puedes realizar una evaluación de buenas prácticas, sujeto a sus requisitos previos.

Configuración para alta disponibilidad

Azure Local proporciona resiliencia a nivel de host para las máquinas virtuales. Configura la alta disponibilidad de SQL Server por separado para cumplir con los requisitos de disponibilidad de tu base de datos o instancias de tu carga de trabajo:

Para Linux, un grupo de disponibilidad sin gestor de clúster proporciona réplicas a escala de lectura, no alta disponibilidad. Los despliegues de alta disponibilidad requieren un gestor de clúster compatible, como Pacemaker, y los despliegues en producción requieren vallado. Consulta Configurar grupos de disponibilidad en Linux. Valida la distribución de Linux, el gestor de clústeres, el mecanismo de vallado y la compatibilidad del almacenamiento de tu configuración de Azure Local; los procedimientos de Windows no pueden aplicarse sin modificaciones a Linux.

Planifique la protección de la carga de trabajo de forma independiente de la resiliencia de la infraestructura. Para las opciones de Azure Backup y Azure Site Recovery, revisa la resiliencia de la carga de trabajo y la recuperación ante desastres de Azure Local y los requisitos de soporte para tu carga de trabajo.

Conexión de SQL Server a Azure Arc

Conecta instancias de SQL Server que se ejecutan en Azure Local con Azure Arc para crear recursos de Azure y gestión centralizada.

  1. Valida los requisitos previos de Azure Arc.
  2. Sigue Connect SQL Server a Azure Arc para generar y ejecutar el script de incorporación.
  3. Confirma que los recursos de SQL Server aparecen en el portal de Azure.

Tras la incorporación, puedes utilizar las siguientes capacidades, sujetas a su versión y requisitos de configuración:

Capability Guía
Inventario e informes Consulta instancias, bases de datos, versiones, ediciones y sistemas operativos anfitriones. Utiliza Azure Resource Graph para consultar en toda tu comunidad de SQL Server. Consulta SQL Server habilitado por Azure Arc.
Valoración de procedimientos recomendados Recibe recomendaciones sobre rendimiento y seguridad. Consulta la evaluación de mejores prácticas.
Identity Utiliza la autenticación Microsoft Entra, sujeta a su versión y requisitos del sistema operativo. La configuración de identidad gestionada para la autenticación Microsoft Entra requiere SQL Server 2025 habilitado para Arc en Windows Server y utiliza la identidad asignada al sistema del servidor habilitado para Arc. La autenticación de Microsoft Entra no es compatible con las instancias de clúster de conmutación por error.
Seguridad y gobernanza Configura Microsoft Defender para la nube, o regístrate y escanea SQL Server con Microsoft Purview.
Operations Gestionar la configuración y ejecutar scripts aprobados en los servidores incorporados. Consulta SQL Server habilitado por Azure Arc y configuración de gestione.

Configurar licencias a través de Azure Arc

Utiliza SQL Server habilitado por Azure Arc para declarar y gestionar el modelo de licencias y facturación para tus instancias de SQL Server:

  • Pago por uso: Suscríbete a través de Azure y paga por los núcleos licenciados reportados por Azure Arc. Este modelo puede adaptarse a cargas de trabajo variables, temporales o incrementales.
  • Licencia con Software Assurance o suscripción: Declara una licencia existente de SQL Server cubierta por Software Assurance activa o una suscripción a SQL Server. Azure Arc registra el tipo de licencia y permite los beneficios de gestión aplicables.
  • Alcance del núcleo: Evalúa las licencias de núcleo virtual para VMs individuales y las licencias de núcleo físico empresarial elegibles con virtualización ilimitada. Valida la elegibilidad antes de seleccionar un modelo de licencia.
  • Configuración: Establece y revisa el tipo de licencia a través del portal de Azure, Azure PowerShell o CLI de Azure. Aplica cambios a escala cuando sea necesario.
  • Informes: Mantén el agente de Azure Connected Machine y la extensión de SQL Server en buen estado para que el inventario, los informes de uso y la facturación sigan siendo precisos.

En Linux, la facturación de pago por uso no detecta automáticamente réplicas pasivas de grupos de disponibilidad ni instancias de clúster de conmutación por error. Todas las instancias de SQL Server se presentan como activas, independientemente de su función de alta disponibilidad o recuperación ante desastres. Ten en cuenta esta diferencia al planificar despliegues de Linux. Consulta consideraciones sobre el pago por uso.

Para requisitos y procedimientos, consulta Gestionar licencias y facturación, Gestionar la configuración y Gestionar la transición al pago por uso.

Crear aplicaciones locales de IA

SQL Server 2025 puede usar sp_invoke_external_rest_endpoint para llamar a un endpoint de completación de chat HTTPS compatible. Las aplicaciones pueden combinar datos SQL con modelos alojados localmente manteniendo la inferencia dentro de tu entorno.

Antes de llamar a un punto final local del modelo:

  • Habilite la opción de configuración del external rest endpoint enabled servidor. El procedimiento está deshabilitado por defecto en SQL Server 2025.
  • Conceda permiso EXECUTE ANY EXTERNAL ENDPOINT a la entidad principal de la base de datos que realiza la llamada y configure la autenticación y las credenciales que requiere el punto de conexión.
  • Despliega el modelo y haz que su endpoint HTTPS sea accesible desde la VM de SQL Server. Configurar certificados TLS y confianza de certificados para uso en producción; una prueba que elude la validación de certificados no establece que SQL Server pueda conectarse de forma segura.

Para más detalles, consulte los permisos y prerrequisitos del endpoint REST y la guía de inferencia local de Foundry.

  • Integración con SQL Server: Envía solicitudes REST autorizadas desde SQL Server 2025 a un endpoint de finalización de chat compatible y procesa la respuesta en tu flujo de trabajo de aplicación.
  • Inferencia local de modelos: Foundry Local en Azure Local está en vista previa. Utilice modelos de catálogo compatibles con el chat o modelos propios y cumpla con los requisitos previos de implementación y acceso de la oferta.
  • Herramientas de desarrollo: Consulta GitHub Copilot bring your own key para conocer los puntos de conexión de modelo compatibles y los requisitos del cliente antes de conectar Visual Studio Code a un punto de conexión local.

Para obtener más información, consulte la documentación de Foundry Local y los requisitos del punto de conexión en sp_invoke_external_rest_endpoint.

Utiliza máquinas virtuales de lanzamiento confiables

El lanzamiento confiable para máquinas virtuales Azure Local soporta Secure Boot y un módulo virtual de plataforma confiable (vTPM). Si tus máquinas virtuales de SQL Server utilizan protección respaldada por TPM, revisa la transferencia automática de estado para entender cómo se gestiona el estado de vTPM cuando las máquinas virtuales migran o hacen conmutaciones por error entre nodos.

SQL Server no requiere un vTPM. Si usas un vTPM para protección o cifrado del sistema operativo invitado, valida esos requisitos por separado del diseño de disponibilidad de tu SQL Server.

Para requisitos y limitaciones, véase Lanzamiento confiable para máquinas virtuales Azure Local.

Contenido relacionado

  • Se actualizó por última vez el