Uma empresa está implantando um novo aplicativo web e precisa de armazenamento compartilhado para servidores de aplicativos Linux. O conjunto de dados tem até 100 GB. A atividade de pico dura 3 horas diárias e requer 225 MiB/s de throughput de leitura. A solução deve ser Multi-AZ e replicar uma cópia dos dados para outra AWS Region para recuperação de desastres com um RPO inferior a 1 hora. Qual projeto atende a essas necessidades?

A opção correta é o Amazon EFS com throughput provisionado e replicação. O EFS é um sistema de arquivos compartilhado, Multi-AZ por padrão, ideal para servidores Linux. Para 225 MiB/s de throughput de leitura, o EFS com throughput provisionado é necessário. A fórmula para throughput provisionado é (throughput total / 3) para obter o throughput necessário por MiB/s. Assim, 225 MiB/s / 3 = 75 MiB/s. A replicação nativa do EFS atende ao RPO inferior a 1 hora. As outras opções são incorretas porque: FSx for Lustre não é ideal para uso contínuo com picos, e o AWS Backup pode não atender ao RPO de 1 hora para replicação contínua. EBS gp3 Multi-Attach tem limites de throughput e não é um sistema de arquivos compartilhado para múltiplos servidores de aplicativos Linux. Além disso, o Elastic Disaster Recovery é mais complexo para replicação de volume único. FSx for OpenZFS com DataSync agendado pode não garantir o RPO de 1 hora devido à natureza agendada da replicação.