Trasladar el contrato de licencia de SQL Server a una suscripción de pago por uso

En este artículo se explica cómo realizar la transición de las instancias de SQL Server a suscripciones de pago por uso. Esta opción está disponible para instancias de SQL Server que actualmente:

• Uso de una licencia de SQL Server con Software Assurance (SA)
• Uso de una licencia de suscripción de SQL Server
• Licencia a través de un contrato de licencia de proveedor de servicios (SPLA)

Transición de una licencia con Software Assurance o una suscripción de SQL Server

Si las instancias de SQL Server están cubiertas por una licencia con Software Assurance o una licencia de suscripción, normalmente se desea realizar la transición a una suscripción de pago por uso de Azure inmediatamente después del tiempo de expiración. En ese momento usted desea asegurarse de que:

• Todas las instalaciones de Arc SQL se pasan a la facturación de pago por uso.
• Todas las implementaciones de Azure SQL (PaaS e IaaS) se cambian a la facturación de pago por uso.
• Las tareas de transición se ejecutan inmediatamente después de la expiración del contrato de licencia para el cumplimiento continuo y la facturación precisa.

Para administrar la transición, siga estos pasos.

Antes de la expiración del contrato de licencia

• Asegúrese de que tiene una cuenta de Azure activa con al menos una suscripción.
• Asegúrese de que todas las instancias locales de SQL Server cubiertas por la licencia con Software Assurance o por la suscripción de SQL estén conectadas a Azure Arc.
• Si licencia núcleos virtuales o núcleos físicos sin usar máquinas virtuales, asegúrese de que las extensiones de Azure para SQL Server estén configuradas con licenseType establecido en Paid. Consulte las instancias de License SQL Server por núcleos virtuales y License SQL Server por núcleos físicos sin máquinas virtuales para obtener más información.
• Si usa el método de licencias para virtualización ilimitada, asegúrese de que las licencias de núcleos físicos se creen con billingPlan establecido en Paid, estén activadas y de que todas las instancias de SQL Server cubiertas por las licencias tengan licenseType establecido en Paid. Para más información, consulte Licenciar instancias de SQL Server por núcleos físicos con virtualización ilimitada.

En la fecha de expiración del contrato de licencia

Cambie el valor del tipo de licencia en todos los recursos que ya no están cubiertos por una licencia de SQL Server con Software Assurance o por una suscripción de SQL Server.

• Para cambiar varios recursos de Azure SQL a una suscripción de pago por uso, use el script de PowerShell Modificar tipo de licencia de Azure SQL.

• Para cambiar varias instancias de SQL Server habilitadas para Azure Arc a una suscripción de pago por uso, use el script de PowerShell Modificar tipo de licencia SQL de Arc.

Estos scripts se proporcionan "tal cual" bajo la licencia MIT.

Transición desde una licencia proporcionada por un proveedor de SPLA

La transición de las instancias de SQL Server con licencia a través de un Contrato de Licencia del Proveedor de Servicios (SPLA) a la facturación de pago por uso de Azure requiere que:

• Las instancias de SQL Server se incorporan a las suscripciones de Azure administradas por CSP de forma manual o mediante implementación automática. Consulte Administrar la conexión automática para SQL Server habilitada por Azure Arc para obtener más información.
• La etiqueta ArcSQLServerExtensionDeployment:PAYG-Recurring se asigna a cada suscripción de Azure administrada por CSP para asegurarse de que todas las máquinas implementadas automáticamente están configuradas con un pago por uso periódico y tienen un consentimiento registrado. Para obtener más información sobre las etiquetas de implementación automática, consulte Establecimiento del tipo de licencia para servidores SQL Server conectados automáticamente.
• Se selecciona la facturación recurrente de pago por uso con consentimiento en cada máquina que se incorpora manualmente a Azure Arc.

Al migrar a los clientes a la facturación de pago por uso de Azure, es esencial asegurarse de que el agente de Azure Connected Machine y la extensión de SQL Server estén en buen estado y puedan conectarse a Azure. Si la extensión está interrumpida, bloqueada por firewalls o mal configurada (por ejemplo, problemas de proxy), puede dejar de notificar SQL Server uso correctamente. Esto puede dar lugar a un uso infrainforme, errores de facturación y incumplimiento.

Estos problemas también limitan la funcionalidad de las instancias de SQL Server conectadas a través de Azure Arc. Las características afectadas incluyen:

• Monitoring
• Inventory
• La autenticación de Entra ID (que depende de un agente saludable y una conexión activa)

Azure Arc servidores conectados deben registrarse con Azure al menos una vez cada 30 días. A partir de junio de 2026, este registro será obligatorio. Esto garantiza informes de uso precisos y evita el uso de SQL Server no autorizado.

Consentimiento del cliente

Usted o el proveedor de soluciones en la nube deben proporcionar explícitamente consentimiento antes de habilitar la facturación de pago por uso. Para más información, consulte Consentimiento periódico de facturación.

Consideraciones específicas de Linux

Al realizar la transición de SQL Server en Linux a pago por uso, tenga en cuenta las siguientes limitaciones en comparación con Windows:

• Detección de instancias pasivas: La detección automática de réplicas pasivas en grupos de disponibilidad o instancias de clústeres de conmutación por error no está disponible en Linux. Todas las instancias se facturan como activas.
• Detección de núcleos: el recuento de núcleos se notifica en función del entorno del sistema operativo. La verificación central a nivel del motor de base de datos no está disponible.
• Detección de usuarios conectados: no está disponible la verificación de conexiones de usuario activas en réplicas secundarias legibles.
• Agent health monitoring: Asegúrese de que el agente de Azure Connected Machine permanece en buen estado y conectado. La ventana de reconexión de 30 días y el comportamiento periódico de facturación funcionan igual que en Windows.

Estas limitaciones no bloquean la transición a PAYG en Linux. Sin embargo, planee las diferencias de facturación descritas en Administración de licencias y facturación.

Reconexión en un plazo de 30 días

Si la máquina se vuelve a conectar en un plazo de 30 días a partir de la desconexión, la facturación de pago por uso se basa en los registros de uso reales mantenidos localmente por la extensión.

Desconexión después de 30 días

Si la máquina permanece desconectada durante más de 30 días, el servicio SQL Arc cambia a facturación periódica en función de la última configuración conocida. Por ejemplo: edición, número de núcleos, configuración de alta disponibilidad. Los cargos incluyen:

• Retroactividad de los cargos de los últimos 30 días.
• Tarifas horarias continuas hasta que la máquina se reconecte.

Estos cargos utilizan medidores de pago por uso recurrentes (PAYG) independientes para realizar un seguimiento del uso durante el estado de desconexión.

Para obtener más información, consulte Facturación durante la pérdida de conectividad y otras interrupciones.

Uso intermitente de SQL Server

Si tiene una aplicación que se usa con poca frecuencia y puede estar sin conexión durante más de 30 días, desencadenará la facturación periódica porque el servicio SQL Arc no puede indicar si la desconexión es intencionada o no. Para evitar la facturación, desconecte la instancia de SQL Server de Azure Arc. Cuando la máquina virtual esté en funcionamiento, deberá incorporarla a Arc de nuevo mediante cualquiera de los métodos admitidos. Para obtener más información, consulte Desconectar instancias de SQL Server de Azure Arc.

Información general de la solución

Dado que la implementación actual de Windows Server aplica un límite fijo de desconexión de 30 días, el sistema controla automáticamente la reincorporación de los servidores subyacentes sin restablecer SQL Server facturación. Esta característica garantiza que los servicios como actualizaciones de seguridad extendidas (ESU) no se restablezcan y que no se desencadene innecesariamente ninguna nueva facturación.

En la escala de tiempo siguiente se muestra el comportamiento de facturación de SQL Server y Windows Server, comparando escenarios en los que la máquina se vuelve a conectar en un plazo de 30 días frente a después de 30 días.

Si la conectividad se restaura en un plazo de 30 días, la facturación de pago por uso se reanuda en función de los datos de uso reales recopilados por la extensión de Azure para SQL Server y se notifica a través de medidores de pago por uso estándar. Si la conectividad se restaura después de 30 días, la facturación continúa en función de la última configuración conocida de la instancia de SQL mediante medidores periódicos de pago por uso hasta que se restablezca la conexión.

Consentimiento periódico de facturación

Se requiere un consentimiento explícito para seleccionar la facturación de pago por uso para SQL Server en las suscripciones de Azure administradas por CSP.

El consentimiento se registra agregando una propiedad ConsentToRecurringPAYG a la extensión de Azure para recurso de SQL Server. Consta de los dos valores:

• Consented: acepta la facturación periódica.
• ConsentTimestamp: marca de tiempo UTC que marca cuando se concedió el consentimiento. El servicio de datos híbrido usa esta marca de tiempo para determinar cuándo entra en vigor la facturación periódica. Después de ese tiempo, cualquier desconexión de más de 30 días activa la facturación recurrente bajo el modelo de pago por uso.

Permitir el pago por uso periódico a gran escala mediante Azure Automation

Los proveedores de soluciones en la nube que administran cuentas de cliente grandes pueden habilitar la facturación periódica de pago por uso en varias máquinas con un script. Un script flexible Modify License Type PowerShell realiza los cambios de configuración necesarios, incluido el registro de consentimiento. Por ejemplo, la siguiente operación cambiará todas las máquinas conectadas del mismo inquilino a pago por uso:

.\modify-license-type.ps1 -LicenseType PAYG -ConsentToRecurringPAYG Yes -Force 

Revise el script completo en GitHub en sql-server-samples modify-license-type.

Administración de la implementación automática

SQL Server habilitado por Azure Arc instala automáticamente Azure extensión para SQL Server en cualquier máquina conectada nueva y admite una opción para especificar el tipo de licencia como una etiqueta de suscripción. En el caso de las suscripciones administradas por CSP, utiliza la etiqueta PAYG-Recurring para garantizar que el consentimiento para la facturación recurrente de pago por uso quede registrado durante la implementación automática.

Administrar el estado de las extensiones

Con una suscripción de pago por uso, el estado de las extensiones se convierte en un factor crítico del cumplimiento, ya que recopila los datos de uso y garantiza la facturación correcta. Se permiten las desconexiones intermitentes de hasta 30 días, ya que la extensión mantiene un registro de uso en la máquina, pero es su responsabilidad asegurarse de que las extensiones permanecen en buen estado. El portal de Azure incluye una Health Dashboard que proporciona la vista de alto nivel del estado de las extensiones. Para obtener más información sobre la resolución de problemas de las extensiones que no funcionan correctamente, consulta Resolución de problemas de la extensión de Azure para SQL Server.

Análisis de costos

Después de realizar la transición a la facturación de pago por uso, puede ver los cargos actuales y previstos a través de Microsoft Cost Management. Los próximos cargos por el pago por uso de SQL Server habilitado para Azure Arc no se muestran en las páginas de recursos de SQL Server ni de Arc. Todo el análisis de costos y la previsión se producen en el nivel de suscripción o superior.

Visualización de los cargos previstos

Para ver los cargos previstos de pago por uso:

1. En el portal de Azure, abra Cost Management>Cost analysis.
2. Seleccione el ámbito adecuado (suscripción, grupo de administración o grupo de recursos).
3. Confirme que el gráfico muestra los costos reales y previstos.
   • Las barras o líneas sólidas representan costos reales
   • Las extensiones sombreadas representan costos previstos en función de las tendencias históricas de uso
4. Establezca el intervalo de fechas en el mes actual para ver los costes previstos a final de mes.

Filtrar para el uso de Arc SQL Server

Para aislar los cargos por el pago por uso de SQL Server habilitado para Azure Arc, aplique estos filtros:

Identificación de los costos a nivel de recurso

Para ver qué instancias de SQL Server están impulsando los costos:

1. En Análisis de costos, seleccione Agrupar por>recurso.
2. Opcionalmente, seleccione Agrupar por>grupo de recursos si organiza máquinas de Arc por grupo de recursos.

Este desglose le ayuda a identificar:

• Cambios de recuento de núcleos
• Diferencias de edición (Estándar frente a Enterprise)
• Instancias que se dejaron en ejecución de forma involuntaria

Identificación de categorías de cargos

Para ver qué categorías de cargos relacionadas con SQL Server están impulsando los costos, en el Análisis de costos, seleccione Agrupar por>Medidor. Este desglose le ayuda a identificar:

• Desglose de categorías de uso (por ejemplo, costos de ESU, costos de pago por uso)
• Diferencias de edición (los nombres de los medidores indican las ediciones)
• Cargos inesperados

Configuración de alertas de presupuesto

Para administrar de forma proactiva los costos:

1. En Cost Management, seleccione Presupuestos>Agregar.
2. Cree un presupuesto mensual para el gasto esperado de Arc SQL.
3. Configure alertas en 50%, 75%y 90% de presupuesto.
4. Guarde el presupuesto.

Las alertas presupuestarias usan costos previstos, no solo gastos reales, para ayudarle a evitar cargos inesperados. Para obtener más información, consulte Creación y administración de presupuestos.

Supervisión de eventos de facturación

Para supervisarlas, consulte Uso de registros de actividad con SQL Server habilitado para Azure Arc.

Contenido relacionado

• Facturación recurrente para SQL Server habilitada por Azure Arc FAQ
• Administrar licencias y facturación de SQL Server habilitadas por Azure Arc