Uma empresa precisa clonar grandes quantidades de dados de produção (armazenados em volumes Amazon EBS anexados a instâncias EC2) para um ambiente de teste na mesma região da AWS. As alterações nos dados clonados não devem afetar a produção. O software exige um desempenho de I/O consistentemente alto. Um arquiteto de soluções deve minimizar o tempo necessário para clonar os dados. Qual solução atende a esses requisitos?

A opção correta é tirar snapshots do EBS dos volumes de produção, habilitar o recurso EBS Fast Snapshot Restore (FSR) e restaurar esses snapshots em novos volumes EBS anexados às instâncias EC2 no ambiente de teste. O FSR garante que os volumes restaurados de snapshots atinjam seu desempenho total imediatamente, sem a necessidade de inicialização lenta, minimizando o tempo de clonagem e garantindo alto desempenho de I/O. A opção de restaurar para volumes de armazenamento de instância EC2 está incorreta porque o armazenamento de instância é efêmero e não persistente, o que não é adequado para um ambiente de teste que precisa de dados persistentes. A opção de usar EBS Multi-Attach e anexar os volumes de produção às instâncias de teste está incorreta porque as alterações nos dados clonados não devem afetar a produção, e o Multi-Attach permitiria que as instâncias de teste modificassem os volumes de produção. A opção de criar e inicializar novos volumes EBS antes de restaurar os snapshots está incorreta porque, sem o FSR, a restauração de snapshots para volumes EBS pode resultar em desempenho de I/O reduzido até que todos os blocos sejam acessados ou inicializados, o que não atende ao requisito de minimizar o tempo de clonagem e alto desempenho imediato.