Un'azienda ha più di 5 TB di dati di file su server di file Windows on-premises a cui utenti e applicazioni accedono quotidianamente. L'azienda sta migrando i carichi di lavoro Windows su AWS e necessita di accedere sia allo storage di file AWS che a quello on-premises con latenza minima, overhead operativo minimo e senza modifiche significative ai modelli di accesso ai file esistenti. La connettività utilizza una VPN AWS Site-to-Site. Cosa dovrebbe fare un architetto di soluzioni per soddisfare questi requisiti?

L'opzione corretta soddisfa tutti i requisiti. Amazon FSx for Windows File Server fornisce una condivisione file Windows nativa in AWS, mentre Amazon FSx File Gateway consente l'accesso a bassa latenza ai dati FSx da on-premises, mantenendo i modelli di accesso esistenti. Questo permette ai carichi di lavoro on-premises di accedere ai dati tramite il gateway e ai carichi di lavoro cloud di accedere direttamente a FSx, garantendo latenza minima e overhead operativo ridotto. Le opzioni errate presentano limitazioni: La prima opzione richiede la migrazione completa dei dati e la riconfigurazione dei carichi di lavoro on-premises per accedere a FSx in AWS, il che potrebbe introdurre latenza e non soddisfare il requisito di accesso on-premises continuo. La seconda e la terza opzione utilizzano Amazon S3 File Gateway, che è progettato per l'accesso a S3 e non offre la piena compatibilità nativa con i file server Windows come FSx, né mantiene i modelli di accesso esistenti senza modifiche significative.