Soy el autor de la publicación de blog mencionada anteriormente por LouD. Estoy de acuerdo con esos comentarios, en que el precio por unidad de rendimiento ha aumentado significativamente en Azure SQL DB bajo los nuevos niveles de servicio (es decir, Básico, Estándar y Premium). Si tiene requisitos de E / S significativos, los nuevos niveles probablemente resultarán caros.
Además, solo para señalar que, si bien no hay un costo de licencia de SQL Server para ejecutar SQL Express en una VM, recuerde que en una VM paga la cantidad de E / S que usa, por lo que hay mucha lectura y escritura aumenta el costo (ya que Azure SQL DB está basado en una tarifa plana). Es difícil decir si la VM será más barata o más costosa que Azure SQL DB sin conocer el tamaño de la base de datos, la velocidad de E / S requerida, etc. Pero supongo que para una pequeña base de datos, la VM puede Ser más barato.
Si tiene varias bases de datos, eso probablemente empuja las cosas aún más a favor (en cuanto al costo) de la VM. Por el momento, no hay forma de compartir recursos entre bases de datos en Azure (por ejemplo, tiene cinco bases de datos, cuatro están tranquilas pero una está ocupada, la ocupada no puede usar ninguno de los recursos asignados a las otras cuatro, esos recursos están esencialmente desperdiciados) . Microsoft ha declarado que están trabajando en algo que facilitará el intercambio de recursos / costos entre grupos de bases de datos. Se han comprometido a tener esto disponible antes del final de Web / Business (que ocurre en septiembre de 2015) pero aún no hay detalles.
Recuerde también que Azure SQL DB y SQL Express en una VM no ofrecen el mismo conjunto de características. La base de datos como servicio en Azure ofrece muchas más funciones, por ejemplo, copia de seguridad automatizada, más posibilidades de alta disponibilidad, servicio administrado, etc. Además, y muy importante, tenga en cuenta que Azure SQL Database admite muchas, pero no todas las funciones. de SQL Server en las instalaciones. La documentación en línea proporciona un desglose bastante detallado de las características locales, declaraciones SQL, etc. que NO son compatibles con Azure.
Además, sería cauteloso utilizando la gran tabla publicada anteriormente por Vdub como guía. Fue tomado de una publicación de blog de 2012 y mucho ha cambiado desde entonces en Azure SQL DB. La columna Azure SQL DB en esa tabla se refiere a las ediciones Web / Business que se retirarán el próximo año. En comparación con el contenido de la tabla anterior, los nuevos niveles de servicio cuestan más (en términos generales), tienen características de alta disponibilidad adicionales, no admiten federaciones de la misma manera, tienen una mayor garantía de tiempo de actividad, etc.
Finalmente, solo para seguir un comentario que LouD hizo ... Los nuevos niveles de servicio admiten una cantidad limitada de estallido. Por ejemplo, vea este cuadro:
http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401
en esta publicación:
http: // cbailiss. wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequential-selects/
El inicio de esta prueba (una lectura secuencial del disco) muestra un pequeño aumento / mayor tasa de ráfaga en la primera pocos minutos. Sin embargo, esto es, en términos generales, menos de lo que normalmente está disponible en Web / Business.
