Orientación de precios de SQL Server en máquinas virtuales de Azure

SE APLICA A: SQL Server en máquina virtual de Azure

En este artículo se proporcionan orientaciones sobre precios de SQL Server en máquinas virtuales de Azure. Hay varias opciones que afectan al costo, y es importante elegir la imagen correcta que equilibra los costes con los requisitos empresariales.

Ediciones de SQL Server con licencia gratuita

Si quiere desarrollar, probar o compilar una prueba de concepto, use la versión SQL Server Developer Edition con licencia gratuita. Esta edición incluye todas las características de SQL Server Enterprise Edition, lo que le permite compilar y probar cualquier tipo de aplicación. Pero no puede ejecutar la edición Developer en producción. Una máquina virtual de SQL Server Developer Edition solo incurre en cargos por el costo de la máquina virtual, porque no hay ningún costo de licencia de SQL Server asociado.

Si quiere ejecutar una carga de trabajo ligera en producción (< 4 núcleos, < 1 GB de memoria, < 10 GB/base de datos), use la versión SQL Server Express Edition con licencia gratuita. Una máquina virtual de SQL Server Express Edition solo incurre en cargos por el costo de la máquina virtual.

Para estas cargas de trabajo de producción ligera y de desarrollo y pruebas, también puede ahorrar dinero si elige un tamaño de máquina virtual más pequeño adecuado a estas cargas de trabajo. DS1v2 puede ser una buena elección en algunos escenarios.

Para crear una máquina virtual de Azure que ejecute SQL Server 2017 con alguna de estas imágenes, vea los siguientes vínculos:

Ediciones de pago de SQL Server

Si tiene una carga de trabajo de producción no ligera, use una de las siguientes ediciones de SQL Server:

Tiene dos opciones para pagar licencias de SQL Server para estas ediciones: pago por uso o traiga su propia licencia (BYOL) .

Pago por uso

Pago en función del uso de la licencia de SQL Server (también conocido como pago por uso): el costo por segundo de ejecución de la máquina virtual de Azure incluye el costo de la licencia de SQL Server. Puede ver el precio de las diferentes ediciones de SQL Server (Web, Standard y Enterprise) en la página de precios de máquinas virtuales de Azure para Windows o Linux.

El costo es el mismo para todas las versiones de SQL Server (2012 SP3 a 2019). Los costos de licencia por segundo dependen del número de vCPU de máquina virtual.

Se recomienda pagar las licencias por uso de SQL Server en los siguientes casos:

• Cargas de trabajo temporales o periódicas. Por ejemplo, una aplicación que necesita admitir un evento durante un par de meses cada año, o bien análisis de negocio todos los lunes.

• Cargas de trabajo con una duración o escala desconocidas. Por ejemplo, una aplicación que puede no ser necesaria en unos meses, o que puede requerir más o menos capacidad de proceso, según la demanda.

Para crear una máquina virtual de Azure que ejecute SQL Server 2017 con alguna de estas imágenes de pago por uso, vea los siguientes vínculos:

Traiga su propia licencia (BYOL)

Traiga su propia licencia de SQL Server a través de License Mobility, que también se conoce como BYOL, consiste en usar una licencia por volumen existente de SQL Server con Software Assurance en una máquina virtual de Azure. Si se trata de una máquina virtual con SQL Server con licencia BYOL, solo se carga el costo de la ejecución de la máquina virtual, no el relativo a la licencia de SQL Server, puesto que ya ha adquirido licencias y Software Assurance a través de un programa de licencias por volumen o de un asociado de soluciones en la nube (CSP).

Se recomienda traer su propia licencia de SQL Server a través de la Movilidad de licencias:

• Cargas de trabajo continuas. Por ejemplo, una aplicación que necesita admitir operaciones empresariales de forma ininterrumpida.

• Cargas de trabajo con una duración y escala desconocidas. Por ejemplo, una aplicación que sea necesaria durante todo el año y cuya demanda ya se ha previsto.

Para usar BYOL con una máquina virtual con SQL Server, debe tener una licencia para SQL Server Standard o Enterprise y Software Assurance, que es una opción necesaria en algunos programas de licencias por volumen y una adquisición opcional en otros. Los niveles de precios proporcionados a través de programas de licencias por volumen varían según el tipo de contrato y la cantidad y el compromiso con SQL Server. No obstante, por norma general, el modelo traiga su propia licencia para cargas de trabajo de producción continuas tiene las siguientes ventajas:

Para crear una máquina virtual de Azure que ejecute SQL Server 2017 con alguna de estas imágenes del modelo traiga su propia licencia, vea las máquinas virtuales con el prefijo "{BYOL}":

• Máquina virtual de Azure en SQL Server 2017 Enterprise
• Máquina virtual de Azure en SQL Server 2017 Standard

Reducir los costos

Para evitar costos innecesarios, elija un tamaño de máquina virtual óptimo y considere la posibilidad de realizar apagados intermitentes para cargas de trabajo continuas.

Selección del tamaño adecuado de VM

El costo de las licencias de SQL Server está directamente relacionado con el número de vCPU. Elija un tamaño de memoria virtual que coincida con sus necesidades previstas de CPU, memoria, almacenamiento y ancho de banda de E/S. Para obtener una lista completa de opciones de tamaño de máquinas, vea Tamaños de las máquinas virtuales Windows en Azure y Tamaños de las máquinas virtuales Linux en Azure.

Hay nuevos tamaños de máquina que funcionan bien con determinados tipos de cargas de trabajo de SQL Server. Estos tamaños de máquinas mantienen altos niveles de memoria, almacenamiento y ancho de banda de E/S, pero tienen una cantidad inferior de núcleos virtuales. Por ejemplo, considere el siguiente ejemplo:

En el ejemplo anterior, puede ver que las especificaciones de Standard_DS14v2 y Standard_DS14-4v2 son idénticas, a excepción de vCPU. El sufijo -4v2 al final del tamaño de máquina Standard_DS14-4v2 indica el número de vCPU activos. Dado que los costos de licencia de SQL Server están asociados al número de vCPU, esto reduce considerablemente el costo derivado de VM en escenarios donde no se necesitan vCPU adicionales. Esto es solo un ejemplo, y hay muchos tamaños de máquina con vCPU restringidas que se identifican con este patrón de sufijo. Para obtener más información, consulte la entrada de blog Announcing new Azure VM sizes for more cost-effective database work (Anuncio de nuevos tamaños de VM para un trabajo de base de datos rentable).

Apagado de la máquina virtual siempre que sea posible

Si usa cargas de trabajo que no se ejecutan continuamente, considere la posibilidad de apagar la máquina virtual durante los períodos inactivos. Pague solo por lo que usa.

Por ejemplo, si solo tiene intención de probar SQL Server en una máquina virtual de Azure, no querría incurrir en cargos por dejarla en ejecución durante semanas de forma accidental. Una solución consiste en utilizar la característica de parada automática.

La parada automática forma parte de un conjunto mayor de características similares proporcionadas por Azure DevTest Labs.

Para otros flujos de trabajo, considere la posibilidad de parar y reiniciar automáticamente las máquinas virtuales con una solución de scripting, como Azure Automation.

Pasos siguientes

Para consultar una guía de precios general de Azure, vea Prevención de costos inesperados con la administración de costos y facturación de Azure. Para conocer los precios más recientes de Azure Virtual Machines, incluido SQL Server, vea la página de precios de Azure Virtual Machines para máquinas virtuales Windows y máquinas virtuales Linux.

Para obtener información general de SQL Server en Azure Virtual Machines, vea los siguientes artículos:

• Introducción a SQL Server en máquinas virtuales Windows
• Introducción a SQL Server en máquinas virtuales Linux