Hoy migré la aplicación con mayor tráfico a Amazon EC2
Un sueño hecho realidad, y muchas horas despierto, esperando que el desastre ocurra en cualquier momento. Pero no ocurrió nada grave. La aplicación con mayor tráfico (Clasificados Grippo), fue migrada anoche con éxito a Amazon EC2.- Dispuse un redirect de clasificados.grippo.com.ar a grippo.com que es el dominio donde se sirven ahora las páginas, para tener el mínimo de downtime posible. La aplicación estuvo fuera de línea solo 15 minutos que es lo que tardó en migrarse la database de un lugar al otro. Comprimido 0,4GB, descomprimido 2,2GB.
La capacidad tanto del MySQL server, como de los application servers (dos detrás de un load balancer) era en teoría equivalente a un procesador Intel P4 dual core, u Opteron del 2007. Así dice la doc. de Amazon. Tienen 1.7GB de RAM. Son tamaño small, luego hay medium y large. Luego hay medium high performance y large high performance, yo tengo 3 small. Asique tenía mis dudas respecto a cómo iban a responder cuando llegue el pico de 30 requests por segundo.
Finalmente, responde muy bien, y ahora puedo decir que podrian absorber hasta 300 resquests por segundo los application servers, aunque el MySQL server voy a tener que partirlo en un master donde hacer los inserts y updates, y un slave en principio para los selects para estar tranquilo y permitir que el tráfico pueda crecer sin preocupaciones. Luego ante mayor demanda la estrategia es darle mas potencia al master y agregar más slaves para los selects.
así se ven los top en los 3 servers que están en servicio en este momento. Tengo instalado munin-node que es como MRTG pero mas sencillo de instalar, que va recolectando el usage de los recursos y me los muestra en gráficos acumulando información cada 5 minutos. Por ejemplo el uso de la CPU, que debe estar por debajo de 80 el 95 por ciento del tiempo (system + user + nice) .
Conclusión: muy contento porque todo ha salido bien y no hay que dar marcha atrás. Muy pronto: adiós final al tradicional datacenter.


Me estan pareciendo muy interesantes tus articulos sobre esto de subirse a la nuve.
La duda que me queda es:
- ¿El CloudFront, funciona bien para latam? porque vi que el resumen de cuentas te discrimina EEUU, Europa, Japon y Hong Kong, y en mi caso solo me interesa latam
- ¿Pensas que el servicio de AWS es apto para Sud America?
Gracias!
Felicitaciones!! Creo que al contarlo aportas mucho a la comunidad y sos un ejemplo!
Realmente funciona muy bien. Los nodos de USA están todos sobre backbones, para Latam ese tráfico es practicamente local.
vendo huevos de codornices necesito compradores gracias espero sus respuestas lo mas pronta posible
Ya estoy dentro. Pero comienzo a encontrar algunas limitaciones que me complican un poco la vida. Mi necesidad (sin opiniones al respecto) es un server Windows 2003. Mis problemas?
1) Reservar instancias es unicamente posible para Unix... no Windows. Con lo cual, debo pagar el valor por hora de uso. Aún así... pareciera ser más económico que lo tengo. Pagaria unos 90 u$s por un Xeon 2.66 ghz y 1.67gb ram y HD de 150 GB. Nada mal. A esto le atachee un HD de 100 GB adicionales.
2) Solo es posible tener una IP por servidor... y esto es una limitación importante. No puedo instalar un DNS server... tendria que instalarlo en otra instancia y ahí el costo se duplica. Necesariamente hay que utilizar un DNS Server externo...
Estoy probando... pero por el momento unicamente serviria para migrar uno de mis sitios ahi... el resto tengo que mantenerlo en un server dedicado en USA (que actualmente uso como DNS Server).
Estoy negociando con IPLAN un housing en su datacenter sin demasiadas esperanzas... me ofrecen 1 MB de ancho de banda y 1/3 de rack a 1000 + iva mensuales... delirante
Hola Javier,
De tu comentario remarco la flexibilidad que te da AWS en probar. Con algunas horas a 10 centavos la hora, te podes dar una idea cabal de si te va a servir o no. Eso es comparable a practicamente nada. Lo de IPLAN parece ser la norma hoy en día. Evidentemente los costos han subido para todos los proveedores, y tratan de trasladarlos en un momento como este que es de bastante demanda. Si leistes mis notas anteriores, habrás visto que volví a considerar AWS solamente porque mi proveedor en Buenos Aires (SkyOnine) me subió los costos 250% de un día para el otro. Llevaba casi 10 años con ellos y seguramente me hubiera quedado si me hubieran tratado mejor, pero estoy agradecido de que no me apreciaran, y me lanzaran a buscar alternativas por esos mundos.
Me llama la atención que vos mismo administres tu DNS. Eso es porque tenes un ISP? Yo particularmente tuve malas experiencia administrando mis propios NS, y siempre tercericé el manejo de las zonas de mis dominios.
Muy agradecido por compartir acá tu experiencia!
Jorge
Jorge, si, tengo un ISP.
Aún en las limitaciones el servicio está excelente. Comprendo que también uno tiene que cambiar un poco su cabeza o al menos la forma de encarar la concepción técnica del proyecto al trabajar de esta forma. Varias cosas me parecen excelentes:
- Poder crear una instancia de mi server, configurarla al 100% y luego transoformarlo en una imagen. Digamos que se me cae un server por la razón que sea y en 10 minutos lo reemplazo por otro igual sin costos más que el tiempo implicado.
- Poder montar una unidad externa y hacer bakcup (snapshots) muy rapida y facilmente.
Pero por otro lado:
- No logro instalar un FTP y hacerlo andar... o no logro liberar los puertos correctos o algo estoy haciendo mal. Con esto del autoservicio a veces (como en el caso del FTP) se hace bastante sórdido encontrar una solución y más bien uno termina encontrando los mensajes de personas que tampoco logran solucionar esos problemas.
- Aún estoy investigando el S3 y cloudfront. Cómo puede ser que no pueda evitar el hotlink? La unica forma aparente es generar links temporarios... pero para linkear una imagen lo que ganás en velocidad lo perdés en procesamiento para generar esos links en tiempo real. La otra es poner un script en el medio que redireccione al link temporario... pero son todas soluciones muy rebuscadas para algo tan simple como evitar pagar por el trafico que te generan los hotlinks y más en un esquema de este tipo (pago por uso).
Profundizando en el tema encontré un cometidor que ofrece varias cosas de las que Amazon no tiene:
http://www.gogrid.com
Eso si, me metí en la nube luego e inmediatamente después de leer tu post y el tema me tiene entusiasmado. Verdaderamente podria montar una infraestructura que no creia siquiera imaginar y estaba a punto de comprar un servidor y montarlo en un datacenter... ahora... lo dudo seriamente...