Apéndice C: Copia de seguridad y recuperación - Mejores prácticas para WordPress un AWS

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Apéndice C: Copia de seguridad y recuperación

En comparación con los entornos de alojamiento tradicionales, la recuperación de un error en AWS es más rápida y fácil. Por ejemplo, puede lanzar un reemplazo en cuestión de minutos en respuesta a un error de hardware o puede usar la conmutación por error automatizada en muchos de nuestros servicios administrados para mitigar el impacto de un reinicio debido al mantenimiento de rutina.

Sin embargo, aún tiene que asegurarse de realizar copias de seguridad de los datos correctos a fin de recuperarlos correctamente. Para reestablecer la disponibilidad de un sitio web de WordPress, tiene que poder recuperar los siguientes componentes:

  • Sistema operativo (OS) e instalación y configuración de servicios (Apache, MySQL, etc.)

  • Configuración y código de la aplicación de WordPress

  • Temas y complementos de WordPress

  • Cargas (por ejemplo, archivos multimedia para publicar)

  • Contenido de la base de datos (publicaciones, comentarios, etc.)

AWS proporciona diversos métodos para realizar copias de seguridad y restaurar los recursos y los datos de las aplicaciones web.

En este documento técnico, hemos examinado el uso de las instantáneas de Lightsail para proteger todos los datos almacenados en el almacenamiento local de la instancia. Si su sitio web de WordPress solo se ejecuta en la instancia de Lightsail, las instantáneas normales de Lightsail deberían ser suficientes para que pueda recuperar su sitio web de WordPress en su totalidad. Sin embargo, aún perderá los cambios aplicados a su sitio web desde que se tomó la última instantánea si realiza la restauración desde una instantánea.

En una implementación de varios servidores, tiene que hacer copias de seguridad de cada componente que explicamos antes usando diferentes mecanismos. Cada componente puede tener diferentes requisitos relativos a la frecuencia de copia de seguridad. Por ejemplo, la instalación y configuración de WordPress y el sistema operativo cambiarán con mucha menos frecuencia que el contenido generado por el usuario y, por lo tanto, se pueden hacer copias de seguridad menos a menudo sin que se pierdan datos en una recuperación.

Para hacer una copia de seguridad del sistema operativo y la instalación y configuración de los servicios así como de la configuración y el código de la aplicación de WordPress, puede crear una AMI de una instancia de EC2 correctamente configurada. Las AMI pueden servir para dos propósitos: actuar como copia de seguridad de un estado de instancia y actuar como plantilla al lanzar nuevas instancias.

Para hacer una copia de seguridad de la configuración y el código de la aplicación de WordPress, tiene que usar AMI y también copias de seguridad de Aurora.

Para hacer una copia de seguridad de los complementos y temas de WordPress instalados en su sitio web, tiene que hacer una copia de seguridad del bucket de Amazon S3 o el sistema de archivos de EFS en el que están almacenados.

  • Para los temas y complementos almacenados en un bucket de S3, puede habilitar la replicación entre regiones para que todos los objetos cargados en su bucket principal se repliquen automáticamente en su bucket de copia de seguridad en otra región de AWS. La replicación entre regiones requiere que el control de versiones esté habilitado tanto en los buckets de origen como en los de destino, lo que le proporciona una capa adicional de protección y le permite volver a una versión anterior de cualquier objeto determinado en su bucket.

  • Para los temas y complementos almacenados en un sistema de archivos EFS, puede crear un AWS Data Pipeline para copiar datos desde su sistema de archivos EFS de producción a otro sistema de archivos EFS, como se describe en la página de la documentación Copia de seguridad de los sistemas de archivos de Amazon EFS. También puede realizar copias de seguridad de un sistema de archivos EFS con cualquier aplicación de copia de seguridad con la que ya esté familiarizado.

  • Para hacer una copia de seguridad de las cargas del usuario debe seguir los pasos descritos antes para hacer una copia de seguridad de los temas y los complementos de WordPress.

  • Para hacer copias de seguridad del contenido de la base de datos, debe utilizar la copia de seguridad de Aurora Aurora crea copias de seguridad del volumen de clúster automáticamente y conserva los datos de restauración durante el tiempo asignado al periodo de retención de copia de seguridad. Aurora realiza copias de seguridad continuas e incrementales para que se puedan restaurar con rapidez a cualquier punto durante el periodo de retención de copia de seguridad. No se produce ningún impacto en el rendimiento ni ninguna interrupción del servicio de base de datos durante la escritura de los datos de copia de seguridad. Puede especificar un periodo de retención de copia de seguridad con un valor de entre 1 día y 35 días. También puede crear instantáneas de base de datos manuales, que se conservan hasta que las borre. Las instantáneas de base de datos manuales son útiles para copias de seguridad y archivado a largo plazo.