Une entreprise migre un serveur de fichiers Windows hérité qui contient des données sensibles et irremplaçables vers Amazon FSx for Windows File Server. Les données doivent être copiées vers une autre région AWS pour la reprise après sinistre, et la conformité exige que les données ne transitent jamais par l'internet public. L'entreprise préfère les services AWS gérés lorsque cela est possible. Quelle conception répond à ces exigences ?

La bonne réponse est de créer un système de fichiers FSx for Windows File Server dans la région de reprise après sinistre, d'établir une connectivité de peering de VPC entre les régions, et de configurer AWS DataSync avec des points de terminaison d'interface VPC (AWS PrivateLink). Cette approche assure que les données ne transitent jamais par l'internet public, répondant aux exigences de conformité, et utilise des services AWS gérés pour une réplication sécurisée et efficace. Les autres options sont incorrectes car : L'utilisation de FSx File Gateway avec S3 n'est pas une solution de reprise après sinistre directe pour FSx for Windows File Server et ne maintient pas la compatibilité native du système de fichiers Windows. L'utilisation d'AWS Site-to-Site VPN avec DataSync est possible mais le peering de VPC combiné à PrivateLink offre une solution plus intégrée et souvent plus performante pour la communication inter-régions au sein d'AWS, sans les frais de gestion d'un VPN. AWS Transfer Family est conçu pour le transfert de fichiers via SFTP, FTPS et FTP vers et depuis Amazon S3, et non pour la réplication directe entre deux systèmes de fichiers FSx for Windows File Server.