Amazon AWS entre bambalinas. Ricardo

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Amazon AWS entre bambalinas. Ricardo Galli @gallir"

Isabel Núñez Juárez
hace 8 años
Vistas:

1 Amazon AWS entre bambalinas Ricardo

2 Arquitectura general Instancias web DB Slave DB Master EBS EBS ELB Internet S3 Servidor NFS Sphinx EBS EBS CloudWatch AutoScaler Route53

3 Ventajas El hardware se convierte en un problema de software Flexibilidad, ahorro de tiempo, discusiones y negociaciones Costes relativamente bajos para sistemas complejos Adaptabilidad El escalado vertical es cuestión de 3 minutos Con los backups adecuados se puede reconstruir toda la infraestructura en pocas horas

4 Los recursos de red son compartidos La red y la interfaz se comparten con las otras instancias Cada tipo de instancia tiene una prioridad No usar las de memoria para servidores web Pueden llegar a bloquear tráfico Nos pasó con errores 502, muchas horas de análisis con el soporte de Amazon No usar sistemas sedientos como NFS4 El tráfico de los EBS también pasan por la red

5 Elastic Block Storage Son lentos, hasta bloques por segundo (~ 25 MB/seg) Snapshots rápidos Afecta a bases de datos, tener mucha memoria O montar RAID de EBS El tráfico al EBS afecta (y es afectado) por el tráfico de red

6 Elastic Load Balancer Permite balancear conexiones web entre instancias Muy efectivo con el AutoScaler Económico, sólo se cobra por tráfico (muy barato) El balanceo entre zonas diferentes siempre es proporcional Exige arrancar instancias en todas Tiene límites de tiempo ( 60 segundos?), no sirve para streaming Es con CNAME, por lo que no puede usarse para la raíz Solucionado con Route53

7 AutoScaler Permite escalar de acuerdo a varios parámetros extraídos de CloudWatch (CPU, memoria, E/S, etc.) Necesita de una monitorización (script) ad hoc adicional El escalado hacia abajo es insuficiente No detecta correctamente las instancias que fueron eliminadas del grupo del balanceador A veces tarda varios minutos en escalar hacia arriba aunque se haya superado la carga

8 S3 Es muy barato en costes de almacenamiento Ideal para backups Esporádicamente retorna error, hay que tenerlos en cuenta y reintentar Es muy caro (al igual que CloudFront) para conexiones externas, sobre todo para ficheros pequeños Servimos los ficheros estáticos desde nuestros servidores

9 RDS Es una buena opción para MySQL con InnoDB Durante las ventanas de tiempo de backups o actualizaciones deja sin acceso por varios minutos Multi AZ soluciona parcialmente, pero es caro El failover toma al menos un par de minutos por el cambio del CNAME No permite que se pueda escribir en los slaves A veces es útil, por ejemplo para el Sphinx

10 Limitaciones varias No se pueden cambiar los grupos de seguridad de una instancia en marcha El escalado vertical es relativamente sencillo, pero con dependencias inesperadas, como la versión del kernel Los dist-upgrade tienen riesgo, es mejor comenzar con una instancia desde cero Los procesos son sofisticados, exigen conocimientos La documentación es muy buena, pero muy formal y mal relacionada/enlazada entre ellas

11 El desastre del 7 de agosto de 2011 Se destruyeron todos los EBS, salvo uno Por error del software del EBS Se destruyó la imagen de arranque del servidor NFS Se destruyeron los backups Pudimos recuperar desde los backups tar.gz en dos horas El cuello de botella fue el sysadmin: yo :(

12 Un sistema tolerante a fallos es caro, también en Amazon Si quisiésemos tener un sistema completamente tolerante a fallos para evitar catástrofes como el de agosto de 2011, los gastos casi se triplicarían Se puede? Depende de ingresos Tiene sentido? Estadísticamente no pueden volver a fallar durante unos cuantos siglos Depende de costes-beneficios

13 Mejoras obvias El coste de las instancias es elevado Usar sólo IP privadas para instancias detrás de un ELB? El coste de tráfico de salida es elevado El coste de RDS Multi AZ es elevado Pagar el 100% de una instancia sin usar? Compartir EBS para usar sistemas de ficheros de cluster basados en SAN compartidos Funciones más complejas en el AutoScaler Reducir precio por conexión de S3/CloudFront Migraciones automáticas

14 Conclusiones No es el sistema más económico para todos Sí es una ventaja para sistemas más complejos, que necesitan escalar, o cuyo patrón de tráfico no es estable La estabilidad mejoró con el tiempo Los precios bajaron moderadamente Necesita de personal más capacitado Permite arquitecturas a veces imposible de conseguir sin grandes presupuestos Pagas lo mismo que paga todo el mundo (o eso esperamos ;)

Documentos relacionados

TEMA 2: CAPACIDAD: Diseño del Servicio TI Anexo II: Amazon EC2

CIMSI Configuración, Implementación y Mantenimiento de Sistemas Informáticos TEMA 2: CAPACIDAD: Diseño del Servicio TI Anexo II: Amazon EC2 Daniel Cascado Caballero Rosa Yáñez Gómez Mª José Morón Fernández