Você realmente não precisa fazer nada manualmente. DNS dinâmico pode ser usado para lidar com tudo isso.
É mais fácil (de longe) se você tem a cooperação do departamento de TI, então eu diria assim:
- Escreva o caso de negócios para a existência e utilidade dos servidores do EC2
- Descreva os custos incorridos sempre que uma instância é reinicializada e o endereço IP é alterado
- Esteja preparado para a pergunta "por que você não usa apenas IPs Elásticos?" (essa é a primeira pergunta que eu faria, e eu não entendo porque você as dispensou como uma opção)
- Inclua em sua solicitação uma descrição da configuração do DNS dinâmico que você precisará (isso pode ser complicado se você não souber como sua organização faz o DNS no momento)
- Dependendo da sua estrutura organizacional, você precisará descobrir onde melhor injetar a solicitação; que poderia ser direto para a TI, colocá-lo em seu sistema de tickets, executá-lo através da hierarquia (seu chefe, chefe, acima, acima, abaixo, abaixo, abaixo ... é por isso que você colocar tudo por escrito, para evitar sussurros chineses)
Quanto exatamente o que você precisa fazer, tecnicamente, é bem simples. Os servidores DNS para a zona relevante (você poderia chamá-lo de ec2.example.com
se eles quiserem uma zona totalmente isolada) precisam apenas permitir atualizações de DNS dinâmicas protegidas por chave TSIG. Em seguida, você coloca um pequeno script em sua AMI que, na inicialização, examina a configuração de rede da instância e envia uma atualização de DNS para seus servidores DNS usando a ferramenta nsupdate
.
Se eu fosse o seu departamento de TI, ainda estaria perguntando por que você não está usando o Elastic IP, as malditas coisas estão livres enquanto você estiver constantemente usá-los (e não rearranjá-los o tempo todo, o que você presumivelmente não seria).