http://summit.solidq.com
El potencial de Azure dentro de nuestra estrategia de HA/DR es algo que no debemos pasar por alto. En esta sesión veremos de qué forma podemos utilizar los recursos de Azure como alternativa o complemento al enfoque tradicional de espejar recursos en datacenters físicos. En los casos de DR el modelo de pago por uso y la escalabilidad bajo demanda puntual de un entorno cloud como Azure nos puede reportar importantes ahorros en el coste de operación de la solución de HA/DR.
4. Estrategias de HA/DR geográficas
• El riesgo de un desastre geográfico es real
• Y no siempre son terremotos, explosiones, etc.
• Son aquellos riesgos que tienen un impacto
localizado en una zona o región
• Excavadora que se lleva por delante ramal de fibra
• Inundación/riada (CPD principal en el sótano)
• Errores durante mantenimiento (corrupción en SAN)
• Políticos/legales (bloqueos/espionaje)
• Económicos (cambios de tarifas perjudiciales)
6. Estrategias de HA/DR geográficas
• Hay que asumir todas las consecuencias
• Aumentan la complejidad de las soluciones
• Aumento de coste de operación
• Necesario un plan detallado “paso a paso”
• Automatizar con cabeza plan B manual
• Si no se prueban periódicamente, poco fiables
• Ejecución alterna en CPDs es la opción preferible
• Las pruebas no suelen ser 100% realistas
• No cubren todas las aplicaciones
• No llegan a soportar carga real (Domingo 3 AM)
8. Ventajas de Azure para HA/DR
• Comparado con un CPD secundario tradicional
• Ahorro de costes
• Tamaños de máquinas/instancias variables
• Servicios “pausables”/”desasignables”
• Rapidez (relativa) de despliegue
• Flexible a cambios
• Múltiples regiones a elegir
9. Inconvenientes de Azure para HA/DR
• Varios incidentes multiregión
• Limitaciones
• Muchas operaciones adquieren bloqueos exclusivos
• Tiempo de balanceo puede ser elevado
• Descatalogación “precoz” de servicios
• Windows Azure SQL Reporting Services (oct 2014)
• SQL Database Federations (octubre 2015)
• In-rol Cache y Managed Cache Service (nov 2016)
• DirSync and Azure AD Sync (abril 2017)
12. Azure traffic manager
• Políticas
• Redirección a nodo más cercano (latencia)
• Round robin (ponderado)
• Failover (activo/pasivo)
• Pueden anidarse
• Redirección a grupo de nodos más cercanos
• Round robin entre nodos del mismo grupo
15. Escenarios más habituales
• Híbrido on-premise - Cloud
• HA local/geográfica sobre datacenters tradicionales
• DR Azure
• Cloud homogéneo
• HA local/geográfica sobre Azure en regiones cercanas
• DR Azure a región geográfica lejana
• Por ejemplo NE/WE HA geográfica y DR US
• Cloud heterogéneo
• HA local/geográfica un mismo proveedor y regiones
cercanas
• DR a región geográfica leja a distinto proveedor
16. Escenarios más habituales
• Solo sistemas críticos con DR
• Ponderar coste/complejidad vs impacto en negocio
• Convergencia de datos eventual
• No siempre necesitamos 100% sync en caso de DR
• Cuanto más desacoplemos, mejor
19. 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!
Notas del editor
20 minutos para slides
35 minutos demo (11:20-11:55)
20-25 minutos demo (11:50-12:15)
Se podría montar sin AD compartido, etc. pero es más costoso, más manual, etc.
Se puede usar el anterior uno en azure y otro en local
Crear storage replicado entre ambos
Poner CSV para SQL Server
Instalar SQL Server 2016 (más rápido) sobre CSV y luego addnode desde el otro.
Si no funciona se podría montar sobre azure files? O sobre algún iscsi..
https://blogs.technet.microsoft.com/filecab/2016/04/27/s2dtp5new/
https://lenovopress.com/lp0064.pdf