Presentación realizada durante el primer meetup del Grupo de Usuarios de AWS de Palma (España). En esta sesión técnica haremos un repaso de las capacidades del servicio balanceo global (GSLB) que nos ofrece Route 53 y de como las podemos aplicar en una Arquitectura Cloud Native que persiga mejorar los tiempos de respuesta percibidos por nuestros clientes. El video de la presentación se puede consultar en el siguiente canal de youtube https://youtu.be/BGIXAOyGilo a partir del minuto 02:03.

1. Mejorando la experiencia
de usuario con Route 53
LogoType
Palma, 28 – Junio - 2018

2. Gabriel Fernández
Technology Architect
fernandez.gabriel@gmail.com

3. AWS User Group Palma
Tendencias en la nube
En esta sesión técnica haremos un repaso de las capacidades del servicio de balanceo
global (GSLB) que nos ofrece “Amazon Route 53” y de como las podemos aplicar en una
Arquitectura “Cloud Native” que persiga mejorar la calidad del servicio percibido por
nuestros clientes“
“
Agenda
DNS: Qué hemos de saber Route 53 como GSLB

4. Un mundo globalizado
Al que le encanta viajar
El número de clientes que compraran sus viajes a través
de plataformas online se incrementará en los próximos
años debido al incremento de compras por parte de la
generaciones que han crecido con Internet
El 68% solo compra online (2)
1.322 millones de turistas
Las llegadas de turistas internacionales aumentaron un 7% en 2017 hasta alcanzar
un total de 1.322 millones, según el último Barómetro OMT del Turismo Mundial (1).
671
Millones
Europa
324
Millones
Asia - Pacífico
207
Millones
América

5. IT en un mundo globalizado
Nuevas oportunidades para generar valor
El diseño y uso de arquitecturas Cloud nos
permite dar solución a estas necesidades

6. Infraestructura Global
Ubicaciones de AWS
Amazon Web Services, gracias a que tiene sus
servicios disponibles en 4 continentes, nos
permite:
- Mejorar la resiliencia global de nuestra
plataforma.
- Facilitar nuestras capacidades de
escalabilidad.
- Publicar nuestros servicios cerca de nuestros
clientes.
Has de diseñar la arquitectura de tu
aplicación teniendo en cuenta que
cada región disponen varias zonas
de disponibilidad.
“
“

7. TCP Handshake
TLS Handshake
Ventana TCP
La proximidad geográfica
con nuestros clientes
mejora su experiencia.
“2 seconds is the threshold for eCommerce website
acceptability. At Google we aim for under half a second”
Maile Ohye, Google - 2010 (1)

8. Servicios de AWS
Que nos ayudan a distribuir nuestro servicio
Facilita el establecimiento de
una conexión de red dedicada
desde las instalaciones de su
empresa a AWS.
AWS Direct Connect
Servicio web DNS (Sistema de nombres de
dominio) escalable y de alta disponibilidad
Amazon Route 53
CDN global que proporciona
datos, vídeos, aplicaciones y
API de forma segura a sus
espectadores con baja latencia
y altas velocidades de
transferencia.
CloudFront
Distribuye la peticiones a tu
servicio entre varios
componentes.
Elastic Load Balancing
Conexión de redes entre dos
VPC que permite direccionar
tráfico entre ellas mediante
direcciones IP privadas.
VPC Peering

9. DNS
Qué hemos de saber

10. DNS
Su función
Su principal función es
traducir nombres inteligibles
para las personas en
identificadores asociados
con los equipos conectados
a la red
“
“

11. DNS
Como funciona una petición DNS
La frecuencia con la que tus
clientes refrescan sus cachés
de DNS depende de ellos
“
“

12. GSLB
Global Server Load Balancing
 El balanceo de carga (LB) nos permite distribuir la actividad del servici
o entre distintos componentes cuando todos los componentes están e
n la misma localización.
 Cuando estos componentes se encuentran distribuidos en distintas
ubicaciones geográficas y necesitamos distribuirlos por ubicación
usamos un servicio GSLB.
 Podemos utilizar un DNS con soporte para GSLB para que nuestros
clientes siempre accedan a la ubicación más próxima.

13. DNS y Geolocalización
La importancia de la ubicación del servidor recursivo
Redirección con alta latenciaRedirección con óptima latencia

14. EDNS Client Subnet
Mejorando la precisión de la ubicación
 ECS (RFC 7871) es una extensión del DNS propuesta en el 2011 y
soportada actualmente por múltiples servicios de DNS
 Las llamadas al servidor de nombres incluyen la subnet del cliente lo que
permite geolocalizar de una manera más precisa al peticionario.

15. Route 53
Como servicio de balanceo global

16. Amazon Route 53
Traffic Flow
Trafic Flow es un asistente gráfico que nos
permite crear reglas de redirección basadas en:
• Conmutación por error
• Respuestas multivalor
• Reglas ponderadas
• Geolocalización
• Latencia
Nos permite crear una regla de
redirección con la que distribuir
geográficamente nuestro tráfico
“
“

17. Amazon Route 53
Creación de complejos Traffic Flow
{
“AWSPolicyFormatVersion": "2015-10-01",
"RecordType": "CNAME",
"StartRule": "geo-start-YqKM",
"Endpoints":{
"endpoint-geo-oHjk":{"Type":"value","Value":"www.example.es"},
"endpoint-geo-sDZr":{"Type":"value","Value":"www.example.com"}
},
"Rules":{
"geo-start-YqKM":{
"RuleType":"geo",
"Locations": [
{"EndpointReference":"endpoint-geo-oHjk","IsDefault":true,"Country":"*","EvaluateTargetHealth":false},
{"EndpointReference":"endpoint-geo-sDZr","IsDefault":false,"Country":"US","Subdivision":"KS","EvaluateTargetHealth":false},
{"EndpointReference":"endpoint-geo-sDZr","IsDefault":false,"Country":"US","Subdivision":"ME","EvaluateTargetHealth":false},
{"EndpointReference":"endpoint-geo-sDZr","IsDefault":false,"Country":"PR","EvaluateTargetHealth":false},
]}}}
 Mediante la consola puedes importar Traffic Policies definidas en JSON
 Usando el CLI puedes exportar e importar un Traffic Flow
$ aws route53 list-traffic-policies
$ aws route53 get-traffic-policy --id <Traffic-Policy-ID> --traffic-policy-version <Policy-version-number>

18. Amazon Route 53
Creación de un Traffic Flow

19. Amazon Route 53
Health Check
Las comprobaciones de estado de Amazon
Route 53 monitorizan el estado y el desempeño
de sus aplicaciones web, servidores web y
otros recursos
Los Health Check nos permiten personalizarlo
01 02 03
Elestadodeunrecurso
compartido
ElestadodeotroHealth
Check
Elestadodeunaalarma
deCloudWatch

20. Amazon Route 53
La importancia del Healtcheck

21. Amazon Route 53
Creación de un Health Check
Las alarmas que
configures se generan
en Virginia
“
“

22. Amazon Route 53
Diagnóstico - Test Record Set
Desde la consola podemos verificar el comportamiento del Traffic Flow definido

23. Amazon Route 53
Diagnóstico – Query Logging
Podemos configurarlo para registrar en los logs de Cloudwatch la información sobre las
consultas que recibe, por ejemplo:
• El dominio o subdominio que se ha solicitado
• La fecha y la hora de la solicitud
• La IP del DNS resolver que ha resuelto la petición
• El EDNS client subnet
1.0 2017-12-13T08:16:02.130Z Z123412341234 example.com A NOERROR UDP FRA6 192.168.1.1 -
1.0 2017-12-13T08:15:50.235Z Z123412341234 example.com AAAA NOERROR TCP IAD12 192.168.3.1 192.168.222.0/24
1.0 2017-12-13T08:16:03.983Z Z123412341234 example.com ANY NOERROR UDP FRA6 2001:db8::1234 2001:db8:abcd::/48
1.0 2017-12-13T08:15:50.342Z Z123412341234 bad.example.com A NXDOMAIN UDP IAD12 192.168.3.1 192.168.111.0/24
1.0 2017-12-13T08:16:05.744Z Z123412341234 txt.example.com TXT NOERROR UDP JFK5 192.168.1.2 -

24. Amazon Route 53
Diagnóstico – Query Logging
Hemos de seleccionar
Virginia para acceder
a las métricas de
Cloudwatch
“
“

25. Amazon Route 53
Costes del servicio
Característica Costes
Dominios 0,5$ - 0,1$ al mes
Traffic Flow 50$ / policy al mes
Healt Checks
- Optional Features
0,5$ - 0,75$ al més
1$ - 2$ al més
Consultas DNS Standard 0,4$ - 0,2$ por millón
Consultas DNS basadas en latencia 0,6$ - 0,3$ por millón
Consultas DNS basadas en geolocalización 0,7$ - 0,35$ por millón

26. Siguientes pasos

27. Recomendaciones
¿Que puedo hacer mañana?
 Con tus arquitectos de solución
• ¿Estamos utilizando http-compresion?
• ¿Tenemos activado el http keep-alive?
• ¿Estamos usando http 1.1 o mejor aun podemos soportar http 2.0?
• ¿La arquitectura de nuestra aplicación está preparada para su distribución geográfica?
 Con tus arquitectos de tecnología
• ¿Nuestro DNS soporta EDNS Client subnet?
• ¿Están nuestros DNS próximos a nuestro servicio?
• ¿Nuestra arquitectura de red está preparada para operar en múltiples ubicaciones?
 Con tus gestores de producto
• Explicarles las ventajas que tiene el uso de arquitecturas “Cloud Native”
 Con tus proveedores
• Alinear con ellos tu estrategia de distribución global
• Aplicar las mismas optimizaciones de código y tecnológicas en su lado

28. ¿Preguntas?

29. Bonus Track
Como analizar los logs con Athena

30. Amazon Athena
Como analizar nuestros log
Amazon Athena es un servicio de consultas interactivo que facilita el análisis de
datos en Amazon S3 con SQL estándar. Athena no tiene servidor, de manera q
ue no es necesario administrar infraestructura y solo paga por las consul
tas que ejecuta.

31. Gracias
AWS User Group Palma
The best way to predict the future is to create it.
“ “Alan Key