Une entreprise déploie une nouvelle application web et a besoin d'un stockage partagé pour les serveurs d'applications Linux. L'ensemble de données peut atteindre 100 Go. L'activité de pointe dure 3 heures par jour et nécessite un débit de lecture de 225 MiB/s. La solution doit être Multi-AZ et répliquer une copie des données vers une autre région AWS pour la reprise après sinistre avec un RPO inférieur à 1 heure. Quelle conception répond à ces besoins ?

La création d'un système de fichiers Amazon EFS Multi-AZ répond aux exigences de stockage partagé Linux et de haute disponibilité. EFS prend en charge la réplication Multi-AZ par défaut. Le débit provisionné de 75 MiB/s est suffisant car EFS peut atteindre un débit de rafale jusqu'à 3 fois le débit provisionné (225 MiB/s), ce qui correspond au besoin de débit de lecture de pointe. La réplication EFS vers une autre région AWS assure la reprise après sinistre avec un RPO inférieur à 1 heure, car elle est continue et asynchrone. Amazon FSx for Lustre n'est pas idéal pour le stockage partagé généraliste et la sauvegarde via AWS Backup ne garantit pas un RPO inférieur à 1 heure. Amazon EBS Multi-Attach ne fournit pas de stockage partagé pour plusieurs serveurs Linux simultanément de manière native et Elastic Disaster Recovery est pour les instances, pas les volumes EBS seuls. Amazon FSx for OpenZFS est une option viable, mais AWS DataSync toutes les 10 minutes est moins efficace que la réplication EFS native pour atteindre un RPO inférieur à 1 heure.