Um aplicativo de gerenciamento de conteúdo Windows é executado em uma única instância EC2 em desenvolvimento e armazena conteúdo estático em um volume raiz EBS de 2 TB. Para produção, o aplicativo deve ser executado em pelo menos três instâncias EC2 em várias Zonas de Disponibilidade, ser unido ao Active Directory, usar ACLs do Windows para acesso a arquivos e manter exatamente o mesmo conteúdo em todas as instâncias em execução a qualquer momento. A solução deve minimizar a sobrecarga de gerenciamento. Qual design atende a esses requisitos com o menor trabalho operacional?

A opção correta é provisionar um sistema de arquivos Amazon FSx for Windows File Server. Este serviço é ideal para aplicativos Windows, pois oferece suporte nativo a SMB, ACLs do Windows e pode ser facilmente integrado ao Active Directory para autenticação e autorização, atendendo aos requisitos de segurança e acesso. O FSx for Windows File Server garante que o mesmo conteúdo esteja disponível em todas as instâncias EC2 em tempo real, com alta disponibilidade e replicação entre Zonas de Disponibilidade. O Auto Scaling Group garante a execução em múltiplas AZs com o número mínimo de instâncias. O script user-data e o seamless domain join automatizam a configuração e a união ao AD, minimizando a sobrecarga de gerenciamento. As outras opções são incorretas porque: Amazon EFS não é compatível com ACLs do Windows e não é a melhor escolha para aplicativos Windows que exigem compartilhamento de arquivos SMB nativo. Amazon FSx for Lustre é otimizado para cargas de trabalho de computação de alto desempenho e não para compartilhamento de arquivos SMB com ACLs do Windows. A opção que cria uma nova AMI e um sistema de arquivos EFS ainda não resolve a questão das ACLs do Windows e da integração nativa com o AD para compartilhamento de arquivos.