Un déploiement Amazon WorkSpaces utilise Amazon FSx for Windows File Server comme partage de profil. Le système de fichiers FSx a une taille de 10 To et a atteint sa capacité maximale, empêchant de nouvelles sessions. L'architecte de solutions doit restaurer l'accès des utilisateurs et éviter que cela ne se reproduise. Quelle approche répond à ces exigences ?

L'augmentation de la capacité du système de fichiers FSx for Windows File Server via la commande update-file-system est la solution immédiate pour restaurer l'accès, car FSx permet d'augmenter la capacité de stockage à chaud. La création d'une métrique CloudWatch pour surveiller la capacité de stockage disponible, combinée à EventBridge et une fonction Lambda, permet une automatisation proactive de l'augmentation de la capacité, prévenant ainsi les futures saturations. Supprimer les anciens profils utilisateur est une solution temporaire et manuelle, qui ne résout pas le problème sous-jacent de la croissance des données. Migrer vers FSx for Lustre n'est pas approprié car WorkSpaces utilise FSx for Windows File Server pour les profils. Surveiller avec CloudWatch et utiliser Step Functions est une approche valide, mais l'option correcte propose une solution plus directe et complète avec EventBridge/Lambda pour l'automatisation. Créer un système de fichiers FSx supplémentaire et rediriger les utilisateurs est une solution de contournement complexe qui n'est pas aussi efficace que l'augmentation de la capacité du système existant.