~/nube/aws-ec2 $ cat 00-teoria.md
- Introducción a la nube pública
- AWS-EC2
Qué hace que un servidor web responda
Instancia, disco, red, identidades y servicio web.
Del archivo publicado al servidor
Section titled “Del archivo publicado al servidor”Cuando publicas un sitio estático con S3, configuras cómo se entregan los objetos y AWS opera el servicio que responde. Con Amazon Elastic Compute Cloud (EC2) alquilas capacidad de cómputo. AWS gestiona la infraestructura física y la virtualización. Tú eliges el sistema operativo invitado, mantienes su software y decides qué procesos y puertos quedan accesibles. Para mostrar el mismo HTML ahora tendrás que instalar un servidor web, darle acceso al archivo y comprobar que responde.
Qué eliges al lanzar
Section titled “Qué eliges al lanzar”La AMI (Amazon Machine Image) prepara el arranque de la máquina e incluye una imagen del sistema. La instancia es la máquina creada al lanzar desde esa AMI. El tipo determina la capacidad disponible, como CPU y memoria, y condiciona también red y rendimiento de almacenamiento. AMI y tipo deben compartir arquitectura de procesador. Para esta web pequeña, una configuración general de tamaño reducido permite justificar el gasto sin hacer pruebas de carga.
La modalidad On-Demand permite usar capacidad durante el tiempo necesario sin asumir un compromiso de larga duración. Separa la estimación del cómputo, el disco y la IPv4 pública. Si una familia admite créditos de CPU para picos, comprueba el modo seleccionado. En T3, Unlimited puede añadir cargos por créditos excedentes. Tipos T3 · Modo Unlimited.
Dónde viven el sistema y los archivos
Section titled “Dónde viven el sistema y los archivos”Un volumen raíz de EBS es el disco de bloques que usa Linux para arrancar y guardar archivos. El HTML copiado a ese disco forma parte de su sistema de archivos. En S3, cada objeto se solicita mediante una clave. Una instantánea de EBS permite crear otro volumen a partir de los datos de un momento determinado. Usarás una AMI oficial y reconocerás el volumen raíz. La creación de instantáneas y la recuperación se desarrollarán en almacenamiento.
Qué camino siguen tus conexiones
Section titled “Qué camino siguen tus conexiones”La región contiene zonas de disponibilidad. La instancia se lanza en una subred de una red virtual VPC y obtiene una IP privada. Para este laboratorio se usa una subred existente con una ruta hacia una Internet Gateway y una IPv4 pública asignada a la instancia. La ruta, la dirección pública, las reglas y el servicio que escucha intervienen en el acceso exterior.
El grupo de seguridad admite tráfico según origen, protocolo y puerto. En esta práctica permites TCP 22 desde la IPv4 pública de salida de tu cliente con una máscara /32, que identifica una única dirección. Para la web ficticia abres temporalmente TCP 80 a clientes IPv4 con 0.0.0.0/0. Un grupo de seguridad conserva el estado de la conexión y admite la respuesta al tráfico permitido. En el tema de VPC construirás una red y sus rutas. Grupos de seguridad · Internet Gateway.
Quién puede hacer qué
Section titled “Quién puede hacer qué”- IAM decide si tu identidad de Learner Lab puede lanzar la instancia, cambiar sus reglas o terminarla.
- El grupo de seguridad permite que tu cliente llegue al puerto 22.
- SSH comprueba la identidad del servidor mediante su clave de host y autentica al usuario Linux con su par de claves. Tú conservas la privada y registras la pública. La huella de la clave de usuario y la huella del host corresponden a dos identidades diferentes.
En la ampliación de S3, un perfil de instancia asocia a EC2 un rol existente. La aplicación usa credenciales temporales para leer el objeto permitido. El acceso SSH y las visitas a Apache funcionan con sus propios controles. Roles de IAM para EC2.
Qué significa que la web esté lista
Section titled “Qué significa que la web esté lista”Apache (httpd) es un proceso que atiende peticiones HTTP. El paquete instalado aporta el programa, el servicio activo indica que está ejecutándose y la habilitación al arranque permite que se inicie cuando arranca Linux. El directorio web contiene los archivos que Apache puede servir. Cada comprobación responde a una pregunta diferente:
| Comprobación | Qué permite observar |
|---|---|
Estado running y comprobaciones de estado de EC2 |
La máquina está en ejecución y se pueden consultar sus comprobaciones de salud. |
Respuesta de http://127.0.0.1/ desde EC2 |
Apache atiende la petición en esa máquina. Comprueba además el código HTTP y el contenido. |
| Respuesta desde Debian y navegador por la IP pública | La petición exterior llega al servicio y recibe el contenido solicitado. |
HTTP 404 para una ruta inexistente |
El servidor respondió y no encontró ese recurso. |
El laboratorio publica solo datos ficticios. HTTP transmite sin cifrado, por lo que esta web no recoge formularios, contraseñas ni datos personales.
Qué cambia al cerrar
Section titled “Qué cambia al cerrar”| Acción | Qué debes comprobar |
|---|---|
| Reiniciar Apache | El proceso vuelve a aceptar peticiones. La instancia sigue en ejecución. |
| Reiniciar EC2 | Linux vuelve a arrancar. El disco y la IPv4 pública permanecen en un reinicio normal. |
| Detener e iniciar EC2 | El volumen EBS conserva el archivo y sigue teniendo coste mientras existe. La IPv4 pública automática se libera al detener y debes consultar la asignada al iniciar. |
| Terminar EC2 | La instancia queda terminada. Verifica si el disco raíz se eliminó según la opción del lanzamiento y retira el grupo y el registro de clave creados para la práctica. |
Antes de iniciar el laboratorio, predice qué verías si Apache responde en la propia instancia y el navegador exterior no conecta. Señala una comprobación que harías antes de cambiar algo. Ciclo de vida de EC2.