Construcción de un sitio WordPress con Amazon Lightsail - Desde la configuración SSL hasta la distribución CDN

Construye un sitio WordPress con Lightsail, configura SSL con Let's Encrypt y publícalo globalmente con distribución CDN. También se presenta la estrategia de copias de seguridad.

Unos 9 min de lecturaÚltima actualización: 2026-10-28

Construcción con el blueprint de WordPress

El blueprint de WordPress de Lightsail proporciona un entorno con Apache, MySQL, PHP y WordPress preconfigurados, y puede acceder al panel de administración de WordPress desde el navegador inmediatamente después de crear la instancia. Los blueprints de la versión del paquete de Bitnami, que fueron el estándar durante mucho tiempo, tienen anunciado el fin de su oferta: el 19 de mayo de 2026 finaliza la oferta de nuevas versiones, y el 19 de noviembre de 2026 WordPress, WordPress Multisite, LAMP, Nginx y Node.js dejan de figurar entre las opciones al crear instancias nuevas (Joomla, Magento, MEAN, Drupal, GitLab, Redmine, Ghost, Django y PrestaShop, el 19 de mayo de 2027). Las instancias que ya están en funcionamiento siguen funcionando tal cual y también pueden restaurarse desde snapshots ya tomados, pero si va a construir algo nuevo a partir de ahora, elija el blueprint de la versión del paquete de Lightsail que proporciona AWS. La forma de comprobar la contraseña inicial depende del tipo de blueprint; en la versión del paquete de Bitnami, consúltela con cat $HOME/bitnami_application_password desde el SSH basado en navegador de la consola de Lightsail. La configuración mínima con IPv4 pública cuesta 5 USD al mes (512 MB de RAM, 2 vCPU, 20 GB de SSD, 1 TB de transferencia de datos), y para un blog personal este rango es suficiente. Con un bundle solo IPv6, también puede elegir planes desde 3.50 USD al mes. Para sitios de unas decenas de miles de páginas vistas al mes, le recomendamos que elija un plan de 1 GB de RAM (7 USD al mes, 2 vCPU, 40 GB de SSD, 2 TB de transferencia de datos) o superior (a fecha de agosto de 2026).

Configuración SSL y gestión de dominios

Con un blueprint de la versión del paquete de Bitnami, la habilitación de HTTPS puede configurarse automáticamente con bncert-tool. Con solo conectarse a la instancia por SSH, ejecutar sudo /opt/bitnami/bncert-tool e introducir el nombre de dominio, quedan configurados todos a la vez la obtención del certificado SSL de Let's Encrypt, la configuración HTTPS de Apache, la redirección de HTTP a HTTPS y la renovación automática del certificado. Como bncert-tool es una herramienta incluida en el paquete de Bitnami, el procedimiento es diferente si construyó la instancia con un blueprint proporcionado por AWS. Compruebe el procedimiento oficial correspondiente al blueprint de la instancia creada antes de configurar el certificado. La gestión DNS del dominio se puede realizar en la zona DNS de Lightsail. Especifique la IP estática de la instancia con un registro A y configure el subdominio www con un registro CNAME. La IP estática de Lightsail es gratuita y no genera cargos mientras esté asociada a una instancia. Además, como publicar con un registro A requiere una dirección IPv4 pública, si eligió un bundle solo IPv6, la publicación se hace con un registro AAAA.

Distribución CDN y copias de seguridad

Lightsail CDN es una función de distribución de contenido basada en CloudFront que se activa simplemente creando una distribución y especificando la instancia como origen. El contenido estático como imágenes, CSS y JavaScript se almacena en caché en ubicaciones de borde en todo el mundo y se entrega desde la ubicación más cercana al usuario. Cada plan de la distribución incluye una cantidad mensual de transferencia de datos, que en el plan mínimo es de 50 GB al mes. Para las copias de seguridad, le recomendamos que habilite los snapshots automáticos con una toma diaria. Los snapshots automáticos conservan las 7 generaciones más recientes; en caso de fallo, restaure creando una nueva instancia a partir del snapshot. Los snapshots manuales pueden guardarse sin límite de período de retención; úselos como copia de seguridad antes de cambios importantes.

Costos de operación de WordPress

El costo de operación de un sitio WordPress se centra en la tarifa mensual del plan de Lightsail (a fecha de agosto de 2026). El plan de 2 GB de memoria (12 USD al mes, 2 vCPU, 60 GB de SSD, 3 TB de transferencia de datos) es la opción estándar para sitios pequeños y admite hasta unas decenas de miles de páginas vistas al mes. Lightsail CDN puede usarse desde 2.50 USD al mes, y el plan mínimo incluye 50 GB de transferencia de datos al mes. Los snapshots se cobran a aproximadamente 0.05 USD al mes por 1 GB de capacidad almacenada, por lo que reducir el número de generaciones permite contener el costo de almacenamiento. En comparación con una configuración de EC2 + ALB + RDS (50 USD al mes o más), Lightsail permite operar WordPress con un costo mucho menor.

Ajuste de la velocidad de carga

La velocidad de carga de WordPress mejora mucho aprovechando la caché. Instale un plugin de caché de páginas para servir el HTML ya generado y reducir los accesos a la base de datos. Si comprime las imágenes a un tamaño adecuado y habilita la carga diferida, la visualización inicial será más ligera. Si coloca Lightsail CDN delante, los archivos estáticos se entregan desde las ubicaciones de borde y también baja la carga de la instancia. Como instalar demasiados plugins tiene el efecto contrario y hace el sitio más pesado, limitarse solo a los realmente necesarios también es un recurso imprescindible para mantener una velocidad estable.

Medidas básicas de seguridad

Un WordPress público es un objetivo fácil de ataques, por lo que refuerce las defensas básicas. Mantenga actualizados el núcleo de WordPress, los temas y los plugins para cerrar las vulnerabilidades conocidas. Proteja el inicio de sesión del panel de administración con una contraseña robusta, un límite de intentos y la autenticación de dos factores. Con la configuración del firewall de Lightsail, abra solo los puertos necesarios. Por si acaso, si deja habilitados los snapshots automáticos, podrá restaurar el estado inmediatamente anterior aunque se produzca una manipulación o un fallo. Es importante tener preparados medios de recuperación partiendo de la premisa de que los ataques no pueden evitarse por completo.

Escalado y migración a una arquitectura completa

Cuando aumenten los accesos y el rendimiento del plan resulte insuficiente, migre a un plan superior. Como Lightsail no permite cambiar directamente el tamaño de una instancia en ejecución, tome un snapshot, cree a partir de él una nueva instancia con un plan mayor y cambie a ella. En la etapa en que la escala crezca aún más y se necesiten disponibilidad y flexibilidad, considere la migración a una configuración que combine EC2, RDS y un balanceador de carga. Si separa la base de datos y adopta una configuración que reparte la carga entre varias instancias, podrá escalar más allá del límite de una sola instancia.

Precauciones operativas y cuándo migrar

WordPress en Lightsail es sencillo, pero su base es una configuración de una sola instancia, por lo que, si ese servidor cae, todo el sitio se detiene. En sitios comerciales que requieren redundancia, este punto se convierte en una limitación. Tomar snapshots periódicamente y comprobar de antemano el procedimiento de recuperación es una garantía realista de la disponibilidad. Cuando el rendimiento se estanque por el aumento del tráfico, o cuando necesite una configuración de varias instancias o un control detallado de la red, ese es el momento de migrar a una configuración basada en EC2. Revise la configuración sin forzarla, al ritmo del crecimiento de los requisitos.

Resumen

Lightsail es una plataforma con la que puede construir y operar sitios WordPress con poco esfuerzo y poco costo. Combinando la construcción inmediata con blueprints, la configuración SSL con Let's Encrypt, la distribución global con CDN y las copias de seguridad con snapshots, puede operar desde un sitio personal hasta un sitio comercial pequeño desde un nivel de alrededor de 10 USD al mes. Como el contenido que ofrecen los blueprints va cambiando, comprobar antes de una nueva construcción los blueprints disponibles y la configuración recomendada le permite evitar el trabajo de una migración posterior.

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.