DTU frente a vCore en Azure SQL Database: cómo elegir el modelo de compra adecuado

By Mirko Peters · 2026-10-28

Compara los modelos de compra DTU y vCore de Azure SQL Database. Conoce las diferencias de precios, los límites de escalado y cómo elegir el modelo adecuado para tu carga de trabajo en la nube.

Automatically translated with AI from the original post. Read the English original

Elegir entre los modelos de compra DTU y vCore de Azure SQL Database es una de las decisiones financieras y arquitectónicas más importantes que tomarás al desplegar cargas de trabajo en la nube. Esta guía desglosa las diferencias principales, las estructuras de precios y las capacidades de escalado para ayudarte a seleccionar el modelo óptimo según el rendimiento de tu base de datos y tus requisitos presupuestarios.

Puntos clave

• El modelo DTU agrupa el proceso, el almacenamiento y las E/S en una única métrica de precios prediseñada, en los niveles Basic, Standard y Premium.
• El modelo vCore permite configurar de forma independiente el proceso, el almacenamiento y la generación de hardware, para un control granular y una optimización de costes.
• vCore incorpora funciones avanzadas de ahorro de costes, como Azure Hybrid Benefit y la pausa de bases de datos sin servidor, que no están disponibles en el modelo DTU.
• Puedes empezar con cualquiera de los dos modelos y convertir tu base de datos en línea, sin tiempo de inactividad para la aplicación, a medida que evolucionen tus necesidades de rendimiento.
• Los tamaños DTU pequeños proporcionan menos de un vCore de potencia de procesamiento, por lo que vCore es la opción preferida para cargas de trabajo intensivas en CPU.

Entender el modelo de compra DTU

El modelo Database Transaction Unit (DTU) está diseñado como una solución agrupada y lista para usar para administradores de bases de datos en la nube que prefieren la sencillez y una facturación mensual predecible. En lugar de calcular por separado los ciclos de CPU, la asignación de memoria y las operaciones de entrada/salida de disco, Microsoft agrupa todos estos recursos en una única métrica combinada conocida como DTU.

Con el marco DTU, tu base de datos se despliega en uno de tres niveles de rendimiento: Basic, Standard o Premium. El escalado dentro de estos niveles es aproximadamente lineal. Si duplicas tu asignación de DTU, duplicas aproximadamente los recursos subyacentes disponibles para tu aplicación. Esto hace que la planificación de capacidad sea sencilla para principiantes o para equipos que gestionan aplicaciones sencillas.

Sin embargo, el enfoque agrupado tiene limitaciones. Como el proceso y el almacenamiento están bloqueados juntos en proporciones fijas, no puedes escalar el almacenamiento de forma independiente de la potencia de procesamiento. Si tu aplicación requiere grandes cantidades de almacenamiento pero muy poca CPU, el modelo DTU puede hacer que pagues por capacidad de proceso que no necesitas.

Dominar el modelo de compra vCore

El modelo de compra vCore representa el enfoque de "construye tu propia solución" para las bases de datos en la nube. Un vCore corresponde a un procesador virtual, lo que da a los administradores un control directo sobre los recursos de proceso y almacenamiento de forma independiente. Microsoft recomienda encarecidamente este modelo para las aplicaciones modernas en la nube por su flexibilidad y su alineación con las exigencias de escalado empresarial.

Al configurar una base de datos vCore, seleccionas la generación de proceso, eliges el tipo de hardware y aprovisionas el almacenamiento por separado. Esto te permite ajustarte al perfil exacto de tu carga de trabajo en lugar de adivinar qué nivel agrupado encaja mejor. El modelo vCore funciona en tres niveles de rendimiento principales: General Purpose, Business Critical e Hyperscale.

Una de las ventajas más significativas del modelo vCore es la optimización financiera. Como separa el cálculo del almacenamiento y ofrece opciones avanzadas de configuración, habilita características de precios únicas que simplemente no existen en el ecosistema DTU. Entre ellas se encuentra Azure Hybrid Benefit, que te permite reutilizar tus licencias existentes de SQL Server locales para obtener descuentos importantes, y las configuraciones de cálculo sin servidor (Serverless).

Diferencias financieras y arquitectónicas

Al evaluar DTU frente a vCore, tu decisión tendrá un impacto considerable en tu factura mensual de Azure y en la escalabilidad a largo plazo. El modelo DTU ofrece precios predecibles y cerrados, fáciles de presupuestar para cargas de trabajo pequeñas y medianas. El nivel Basic puede costar tan solo cinco dólares al mes, lo que lo convierte en una opción asequible para pruebas y pequeños proyectos personales.

Por el contrario, el modelo vCore incorpora niveles especializados para gestionar una escala extrema. El nivel Hyperscale, por ejemplo, permite que las bases de datos individuales escalen hasta 128 terabytes de almacenamiento, lo que lo convierte en el estándar del sector para aplicaciones empresariales que crecen rápidamente. Además, el modelo vCore incluye el nivel de cálculo Serverless, que pausa automáticamente tu base de datos tras una hora de inactividad. Mientras está pausada, solo pagas por el almacenamiento, por lo que resulta prácticamente gratuita cuando permanece inactiva los fines de semana o fuera del horario laboral.

También merece la pena tener en cuenta las opciones de generación de hardware dentro de vCore. Las generaciones de hardware más recientes ofrecen memoria y procesadores más rápidos, lo que te permite optimizar la relación precio-rendimiento de forma mucho más eficaz que las configuraciones de hardware fijas de los niveles DTU estándar.

Migración y flexibilidad sin dependencia de un proveedor

Un temor habitual entre los profesionales de TI que migran a la nube es cometer un error arquitectónico irreversible. Afortunadamente, Microsoft diseñó Azure SQL Database con rutas de migración en línea entre estos dos modelos de compra. Si empiezas con el modelo DTU y más adelante descubres que tu aplicación necesita la granularidad de vCore, puedes convertir el modelo de tu base de datos en línea.

Durante este proceso de conversión, tu aplicación sigue en línea y accesible. La transición se parece más a cambiar un valor de configuración que a reconstruir tu infraestructura desde cero. Esta flexibilidad permite a los equipos empezar de forma ajustada, supervisar las métricas reales de utilización de recursos y pasar a un modelo más potente solo cuando los datos de rendimiento justifiquen el gasto.

Conclusión y próximos pasos

Elegir el modelo de compra adecuado para tu base de datos en la nube se reduce a equilibrar la simplicidad frente al control granular. Si quieres una configuración rápida e incluida, con un coste mensual fijo, el modelo DTU ofrece un punto de partida sencillo. Si necesitas descuentos por licencias, pausa automática sin servidor, escalado independiente del almacenamiento o una capacidad empresarial masiva, vCore es claramente la mejor opción.

Para profundizar en las estrategias de bases de datos gestionadas en la nube, la alta disponibilidad y las mejores prácticas de seguridad, no te pierdas el episodio completo. Escucha la conversación completa para obtener perspectivas expertas y orientación práctica sobre cómo dominar las plataformas de datos de Microsoft en la nube.

Preguntas frecuentes

¿Puedo pasar del modelo DTU al modelo vCore sin tiempo de inactividad?

Sí, Azure te permite convertir tu base de datos entre los modelos de compra DTU y vCore en línea, mientras tu aplicación sigue activa y en funcionamiento.

¿Cuál es la principal ventaja del modelo vCore frente a DTU?

El modelo vCore te permite escalar el cálculo y el almacenamiento de forma independiente, elegir generaciones de hardware específicas y utilizar funciones de ahorro de costes como Azure Hybrid Benefit y el cálculo Serverless.

¿Está disponible el nivel Serverless en el modelo de compra DTU?

No, el nivel de cálculo Serverless solo está disponible dentro del nivel General Purpose del modelo vCore, lo que permite pausar las bases de datos durante los periodos de inactividad para reducir costes.

¿Qué tamaño mínimo puede tener una base de datos DTU para pruebas?

El nivel Basic del modelo DTU ofrece una configuración mínima que empieza en solo 5 DTU y 2 gigabytes de almacenamiento, lo que la hace ideal para el aprendizaje y pequeños proyectos de desarrollo.