Como lançar sua primeira instância EC2 com disco EBS no console da AWS

Um tutorial de ponta a ponta para quem está começando na AWS: escolher a imagem, criar a chave, configurar o security group, conectar por SSH e, no fim, desligar tudo sem deixar cobrança rodando.

Se você está começando na nuvem ou estudando para uma certificação AWS, esse é o primeiro hands-on que todo mundo faz: subir uma instância EC2, conectar nela e, no fim, derrubar tudo sem deixar nada cobrando. Vou seguir aqui o roteiro oficial da documentação do Amazon EC2 (Get started with Amazon EC2), com os ajustes e os tropeços que valem a pena saber antes de clicar em qualquer botão.

Nota da redação: este tutorial segue de perto a documentação oficial da AWS, mas alguns detalhes não foram confirmados diretamente na fonte citada: a recomendação de trocar para a região São Paulo (sa-east-1), a indicação das famílias de instância t2/t3 como exemplo de Free Tier, o tempo estimado de poucos minutos para os status checks passarem, a afirmação de que o volume EBS raiz continua sendo cobrado separadamente enquanto a instância está parada (repetida duas vezes no texto), e a afirmação de que o Systems Manager Run Command dispensa a abertura de porta SSH ou RDP. Além disso, o link indicado para criar um volume EBS extra aponta para a página de introdução do EC2, quando a fonte remete ao Amazon EBS User Guide, um documento diferente. São informações plausíveis e alinhadas ao conhecimento geral sobre a AWS, mas não puderam ser verificadas no trecho de documentação usado como referência; vale conferir a fonte oficial antes de tomar decisões de custo ou segurança com base nelas.

O que você vai montar

Uma instância EC2 não nasce sozinha. Ela depende de cinco peças que você escolhe (ou aceita o padrão) na hora do Launch instance:

• Imagem (AMI): o molde com sistema operacional e software pré-instalado.
• Key pair: o par de chaves que prova sua identidade na hora de conectar (a privada fica com você, a pública vai para a instância).
• Rede (VPC): toda conta AWS já vem com uma VPC padrão e uma subnet padrão em cada zona de disponibilidade, então você não precisa criar nada do zero para este tutorial.
• Security group: o firewall virtual que decide quem entra e quem sai.
• Volume EBS: o disco raiz da instância, obrigatório; volumes de dados extras são opcionais.

Quanto isso custa

Se sua conta AWS foi criada antes de 15 de julho de 2025, tem menos de 12 meses e você ainda não estourou os benefícios do Free Tier para EC2, esse tutorial sai de graça, porque as escolhas abaixo ficam dentro do limite gratuito.

Se a conta foi criada em ou depois de 15 de julho de 2025, o critério muda: você tem direito a créditos por 6 meses. Fora dessas condições, ou seja, se a conta não se qualificar para o Free Tier, a cobrança padrão do EC2 começa no instante em que a instância entra em running (mesmo que fique idle, sem uso ativo) e só para quando ela é encerrada.

Passo 1: abrindo o console e escolhendo a imagem

Entre em console.aws.amazon.com/ec2. No topo da tela, confira a região selecionada: para menor latência a partir do Brasil, troque para São Paulo (sa-east-1) se ela não vier marcada por padrão.

No painel Launch instance, clique no botão de mesmo nome. Em Name and tags, dê um nome descritivo para a instância, algo que te ajude a identificar depois (minha-primeira-ec2, por exemplo).

Em Application and OS Images (Amazon Machine Image), escolha a aba Quick Start e selecione o sistema operacional. Para a primeira instância Linux, a própria documentação recomenda Amazon Linux. Dentro das opções de AMI, selecione uma marcada como Free Tier eligible, porque imagens sem essa marcação já começam a gerar custo de licença ou de uso fora do limite gratuito.

Passo 2: tipo de instância e key pair

Em Instance type, escolha um tipo marcado como Free Tier eligible, normalmente da família t2 ou t3 em tamanho micro, dependendo da região. É pouco poder de processamento, mas é suficiente para este exercício e é o que mantém o custo zerado.

Em Key pair (login), escolha um key pair existente ou clique em Create new key pair para gerar o primeiro. Baixe o arquivo .pem e guarde em um lugar seguro: é a única vez que a AWS entrega a chave privada, e sem ela você não conecta na instância depois.

Se você marcar Proceed without a key pair (Not recommended), não vai conseguir conectar na instância pelos métodos deste tutorial.

Passo 3: rede e security group, o ponto onde mais gente erra

Em Network settings, o console já vem com a VPC padrão selecionada, uma subnet escolhida automaticamente e um security group com uma regra que libera conexão de qualquer lugar (0.0.0.0/0). Para este exercício, manter o padrão funciona, mas vale entender o que isso significa.

Em resumo: 0.0.0.0/0 libera tráfego de qualquer endereço IP do mundo. Para SSH e RDP, isso pode ser aceitável por pouco tempo num ambiente de teste, mas é inseguro em produção. Em produção, autorize apenas o IP ou a faixa de IPs que realmente precisa acessar a instância, usando a opção Custom em vez de Anywhere.

Se você optar por usar um security group já existente em vez do padrão, confira antes se ele tem uma regra liberando a porta de SSH (Linux) ou RDP (Windows) para a sua rede. É o erro mais comum de quem está começando: a instância sobe, passa nos status checks, e a conexão simplesmente recusa porque a porta está fechada.

Passo 4: armazenamento

Em Configure storage, o console já exibe um volume raiz configurado e nenhum volume de dados adicional. Isso é suficiente para fins de teste. Se mais adiante você quiser anexar um volume EBS extra, dedicado a dados, o procedimento fica descrito em Create an Amazon EBS volume, já como próximo passo depois deste tutorial.

Passo 5: revisão e lançamento

Confira o resumo da configuração no painel Summary e, quando estiver tudo certo, clique em Launch instance. Se o lançamento for bem-sucedido, a notificação de sucesso traz o ID da instância; clique nele para abrir a página Instances e acompanhar o status.

Marque a caixa de seleção da instância. O estado inicial é pending; depois que ela sobe, muda para running. Abra a aba Status and alarms e espere os status checks passarem, o que costuma levar poucos minutos. Só depois disso a instância está pronta para receber conexões.

Conectando via SSH (Linux)

Com a instância em running e os status checks ok, selecione-a na lista e clique em Connect. Na aba SSH client, a própria página já monta o comando para você.

Se estiver em Linux ou macOS, ajuste a permissão da chave antes de usar:

chmod 400 key-pair-name.pem

Depois rode o comando de conexão, substituindo pelo nome real do seu arquivo e pelo DNS público da sua instância:

ssh -i key-pair-name.pem ec2-user@ec2-198-51-100-1.us-east-2.compute.amazonaws.com

Na primeira conexão, o terminal avisa que a autenticidade do host não pode ser estabelecida e pergunta se você quer continuar. Antes de digitar yes, dá para conferir o fingerprint ECDSA contra o valor que aparece no console em Actions, Monitor and troubleshoot, Get system log: se baterem, é a sua instância mesmo; se não baterem, pode ser um ataque do tipo man-in-the-middle. Confirmando, o host entra na lista de conhecidos e você cai no shell da instância.

Conectando via RDP (Windows)

Para instâncias Windows, o fluxo muda: primeiro você recupera a senha inicial do administrador na aba RDP client de Connect to instance, fazendo upload do arquivo .pem e clicando em Decrypt password. O nome de usuário padrão depende do idioma do sistema operacional da AMI (Administrator para inglês, Administrador para português). Com a senha em mãos, baixe o arquivo .rdp e abra com o mstsc.exe (ou outro cliente RDP de sua preferência) para completar a conexão.

Encerrando a instância sem deixar rastro de cobrança

Aqui está o passo que mais gente esquece: terminar a instância depois de testar. Encerrar de verdade (terminate) é o que garante que você não vai mais pagar nem usar recursos da instância; já parar (stopped) também interrompe a cobrança e o uso contado no Free Tier, mas mantém a instância existindo (e o volume EBS raiz continua sendo cobrado à parte).

Na página Instances, selecione a instância, abra Instance state e escolha Terminate (delete) instance, confirmando em seguida. A cobrança para assim que o status muda para shutting down ou terminated.

Terminar é permanente e irreversível: todo volume EBS configurado para apagar na terminação some junto, e dados em instance store se perdem de vez. Se tiver algo que você precisa guardar, faça backup para um armazenamento persistente antes de confirmar. Se a ideia é só pausar e voltar depois sem perder a instância, use Stop em vez de Terminate: ela para de gerar a cobrança de computação enquanto parada, mas continua existindo (e o volume EBS raiz continua sendo cobrado à parte).

Depois deste tutorial

Com a primeira instância rodando e encerrada sem sustos, os próximos passos naturais, segundo a própria documentação da AWS, são: acompanhar o uso do Free Tier pelo console, configurar um alarme no CloudWatch para avisar se o uso passar do limite gratuito (relevante para contas criadas antes de 15 de julho de 2025), anexar um volume EBS adicional dedicado a dados, aprender a gerenciar a instância remotamente com o AWS Systems Manager Run Command (sem precisar abrir porta de SSH ou RDP) e usar o EC2 instance type finder para escolher o tipo certo quando o workload sair do escopo do Free Tier.

Nenhum desses passos é complicado isoladamente, mas cada um resolve um problema real de quem passa a operar instâncias no dia a dia: custo visível, acesso sem porta exposta e dimensionamento certo da máquina.

Fonte: Documentação do Amazon EC2, Get started with Amazon EC2 (https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html).

Fonte: Documentação do Amazon EC2 — Get started