No EC2 há duas formas de "copiar" uma máquina e convém não as confundir. Um instantâneo EBS é a cópia de um disco. Uma AMI (Amazon Machine Image) é a cópia da máquina inteira: todos os seus discos mais a informação para arrancar. Com um instantâneo recupera dados; com uma AMI lança uma máquina nova idêntica em três cliques. Se quer uma cópia de segurança "a partir da qual se possa arrancar", o que procura é uma AMI.
Este guia cria a AMI, lança uma cópia a partir dela e, o que quase ninguém faz, limpa depois.
Antes de começar: o que significa cada coisa
- EC2
- Os servidores "à medida" da Amazon, que se pagam pelas horas ligados.
- Instância
- Cada máquina ou servidor do EC2.
- AMI
- Amazon Machine Image: uma cópia completa da máquina (todos os seus discos mais o necessário para arrancar) a partir da qual se podem criar máquinas novas idênticas.
- Instantâneo EBS
- A cópia de um único disco. Uma AMI compõe-se de um ou vários instantâneos EBS, que são o que ocupa espaço e se cobra.
- Lançar
- É assim que a AWS chama a criar e arrancar uma máquina nova.
- Grupo de segurança
- A firewall da AWS para uma máquina: de onde e por que portas se pode ligar. A cópia não o herda, há que escolhê-lo.
- Par de chaves SSH
- A chave com que um técnico entra na máquina a partir de um terminal. Ao lançar a cópia escolhe-se qual usar.
- IP elástico
- Um endereço de internet fixo que se pode mover da máquina antiga para a nova para que ninguém note a mudança.
- Data Lifecycle Manager
- Um serviço da AWS que faz cópias (AMI ou instantâneos) segundo um calendário e apaga as antigas sozinho.
Passo a passo
Decida se para a máquina ou não
O EC2 pode criar a imagem com a máquina em funcionamento. Por defeito reinicia a instância por um momento para garantir que o disco fica consistente; pode marcar No reboot para evitar o corte, aceitando o risco de algum ficheiro aberto ficar a meio. Para um site com base de dados, escolha um momento de pouco tráfego e deixe que reinicie, ou pare a base de dados um minuto e use "no reboot".
Crie a imagem
Na consola do EC2, Instances, selecione a máquina, Actions, Image and templates, Create image. Dê-lhe um nome com data e motivo (
web-tienda-antes-migracion-2026-10-26) e uma descrição. Reveja a lista de volumes: aparecem todos os discos da máquina e pode excluir algum (um disco de dados temporário, por exemplo). Marque a caixa Delete on termination nos que quiser que desapareçam quando se terminar uma máquina lançada a partir desta imagem.Espere que fique disponível
No menu AMIs (em Images) vê-la-á como "pending" e depois "available". Demora consoante o tamanho dos discos. Repare que em Snapshots apareceram um ou vários instantâneos EBS novos: a AMI apoia-se neles e são eles que realmente ocupam espaço e se cobram.
Lance uma cópia a partir da AMI
Selecione a AMI, Launch instance from AMI. Escolha o tipo de instância (pode ser diferente do original: aqui sim, pode crescer ou encolher em CPU e memória), o par de chaves SSH, a rede e, muito importante, o grupo de segurança: a cópia não herda o da máquina original, por isso escolha o mesmo. Lance. Num par de minutos tem uma máquina gémea.
Confirme e decida o que fazer com ela
Entre por SSH e confirme que os serviços arrancam. Os usos típicos: uma máquina de testes idêntica à de produção, substituir uma máquina avariada, ou migrar para outro tipo de instância. Se a cópia vai substituir a original, mova o IP elástico de uma para a outra e, quando tiver a certeza, termine a antiga.
Limpe as imagens antigas
As AMI não caducam e cada uma arrasta os seus instantâneos. Em AMIs, selecione as que já não façam sentido e Deregister AMI; depois vá a Snapshots e apague os que pertenciam a essa imagem (a descrição indica-o). Se quiser que isto aconteça sozinho, o Amazon Data Lifecycle Manager cria imagens todas as noites e apaga as de mais de N dias sem que tenha de se lembrar.
O que pode correr mal
A cópia não arranca ou não responde
Veja a captura de ecrã da instância (Actions, Monitor and troubleshoot) e o registo do sistema. O mais habitual: a imagem foi feita "sem reinício" em mau momento, ou o grupo de segurança não abre a porta pela qual tenta entrar.
Apaguei um instantâneo e a AMI já não serve
A AMI depende dos seus instantâneos; sem eles não pode lançar nada. Anule também o registo dessa AMI para não se confundir. A lição: anular o registo primeiro, apagar os instantâneos depois.
As cópias têm o mesmo nome de anfitrião e as mesmas chaves
Normal: são clones. Se vai ter a original e a cópia a funcionar ao mesmo tempo, mude o nome de anfitrião na cópia e, se a máquina tem agentes ou licenças presas ao identificador, reinicialize-os.
Quero a cópia noutra região
Selecione a AMI, Actions, Copy AMI, e escolha a região de destino. Quando estiver disponível lá, lança a partir dessa cópia. Útil como plano de contingência perante um problema regional.
No Simplio
No Simplio as máquinas EC2 aparecem ao lado das Lightsail com as suas métricas, os seus instantâneos e os botões de arrancar, parar e reiniciar; as cópias agendam-se por máquina (todos os dias, todas as semanas, quantas conservar) e podem copiar-se para outra região automaticamente, e se uma cópia agendada não se fizer, avisa-o. E cada pessoa da sua equipa vê e mexe só nas máquinas que lhe atribuir.
O mesmo, na AWS e no Simplio
| Na consola da AWS | No Simplio | |
|---|---|---|
| Cópia da máquina | Consola do EC2, Actions, Image and templates, Create image, esperar: 5 cliques | Botão de instantâneo na máquina: 1 clique |
| Cópias periódicas e limpeza | Configurar o Data Lifecycle Manager com políticas | Agendamento por máquina com quantas conservar; as antigas apagam-se sozinhas |
| Cópia noutra região | Copiar a AMI à mão de cada vez | Caixa "copiar para outra região" no agendamento |