Une entreprise a besoin d'un plan de reprise après sinistre pour son volume de stockage de fichiers principal sur site. Le volume est monté à partir d'un périphérique iSCSI (Internet Small Computer Systems Interface) sur un serveur de stockage local et contient des centaines de téraoctets de données. L'entreprise exige que les utilisateurs finaux conservent un accès immédiat à tous les types de fichiers à partir des systèmes sur site sans latence supplémentaire, et souhaite le MOINS de changements possible à l'infrastructure existante. Quelle solution répond à ces exigences ?

L'option correcte est de provisionner une passerelle de volume AWS Storage Gateway en mode stocké. Ce mode stocke toutes les données localement sur la passerelle tout en les sauvegardant de manière asynchrone sur AWS, ce qui garantit un accès immédiat et à faible latence aux données sur site via iSCSI, répondant ainsi à l'exigence d'accès immédiat sans latence supplémentaire. L'utilisation d'iSCSI permet de minimiser les changements à l'infrastructure existante. Les instantanés planifiés facilitent la récupération après sinistre en permettant la restauration des données sur un volume EBS dans AWS. L'option Amazon S3 File Gateway est incorrecte car elle nécessiterait de modifier les applications pour utiliser NFS, ce qui contrevient à l'exigence de changements minimaux. L'option AWS Storage Gateway Tape Gateway est conçue pour l'archivage de données et ne fournit pas l'accès immédiat requis. L'option AWS Storage Gateway Volume Gateway en mode mis en cache ne stocke qu'un sous-ensemble des données localement, ce qui pourrait entraîner une latence pour les données non mises en cache, et ne garantit pas un accès immédiat à toutes les données comme le mode stocké.