Une entreprise exécute des applications sur des instances EC2 Windows et Linux dans plusieurs zones de disponibilité à l'aide de groupes Auto Scaling. Elle a besoin d'un stockage partagé durable qui utilise SMB pour Windows, NFS pour Linux, offre une latence inférieure à la milliseconde et permet la lecture/écriture partagée entre les instances. Quelles sont les trois étapes pour y parvenir ?

Amazon FSx for NetApp ONTAP est le seul service qui prend en charge à la fois SMB (pour Windows) et NFS (pour Linux) sur le même système de fichiers, offre une faible latence et permet la lecture/écriture partagée entre les instances, ce qui en fait la solution idéale. La création d'un système de fichiers Amazon EFS ne prend en charge que NFS, pas SMB. Un volume EBS gp3 ne peut pas être partagé entre plusieurs instances. Pour que les nouvelles instances du groupe Auto Scaling montent automatiquement le système de fichiers, les données utilisateur du modèle de lancement doivent être mises à jour avec les commandes de montage. Enfin, un rafraîchissement d'instance sur chaque groupe Auto Scaling est nécessaire pour lancer de nouvelles instances avec le modèle de lancement mis à jour et pour que toutes les instances existantes soient remplacées par des instances qui montent le nouveau système de fichiers. Mettre à jour les instances existantes manuellement n'est pas une approche scalable pour les groupes Auto Scaling.