Comenzar en la nube de forma simple con Amazon Lightsail - Operación mensual fija de VPS, bases de datos y contenedores

Ofrece servidores virtuales, bases de datos, almacenamiento y CDN en un paquete con tarifa mensual fija, permitiendo desplegar WordPress y aplicaciones con unos pocos clics. Se explica la ruta de migración a EC2 y la comparación de costos.

Unos 11 min de lecturaÚltima actualización: 2026-10-26

Descripción general de Lightsail

Amazon Lightsail es un servicio en la nube simple que ofrece servidores virtuales, bases de datos, almacenamiento y CDN en un paquete con tarifa mensual fija. No requiere configuraciones detalladas como EC2, y basta con seleccionar un blueprint como WordPress, Node.js, LAMP stack o Windows Server para iniciar un servidor con unos pocos clics. En comparación con otros servicios de AWS, se caracteriza por una estructura de precios clara (tarifa mensual fija) que permite operar con costos predecibles. Está optimizado para cargas de trabajo simples como blogs personales, sitios web pequeños, entornos de desarrollo/pruebas y uso educativo.

Planes y recursos

(A fecha de agosto de 2026) Los planes de instancia de Lightsail se dividen en 3 familias, de uso general, optimizados para memoria y optimizados para computación, y además el precio cambia entre los planes que incluyen una dirección IPv4 pública y los planes solo IPv6. Los planes de uso general para Linux/Unix tienen 11 niveles con IPv4, desde $5 al mes (512 MB de memoria, 2 vCPU, 20 GB de SSD, 1 TB de transferencia) hasta $1,764 (256 GB de memoria, 64 vCPU). Con solo IPv6, las mismas especificaciones cuestan desde $3.50 hasta $1,760. Los planes optimizados para memoria, para cargas de trabajo que usan mucha memoria, van de $74 (16 GB de memoria) a $2,344 (512 GB de memoria), y los planes optimizados para computación, para cargas de trabajo que usan mucha CPU, parten de $42. Conviene tener en cuenta que en las instancias creadas el 29 de junio de 2023 o antes, los planes pequeños siguen con 1 vCPU (los planes equivalentes actuales tienen 2 vCPU). Cada plan incluye un volumen de transferencia de datos: 1 TB al mes en el plan de uso general más pequeño y hasta 10 TB al mes en los planes superiores. Sin embargo, en las regiones de Mumbai, Sídney, Yakarta, Malasia, Hong Kong y São Paulo, esta asignación de transferencia es la mitad que en las demás regiones. Lo que supera la asignación se cobra por uso, y el precio unitario varía según la región: $0.09 por GB en las regiones de EE. UU. y Europa, y $0.15 en São Paulo. Las bases de datos administradas admiten MySQL y PostgreSQL, y los planes estándar con copias de seguridad automáticas y ventana de mantenimiento se pueden usar desde $15 al mes. La configuración de alta disponibilidad que abarca varias zonas de disponibilidad no está incluida en los planes estándar, sino que se elige un plan de alta disponibilidad (desde $30 al mes en la configuración mínima). Su precio es aproximadamente el doble del plan estándar de las mismas especificaciones. El almacenamiento de objetos se puede usar desde $1 al mes (5 GB) y las distribuciones de CDN desde $2.50 al mes (50 GB), lo que acelera la entrega de contenido estático. Como los precios unitarios varían según la región, conviene comprobar las estimaciones reales en la tabla de precios oficial de la región que se utilice.

Ruta de migración a EC2

Lightsail es ideal para comenzar a pequeña escala, pero cuando la carga de trabajo crece, se recomienda la migración a EC2. Se ofrece la función de exportar snapshots de Lightsail como AMI de EC2, permitiendo migrar sin perder datos. Los momentos para considerar la migración son: cuando se necesita Auto Scaling, cuando se requiere un diseño de red detallado con VPC, cuando se necesitan funciones de balanceo de carga con ALB/NLB, o cuando se requiere un control de acceso granular con roles IAM. La función de VPC peering de Lightsail permite conectar de forma privada las instancias de Lightsail con recursos de AWS en la misma región (RDS, ElastiCache, etc.), facilitando una migración gradual.

Comparación de precios de Lightsail

(A fecha de agosto de 2026, precios de EE. UU. Este (Norte de Virginia)) Se comprueba, junto a EC2, cuánto pesa una estructura de precios que incluye la transferencia. La referencia es el plan de uso general de Lightsail de $7 al mes (1 GB de memoria, 2 vCPU, 40 GB de SSD, 2 TB de transferencia). Si se arma una configuración equivalente en EC2, t3.micro cuesta $0.0104 por hora × 730 horas, unos $7.6, y un volumen EBS gp3 de 40 GB a $0.08 por GB al mes suma $3.2. La transferencia de datos a Internet de 2 TB, descontando la capa gratuita de 100 GB al mes, deja unos 1,948 GB a $0.09 por GB, unos $175, de modo que el total es de unos $186 al mes. La mayor parte de la diferencia surge de la transferencia de datos, y si solo se miran el cómputo y el almacenamiento, se ve que ambos están casi al mismo nivel. Es decir, la ventaja de costo de Lightsail no proviene de que «el servidor en sí sea barato», sino de que «la transferencia está incluida». A la inversa, en cargas de trabajo con muy poca transferencia la diferencia se reduce, y como en EC2 también se pueden usar descuentos con instancias reservadas o Savings Plans, la diferencia se acorta en operaciones a largo plazo. Una visión más cercana a la realidad es que cuanta más transferencia tiene una carga de trabajo orientada a la distribución, más pesa la asignación de Lightsail. Además, como los precios unitarios varían según la región, conviene comprobar las estimaciones reales en la tabla de precios oficial de la región que se utilice.

Ejecutar aplicaciones con el servicio de contenedores

Lightsail no solo ofrece servidores virtuales, sino también un servicio para ejecutar contenedores directamente. Basta con indicar una imagen de Docker para desplegar, y como se asigna automáticamente un punto de enlace HTTPS, no hay que preocuparse por la configuración de certificados ni de balanceadores de carga. Ya no hace falta la administración del OS del servidor, y es posible centrarse en el contenido de la aplicación. Es adecuado cuando se quieren operar con contenedores, de forma sencilla y con tarifa fija, aplicaciones web y API de pequeña a mediana escala. La escala se ajusta solo con elegir el tamaño, y se puede plantear un diseño por etapas: cuando haga falta una orquestación completa, se considera migrar a ECS o EKS.

Supervisión de métricas y capacidad de ráfaga

Las instancias de Lightsail disponen de métricas como el uso de CPU y la transferencia de red, y el estado de funcionamiento se puede comprobar desde la consola. También se pueden configurar alarmas que avisan cuando se supera un umbral, lo que permite detectar anomalías de carga. Las instancias de Lightsail tienen un diseño con capacidad de ráfaga, y cada plan tiene un rendimiento de CPU de referencia determinado. Aun así, ante cargas altas temporales como compilaciones, instalación de software, procesos por lotes o picos de acceso, pueden usar una capacidad de procesamiento superior a esa referencia. En el gráfico de uso de CPU se muestran por separado la zona sostenible, que se puede mantener sin esfuerzo, y la zona de ráfaga. El nivel de referencia varía según el plan; por ejemplo, en el plan de $7 al mes de Linux/Unix es del 10%. Como la capacidad disponible para ráfagas tiene un límite, si se permanece mucho tiempo en la zona de ráfaga se agota la capacidad y el rendimiento vuelve al nivel de referencia. Si también se observa la métrica de capacidad de ráfaga de CPU restante, se puede saber cuánto margen queda. Por eso, si las métricas muestran que la CPU se mantiene alta de forma constante, se interpreta como la señal para pasar a un plan superior o revisar la configuración. Si se convierte la supervisión en un hábito, se puede detectar pronto la falta de rendimiento.

IP estática y fundamentos de DNS

En un servicio público hace falta una dirección fija que no cambie aunque se reinicie. Si se asigna una IP estática de Lightsail a una instancia, se conserva la misma IP aunque se detenga y se vuelva a iniciar. Una IP estática asignada no genera cargos adicionales mientras esté vinculada a una instancia. Si se usa un dominio, en la zona DNS de Lightsail se especifica la IP estática en el registro A y se configuran subdominios como www con CNAME. Configurar correctamente el DNS y la IP fija deja listo un entorno público al que se puede acceder de forma estable por nombre de dominio, y permite ofrecer a los visitantes un destino de conexión coherente.

Uso como entorno de aprendizaje y pruebas

Como sus precios son fijos y fáciles de prever, Lightsail es excelente para aprender sobre la nube y como entorno de pruebas a corto plazo. Facilita evitar facturas altas inesperadas y permite experimentar con tranquilidad. Si se elimina una instancia cuya prueba ha terminado, se detiene la facturación, y si se guarda una snapshot, más adelante se puede reproducir el mismo entorno. Si la prueba apunta a producción, probar pronto el VPC peering y el procedimiento de migración a EC2 hace que el paso a producción sea fluido. Se puede aprovechar como un espacio de aprendizaje: se empieza construyendo algo pequeño y poniéndolo en marcha, y cuando se profundiza la comprensión, se amplía a una configuración completa.

Resumen

Amazon Lightsail es un servicio que proporciona un entorno en la nube simple con tarifa mensual fija. Permite desplegar WordPress y aplicaciones con unos pocos clics, y logra una operación con costos predecibles gracias a su estructura de precios clara que incluye la transferencia de datos. También ofrece una ruta de migración a EC2 según el crecimiento de la carga de trabajo, permitiendo un escalado gradual desde un inicio modesto.

Referencias (recursos oficiales de AWS)

Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

Por qué Auto Scaling escala rápido hacia afuera y es cauteloso al reducir - Intención de diseño de la lógica de decisión asimétricaExplica la razón del diseño asimétrico de EC2 Auto Scaling que ejecuta el scale-out inmediatamente mientras establece un período de enfriamiento para el scale-in, el mecanismo de prevención de flapping y la lógica interna del Target Tracking Scaling.Infraestructura adaptable a la demanda con AWS Auto Scaling - Diseño y optimización de políticas de escaladoPresenta cómo utilizar los 3 tipos de políticas (Target Tracking, Predictive y Scheduled) y lograr la optimización de costos con instancias Spot mediante Mixed Instances Policy.Diseño de dominios de fallo en AWS - El mecanismo de disponibilidad protegido por la estructura de 3 capas AZ, región y particiónExplicamos por qué la infraestructura de AWS está diseñada en 3 capas: AZ (aislamiento de fallos), región (separación geográfica) y partición (separación política), y hasta dónde se propagan los fallos en cada capa con ejemplos concretos.Principios de sistemas distribuidos aprendidos de las interrupciones de AWS - Arquitecturas transformadas por grandes incidentesUsando como material los informes de incidentes publicados por AWS, como la interrupción de S3 (2017), la interrupción de Kinesis (2020) y la particularidad de us-east-1, explicamos principios de diseño como Shuffle Sharding, Static Stability y Cell-based Architecture.Por qué AWS construye regiones allí - Los criterios desconocidos de selección de ubicación de centros de datosExplicamos los criterios de decisión que AWS considera al determinar la ubicación de regiones, como suministro eléctrico, riesgo geopolítico, legislación de soberanía de datos, conectividad de red y riesgo de desastres naturales, con ejemplos concretos de regiones.Por qué los Availability Zone ID de AWS difieren por cuenta - La intención de diseño detrás del mapeo de AZExplicamos el mecanismo por el que us-east-1a apunta a una AZ física distinta en cada cuenta, el contexto en el que se introdujeron los AZ ID (use1-az1), la intención de diseño de distribuir la capacidad de forma uniforme y los puntos a tener en cuenta al especificar AZ entre cuentas.Infraestructura de computación por lotes - Procesamiento paralelo a gran escala con AWS BatchExplicamos cómo construir procesamiento por lotes a gran escala con AWS Batch. Cubrimos el diseño de colas de trabajos, auto-escalado de entornos de cómputo, optimización de costos con instancias Spot y la construcción de infraestructura de lotes ideal para computación científica y procesamiento de datos a gran escala.Streaming en vivo con calidad broadcast - Construcción de una plataforma de distribución a gran escala con AWS Elemental MediaLive y MediaPackageExplicamos una plataforma de streaming en vivo con calidad broadcast basada en AWS Elemental MediaLive y MediaPackage. Presentamos la transcodificación en tiempo real, DRM, la inserción de anuncios y la distribución multi-CDN.