Primeros Pasos en EC2
EC2 (Elastic Computing Cloud) es uno de los productos estrella de Amazon Web Services, y como su nombre claramente anuncia, se trata de un servicio de Cloud Computing para procesamiento bajo demanda.
EC2 permite crear instancias de procesamiento (servidores remotos virtuales) a los que podemos tener acceso como si de un servidor remoto cualquiera se tratase. Podremos instalar servicios web, ssh, de bases de datos, escritorios remotos , etc…
En éste pequeño tutorial voy a exponer los primeros pasos que hay que dar para utilizar EC2, y algunos consejos basados en mi experiencia en éste proceso.
El funcionamiento es muy sencillo.
Una vez hayamos creado nuestra cuenta de EC2 , tendremos a nuestra disposición un enorme catálogo de AMIs (Amazon Machine Image), que no son otra cosa que imágenes pregeneradas de distintos sistemas operativos, con las que levantar nuestra instancia de procesado EC2.
Existen dos tipos de AMI’s :
- Públicas: Disponibles para cualquier usuario de forma gratuita y puestas a disposición tanto por Amazon, como por otros usuarios que deseen comprartir su propia AMI con el resto de la comunidad
- Privadas: Que solo estarán disponibles para el propietario de esta AMI, o para el resto de la comunidad, previo pago, en el caso de que el usuario haya configurado el servicio de AMIs de pago.
Lo normal cuando trabajemos con EC2, es que nos creemos nuestra propia AMI privada con todas las aplicaciones que necesitemos en nuestras tareas, para así poder levantar instancias de ésta en cualquier momento.
Ya tengo mi cuenta creada ¿ Ahora qué ?
Amazón pone a disposición una API con la que interactuar para todas las acciones relacionadas con EC2. Con ésta API puedes solicitar una instancia, apagar las que ya tienes levantadas, etc…
Todo ésto nos requeriría un gran trabajo en desarrollo para crearnos nuestra propia interfaz para interactuar con la API de EC2, lo que no es muy grato si lo que quieres es probar el servicio.
Afortunadamente, existen alguna herramientas desarrolladas por Amazon que nos facilitarán todo el trabajo de interacción con las APIs de EC2. (ojalá hubieran existido cuando yo empecé a trabajar con EC2 …)
Una de ellas (la que yo utilizo y con la que guiaré este tutorial) es Elasticfox, una extensión para firefox que incorpora en tu navegador todas las funciones necesarias para administrar tu cuenta de EC2. Yo repasaré las funciones básicas en este tutorial, pero si quieres información más detallada y extendida, consulta la guía oficial.
Otra herramienta de muy reciente aparición es AWS Managment Console. Una completa consola de administración de EC2 y otros servicios de AWS (de momento sólo Elastic MapReduce) vía web.
Primer Paso: Autenticación
En nuestro perfil de AWS podemos encontrar nuestras claves de acceso a AWS: el Access Key ID , y el Secret Access Key. Ambas necesarias para todas nuestras autenticaciones.
Una vez hayamos instalado Elasticfox, creamos un perfil introduciendo nuestras dos claves de AWS.
La autenticación para acceder a una instancia de EC2, no se realiza con un usuario y contraseña, sino con un archivo de claves privada RSA. Si no tienes experiencia con éste tipo de autenticaciones, no te preocupes, porque es muy sencillo.
Lo primero que tenemos que hacer es generar nuestro archivo de clave privada. Para ello, simplemente vamos a la pestaña Keypairs de Elasticfox y hacemos click en el botón verde de “Create new keypair”. Elasticfox nos pedirá un nombre para el nuevo keypair. Podéis usar el que más os guste. Yo en mi caso la he llamado “fillito-keypair”.
En cuanto aceptemos el nombre, nuestro navegador tratará de descargar el archivo keypair, que debería tener como nombre “id-nombre-de-vuestro-keypair”.
Nota : Es muy importante guardar a buen recaudo éste archivo, ya que si lo perdemos, perderemos el acceso a todas las instancias que hayamos levantado usando este keypair.
Segundo Paso: Security Groups
El siguiente paso es el de crear un security group, o modificar el que viene creado por defecto. Un security group, es un conjunto de reglas de acceso a nuestra instancia. En él definimos los puertos a los que queremos permitir acceso, desde qué máquinas , etc… Algo así como un firewall, pero más sencillo.
Si quieres definir una regla para cualquier máquina externa a la instancia (servicios ssh, web, ftp … ) tendrás que poner 0.0.0.0/0 en el campo Host.
Tercer Paso: Elegir un AMI para lanzar nuestra instancia
Ya sólo nos queda elegir el AMI que queremos lanzar para nuestra nueva instancia.
Como ya comenté, tienes un amplio catálogo de AMIs entre las que se incluyen imágenes Linux (Fedora, Ubuntu, Gentoo,… ) o Windows, tanto e arquitectura i386 como x64. Incluso encontraremos imágenes con software precargado y preconfigurado.
Yo personalmente prefiero usar una Ubuntu limpia para poder instalar mis aplicaciones. Últimamente estoy usando una Ubuntu 9.04.
La elección del AMI es uno de los puntos más sensibles de todo el proceso, ya que elegir una mala distribución nos puede traer problemas en el futuro por no tener determinados paquetes disponibles.
Después de muchas pruebas, muchos dolores de cabeza, y muchos problemas que me llevaron más de 2 o 3 días solucionar, he encontrado la que para mí es el AMI más compatible con mis necesidades. Su id , por si queréis empezar a trabajar con ella es ami-bf5eb9d6, y fué generada por Alestic, un grupo que genera imágenes públicas gratuitas de Ubuntu para EC2. Podéis probar a lanzar cualquiera de sus otras AMIs, pero os recomiendo encarecidamente que lancéis Ubuntu Server si no queréis tener problemas a la hora de generar vuestra propia AMI basada en éstas.
Para lanzar una instancia del AMI que hayamos elegido, simplemente nos vamos a la pestaña Images de Elasticfox, introducimos el id del AMI en el buscador de AMIs (o seleccionamos de la lista inferior). Una vez tengamos localizada el AMI que queremos, la seleccionamos y hacemos click en el botón verde “Launch Instance(s)” y nos aparecerá la ventana que vemos en la captura.
Si os fijáis, aquí tendremos que seleccionar el Keypair y el Security Group con el que queremos lanzar la instancia.
Dependiendo de dónde esté alojada el AMI, podremos lanzar la instancia en una u otra Availability Zone (USA o Europe). Yo he dejado seleccionado <any> para que escoja él mismo cualquiera de las zonas disponibles (en éste caso, el AMI está en USA, por lo que las instancias estarán en USA). Existe la posibilidad de traspasar un AMI de una zona a otra, para poder lanzar instancias en otra zona. Pero eso ya lo explicaré en otro tutorial 
Unos pocos segundos después de hacer click en Launch, ya tendremos disponible nuestra instancia para poder acceder a ella.
Cuando nuestra instancia haya cambiado su status a “running”, ya estará lista para acceder a ella.
Para ello simplemente hacemos click derecho sobre la instancia, y seleccionamos “Copy Public DNS Name to clipboard”, para obtener el nombre de dominio que se nos ha asignado y así poder acceder por ssh.
¿ Cómo hago para acceder por ssh, intento acceder y me da Access Denied ?
Si has intentado acceder vía ssh y no has podido, lo más probable es que no estés accediendo usando la keypair para autenticarte.
Lo normal, es que el usuario de acceso sea root (lo suele especificar la documentación que hay publicado el que creó la instancia). Como estamos usando una clave privada para acceder, no tenemos que usar ningún password.
Accediendo con clave privada desde Windows
La mejor forma de acceder con clave privada por ssh, es usando Putty. Tenéis que fijaros que Putty no utiliza el RSA que nos ha generado Amazon, sino que utiliza un archivo propio de claves (.ppk). En la propia página de descarga de Putty, podéis encontrar una aplicación llamada puttygen, con la que crear un .ppk a partir de vuestro archivo keypair.
Aquí podéis ver los pasos necesarios para generar vuestro ppk y crear una conexión que la use.
Accediendo con clave privada desde MAC OSX
Yo no he encontrado ningún programa que me permita acceder por ssh usando clave privada, así que la mejor manera es la de instalar la propia clave en un gestor de claves ssh. Yo uso SSHKeychain, que es gratuito.
Para añadir nuestro archivo, simplemente vamos al apartado SSH Keys del programa, hacemos click en el “+”, y añadimos nuestro archivo.
Esto habilitará de forma global en nuestra máquina el keypair , para que podamos acceder utilizando cualquier programa sin tener que especificarle dónde está situado el archivo.
Si abres una consola de terminal, puedes acceder a la instancia simplemente escribiendo ssh root@dns-name-de-nuestra-instancia
Próximamente más…
En breve publicaré una nueva entrega, explicando paso a paso cómo crear tu propia AMI, con todo el software y configuraciónes que hayamos hecho, desde una instancia que ya hayamos levantado.
Espero que sea útil.
Un saludo !!
Buah impresionante y eso que… no lo he leído! Pero directo a favoritos, que tengo un proyectico en la cabeza, (a ver si sale de ahí algún día) y había pensado en probar estas cosas, fijo que me vendrá de lujo en ese futuro.
Ánimo con las próximas entregas!
@total 13: Muchísimas gracias por tus palabras ! Intentaré publicarlo mañana. A ver si voy cogiendo ritmo y sigo publicando algunos tutoriales más sobe AWS.
Un saludo !!
Grande!! estoy esperando ansioso la siguiente entrega pues estoy un poco perdido en eso de generar AMIs personalizadas. Supongo que habrá que pagar el storage en el S3 que ocupe nuestra AMI no?
Y otra pregunta, la AMI predeterminada de Ubuntu que has elegido… puedes pegar la salida del mount para ver como tiene las cosas particionadas y demás? Y eso se podría cambiar para personalizar la AMI?
@Juan: Gracias !!
Aquí tienes la salida del mount :
/dev/sda1 on / type ext3 (rw)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda2 on /mnt type ext3 (rw)
En cuanto a tus preguntas, aunque están contestadas implicitamente en la segunda parte del post que ya está publicado
Sip, es imprescindible tener una cuenta de S3 para almacenar tu AMI personalizado, y en el momento de crearla puedes personalizar todo lo que quieras incluir, así como modificar todo lo que necesites las particiones.
Un saludo !!
dios que buen post, mil gracias eh!
Muy bueno, y muchas gracias.
Estoy probando un poco con esto y tengo una duda que no consigo resolver del todo.
He seleccionado la opción “terminate” y ahora tengo una instancia en ese estado, pero no sé cómo volver a levantarla (si es que es posible) o cómo eliminarla para que no la tenga en el listado.
¿Es posible?
Hola Tobal !
Una vez apagas una instancia, la API de Amazon EC2 mantiene el registro de esa instancia en estado “terminate” durante un tiempo. Pasados unos minutos desaparecerá (no he calculado cuánto, pero lo mantiene un buen rato). De todas formas, aunque siga apareciendo en ese estado, puedes estar tranquilo que la instancia está apagada y no te están cobrando nada por ella.
Si quieres volver a lanzar una nueva instancia del mismo AMI, (entiendo que estás usando Elasticfox como en el artículo) simplemente tendrás que hacer click derecho sobre la instancia apagada y seleccionar “Launch more of these”. Esta acción te preguntará cuántas instancias nuevas quieres. Haces click en “ok” y listo.
Una cosa que tienes que tener claro es que una vez apagas una instancia, no puedes volver a levantarla. Podrás levantar otra nueva basada en el mismo AMI.
Un saludo !!
Gracias por la respuesta. Ahora me surge otra duda con respecto al precio del servicio.
Ayer me creé una instancia de prueba y pensé que se me cobraría por uso “activo”. Esta mañana he visto que el coste de este día ha sido de unos 2 euros.
Si hago la cuenta rápida de (30días * 24horas * 0.11€) me salen unos 80€ al mes. ¿Es realmente rentable este servicio en comparación con los tradicionales? Supongo que si lo estáis usando es que sí, pero ¿es necesario un amplio volúmen de carga o un tamaño considerable de empresa para no salir perdiendo dinero con este servicio?
Es que no termino de verlo claro (a pesar de lo mucho que me llama la atención)
Yo trabajo en una empresa “pequeña”, tenemos unos cuantos servidores en el edificio y estoy planteando la posibilidad de promover el servicio EC2 (el S3 ya lo monté y nos funciona genial). Lo único es que sigo teniendo la duda de si es más rentable esto o contratar un servidor virtual en alguna empresa de hosting (he visto ejemplos sobre los 40~60€ al mes).
Muchas gracias.
Hola Tobal
La ventaja principal de EC2 sobre un servicio de hosting virtual, no es el precio, sino la posibilidad de pagar por uso, y escalar de forma transparente e inmediata. Si creas una nueva instancia de EC2 de tamaño pequeño, y la utilizas como un servidor virtual (24h * 30días), probablemente el coste resulte ser igual o superior a un servidor virtual. Yo por ejemplo, uso EC2 tanto para mis proyectos como en mi trabajo (minube.com), pero alojo mis blogs y los de mi hermano en una máquina en OVH. Ya que para lo que yo necesito en este caso, no me compensa tener una instancia EC2.
Eso sí, esto pasa con las instancias de tipo small, ya que cuanto mayor instancia contrates en EC2, más competitivo será el precio con respecto a un VPS.
Mi recomendación es que, si no necesitas escalar tu proyecto bajo demanda (cuando lleguen picos de carga o tráfico por ejemplo), o tus necesidades no exceden de una instancia tipo “small”, probablemente EC2 no sea la mejor solución para tí, ya que estás pagando por una característica que realmente no estás usando: gran poder de escalabilidad.
Probablemente, como ya has comentado tú, al servicio que mejor rendimiento le podrás sacar es a S3. Si te fijas, ahí sí que estás aprovechando bien la escalabilidad del servicio
Espero haberte aclarado las dudas. Para cualquier cosa… ya sabes dónde estamos
Un saludo !!
Increible post fillito!
Me esta siendo de gran ayuda. La de horas de romperme el coco que me he ahorrado siguiendolo paso a paso.
Saludos crack!
¡Hola de nuevo!
Estoy planteando otra vez el utilizar ES2 y me surge una duda en cuanto a escalabilidad. Dices que puedo lanzar varias instancias de una AMI, pero.. ¿qué significa esto?
¿Es como si tuviera dos servidores? ¿Hay algún tipo de balanceamiento de carga? No entiendo bien el concepto…
La idea es hacer una prueba montando un servidor de mysql. ¿Tienes experiencia en esto? ¿El rendimiento de la bd es bueno?
Gracias por tu ayuda.
@Tobal: Exacto ! , cuando levantamos una nueva instancia, tenemos a nuestra disposición una nueva máquina a todos los efectos.
Existe un servicio de balanceo sí, disponible en la propia API de EC2.
Yo aún no lo he implementado nunca, ya que estaba esperando a que pasara un tiempo a ver qué tal va, y a que lanzaran unas herramientas de control y gestión de este servicio desde la consola de AWS (https://console.aws.amazon.com/).
Existen 3 servicios dentro de EC2 que combinándolos te permite montar un sistema de alta disponibilidad. Estos son Amazon CloudWatch, Auto Scaling y Elastic Load Balancing (http://aws.amazon.com/elasticloadbalancing/).
Sin utilizar estos servicios, la única opción es la de hacer pasar todo el trafico por otra máquina balancee el tráfico.
En cuanto a tu pregunta sobre mysql, he publicado otro post sobre cómo montarlo sobre EC2 (http://www.fillito.com/blog/servidor-mysql-persistente-sobre-ec2-y-ebs-07-2009).
El rendimiento es muy bueno, aunque todo depende de las necesidades de tu proyecto. Si mysql está alojado en la misma instancia, el rendimiento será muy bueno. Aunque si usas mi tutorial, que se basa en EBS para almacenarla, los accesos de lectura en disco tendrán una latencia un poco mayor, por lo que si tu proyecto requiere de una base de datos que sirva varios miles de query’s por segundo, probablemente no sea la mejor opción.
Amazon Web Services tiene soluciones de Base de Datos, una es SimpleDB (http://aws.amazon.com/simpledb/), ideal para almacenar gran cantidad de datos no relacionales; y RDS (http://aws.amazon.com/rds/), un servicio cloud de base de datos relacional. Si los datos que quieres guardar no son sensibles (información personal de clientes y cosas así …), puede ser una buena opción.
Un saludo !!
Hola, antes que nada felicitarte por la info, muy útil.
Estoy a punto de meterme en el mundo amazon ws, pero antes me gustaría saber como hago para finalizar el contrato. Ya que no encuentro esa información en ningun lado y me da miedo que al final no quiera seguir usandolo y no pueda darle de baja, por lo que me sigan cobrando!
Saludos!
Hola Seba
Lo mejor es que contactes con el servicio de atención al cliente de Amazon Web Services, y ellos te dirán.
De todas formas, el pago en AWS es por uso, por lo que si no lo usas, no pagas. No hay cuotas de manteniimiento ni nada parecido. Si no levantas ninguna instancia en el caso de EC2, no te facturarán nada.
Un saludo !
Muchas gracias por la pronta respuesta!!!
Por cierto una pregunta que puede parecerte básica pero no me queda del todo claro.
Puedo crear una AMI con mi aplicación instalada. O sea no solo el linux, el my sql, tomcat, etc. sino que también con la aplicación mía que estaría corriendo en la instancia. Por lo que si reiniciara la instancia, solo bastaría con cargar la AMI y no tener que andar grabando mi aplicación cada vez que subo la AMI.
Por supuesto !
te recomiendo que le eches un ojo a este post que escribí (http://www.fillito.com/blog/crea-tu-propio-ami-basado-en-ubuntu-para-ec2-05-2009) sobre cómo crear tu propio AMI.
Si levantas una instancia, instalas tu aplicación, y generas tu propio AMI, la tendrás lista para levantarla cuando necesites.
Un saludo !
Muchas Gracias!!!
Hola Filito!
Soy yo nuevamente molestandote como siempre. Te cuento que finalmente me he decidido a contratar el servicio. Eh empezado por el s3. Ya hice la registración, pero todavía no pude hacer el consolidate billing y me instalé el S3Fox para manejarlo. El tema es que le pongo el nombre de cuenta, la clave y la clave oculta al S3Fox pero no me conecta, me da error. No sé si es porque todavía no hice el consolidate billing o hay otro paso que me faltó. Me extraño también que todavía no eleji en que zona debería estar el s3. Quizas necesite contratar el EC2 también para así poder usar tanto el S3 como el EC2. Bueno como veras estoy un poco perdido, cualquier ayudita que me puedas dar, te agradezco.
Saludos!
Hola Seba !
ninguna molestia. Encantado de echar una mano a todo el que pueda
Te cuento … S3 es un servicio totalmente intdependiente de EC2. Aunque funcionan juntos y son complementarios, no es necesario tener ambos para usar ninguno de los dos.
Lo de consolidate billing no se realmente qué es
… pero imagino que será lo de confirmar el modo de pago. Yo todos los pagos los hago con tarjeta de crédito, y te confirmo 100%, que hasta que no tienen validada la tarjeta, no te activan el servicio. Por eso, seguro que lo de que te falle el S3Fox es por eso.
En cuanto tu método de pago esté conforme, te enviarán un mail avisándote de que el servicio ya está habilitado. Si lo haces con tarjeta, es cuestión de minutos.
En cuanto a la zona, no la eliges para el servicio S3 de forma global, sino para cada bucket. Por eso no lo has elegido aún. En cuanto tengas activada la cuenta y vayas a crear el primer bucket, te preguntará la zona en la que quieres crearlo.
Un saludo !
Si, el mail ya me lo mandó, seguiré inverstigando. Me preocupa que no deje conectarme desde el S3Fox, por cierto el bucket lo creo desde S3Fox mismo o tengo otra forma de hacerlo?
Hola Fillito, soy yo nuevamente. Por lo que he visto para poder usar el S3Fox necesitaría previamente tener un bucket creado.
Yo estoy en Uruguay y como verás no hay región para Uruguay, yo pensé en usar la región US-West. He visto algún código para crear buckets pero nada claros. Tu sabes de alguna otra forma de crear buckets o algún código sencillo para crearme un bucket en esta zona? Gracias.
Saludos!!!
Bueno Fillito te cuento que he solucionado el problema. Cuento cual era por las dudas de que a alguien le pase lo mismo. Baje el CloudBerry S3 y este programa también me daba error al conectar al igual que el S3Fox. Pero en este caso el CloudBerry S3 me dijo que el error estaba en que no tenía bien configurada la región en mi computadora. Así que solo fue poner bien la configuración de la región en mi máquina para que me pudiera crear un bucket con el CloudBerry S3.
Saludos y feliz año!
Hola Fillito! Disculpa que siga molestandote, pero te cuento que ya tengo una instancia levantada en Ec2. Pero me surge una duda. Hay alguna forma de detenerla sin tener que terminarla. O sea pararla (para que no siga facturando) pero sin que me desaparezca y despues tener que buscarla y lanzarla nuevamente. Gracias! Espero tu respuesta
Hola Seba
Definitivamente, no hay posibilidad de hacer lo que dices de forma oficial. Lo más parecido es crear un AMI antes de apagarla, y con eso guardar el estado actual de la máquina. Pero esto sólo te guardaría el estado actual de los datos en disco, y nunca en memoria. Por lo que si lo que quieres es apagarla y al encenderla que continúe la ejecución de un programa que tenías a medias o cosas así … no se puede.
Si controlas de programación a bajo nivel y eres capaz de hacer un volcado de la memoria al disco, para luego crear un AMI, y al lanzarlo volver a volcar los datos a memoria, a efectos prácticos sería lo que tú buscas. Pero no te puedo ayudar en ese tema, mis conocimientos no dominan la programación a bajo nivel :S
Un saludo !
Muchas gracias por la pronta respuesta!!!
Hola Filito
Te voy a hacer una pregunta que quizas te parezca tonta pero es que no doy con la respuesta. Que dirección tengo que usar para entrar a través del firefox? Instale el tomcat y quiero acceder al mismo a través del firefox, pero no puedo. Use el DNS público.
Saludos!
Hola Seba
Pues tal cual, con el DNS público. Si no consigues acceder, no debes tener correctamente instalado o configurado el servicio web.
Prueba a hacerle algunos pings al DNS público desde tu máquina, y si contesta, es que el servicio web no está correcto.
Un saludo !
Si, probe lo que tu dijiste, desde mi máquina hice un ping al dns público y efectivamente no respondió. Lo raro es que instalé el tomcat6 y apache2 a través del aptitude y puse a correr los servicios pero nada. Probé de hacer un ping desde la nube hacia afuera (google) y si respondió.
Hola Seba
si haciendo un ping no te contesta, sólo hay 2 motivos posibles.
- Qué tu equipo no pueda acceder a la instancia por algún tipo de firewall, proxy … (que no creo …
)
- O que tengas mal configurado las políticas de seguridad de tu instancia.
Amazon tiene, por defecto, completamente capada las instancias para que no se pueda acceder a ellas a través de ningún puerto. Debes asegurarte que tienes el Security Groups bien configurado permitiendo el acceso a todos los puertos que necesites, porque tiene toda la pinta de ser eso (a me me ocurrió las primeras veces).
A ver si hay suerte.
Un saludo !
Justamente eso estaba pensando (la seguridad de mi instancia), te cuento que tengo habilitados los puertos (22, 53, 80, 3306) para todas las ip (0.0.0.0), se te ocurre alguno que pueda faltarme?
Ya de paso aprovecho para agradecerte toda la ayuda que me estas brindando, ya que sin ella me habría sido muchísimo más difícil introducirme en todo esto.
@Seba:
De nada
, me alegra que mi modesto conocimiento pueda servir a otros.
Lo que me cuentas de tu Security Group es correcto. Aunque te falte algún puerto más para algún servicio, con el 80 sería suficiente para que puedas acceder vía web.
A lo mejor es una tontería, pero … ¿Tu instancia la levantaste usando el security group correcto (puedes tener más de uno creado)?
Si tienes el correcto, no sé con seguridad si puedes modificarlo y que la instancia tome las modificaciones “en caliente”. Prueba a apagarla y levantarla de nuevo asegurandote de elegir el security group correcto.
Si se me ocurre algo más, te aviso por aquí.
Un saludo !
Si eso ya lo controlé de que le hubiera asignado el puerto correcto. Yo seguiré intentando, igualmente te adjunto el error que me aparece en el Firefox por si se te ocurre algo. Y gracias desde ya. Ahí va el error:
While trying to retrieve the URL: http://(*aquí esta mi dns público*)
The following error was encountered:
* Read Error
The system returned:
(104) Connection reset by peer
An error condition occurred while reading data from the network. Please retry your request.
Your cache administrator is root.
Filito te comento que sigo sin poder conectarme y ya es desesperante. He visitado muschos sitios buscando información pero nada.
Te cuento todos los pasos que realicé, ya que quizas te das cuenta si omiti alguno.
A través de la consola levante una instancia de la AMI que tu recomiendas. Le asigné un grupo de seguridad donde permito en tcp los puertos: 22, 25, 53, 80, 110, 143, 3306, 3389 para todas las ip (0.0.0.0/0).
Me conecto por putty: y escribo aptitude update
aptitude upgrade
aptitude install mysql-server-5.0
aptitude install apache2
Y ya con eso intento conectarme(en firefox pongo el dns público), pero nada. Cualquier cosa que veas que pueda servirme te la super agradesco.
Saludos!!!
Hola Fillito, solo para comentarte que despues de tantas levantadas y bajadas de instancias pude resolver el problema, ya me puedo conectar!
Hola Fillito! que tal?
Tengo una pregunta que quizás es un poco obvia pero no sé como hacerlo. Ya tengo mi aplicación andando en la nube, el tema es que no sé como ponerle un DNS público más amigable, ya que es medio feo para que las personas entren por el que nos da Amazon, sobre todo si son clientes. No sé si me entendes, pero la idea es cambiar como quien dice la dirección web por la que entran los usuarios de la aplicación. Cualquier ayuda sirve, gracias!