Configuración de SQL Server en azure y opciones disponibles

Post on 24-Jan-2017

193 views 1 download

transcript

#SQSummit

Configuración de SQL Server en Azure y opciones disponibles

Rubén Garrigós

rgarrigos@solidq.com

Nivel 300

Contenido de la sesión

• SQL Server en la nube

• SQL Server en Azure• PaaS

• IaaS

• Escenarios híbridos

• Ejemplos de configuración

SQL Server en la nube

SQL Server en la nube

• Algunos puntos a analizar• Funcionalidades disponibles

• Virtualización

• Capacidad/rendimiento requeridos

• Coste total

• Latencia y ancho de banda

• Disponibilidad y soporte

• Monitorización

• Compatibilidad/certificación con terceros

• Entorno actual

Funcionalidades disponibles

• Comparar con on-premise en CPD propio• Físico

• Virtual

• Evaluar la criticidad de las carencias• ¿Existen alternativas? ¿Coste de adaptación?

• Roadmap Azure• Poca visibilidad

• Cambiante

Virtualización

• En las nubes siempre trabajamos sobre virtual• Pérdida de control del hardware físico utilizado

• Upgrade/downgrade por balanceos/mantenimientos

• Hardware más eficiente/rentable para el proveedor

• Cambios en el rendimiento por vecinos ruidosos• Más impacto en máquinas pequeñas

• Incluso con reserva de recursos

Capacidad/rendimiento requeridos

• Ni PaaS ni IaaS alcanza la capacidad y rendimiento de una máquina física

• Escalabilidad vertical limitada• Similar a la problemática de virtualizar

• Configuración de recursos no optimizada• Basada en templates/ratios

• ¿Necesito mucha RAM pero poca CPU?

• ¿Necesito pocos cores pero muy rápidos?

• ¿Necesito muchos cores y mucha memoria?

Capacidad/rendimiento requeridos

• AWS EC2• r3.8xlarge 32 cores, 244 GB RAM• m4.10xlarge 40 cores, 160 GB RAM

• Azure VM• D15 v2 20 cores, 140 GB RAM• GS5 32 cores, 448 GB RAM

• Google Compute• n1-highmem-32 32 cores, 208 GB RAM

• RackSpace Cloud Servers• Memory1-240 32 cores, 240 GB RAM

Coste total

• Aunque es uno de los argumentos de venta principales, no siempre es más económico ir a la nube

• Tener en cuenta las inversiones ya realizadas, su amortización y el coste de la transición

• Un escenario híbrido es el más realista

• Refuerzo de las comunicaciones

• Formación

Latencia y ancho banda

• No siempre se ofrece esta información• Ni se refleja en el SLA

• Latencias de red, disco, memoria, dns, etc.

• Anchos de banda de red, disco, memoria

• Sistemas “caja negra” stoppers en potencia

• En escenarios híbridos es un factor de riesgo importante

Disponibilidad y soporte

• Mayor complejidad en la infraestructura

• Disponibilidad• Muchas veces inferior a la ofertada

• Incumplir el SLA sale barato

• Aumentarla supone muchos esfuerzos

• Ventanas de mantenimiento

• Soporte• Lentitud de respuesta ante tickets

• Relativización de la gravedad del problema

Monitorización

• Problemático para troubleshooting

• Visibilidad muy limitada (casi nula) a bajo nivel• ¿Problemas de rendimiento/saturación en el host?

• ¿Problemas de electrónica de red?

• ¿Hay mantenimientos/actualizaciones en curso?

• Se tiende a tomar medidas reactivas “generales”• Reinicios de servicios

• Balanceos entre nodos

Compatibilidad con software de terceros

• Riesgo de perder el soporte del fabricante/proveedor

• Especificaciones no realizables en la nube• Hardware dedicado

• Acceso a bajo nivel

• Mecanismos físicos de seguridad

Entorno actual

• Sistemas heredados• BBDD en mainframe, SQLs obsoletos…

• Sistemas de HA necesarios• Database Mirroring, Failover Clustered Instances,

Availability Groups, software de terceros…

• Sistemas con necesidades especiales• Control de dispositivos físicos

• Interacción con otros sistemas on-premise

SQL Server en Azure

PaaS

• Azure SQL Database• Basic, Standard y Premium

• Elastic pool

• Aplicaciones nuevas nacidas en la nube• Orientadas a escalado horizontal

• Tamaños de bbdd pequeños o medios

• Startups, pruebas de concepto rápidas, proyectos departamentales sin apoyo de IT, etc.

• Alta disponibilidad y backups “de serie”

PaaS

• Únicamente el motor relacional

• No integrable con AD propio

• T-SQL limitado (cada vez menos)

• Configurabilidad• Trace flags

• Paralelismo

IaaS

• Licenciamiento y operativos• VM con licencia incluida

• SQL 2008 R2 SP3 (WS2008 R2)

• SQL 2012 SP2 (WS2012, WS2012R2)

• SQL 2014 (RTM/SP1) (WS2012R2)

• SQL 2016 (RC3) (WS2012R2)

• Express, Web, Standard y Enterprise

• VM con licencia propia • Requiere movilidad Software Assurance

• Solo pagaríamos por la VM con Windows

IaaS

• Tamaño de máquinas• Serie Dv2/G preferentemente

• Almacenamiento• Discos Premium preferiblemente

• Baja latencia

• Buen rendimiento con profundidades de cola elevadas

• Condicionado al tamaño de máquina

• LRS Sin redundancia geográfica

• Política de caché• Log transacciones None

• Datos Solo lectura

IaaS

• Sin HA/DR por defecto• Availability groups (Basic en standard 2016)

• Failover Cluster Instance

• LogShipping

• Database Mirroring

• Replicación• Transaccional

• P2P

• Merge

Ejemplos de configuración

Ejemplos de configuración IaaS

• Tempdb• Temporal D:

• Almacenamiento normal

• Almacenamiento premium

• BBDD sistema

• Separación datos/log

• Max degree of parallelism

• Cost threshold for parallelism

• Traza por defecto / Errorlog

Ejemplos de configuración IaaS

• Inicialización instantánea de ficheros• Perform volume maintenance tasks

• Lock pages in memory

• Actualización estadísticas asíncrona

• Nivel de compatibilidad• Cardinality estimator

• Frecuencia checkpoint• Indirect checkpoint (2012+)

• Compresión de datos

• Autogrow/autoshrink

Demo

Despliegue por defecto vs personalizado

Demo

SQL Database Direct Route

Demo

Optimización condicionada

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!