Novedades en SQL Azure V12
•
0 j'aime•291 vues
Este documento resume las novedades de Azure SQL Database V12. Cubre la introducción a Azure SQL Database, su evolución a través del tiempo con nuevas capacidades y tamaños, así como las opciones de rendimiento como DTUs y elastic pools. También explora escenarios comunes de uso como OLTP, data warehousing e híbridos, y riesgos a considerar como actualizaciones forzadas y cambios en el rendimiento.
Contenu connexe
Tendances
Tendances (20)
Similaire à Novedades en SQL Azure V12
Similaire à Novedades en SQL Azure V12 (20)
Plus de SolidQ
Plus de SolidQ (20)
Dernier
Dernier (20)
Novedades en SQL Azure V12
- 1. #SQSummit Novedades SQLAzure V12 Rubén Garrigós rgarrigos@solidq.com Nivel 300
- 2. Contenido de la sesión • Introducción a Azure SQL Database • Evolución en el tiempo • Capacidades y rendimiento • Escenarios de uso
- 3. Introducción a Azure SQL Database
- 4. Azure SQL Database • SQL Server en Azure bajo un modelo PaaS • Alta compatibilidad con on-premise • Centrada en el motor relacional • En soluciones complejas no encaja tan fácilmente • Algunas diferencias en tareas básicas • Bacpac (esquema+datos) vs Backups tradicionales • SQL Agent jobs vs Azure jobs • Alta disponibilidad 99.99% mensual (~4.5 min) • Recomendable leer la letra pequeña del SLA
- 5. Azure SQL Database • Reducir el mantenimiento/coste • Solución de HA incluida • Mantenimiento de servidores, parcheos, etc. • Amortización hardware • Hosting, conectividad, seguridad, etc. • No incluye mantenimiento “intraBBDD” • Fragmentación, estadísticas, chequeos de BBDD • Optimización, bloqueos/concurrencia, rendimiento • Periodo de adaptación
- 7. Tamaños de BBDD • Junio 2010 • Web & Business edition (Max 1GB y 10GB) • Diciembre 2010 (x5) • Web (1-5GB) & Business edition (10-50 GB) • Enero 2012 • Web (1-5GB) & Business edition (10-150 GB) • Abril 2014 • Basic <2GB, <Standard 250GB, Premium < 500GB
- 8. Cambios 2014 • Julio • Point in time recovery Basic • Automated export • Noviembre • Preview V12 • Georeplicación premium • Diciembre • Auditing
- 9. Cambios 2015 • Abril • Full-text Search • Elastic pool • TDE • Junio • Elastic Database Query (sharding) • Query Store
- 10. Cambios 2015 • Agosto • Row-Level Security (RLS) • Index advisor • P4 (500 DTUs) & P11 (1750 DTUs) • Septiembre • 12 septiembre retirada V11 (Web & Business) • Integración con Azure Active Directory • Octubre • Cross-Database Queries
- 11. Cambios 2015 • Noviembre • In-memory OLTP • In-memory columnstore • Transactional Replication (suscripción) • Threat Detection • SQL injection • Dynamic data masking • Always encrypted • Elastic Database Transactions (.NET 4.6.1)
- 12. Cambios 2016 • Marzo • Azure AD Identity Protection • Abril • Geo-replication activa en capa standard • JSON • Desactivación del soporte de CLR por seguridad • Mayo • STRING_SPLIT • COMPRESS/DECOMPRESS • Futuro • ¿Uptime real de 99.99% (reconfiguration)? • ¿Retorno de la CLR (sep/oct)? • ¿Soporte de algunos trace flags no globales?
- 14. Capacidades y funcionalidades • Capacidades • DTUs/DWUs • CPU, Memoria, IO en distinta proporción • eDTUs • Compartido entre N bbdd dentro del pool • Funcionalidades • Basic • Standard • Premium
- 15. Limites • Ojo con aplicaciones que abusan de conexiones o con pools excesivos
- 16. DTUs/DWUs • DTU Benchmark propietario y no publicado • https://azure.microsoft.com/en-us/documentation/ articles/sql-database-benchmark-overview/ • DWU Capacidades de scan, load y copy
- 17. DTUs/DWUs • No orientado al máximo rendimiento por euro • No hay comparativas oficiales de PaaS vs IaaS • Se enfocan a nivel de negocio • Posiblemente no interesa publicarlas • Algunas referencias orientativas • 100 DTUs P1 1 cores, 5.5 GB RAM • 100 DWUs 6 cores, 48 GB RAM • Antigua P3 P6 actual
- 18. PaaS vs IaaS (memoria)
- 19. PaaS vs IaaS (CPU)
- 20. Escalado DTUs • Operación “online” • ~ Failover en un grupo de disponibilidad • Ojo con los rollback largos
- 21. Escalado DTUs • Monitorización DTUs • CPU • Data IO • Log IO • No auto-scale • Automatizable • No para picos breves • No inmediato
- 22. Escalado • Tiempo de operación variable • Cambio entre capas • Tamaño de base de datos • Carga de la instancia • Fórmulas de tiempo “pesimistas” • 250 GB standard = ~ 6 horas • 250 GB Premium = ~ 3 horas • Si el escenario es ON/OFF (9am-5pm) • PAUSE Azure SQL Datawarehouse
- 23. Elastic pools • Útil cuando tenemos cargas o picos complementarios
- 24. Elastic pools • Pool = ~Instancia con todos los DTUs • Base de datos en un pool= ~Resource group • Problema de competir por recursos • CPU/IO • Memoria
- 25. Elastic vs single databases • Precios Norte Europa (May 2016) Basic Standard Premium eDTUs Por mes Por EDTU Por mes Por EDTU Por mes Por EDTU eDTUs 100 125 € 1,25 € 188 € 1,88 € 588 € 4,70 € 125 200 251 € 1,26 € 376 € 1,88 € 1.180 € 4,72 € 250 400 502 € 1,26 € 759 € 1,90 € 2.353 € 4,71 € 500 800 1.010 € 1,26 € 1.518 € 1,90 € 4.706 € 4,71 € 1000 1200 1.518 € 1,27 € 2.278 € 1,90 € 7.058 € 4,71 € 1500 Basic Standard Premium DTUs Por mes Por DTU Por mes Por DTU Por mes Por DTU DTUs 5 4 € 0,80 € 392 € 3,14 € 125 10 13 € 1,30 € 784 € 3,14 € 250 20 25 € 1,25 € 1.569 € 3,14 € 500 50 63 € 1,26 € 3.137 € 3,14 € 1000 100 126 € 1,26 € 5.904 € 3,37 € 1750 -50 %
- 26. Elastic database jobs • Facilitar las labores de mantenimiento, despliegue, etc. • Permite ejecutar un dacpac o un script • Reintentos automáticos • Scripts preparados para múltiples ejecuciones • No existe una transacción global • Portal de Azure, muy limitado, PS preferible
- 27. Elastic database jobs • Se pueden crear grupos de bbdd distintos • Es posible lanzar trabajos tipo “data collector” • Se ejecuta una query en cada bbdd • Se vuelca el resultado a una bbdd centralizada • Se autocrea la tabla si no existe (“select into”) • Scheduling mínimo, 1 minuto • Se pueden crear jerarquías padre-hijo entre jobs de forma que se controlen por el padre
- 29. OLTP & Datawarehouse • Siempre siendo conscientes de lo que hacemos • OLTP • Azure SQL Database • Azure SQL Database + In-Memory OLTP • Datawarehouse • Azure SQL Datawarehouse (MPP) • Azure SQL Database + In-Memory columnar • Mixtos • Azure SQL Database + In-Memory OLTP + In- Memory columnar
- 30. Riesgos a considerar • Upgrades “forzosos” • V11 a V12 • Adaptar nuestros ciclos de desarrollo a Azure • Cambios de rendimiento • Cierre de funcionalidades • Disponibilidad geográfica • Movilidad entre proveedores cloud • Hay que adaptarse y estar preparados
- 31. Demo Azure Elastic Database Jobs
- 32. Demo Escalabilidad con replicación transaccional
- 33. Demo Funciones escalares compiladas nativamente
- 37. También puedes preguntar tus dudas con el hashtag #SQSummit en Twitter ADAPTIVE BI FRAMEWORK Te ayudaremos a mejorar la velocidad de desarrollo de tu plataforma de analítica de negocio basada en nuestra experiencia: •Diseña antes de construir •Automatización de procesos por ETL •Servicios de mentoring para ayudarte a conseguir mejores prácticas para la construcción de procesos específicos y plataformas de analítica de negocio •Muy fácil de mantener SOLIDQ FLEX SERVICES Con SolidQ Flex Services evitarás sustos, consiguiendo que tus sistemas sean estables. Desde una solución sencilla de monitorización, hasta un servicio de atención de incidencias 24/7, mantenimiento proactivo, resolución de problemas y línea de soporte. Todo con un coste fijo mensual… y tú dedica el tiempo a las cosas importantes. ¡Gracias!
Notes de l'éditeur
- Slides antes de demos 45 minutos, 16:45 a 17:30
- Es importante tener en cuenta que cuantas más bbdd pequeñas manejemos más nos encajará el modelo de costes. Preguntar cuantas bbdd maneja la gente, < 10, <50
- Febrero 2010 lanzamiento Azure
- Automated export
- Elastic Database Query Shard map query filtrada, controlado todo desde aplicación, no en el servidor. Comentar la cagada de federations.
- Cross database queries usa algo parecido a linked servers en formato de “external tables”, como polybase.
- Elastic Database Transactions -- > Antes no se podía al no tener msdtc. Ahora una de las bbdd involucradas hará ese rol de coordinador.
- Azure AD Identity Protection Seguridad, análisis de patrones de conexiones, ubicaciones
- 15 minutos: 17:00
- Azure SQL Database Benchmark
- Comentar que los DTUs son por segundo, pero el objetivo
- Preguntar aquí a la gente respecto a sus experiencias al competir por recursos
- 40 min: 17:25
- Cierre de funcionalidades: Reporting por ejemplo. Movilidad entre PaaS sql server
- Duración 12 minutos Script para desplegar N SQL Database en paralelo y luego añadirlas a un elastic pool, eso en powershell. Si se tarda poco tiempo, se puede hacer online, mientras se crea se va explicando los jobs y luego se muestra como crear un job, ejecutarlo, que ocurre si falla en 1 ver como él solo reintenta (si es viable por tiempo entre reintentos). Por ejemplo un insert mientras se mantiene un tablock,
- Duración 10 minutos Demo desde WS2016Nodo1, script para añadir suscriptor en Azure automáticamente e inicializarlos. Comentar que balanceador automático sobre sql database no hay, tiene que ser vía software que procese round robin las peticiones o similar.
- Demo 7 minutos Todos conocen el problema de las funciones escalares en SQL Server. Gran penalización de rendimiento al no integrarse en el plan de ejecución, no ser “inline” sino generar una ejecución por fila. Una forma de poder utilizar tecnología de in-memory en SQL Database aunque no tengamos cantidades de memoria elevadas como para realmente usar tablas en memoria. Comentar que no lo más obvio es siempre lo más rápido (precalculado no lo es)