Сколько стоит держать Telegram-бота на VPS: реальные цифры

Коротко про головне

Материал для тех, кто уже написал бота и думает, где его запустить и сколько это будет стоить каждый месяц. Для старта хватит самого дешёвого VPS — 1 виртуальный процессор и 512 МБ–1 ГБ оперативной памяти. Реалистичный ежемесячный расход на хостинг простого бота — от 4 до 15 долларов в зависимости от провайдера и геолокации сервера. Без базовых знаний Linux первая настройка займёт несколько часов, и это нужно учитывать. Главный риск — взять план с 256 МБ RAM, получить OOM-киллер под нагрузкой и разбираться с этим поздно вечером.

Что реально потребляет бот на сервере

Прежде чем выбирать тарифный план, стоит понять, сколько ресурсов бот вообще потребляет. Это напрямую зависит от режима работы, языка и количества одновременных пользователей.

Polling или Webhook: в чём разница для сервера

В режиме polling бот сам регулярно опрашивает серверы Telegram: есть новые сообщения или нет. Это простейший способ запуска — не нужен домен и SSL-сертификат. Процесс постоянно висит в памяти, потребляя ресурсы непрерывно, даже если бот молчит.

В режиме webhook Telegram сам присылает запросы на указанный URL при каждом входящем событии. Требует HTTPS-домен. Для бота с редкими сообщениями разница в нагрузке незаметна, но при большом потоке входящих webhook экономит CPU. Для большинства проектов на старте polling проще и достаточен.

Типичное потребление памяти и процессора

Простой Python-бот на библиотеке python-telegram-bot или aiogram в режиме polling потребляет в покое порядка 50–120 МБ оперативной памяти. Если бот работает с базой данных — SQLite или PostgreSQL на том же сервере — добавьте ещё 60–200 МБ. Бот на Node.js (node-telegram-bot-api, Grammy) потребляет примерно столько же, иногда чуть больше из-за накладных расходов runtime. CPU в покое практически не нагружается: основной всплеск происходит в момент обработки команды или выполнения запроса к внешнему API. Трафик с серверами Telegram минимальный — текстовый обмен измеряется килобайтами.

Сколько стоит VPS: обзор диапазонов по рынку

Ниже — ориентировочные диапазоны цен на середину 2026 года. Конкретные тарифы меняются, поэтому уточняйте актуальные условия на сайтах провайдеров.

По географии: европейские провайдеры — особенно немецкие и финские — традиционно дешевле американских при сопоставимых характеристиках. Среди провайдеров, которые стабильно присутствуют на рынке: Hetzner (Германия, Финляндия) — один из самых доступных вариантов для Европы; DigitalOcean, Vultr, Linode (Akamai) — американские платформы с европейскими дата-центрами; TimeWeb, Selectel, REG.RU, Beget — российские провайдеры с оплатой в рублях. Для Telegram-бота геолокация сервера практически не влияет на скорость работы: серверы Telegram распределены глобально, и задержка при обработке команды в любом случае незначительна.

Скрытые расходы, которые не учитывают в начале

Стоимость VPS-плана — не все расходы. Вот что чаще всего упускают при планировании бюджета:

• Резервное копирование. Большинство провайдеров предлагают автоматические снапшоты за доплату — обычно 20–30% от стоимости основного плана. Без бэкапов можно потерять данные и конфигурацию бота за несколько минут при аварии на диске.
• Домен для webhook. Если планируете режим webhook, нужен домен — ориентировочно от $8 до $15 в год за зону .com. SSL-сертификат для домена получите бесплатно через Let’s Encrypt и утилиту certbot.
• Мониторинг доступности. Бесплатные инструменты вроде UptimeRobot существуют, но с ограниченным количеством мониторов и частотой проверок. Уточняйте актуальные условия на сайтах сервисов — они регулярно меняются.
• Ваше время. Настройка сервера, обновления безопасности, разбор логов при сбоях — это не деньги, но реальный ресурс. Для человека без опыта первая настройка займёт от двух до пяти часов.

Как развернуть бота на VPS: пошаговый порядок

Ниже — типовой процесс для Python-бота на Ubuntu 22.04 или 24.04 LTS. Предполагается, что код бота уже написан и проверен локально.

1. Арендовать VPS, выбрать образ Ubuntu 22.04 LTS, подключиться по SSH: ssh root@<IP-адрес>
2. Обновить систему и установить Python: apt update && apt upgrade -y && apt install python3 python3-pip python3-venv git -y
3. Создать отдельного пользователя для бота — не держать его под root: adduser botuser, затем переключиться: su - botuser
4. Загрузить код бота через git clone из репозитория или через scp с локальной машины.
5. Создать виртуальное окружение и установить зависимости: python3 -m venv venv && source venv/bin/activate && pip install -r requirements.txt
6. Создать systemd-сервис от имени root, чтобы бот запускался автоматически и перезапускался при сбое.
7. Активировать и запустить сервис: systemctl enable mybot && systemctl start mybot

Минимальный рабочий пример бота на python-telegram-bot v20+:

from telegram import Update
from telegram.ext import Application, CommandHandler, ContextTypes
import os

async def start(update: Update, context: ContextTypes.DEFAULT_TYPE):
    await update.message.reply_text("Бот запущен и работает.")

def main():
    token = os.environ.get("BOT_TOKEN")
    app = Application.builder().token(token).build()
    app.add_handler(CommandHandler("start", start))
    app.run_polling()

if __name__ == "__main__":
    main()

Файл systemd-сервиса — ключевая часть стабильной работы. Он обеспечивает автозапуск при перезагрузке сервера и автоматический перезапуск, если процесс упал с ошибкой:

# /etc/systemd/system/mybot.service

[Unit]
Description=My Telegram Bot
After=network.target

[Service]
Type=simple
User=botuser
WorkingDirectory=/home/botuser/mybot
ExecStart=/home/botuser/mybot/venv/bin/python bot.py
Restart=on-failure
RestartSec=5
StandardOutput=journal
StandardError=journal
EnvironmentFile=/home/botuser/mybot/.env

[Install]
WantedBy=multi-user.target

Файл .env рядом с ботом содержит BOT_TOKEN=ваш_токен и должен иметь права 600 (chmod 600 .env), чтобы его не мог прочитать посторонний пользователь. После создания сервис-файла выполните:

# Перечитать конфигурацию systemd
systemctl daemon-reload
# Включить автозапуск
systemctl enable mybot
# Запустить немедленно
systemctl start mybot
# Проверить статус
systemctl status mybot
# Следить за логами в реальном времени
journalctl -u mybot -f

Как расходы растут вместе с проектом

Если бот набирает аудиторию, расходы растут предсказуемо. Основные точки роста — база данных, количество ботов и архитектура обработки запросов.

База данных. SQLite хранится прямо на VPS без дополнительных затрат и хорошо справляется с нагрузкой для большинства ботов. Как только данных становится много или появляется параллельная запись от нескольких воркеров, SQLite заменяют на PostgreSQL. Он тоже живёт на том же сервере, но потребляет дополнительные 100–300 МБ RAM. При серьёзной нагрузке базу выносят на отдельный инстанс или используют managed-базы у провайдеров — уточняйте актуальные тарифы на сайтах сервисов.

Несколько ботов. Один VPS на 2 ГБ RAM без проблем держит 4–6 простых ботов одновременно в виде отдельных systemd-сервисов. Это экономнее, чем арендовать отдельный сервер для каждого проекта. Главный ограничивающий ресурс — оперативная память: следите за ней через htop или встроенный мониторинг провайдера.

Очереди и воркеры. Если бот обрабатывает тысячи запросов в час или выполняет длительные операции (парсинг, генерация изображений, вызовы внешних API), простого polling уже не хватает. Добавляют Redis или RabbitMQ как брокера задач и несколько воркеров. Это отдельная тема по архитектуре, но к ней приходят уже тогда, когда у бота есть понятная нагрузка и монетизация, оправдывающая более сложную схему.

Кому VPS не подойдёт и что выбрать вместо

VPS — не универсальное решение. Есть ситуации, когда он создаёт больше проблем, чем решает.

Нет базовых знаний Linux. Если команды ls, chmod, nano и systemctl незнакомы, настройка сервера может превратиться в несколько дней боли. В этом случае лучше начать с платформ, которые скрывают инфраструктуру: Railway, Render, Fly.io. У части из них есть бесплатные или дешёвые стартовые планы — уточняйте актуальные условия на сайтах сервисов, поскольку они регулярно меняются.

Бот нужен «попробовать» или работает эпизодически. Если бот активен час в день или это прототип, постоянно запущенный VPS невыгоден. Serverless-решения вроде Cloudflare Workers теоретически подходят для webhook-ботов с редкими запросами, но требуют специфической архитектуры кода и ограничений на время выполнения — это не всегда удобно.

Нет времени на администрирование. На VPS вы сами обновляете систему, следите за дисковым пространством, читаете логи при сбоях. Если этого времени нет, управляемый PaaS-хостинг снимет эту нагрузку ценой более высокого чека или ограниченных ресурсов.

Критична бесперебойность без резервирования. Один VPS — единственная точка отказа. При плановом обслуживании или аварии у провайдера бот ляжет. Если downtime критичен для бизнеса, нужна более сложная схема с репликацией или несколькими серверами — это уже другой бюджет и другой уровень сложности.