Uma empresa executa aplicações em instâncias EC2 Windows e Linux em várias Zonas de Disponibilidade usando grupos do Auto Scaling. Eles precisam de armazenamento compartilhado durável que use SMB para Windows, NFS para Linux, forneça latência de sub-milissegundos e seja compartilhado para leitura/gravação entre instâncias. Quais são os três passos que realizam isso?

A criação de um sistema de arquivos Amazon FSx for NetApp ONTAP Multi-AZ é a solução correta porque ele suporta SMB para Windows e NFS para Linux, oferece baixa latência e permite acesso de leitura/gravação compartilhado entre instâncias em várias Zonas de Disponibilidade. O Amazon EFS não suporta SMB. Um volume EBS gp3 é de bloco e não é projetado para armazenamento compartilhado entre várias instâncias. Atualizar os dados de usuário do modelo de inicialização garante que as novas instâncias montem automaticamente o sistema de arquivos. Executar um instance refresh nos grupos do Auto Scaling é necessário para que as instâncias existentes sejam substituídas por novas instâncias que usarão o modelo de inicialização atualizado e, consequentemente, montarão o novo sistema de arquivos. Atualizar instâncias EC2 existentes não é escalável nem automático para grupos do Auto Scaling.