Con SQL Server 2014 microsoft ha puesto el foco en facilitar escenarios hibridos entre nuestra infraestructura de datos OnPremise con la nube de Azure. En esta sesión haremos un repaso de todo lo nuevo que tenemos en SQL Server 2014 para crear una solución hibrida que se adapte perfectamente a nuestra infraestructura.
1. 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
4. 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
‐ …
5. 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
11. 21
Windows Cluster Windows Cluster
Availability GroupAvailability Group
Primary Secondary
On-Premises (NY) On-Premises (NJ)
Secondary
Cloud
Diagrama de arquitectura
14. Arquitectura elástica
24
DBreplica1
Replica1 Replica2 Replica n
DBreplica2 DBreplica3
Azure Republicador
(opcional)
Transactional
replication
SYNC
WAN
SQL1 (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
41. Backup a Microsoft Azure
Windows Azure
storage
WA
WindowsAzure
Blobs
• On-site/off-site storage costs
• Device management costs
Box
• 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
42. 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
45. 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
46. 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”
47. Datos y logs de SQL Server a Microsoft Azure
Storage