Une entreprise a besoin d'une stratégie de sauvegarde pour une application web sans état à trois niveaux. Le niveau web s'exécute sur des instances EC2 dans un groupe Auto Scaling avec mise à l'échelle dynamique. Le niveau de base de données s'exécute sur Amazon RDS for PostgreSQL. L'application web ne nécessite pas de stockage local temporaire sur les instances EC2. L'objectif de point de récupération (RPO) est de 2 heures. La stratégie de sauvegarde doit maximiser l'évolutivité et optimiser l'utilisation des ressources. Quelle solution répondra à ces exigences?

L'application web est sans état et ne nécessite pas de stockage local temporaire sur les instances EC2. Cela signifie que les données importantes ne résident pas sur les volumes EBS des instances EC2. La conservation des dernières AMI pour les niveaux web et application est suffisante pour restaurer rapidement les instances EC2 en cas de besoin, car l'état est géré ailleurs. Pour Amazon RDS, les sauvegardes automatisées avec récupération à un instant précis (Point-in-Time Recovery - PITR) sont la méthode standard et la plus efficace pour respecter un RPO de 2 heures, car elles permettent de restaurer la base de données à n'importe quel moment au cours de la période de rétention. Les instantanés EBS toutes les 2 heures sont inutiles pour une application sans état et augmenteraient les coûts et la complexité sans avantage. Configurer une politique de cycle de vie des instantanés EBS est également inutile pour la même raison. Prendre des instantanés EBS toutes les 2 heures est redondant pour une application sans état.