Escenarios Híbridos con SQL Server 2014 y Windows Azure

Enrique Catalá Bañuls (@enriquecatala)

ecatala@solidq.com

MVP – MCT – Mentor en SolidQ

www.enriquecatala.com

Agenda

Soluciones híbridas

Mejoras en AlwaysON

Arquitecturas híbridas

Backups a la nube

Bases de datos en la nube

Soluciones híbridas

Por qué necesitamos DR en SQL Server?

7

• Un evento que nos tumbe nuestro On-premise

‐ Temporal (e.g. gateway failure)

‐ Permanente (e.g. flooding)

• Un site manual de DR es muy caro

‐ Alquiler, mantenimiento, luz, personal,…

‐ Hardware

‐ …

Tecnologías soportadas

8

Technology SQL Server Version Zero Data Loss Scope # Secondaries Automatic

Failover

Readable

Secondaries

Availability

Groups

SQL Server 2012+ Yes*

(Sync Mode)

DB(s) 4 -> 2012

8 -> 2014

Yes

(w/

additional

cluster

member)**

Yes

Database

Mirroring

SQL Server 2008 R2

SQL Server 2012

Yes*

(High Safety

Mode)

DB 1 Yes

(w/

Witness)**

Limited

(database

snapshots)

Log

Shipping

SQL Server 2005+ No DB Ilimitadas No Limited

(standby state)

Replicacion SQL Server 2008+ No Articulos Ilimitadas No Si

* La mayoria eligen modo async para evitar impacto en rendimiento

**Modo async soporta pérdida de datos

Agenda

Soluciones híbridas

Mejoras en AlwaysON

Arquitecturas híbridas

Backups a la nube

Bases de datos en la nube

AlwaysOnMejoras

• Increased number of secondaries

• Increased availability of readable secondaries

• Add Azure Replica Wizard

Agenda

Soluciones híbridas

Mejoras en AlwaysON

Arquitecturas híbridas

Backups a la nube

Bases de datos en la nube

Diagrama de arquitectura

19

Windows Cluster

Availability Group

On-Premises

SecondaryPrimary

20

Windows Cluster

Availability Group

On-Premises

SecondaryPrimary Secondary

Cloud

Diagrama de arquitectura

21

Windows Cluster Windows Cluster

Availability Group Availability Group

Primary Secondary

On-Premises (NY) On-Premises (NJ)

Secondary

Cloud

Diagrama de arquitectura

Diagrama de arquitectura

22

Windows Cluster

Availability Group

Cloud On-Premises

SecondarySecondaryPrimary

Diagrama de arquitectura

23

Windows Cluster

Availability Group

Cloud On-Premises

SecondarySecondaryPrimary

Arquitectura elástica

24

DBreplica1

Replica1 Replica2 Replica n

DBreplica2 DBreplica3

Azure Republicador(opcional)

Transactional replication

SYNC

WANSQL1 (onpremise)

ON PREMISE Azure

Nodos secundarios replicación Capa de base de datos,

suscriptores (5s-15s delay) SQL Standard Edition

Nodo publicador Instancia OnPremise que contiene los

datos maestros a replicar mediante replicación transaccional

Availability GroupsAñadir replica en azure

Demo

Agenda

Soluciones híbridas

Mejoras en AlwaysON

Arquitecturas híbridas

Backups a la nube

Bases de datos en la nube

Backup a Microsoft Azure

Windows Azure

storage

WA

Win

do

ws

Azu

re

Blo

bs

• On-site/off-site storage costs

• Device management costsB

ox

• XDrives limited to 1 terabyte

• Max 16 drives

• Manage drives and policy

• Near “bottomless” storage

• Off-site, geo-redundant

• No provisioning

• No device management

• Media safety (decay-free)

• Remote accessibility

Managed backups en Azure

• El agent maneja y se encarga de registrar por nosotros los backups

• Beneficios principales‐ Gestion de backups a gran escala

En funcón de context – for example, workload/throttling

Mínimos conocemientos – control retention period

Administrar todas o algunas BBDD

‐ Soporta backups a azure

Georedundante

Coste mínimo de almacenamiento

0 mantenimiento de hardware de almacenamiento

Example:

EXEC smart_admin.sp_set_db_backup

@database_name='TestDB',

@storage_url=<storage url>,

@retention_days=30,

@credential_name='MyCredential',

@enable_backup=1

Availability GroupsBackups hacia Azure

Demo

Agenda

Soluciones híbridas

Mejoras en AlwaysON

Arquitecturas híbridas

Backups a la nube

Bases de datos en la nube

Desplegar BBDD a Microsoft Azure VM

• Nuevo wizard para desplegar BBDDs en VMs sobre Azure

‐ Permite crear incluso la VM de ser necesario

• Beneficios‐ Facil de usar

Perfecto para nuevos DBAs que no esten“duchos” en azure

‐ Complejidad oculta

No conocer Azure en detalle

El coste temporal ligado solo al tamaño a subir a la nube

Datos y logs de SQL Server a Microsoft Azure Storage

• Subir ficheros de log y datos a Azure manteniendo el nodo de cómputo en OnPremise

‐ TDE soportado

• Beneficios

‐ Transparente para apps

‐ Capacidad de almacenamiento ilimitada

‐ Almacenamiento georeplicado

‐ Seguro porque el TDE guarda las claves TDE OnPremise (master)

‐ Restores “instantáneos”

Datos y logs de SQL Server a Microsoft Azure Storage