En lugar de aprovisionar grandes recursos para tu DW, Azure ofrece una versión especial de SQL Server como DataWarehouse. Si está familiarizado con el appliance APS, SQLDW en Azure viene a ser su versión como servicio. Usted crea su DW desde el portal de Azure y ya puede empezar a cargar datos y explotarlos. En esta sesión veremos cómo habilitar el servicio y cómo empezar a explotar SQLDW como tu DW en la nube.


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

6. Evolución en el tiempo

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?

13. Capacidades y rendimiento

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

28. Escenarios de uso

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

34. ¿Preguntas? rgarrigos@solidq.com

35. 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!

0 Shares:
Deja una respuesta

Tu dirección de correo electrónico no será publicada.

You May Also Like