Uma aplicação é executada em instâncias Linux EC2 em um grupo do Auto Scaling. As instâncias são iniciadas a partir de um modelo de inicialização (launch template) e usam volumes EBS gp3 para armazenamento primário. A equipe precisa que todas as instâncias acessem os mesmos arquivos com consistência de dados. Qual solução fornecerá um sistema de arquivos compartilhado e consistente para todas as instâncias?

A opção correta é criar um sistema de arquivos Amazon EFS e configurá-lo para ser montado pelas instâncias. O Amazon EFS é um serviço de sistema de arquivos de rede escalável e totalmente gerenciado, projetado para fornecer acesso compartilhado e consistente a dados para várias instâncias EC2, garantindo a integridade dos dados. A atualização do modelo de inicialização e do grupo do Auto Scaling garante que as novas instâncias montem o EFS e que as instâncias antigas sejam substituídas, aplicando a solução de forma eficaz. A opção de habilitar Multi-Attach em volumes EBS está incorreta porque, embora o Multi-Attach permita que várias instâncias anexem o mesmo volume EBS, ele não fornece um sistema de arquivos compartilhado e consistente para todas as instâncias simultaneamente, e o acesso de escrita simultâneo sem um gerenciador de bloqueio distribuído pode levar à corrupção de dados. A opção de usar um cron job para sincronizar dados entre volumes EBS é ineficiente, complexa e propensa a problemas de consistência e latência. A opção de criar o EFS dentro do modelo de inicialização está incorreta porque o EFS é um recurso independente que deve ser provisionado uma vez e não por cada instância.