Arquitectura de referencia
En Hosting WordPress on AWS reference architecture
La AMI basada en GitHub se cambió de Amazon Linux1 a Amazon Linux2 en julio de 2021. Sin embargo, las plantillas de implementación de S3 aún no se han cambiado. Se recomienda usar plantillas en GitHub si hay algún problema para implementar la arquitectura de referencia con plantillas en S3.
Arquitectura de referencia para alojar WordPress en AWS
Componentes de arquitectura
La arquitectura de referencia ilustra la implementación recomendada completa para un sitio web de WordPress en AWS.
-
Comienza con un almacenamiento en caché de borde en Amazon CloudFront (1) para almacenar en caché contenido cercano a los usuarios finales para acelerar la entrega.
-
CloudFront toma contenido estático de un bucket de S3 (2) y contenido dinámico de un Application Load Balancer (4) delante de las instancias web.
-
Las instancias web se ejecutan en un grupo de Auto Scaling de instancias de Amazon EC2(6).
-
Un clúster de ElastiCache (7) almacena en caché datos consultados frecuentemente para acelerar las respuestas.
Una instancia de MySQL de Amazon Aurora (8) aloja la base de datos de WordPress.
-
Las instancias de EC2 de WordPress acceden a datos de WordPress compartidos en un sistema de archivos Amazon EFS mediante un destino de montaje de EFS (9) en cada zona de disponibilidad.
-
Una puerta de enlace de Internet (3) permite la comunicación entre los recursos de su VPC e Internet.
-
Las puertas de enlace NAT (5) en cada zona de disponibilidad permiten que las instancias de EC2 en subredes privadas (aplicaciones y datos) accedan a Internet.
Dentro de Amazon VPC, hay dos tipos de subredes: pública (subred pública) y privada (subred de aplicación y subred de datos). Los recursos implementados en las subredes públicas recibirán una dirección IP pública y serán visibles públicamente en Internet. Aquí se implementa el Application Load Balancer (4) y un host bastión para la administración. Los recursos implementados en las subredes privadas recibirán solo una dirección de IP privada y, por tanto, no serán visibles públicamente en Internet, lo que mejora la seguridad de esos recursos. Las instancias de servidor web de WordPress (6), las instancias de clúster de ElastiCache (7), las instancias de base de datos MySQL de Aurora (8) y los destinos de montaje de EFS (9) se implementan todos ellos en subredes privadas.
En el resto de esta sección, se tratan cada uno de estos aspectos en más detalle.
