Une entreprise a besoin d'une solution de reprise après sinistre basée sur AWS pour des centaines de serveurs Windows qui montent tous un partage de fichiers partagé. Exigences : RTO de 15 minutes, RPO de 5 minutes, prise en charge du basculement (failover) et du retour arrière (fallback) natifs, et être aussi rentable que possible. Quelle solution répond le mieux à ces exigences ?

La solution correcte utilise AWS Elastic Disaster Recovery (DRS) pour répliquer les serveurs Windows sur site vers AWS, répondant ainsi aux RTO et RPO stricts grâce à la réplication continue au niveau du bloc et aux capacités de basculement/retour arrière natives. AWS DataSync est utilisé pour répliquer le partage de fichiers partagé vers Amazon FSx for Windows File Server, qui est un service de fichiers natif Windows entièrement géré, compatible avec les applications Windows et montable sur les instances EC2. Cela garantit la disponibilité du partage de fichiers partagé en cas de sinistre. Les autres options sont moins adaptées : La première option, avec AWS Storage Gateway et des sauvegardes quotidiennes, ne répond pas au RPO de 5 minutes et le processus de restauration est plus long. La deuxième option, avec CloudFormation et Amazon EFS, n'est pas idéale pour les serveurs Windows car EFS est un système de fichiers basé sur NFS, et la réplication des données avec DataSync vers EFS n'est pas la meilleure solution pour un partage de fichiers Windows. La troisième option, avec un environnement actif-actif et aws s3 sync, est coûteuse et aws s3 sync n'est pas une solution de réplication de données en temps quasi réel pour un RPO de 5 minutes. De plus, S3 n'est pas un système de fichiers montable directement.