sql azure vs azure VM con SQLServer Express

Además de ser más barato, ¿hay algún problema / ventaja para usar SQL Azure frente a usar una máquina virtual con SQL Express?

Estamos buscando configurar un servidor SQL para más de 50 sitios web, ¿tiene alguna recomendación?

Actualmente tenemos SQL Express en un servidor dedicado y estamos buscando cambiar este servidor a Azure.

Lo he investigado y he encontrado estas diferencias.

La última diferencia fue Administrar a escala las capacidades: servidor SQL insode windows azure VM - Fair Windows azure SQL database - Bien

Espero que esto ayude. Aquí está la página que podría serle útil. Espero que sea de ayuda! < http://azure.microsoft.com/blog/2012/06/26/data-series-sql-server-in-windows-azure-virtual-machine-vs-sql-database/ >

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.

Además de ser más barato

A menos que tenga casos de uso muy específicos, dudo que sea más barato (o más rápido) usar el servicio de base de datos SQL de Azure. Está comparando una licencia GRATUITA de SQL Server con lo que equivale a una porción de una costosa licencia empresarial redundante de datos de SQL Server.

Estoy en un barco similar (usando SQLExpress y MySQL para varios proyectos pequeños) y he llegado a la conclusión de que no me moveré a la base de datos SQL alojada en el corto plazo. Eche un vistazo al siguiente enlace a un extenso hilo de Microsoft, pero el consenso es que los precios se han elevado significativamente y el rendimiento se ha reducido en comparación con los planes anteriores en Azure. Microsoft también comenzó a usar un nuevo término "Unidad de transferencia de datos" (DTU) para confundir el problema aún más en lugar de ir con IOP o MB / s.

http://social.msdn.microsoft.com/Forums/sqlserver/en-US/d9af6c45-3552-4baf-8046-524c3f0a1399/new-sql-database-editions-performance

Para resumir: debido a que Microsoft cambió de precio por tamaño de base de datos a precio por recursos dedicados, las tasas de transferencia son muy bajas a menos que actualice a la base de datos P1 ($ 465 / mes). Dudo que esté pagando tanto por su servidor dedicado en este momento. Microsoft también eliminó la capacidad de estallar, por lo que las personas cuyos casos de uso necesitan baja latencia o implican un acceso a datos poco frecuente pero de alto volumen (sitios web interactivos, grandes importaciones, restauraciones de bases de datos) son los más afectados. El siguiente enlace muestra puntos de referencia recientes y se miden en MB por MINUTO, no en segundo lugar.

http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

Como siempre, YMMV, pero a menos que esté ejecutando lentamente trabajos en segundo plano de manera constante durante todo el día y pueda tolerar una alta latencia, su VM actual será mucho más rápida. También espere pagar más por el servicio más redundante y de alta disponibilidad. Y a menos que sus 50 sitios web ya existan en la misma base de datos física, necesitará cambiar su base de datos y código para permitir la multitenencia o pagar 50 instancias separadas de bases de datos SQL.