2. Orden del día
SQL Database Desempeño Escalabilidad
Nivel de
servicio
Alta
disponibilidad
Demostración
3. Microsoft SQL Plataforma Continuum
Físico
SQL Server
Máquinas físicas
SQL
Dedicado
Costo
Superior
Menor
costo
compartido
Administración Bajo Administración
Hybrid Cloud
Fuera de las
instalaciones
SQL SQL
SQL SQL SQL
SQL SQL SQL
SQL
4. Base de datos SQL Azure
• Base de datos-como-un-servicio relacional, totalmente gestionado por Microsoft
• Para aplicaciones de la nube diseñada cuando las características de clase empresarial y administración de
casi cero son clave
Plataforma de base de datos de nivel
empresarial con la economía nube
5. Rendimiento y características con una
fácil actualización y rebaja Incremental
Azure SQL Niveles de servicio de
base de datos
* El 99,99% de disponibilidad SLA no aplicar para Web y ediciones de Actuación, que continuar ser apoyados en el 99,9% de disponibilidad.
Básico Estándar Premium
Cargas transaccionales
pequeñas y ligeras
Opción para la mayoría de
las aplicaciones de negocio
Alto rendimiento y bases de datos
críticos para el negocio
Uso previsto
99,99%*Disponibilidad
2 GB 250 GB 500 GBTamaño
• •• •••Rendimiento
• •• •••
Continuidad Del
Negocio
6. Rendimiento Predecible
•Web / Negocios • Básico / Standard / Premium
Máquina
Calcular
Escribe
Lee
Memoria
DB 1
DB 2
DB 3
DB 4
DB 7
DB 5 DB 6
DB 8
DB 9
Máquina
Calcular
Escribe
Lee
Memoria
DB 1
DB 2
DB 3
DB 4
DB 7
DB 5 DB 6
DB 8
DB 9
DB 1
DB 2
DB 3
DB
4
DB 7
DB 5
DB
6
DB 8
DB 9
Vecino
ruidoso!
Cuadros
delimitadores
elimina vecinos
ruidosos
7. Base de Datos de Rendimiento Unidad - DTU
Represents el poder relativo (recursos) asignado a la base de datos
Medida de CPU, la memoria, y leer y escribir desempeño
La rapidez a través de los niveles de rendimiento
Simplifica la definición de rendimiento, pensar IOPS vs. %
Monitoreo
% De nivel de funcionamiento actual
Utilización
75%
Leer
50%
Escribir
50%
UPC
60%
Memoria
Calcular
Escribe
Lee
Memoria
DB carga de
trabajo
Cuadro Delimitador
8. Rendimiento escalable
• Básico,EstándarY Premium proporciona el aumento de los niveles de rendimiento
• El rendimiento relativo se expresa en unidades de rendimiento de base de datos (DTU)
• DTU es una medida combinada de CPU, IO lecture, IO escritura, y la memoria
• Escalabilidad de rendimiento arriba / abajo a través del portal, APIs, PS, o T-SQL
para reflejar la demanda real o anticipada
• Base de datos permanece en línea mientras que la ampliación
• Facturación por hora mejora la eficiencia de costos
5 10 20 50 100 200 800
El rendimiento se puede escalar fácilmente hacia arriba o hacia abajo
para satisfacer las cambiantes necesidades de carga de trabajo y de
negocios
DTU
B S0
S1
S2
P1
P2
P3
9. Nuevos niveles de rendimiento Resumen
Básico Estándar Prima
Niveles de Desempeño
(DTU)
5 S0: 10
S1: 20
S2: 50
P1: 100
P2:200
P3: 800
ASDB resultados 16600 tx/hora S1: ,520 tx/minuto
S1: ,940 tx/minuto
S2: 2570 tx/minuto
P1: 105 tx/segundo
P2: 228 tx/segundo
P3: 735 tx/segundo
El tamaño máximo de DB 2GB 250GB 500GB
Precio * por hora (meses) 0,0069 dólares (~ $ 5) S0: 0,0208 dólares (~ $
15)
S1: $ 0,0417 (~ $ 30)
S2: 0,1042 dólares (~ $
75)
P1: 0,6458 dólares (~ $
465)
P2: $ 1.292 (~ $ 930)
P3: $ 5.167 (~ $ 3720)* A partir 01 de noviembres
11. • master.sys.resource_stats
• Basado en 5 minutos promedio
• userdb.sys.dm_db_resource_stats
• Basado en 15 segundos promedios
• Los porcentajes relativos a
nivel de rendimiento
• Accesible desde el Azure Portal
• Permite configurar las alertas!
Seguimiento de recursos
12. • La migración desde en las instalaciones instalaciones
• Usted tiene que probar!
• La migración desde Web & Business
• Uso master.sys.resource_stats
• El cambio entre los niveles
• Uso userdb.sys.dm_db_resource_stats
• Ajuste de consultas
• sys.dm_exec_query_stats
• sys.dm_exec_query_sql_text()
• sys.dm_exec_query_plan
• sys.dm_exec_requests
• sys.dm_exec_sessions
Elección de niveles de rendimiento
13. Cambio del nivel de rendimiento
• PowerShell
• Set-AzureSqlDatabase
• REST
• Actualizar Base De Datos / ServiceLevelObjectiveId
• .NET
• Microsoft.WindowsAzure.Management.Sql.
SqlManagementClient
• client.Databases.Update(...)
• T-SQL
• ALTER DATABASE ... MODIFICAR (EDICIÓN = ...)
14. Administración de cuotas
• Cuota servidor
• 6 Servidores por suscripción
• Por cada servidor DB Quota
• 1600 DTU
• 150 bases de datos
• Ejemplos
• 2 P3 = 2x800 DTU = 1600 DTU
• 160 S0 = 160x10 DTU = 1600 DTU
• 200 S2 = 200x50 DTU = 10000 DTU
• 1 P3, 14 S2,10 S0 ... = 1.600 DTU / 25 DBs
16. Datos Protección
• Automático, copias de seguridad continuas
• La retención varía según el nivel de servicio: Basic 7 días, 14 días estándar, premium de 35 días
• Copias de seguridad diarias también copian en un centro de datos remoto
• "Oops" recuperación
• El autoservicio de punto en el tiempo de restauración de copias de seguridad locales, incluyendo
bases de datos borrados
• Desastre del centro de datos
• Auto-servicio de restauración de copias de seguridad remotas a cualquier región en cualquier
momento
• No se cobra por las copias de seguridad, las tasas de base de datos normales se aplican para las
bases de datos restauradas
, Bases de datos de Standard & premium básicos
están protegidos de la corrupción accidental de
datos, borrado y desastres
17. Asíncrono Geo-replicación
• Geo-replicación Standard (Estándar y Premium)
• Opcional secundaria de no lectura en la región
• Base de datos secundaria se cobra a precio de descuento
• Failover habilitado por Microsoft en caso de desastres
• Geo-replicación de Active (Premium)
• Hasta 4 secundarias legibles
• Control total sobre la ubicación secundaria y de conmutación por error
• Apoya el equilibrio de carga, actualización de la aplicación y
escenarios de reubicación
• Se puede combinar con una secundaria no legible
DB1
DB1
DB1
DB1
DB1
Geo-replicación minimiza la interrupción del
negocio de posibles desastres
18. DEMO
•Configuración y uso de geo-replicación para la
recuperación de desastres y el equilibrio de carga
20. Conceptos
(1) Database
(2) Sharding Key
. . .
(3) Shard Map
Manager
(4) Shard
(4) Shard
(5) Shard Set
(6) Sharded Table
(7) Reference Table
(8) Shardlet
Customer ID Name
1 Alice
2 Bob
Customer Table
Data Center ID DC Name
1 Boston
2 Miami
Data Center Table
21. • Dos tipos de shard maps
• Range: valores continuos
• List: valores explicitos
• Cuatro tipos de sharding keys
• INT, BIGINT, GUID, VARBINARY
Elastic Scale
[shards_global]
sid smid server database
1 1 Server1 DB1
2 1 Server1 DB2
[shardmaps_global]
smid name
1 RangeShardMap
[shard_mappings_global]
mid smid min max Sid
1 1 0 100 1
2 1 100 200 2
Shard Set
DB1
[0-100)
. . .DB2
[100-200)
DB3
[200-300)
DB4
[300-400)
DB5
[400-500)
DB6
[500-600)
DBn
[n – n+100)
Shard Map
Manager