Annexe C : Sauvegarde et restauration

La reprise sur incident est plus rapide et plus facile à réaliser dans AWS que dans les environnements d'hébergement traditionnels. Par exemple, vous pouvez lancer une instance de remplacement en quelques minutes en réponse à une défaillance matérielle ou utiliser le basculement automatique dans bon nombre de nos services managés pour annuler l'impact d'un redémarrage dû à une maintenance de routine.

Cependant, vous devez toujours vous assurer d'avoir sauvegardé les bonnes données pour pouvoir les récupérer avec succès. Pour rétablir la disponibilité d'un site web WordPress, vous devez être capable de récupérer les composants suivants :

• Installation et configuration du système d'exploitation (OS) et des services (Apache, MySQL, etc.)

• Code et configuration de l'application WordPress

• Thèmes et plugins WordPress

• Chargements (par exemple, fichiers multimédias pour des publications)

• Contenu de la base de données (publications, commentaires, etc.)

AWS propose différentes méthodes pour sauvegarder et restaurer les données et les ressources de vos applications web.

Ce livre blanc a abordé précédemment l'utilisation des instantanés Lightsail pour protéger toutes les données stockées sur le stockage local de l'instance. Si votre site web WordPress ne fonctionne que sur l'instance Lightsail, des instantanés Lightsail réguliers devraient suffire pour que vous puissiez récupérer votre site web WordPress dans son intégralité. Toutefois, vous perdrez toujours toutes les modifications appliquées à votre site web depuis la prise du dernier instantané si vous effectuez une restauration à partir d'un instantané.

Dans un déploiement multiserveur, vous devez sauvegarder chacun des composants décrits précédemment à l'aide de différents mécanismes. Chaque composant peut avoir des exigences différentes en matière de fréquence de sauvegarde, par exemple, l'installation et la configuration du système d'exploitation et de WordPress changeront beaucoup moins fréquemment que le contenu généré par les utilisateurs et, par conséquent, pourront être sauvegardés moins fréquemment sans perdre de données en cas de récupération.

Pour sauvegarder l'installation et la configuration du système d'exploitation et des services, ainsi que le code et la configuration de l'application WordPress, vous pouvez créer une AMI d'une instance EC2 correctement configurée. Les AMI peuvent avoir deux objectifs : servir de sauvegarde de l'état de l'instance et servir de modèle lors du lancement de nouvelles instances.

Pour sauvegarder le code et la configuration de l'application WordPress, vous devez utiliser des AMI et également des sauvegardes Aurora.

Pour sauvegarder les thèmes et plugins WordPress installés sur votre site web, sauvegardez le compartiment Amazon S3 ou le système de fichiers Amazon EFS sur lequel ils sont stockés.

• Pour les thèmes et les plugins stockés dans un compartiment S3, vous pouvez activer la réplication entre régions afin que tous les objets chargés dans votre compartiment principal soient automatiquement répliqués dans votre compartiment de sauvegarde dans une autre région AWS. La réplication entre régions nécessite que la gestion des versions soit activée à la fois sur vos compartiments source et de destination. Vous bénéficiez alors d'une couche de protection supplémentaire et pouvez revenir à une version précédente d'un objet donné de votre compartiment.

• Pour les thèmes et les plugins stockés sur un système de fichiers EFS, vous pouvez créer un AWS Data Pipeline pour copier les données de votre système de fichiers EFS de production vers un autre système de fichiers EFS, comme indiqué dans la page de documentation Sauvegarde de vos systèmes de fichiers Amazon EFS. Vous pouvez également sauvegarder un système de fichiers EFS à l'aide de n'importe quelle application de sauvegarde que vous utilisez déjà.

• Pour sauvegarder les chargements des utilisateurs, vous devez suivre les étapes décrites précédemment pour la sauvegarde des thèmes et plugins WordPress.

• Pour sauvegarder le contenu de la base de données, vous devez utiliser la sauvegarde Aurora. Aurora sauvegarde automatiquement votre volume de cluster et conserve les données de restauration pendant la durée de la période de rétention des sauvegardes. Comme les sauvegardes Aurora sont continues et progressives, vous pouvez rapidement procéder à une restauration à un point quelconque de la période de rétention des sauvegardes. Aucun impact sur les performances ni interruption du service de base de données ne se produit lors de l'écriture des données de sauvegarde. Vous pouvez définir la période de rétention des sauvegardes sur une période de 1 à 35 jours. Vous pouvez également créer des instantanés de base de données manuels, qui sont conservés jusqu'à ce que vous les supprimiez. Les instantanés de base de données manuels sont utiles pour les sauvegardes et l'archivage à long terme.