Un'azienda sta spostando le condivisioni di file SMB di Windows Server su AWS e vuole utilizzare Amazon FSx for Windows File Server. L'accesso è controllato da un'istanza di Active Directory self-managed on-premises e l'azienda deve garantire che i gruppi di Active Directory esistenti continuino a limitare l'accesso alle condivisioni SMB, alle cartelle e ai file di FSx dopo la migrazione. Il file system FSx for Windows File Server è stato creato. Quale soluzione soddisfa questi requisiti?

La risposta corretta è unire il file system all'Active Directory per limitare l'accesso. Amazon FSx for Windows File Server è progettato per integrarsi perfettamente con Active Directory. Unendo il file system all'Active Directory self-managed on-premises, FSx può utilizzare direttamente gli utenti e i gruppi esistenti di Active Directory per l'autenticazione e l'autorizzazione, garantendo che le autorizzazioni NTFS configurate sulle condivisioni, cartelle e file continuino a funzionare come previsto. Le altre opzioni non sono adatte: Creare un Active Directory Connector e mappare i gruppi di Active Directory ai gruppi IAM non è il meccanismo corretto per FSx for Windows File Server. FSx si integra direttamente con Active Directory per le autorizzazioni a livello di file system. Assegnare tag non influisce sull'autorizzazione degli utenti o dei gruppi per l'accesso ai file. I tag sono utilizzati per la gestione delle risorse, la fatturazione e il controllo degli accessi a livello di risorsa AWS, non per le autorizzazioni a livello di file system. Creare un ruolo collegato al servizio IAM direttamente a FSx for Windows File Server non è il meccanismo corretto per limitare l'accesso degli utenti finali ai file. I ruoli collegati al servizio sono utilizzati per consentire ai servizi AWS di accedere ad altre risorse AWS per conto dell'utente, non per l'autorizzazione degli utenti finali.