portal4 - azureweb

¿El rendimiento de la base de datos web parece más rápido que los nuevos niveles de servicio de SQL DB de Azure?

Question

Estoy usando MVC3, EF5, LINQ, .NET4.5, Base de datos SQL.

Microsoft acaba de presentar los nuevos niveles de servicio para bases de datos SQL, es decir, Básico, Estándar y Premium.

Originalmente estaba usando la base de datos SQL "web" ya que mi base de datos era pequeña, es decir, aproximadamente 30 mb. Sin embargo, en mi instancia de prueba del sitio web, he estado usando el sitio web básico y las configuraciones de la base de datos SQL "básica" para ahorrar dinero.

Tengo una consulta de ejecución "más lenta" que de repente tomó 9 segundos cuando mi base de datos en vivo se restauró como una nueva base de datos de estilo "básica" en la instancia de prueba. Es una herramienta de aproximadamente 2,5 segundos en vivo. Cuando amplié esta instancia de base de datos de prueba a SO "estándar", 20 DTU, tardó 3,9 segundos. Cuando luego volví a escalar este DB al formato "retirado" de la "Web", luego me llevó 1.9 segundos, lo que realmente me sorprendió. Es como si uno tuviera que escalar la base de datos a S1 para obtener un rendimiento comparable al antiguo estilo de "Web" DB, pero sospecho que esto costará más que el antiguo formato de "Web" DB.

Agradezco cualquier comentario sobre lo anterior, especialmente si otros han encontrado que los nuevos estilos de DB pueden ser más lentos.

Al final del día, ¿qué configuración en el nuevo estilo de base de datos es equivalente al antiguo estilo "Web"?

Gracias.

EDITAR (ESTO ES REALMENTE PREOCUPANTE)

Descubrí un documento muy útil sobre esto, y mis peores temores se confirman en la comparación Web / Negocio con los nuevos niveles de servicio de Base de Datos SQL . Estos son muy, muy preocupantes, ya que parece que el rendimiento de la base de datos web solo puede ser igualado por la edición "Premium P1", y no podríamos permitirnos el uso de esta. Así que por el momento continuaremos usando la edición "Web".

EDITAR, parece haber tocado un nervio crudo ... Hay muchas personas preocupadas por esto ...

Ver: Foro de chat con usuarios preocupados.

COMENTARIOS DEL GRUPO DE USUARIOS .NET

También he estado hablando con varios de mis compañeros de Azure usando compañeros de .NET en una reciente reunión de un grupo de usuarios, y también estaban muy preocupados en la medida en que creían que los desarrolladores simplemente dejarían Azure. Creo que uno de los errores clave aquí, por parte de Microsoft, es establecer el rendimiento de Basic bastante por debajo de la web (la mayoría de las veces) e incluso S1 y S2 debajo de la web. Es solo cuando llegas a P1 y P2 que experimentas un par, y no nos atrevemos a usar esto en la prueba debido al impacto en los cargos. En nuestra experiencia, la web se ha desempeñado en este alto nivel durante el 90% del tiempo. Supongo que el 10% está allí, ya que usted lo dice, pero ninguno de nuestros clientes se ha quejado de esto. Sin embargo, para mantener nuestro nivel actual de rendimiento, deberíamos actualizar a S2 o P1, lo que tendría un impacto extraordinario en nuestros cargos mensuales. Se agradece la opinión de Jim Rand y respalda nuestras preocupaciones.

Answer 1

Jim, estaría feliz de ayudar. Sabemos que cambiar los modelos de negocios es algo difícil de hacer. En el caso Web / Business, usted paga por el tamaño de la base de datos y obtiene cualquier rendimiento que tengamos en ese momento. A veces esto es genial, otras veces está bien y a veces el rendimiento es muy pobre. Los clientes nos han comentado que este rendimiento impredecible es muy difícil de manejar.

Usando esta retroalimentación como una entrada clave, el modelo de negocio para Básico / Estándar / Premium es $ / perf. Comprender qué recursos consume es un gran primer paso antes de pasar a B / S / P. Tenemos varios consejos nuevos que deberían ayudarlo a hacer esto.

http://azure.microsoft.com/en-us/documentation/articles/sql-database-upgrade-new-service-tiers/ Su millaje puede variar aquí. Muchos clientes ven una disminución debido a este cambio de modelo de negocio. Otros no ven ningún impacto, y algunos verán un aumento si sus DB son muy pequeños y consumen muchos recursos. El equipo y yo estaremos encantados de ayudar a los clientes a pasar al nuevo modelo de negocio. Para tener conversaciones geniales se necesitarán algunos detalles específicos de los clientes que no se comparten mejor en un foro público. guyhay @ microsoft es mi correo electrónico si desea tener esa conversación.

Answer 2

Soy el autor de la publicación del blog mencionado anteriormente. Una versión más actualizada de esa publicación está disponible: http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

Las pruebas que realicé se centraron principalmente en las capacidades físicas de E / S de los nuevos niveles de servicio. A partir de esas pruebas, creo que P1 ofrece aproximadamente la misma E / S en promedio que Web / Business.

Entonces, la respuesta específica a tu pregunta:

Al final del día, ¿qué configuración en el nuevo estilo de base de datos es equivalente al antiguo estilo "Web"?

Si estuviera corriendo hacia los límites de E / S física de Web / Business (aproximadamente 200 MB de lectura, 50 MB + escritura por minuto), diría que se necesita un mínimo de P1 para ofrecer un rendimiento de E / S equivalente en los niveles de servicio más nuevos.

Si, en promedio, su E / S es generalmente mucho menor que las cifras anteriores, entonces la base de datos puede funcionar correctamente en uno de los niveles estándar.

Mis pruebas no cuantificaron / compararon las diferencias de CPU o memoria entre Web / Business y los nuevos niveles, pero también escalan por nivel de servicio en el nuevo mundo. El DMV de sys.resource_stats en la base de datos maestra puede ofrecerle alguna información para su carga de trabajo. Vea la publicación de blog más reciente arriba para más detalles.

Para completar, vale la pena mencionar que los nuevos niveles de servicio sí ofrecen algunas otras ventajas que probablemente admitan más conexiones al mismo tiempo, nuevas funciones de disponibilidad, nuevas funciones de respaldo, etc.

Espero que ayude...

EDITAR: enero de 2015: un nuevo nivel de rendimiento de Standard S3 se encuentra actualmente en vista previa como parte de la versión de Base de datos SQL de Azure v12. Esto parece que ofrecerá precio-rendimiento en un punto mucho más cercano a la Edición Business que el que ha estado disponible hasta ahora. Además, cada nivel de servicio y nivel de rendimiento parece estar ganando un mayor rendimiento en v12. Consulte la publicación de mi blog para obtener más información: https://cbailiss.wordpress.com/2014/12/17/azure-sql-database-v12-performance-tests-show-significant-performance-increase/

Chris

Answer 3

System.Data.SqlClient.SqlException: Tiempo de espera caducado. El período de tiempo de espera transcurrido antes de la finalización de la operación o el servidor no responde. Golpea este último jueves. Convertir datos del sistema antiguo a SQL Azure. Elija el nuevo estándar (S2) en lugar de la base de datos web de 5 gigas (retirado). El SQL:

UPDATE Invoice 
SET SalesOrderID = O.SalesOrderID 
FROM Invoice 
INNER JOIN SalesOrder AS O ON Invoice.InvoiceID = O.InvoiceID 

196043 filas. Re corrió y tardó más de 4 minutos. Base de datos exportada y recargada en la edición web. La consulta tomó 19 segundos. El tamaño total de la base de datos es de unos 750 megabytes.

En pocas palabras, esto es más que "todo un poco preocupante". A menos que Microsoft obtenga el rendimiento en los nuevos niveles básicos / estándar / premium a donde se encuentra ahora en la edición web, pueden despedirse de Azure. Es totalmente irrazonable que no pueda ejecutar una consulta solo en las filas de 196043 a menos que los datos estén en el caché. Tanto para el análisis con una base de datos relacional.

Estaré informando a mi cliente esta semana de este asunto. Sin lugar a dudas, se pondrá en contacto con la alta gerencia de Microsoft.