VPS para bots: Discord, Telegram, trading e automações

Como colocar bots de Discord e Telegram, robôs de trading e scripts para rodar num servidor, com reinício automático, logs, tokens protegidos e atualização.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 17 de outubro de 2026 · 9 min de leitura

Um VPS para bots mantém Discord, Telegram, robôs de trading e scripts rodando sem depender do seu PC ligado. Você instala o programa no servidor, configura reinício automático e acompanha os logs pelo terminal.

Por que tirar o bot do seu computador

Um bot no notebook para quando o computador desliga, hiberna, reinicia para atualizar ou perde a internet. Para um bot de Discord, isso significa uma comunidade sem resposta. Para um script que lê uma planilha ou avisa de um preço, significa um aviso que não chega.

Um VPS é um servidor virtual que fica ligado e é seu para configurar. Se você ainda não conhece o conceito, veja o que é servidor VPS. Aqui o foco é o uso prático: colocar um bot para rodar e mantê-lo de pé.

Um ponto de honestidade: o VPS não deixa o bot melhor, só tira a dependência da sua máquina. Se o código tem bug, ele continua tendo, só que agora longe dos seus olhos. Por isso reinício automático e logs fazem parte da instalação, não são enfeite.

Exemplos práticos de uso

• Bot de Discord: responde comandos, dá cargos e modera um servidor de jogo ou de uma comunidade de estudo.
• Bot de Telegram: manda avisos de pedido, lembretes ou respostas de atendimento para clientes de uma loja pequena.
• Script de monitoramento: confere de tempos em tempos se um site responde e avisa você em uma conversa.
• Automação de rotina: baixa um relatório, converte para planilha e envia por e-mail todo dia no mesmo horário.
• Robô de trading: executa uma estratégia que você mesmo definiu, conectado à API da sua corretora.

Trading: o que o VPS faz e o que não faz

Um robô de trading é um programa que envia ordens para a corretora seguindo regras que você escreveu. O VPS só fornece o computador onde esse programa roda sem você ficar ao lado. Ele não prevê o mercado, não corrige uma regra mal pensada e não evita prejuízo.

Antes de ligar um robô com dinheiro real, três cuidados simples:

• Leia os termos da corretora ou da plataforma. Alguns regulam o uso de robôs e de acesso por API, e cumprir essas regras é responsabilidade sua.
• Comece em conta de simulação, se a corretora oferecer, e só depois passe para valores pequenos.
• Crie a chave de API com o menor poder possível. Se o robô só precisa enviar ordens, não dê permissão de retirada.

Não existe prazo nem resultado que o servidor possa prometer sobre operações. Também não afirmamos nada sobre distância ou velocidade entre o VPS e a corretora. Se isso importa para a sua estratégia, meça por conta própria antes de contratar.

Passo a passo: deixar um bot rodando como serviço

O exemplo abaixo usa um servidor Linux com systemd e um bot em Python. O nome meubot é só ilustrativo: troque pelos seus nomes e caminhos. Os comandos são os mesmos para outras linguagens, mudando só o que executa o programa.

1. Crie um usuário sem privilégios para o bot

Rodar o bot como root é desnecessário e aumenta o estrago se algo der errado. Crie um usuário próprio, a pasta do bot e o ambiente virtual do Python, e entregue tudo ao novo usuário:

• sudo useradd --system --home /opt/meubot --shell /usr/sbin/nologin bot
• sudo mkdir -p /opt/meubot
• sudo python3 -m venv /opt/meubot/venv
• sudo chown -R bot:bot /opt/meubot

O comando que cria o ambiente virtual pode pedir o pacote python3-venv. Depois, coloque o código do bot (aqui, o bot.py) em /opt/meubot, mantendo o dono bot, e instale as dependências com sudo -u bot /opt/meubot/venv/bin/pip install -r requirements.txt.

2. Guarde o token fora do código

Token de Discord, de Telegram e chave de corretora não devem aparecer no código nem em repositório. Coloque num arquivo de variáveis de ambiente, legível só pelo administrador:

• sudo nano /etc/meubot.env
• sudo chmod 600 /etc/meubot.env

Dentro do arquivo, uma variável por linha, no formato DISCORD_TOKEN=valor_do_token. No Python, o programa lê com os.environ["DISCORD_TOKEN"]. Se um token vazar, gere outro no site do serviço e apague o antigo.

3. Crie o serviço

Crie o arquivo /etc/systemd/system/meubot.service com este conteúdo, uma linha por item:

• [Unit]
• Description=Meu bot
• After=network-online.target
• Wants=network-online.target
• [Service]
• User=bot
• WorkingDirectory=/opt/meubot
• EnvironmentFile=/etc/meubot.env
• Environment=PYTHONUNBUFFERED=1
• ExecStart=/opt/meubot/venv/bin/python bot.py
• Restart=on-failure
• RestartSec=5
• [Install]
• WantedBy=multi-user.target

O PYTHONUNBUFFERED=1 faz o Python mostrar a saída nos logs na hora, sem esperar o buffer encher (alternativa: python -u bot.py). O Restart=on-failure reinicia o bot se o programa cair com erro, esperando 5 segundos entre as tentativas. O WantedBy junto do comando enable faz o serviço subir quando o servidor reinicia.

4. Ative e confira

• sudo systemctl daemon-reload
• sudo systemctl enable --now meubot
• systemctl status meubot

No status, procure a linha active (running). Para testar o reinício, encerre o processo à força com sudo kill -9 PID (o PID aparece no systemctl status) e confira se o systemd o recoloca no ar. Um encerramento normal (kill sem -9) conta como parada normal e não dispara o Restart=on-failure.

Quer rodar seus bots num servidor que é seu para configurar? Ver os planos de VPS

Alternativa: PM2 para bots em Node.js

Se o bot é em Node.js, o PM2 é um gerenciador de processos que cumpre o mesmo papel. Com ele instalado:

• pm2 start bot.js --name meubot
• pm2 startup
• pm2 save

O pm2 startup mostra um comando que você precisa copiar e executar para o PM2 subir junto com o servidor. Depois dele, rode pm2 save para gravar a lista de processos. Para ver o que o bot escreve, use pm2 logs meubot.

Para Python, o supervisord também serve. Mas, num servidor Linux com systemd, o serviço do passo a passo acima já resolve sem ferramentas extras. Use a que você conseguir manter e entender.

Logs: como saber o que o bot está fazendo

Com o serviço systemd, o que o bot imprime vai para o journal. Em Python, a saída pode demorar a aparecer por causa do buffer, e é por isso que o exemplo usa PYTHONUNBUFFERED=1. Os comandos úteis:

• journalctl -u meubot -f
• journalctl -u meubot -n 100
• journalctl -u meubot --since today

O primeiro acompanha ao vivo, o segundo mostra as últimas 100 linhas e o terceiro filtra o dia. Escreva no código mensagens claras: "conectado", "ordem enviada", "erro ao chamar a API". Elas são o que você vai ler quando algo parar de funcionar. Só tome cuidado para não imprimir tokens nem chaves nos logs.

Atualizar o bot sem bagunçar

Quando você mudar o código, o fluxo é: atualizar os arquivos, instalar dependências novas e reiniciar o serviço. Com o código num repositório Git e as dependências num requirements.txt:

• cd /opt/meubot
• sudo -u bot git pull
• sudo -u bot venv/bin/pip install -r requirements.txt
• sudo systemctl restart meubot
• journalctl -u meubot -n 50

Depois do restart, olhe os logs para confirmar que ele conectou sem erro. Para robôs de trading, evite atualizar no meio de uma operação aberta e teste a mudança antes em simulação.

Atualize também o sistema do servidor de vez em quando e feche o que não precisa estar aberto. Um firewall liberando só o acesso remoto (SSH) e o que o bot realmente usa reduz a exposição. Um bot que apenas se conecta a serviços externos não precisa receber conexões de fora.

Quanto de recurso o bot pede

Depende do que o bot faz. Um bot de Discord ou Telegram que só responde comandos pede menos processador e memória que um robô que analisa muitos dados. Vários bots no mesmo servidor somam o consumo. Isso é um ponto de partida, não uma regra.

O jeito prático é medir. Com o bot rodando, use htop para ver o consumo de memória e de processador, e df -h para ver o disco. Se a memória fica cheia, o bot pode ter um vazamento ou o plano ficou pequeno para o seu uso. Quando faltar recurso, avalie um plano maior; como a troca funciona, confirme no chamado.

Na loja, os planos de VPS começam no Bronze, com 1 vCPU, 4 GB de RAM e 30 GB NVMe, a R$ 17,00 por mês, e vão até o Titanium. Há também o plano Custom, para outra configuração. Esses são os valores da loja em outubro de 2026, então confira na loja antes de contratar. O VPS usa virtualização KVM e é você quem administra o sistema. Para entender melhor o que dá para fazer com um servidor assim, leia servidor VPS para que serve.

Sem programar: n8n gerenciado

Nem toda automação precisa de código. Se a sua ideia é ligar serviços entre si, como receber um formulário e mandar uma mensagem, o n8n é uma ferramenta de automação por fluxos visuais. A Eleven Host vende n8n gerenciado, e você pode ver o que ele é em o que é n8n. Para um bot com lógica própria ou um robô conectado a uma API específica, o VPS dá mais liberdade.

Precisa de ajuda para escolher entre VPS e outra opção? Falar com a equipe

Perguntas frequentes

Posso rodar mais de um bot no mesmo VPS?

Sim. Crie um serviço e um arquivo de variáveis para cada bot e acompanhe o consumo com htop. Se os bots disputarem memória, avalie um plano maior (confirme no chamado como funciona a troca).

O VPS reinicia o bot sozinho se ele cair?

O servidor em si não sabe nada do seu bot. Quem reinicia é o systemd, com Restart=on-failure, ou o PM2. Sem essa configuração, o bot que cair fica parado.

Onde coloco o token do bot?

Em variável de ambiente, num arquivo com permissão restrita, como o /etc/meubot.env do exemplo. Não coloque no código nem num repositório público.

Um VPS faz meu robô de trading dar resultado?

Não. Ele só mantém o programa rodando. O resultado depende da sua estratégia e do mercado, e o risco é seu. Confira também os termos da corretora.

Preciso saber programar para usar o VPS?

Para bots próprios, sim, e também saber usar o terminal Linux. Para automações sem código, olhe o n8n gerenciado ou fale com a equipe.