Une entreprise migre des partages de fichiers SMB Windows Server vers AWS et souhaite utiliser Amazon FSx for Windows File Server. L'accès est contrôlé par un Active Directory autogéré sur site, et l'entreprise doit s'assurer que les groupes Active Directory existants continuent de restreindre l'accès aux partages, dossiers et fichiers SMB FSx après la migration. Le système de fichiers FSx for Windows File Server a été créé. Quelle solution répond à ces exigences ?

La bonne réponse est de joindre le système de fichiers à l'Active Directory. Amazon FSx for Windows File Server est conçu pour s'intégrer de manière transparente avec Microsoft Active Directory. En joignant le système de fichiers à votre Active Directory autogéré sur site, FSx peut utiliser les groupes et les utilisateurs Active Directory existants pour l'authentification et le contrôle d'accès aux partages, dossiers et fichiers SMB, répondant ainsi directement aux exigences de l'entreprise. Les autres options sont incorrectes : Créer un connecteur Active Directory et mapper les groupes Active Directory aux groupes IAM n'est pas la méthode standard pour contrôler l'accès aux partages de fichiers SMB sur FSx for Windows File Server. FSx s'intègre directement avec Active Directory pour les autorisations de fichiers. Attribuer une balise n'est pas une méthode pour contrôler l'accès aux données au niveau des fichiers ou des partages ; les balises sont utilisées pour la gestion des ressources et la facturation. Créer un rôle lié à un service IAM n'est pas la bonne approche pour restreindre l'accès aux partages de fichiers SMB. Les rôles liés à un service sont utilisés par les services AWS pour effectuer des actions en votre nom.