Você deve migrar um aplicativo legado on-premises para a AWS. O aplicativo é executado em dois servidores atrás de um balanceador de carga. O software requer um arquivo de licença vinculado ao endereço MAC da NIC do servidor; o fornecedor leva 12 horas para emitir um novo arquivo de licença. O aplicativo também usa arquivos de configuração que fazem referência ao servidor de banco de dados por endereço IP estático (nomes de host não são suportados). Qual combinação de etapas fornecerá uma arquitetura altamente disponível para os servidores de aplicativos na AWS? (Escolha duas.)

A primeira opção correta aborda a dependência da licença no endereço MAC. Criar um pool de ENIs permite pré-solicitar licenças para endereços MAC conhecidos. Armazenar as licenças no S3 e usar um script de bootstrap para anexar a ENI e a licença corretas na inicialização garante alta disponibilidade, pois novas instâncias podem ser provisionadas rapidamente com as licenças necessárias, sem esperar 12 horas. A segunda opção correta resolve a dependência do IP estático do banco de dados. Usar o AWS Systems Manager Parameter Store para armazenar o IP do banco de dados e um script de bootstrap para injetá-lo nos arquivos de configuração na inicialização permite que as instâncias de aplicativo sejam configuradas dinamicamente, mantendo a alta disponibilidade e evitando a necessidade de IPs codificados na AMI. As opções incorretas são: Criar uma AMI a partir de uma instância com licenças no EC2 não é escalável nem altamente disponível, pois cada nova instância precisaria de uma nova licença ou a AMI se tornaria obsoleta. Solicitar uma nova licença a cada inicialização da instância introduz um atraso de 12 horas, o que impede a alta disponibilidade. Editar arquivos de configuração e criar uma AMI com o IP do banco de dados codificado torna a AMI inflexível e difícil de atualizar se o IP do banco de dados mudar, além de não ser uma prática recomendada para alta disponibilidade.