Блог
Как выбрать VPS для MCP-сервера
MCP-сервер почти не ест CPU, зато хранит доступы к вашим инструментам. Какой VPS брать, как открывать его наружу и что проверить до оплаты.
MCP (Model Context Protocol) за год стал обычным способом подключить модель к вашим инструментам: база, почта, внутренний API, файлы, поиск по документации. Локально такой сервер часто запускают как процесс на ноутбуке. Как только им должны пользоваться коллеги, агент на сервере или сценарий 24/7, ноутбук перестаёт быть инфраструктурой.
Ниже — какой VPS для этого достаточен и где смотреть готовую подборку VPS для MCP-сервера.
1. Чем MCP-сервер отличается от «ещё одного бота»
По ресурсам это обычно небольшой процесс на Node.js или Python. Он не генерирует токены и не хранит веса модели. Он отвечает на вызовы инструментов: прочитал строку, сходил в API, вернул JSON.
По риску это ближе к прокси с вашими ключами. Через него модель может:
- читать внутренние данные;
- создавать заявки, письма, задачи;
- в неудачной конфигурации — выполнять команды на сервере.
Поэтому выбор тарифа здесь почти никогда не упирается в «сколько ядер». Он упирается в изоляцию, сеть и то, можно ли сервер нормально закрыть.
Если рядом нужна ещё и сама модель, это другой сервер или хотя бы другой бюджет — см. VPS для локальной нейросети. MCP и инференс лучше не смешивать на самой дешёвой конфигурации: обновление одного не должно ронять другое.
2. Сколько ресурсов нужно на самом деле
Ориентиры для одного MCP-сервера без тяжёлой локальной модели:
- 1 ГБ RAM — один лёгкий сервер инструментов, почти без своего состояния;
- 2 ГБ — комфортный старт: процесс, обратный прокси, небольшой кэш или SQLite;
- 4 ГБ — несколько MCP-серверов на одном VPS, плюс Postgres, плюс агент, который их вызывает;
- 1 vCPU хватает, пока инструменты не гоняют большие выборки и архивы.
Диск нужен скромный: 20–40 ГБ NVMe с запасом под логи и локальную БД. Если инструмент индексирует документы или складывает вложения, считайте объём данных отдельно, а не «как у микросервиса».
Аптайм важнее пиковой скорости. Агент, который не может вызвать инструмент, просто останавливается. Смотрите отзывы по надёжности, а не по бенчмарку CPU.
3. Stdio, HTTP и что из этого вообще требует VPS
У MCP два бытовых режима:
- stdio — процесс на той же машине, где клиент. VPS нужен, только если сам клиент (агент, n8n, свой бэкенд) уже живёт на сервере.
- HTTP / SSE — сервер слушает порт, к нему подключаются удалённые клиенты. Вот здесь VPS почти обязателен.
Для удалённого режима нужны домен, TLS и аутентификация на входе. Открытый MCP-эндпоинт без проверки токена — это чужой доступ к вашим инструментам. Длинный несекретный URL не считается защитой.
Проверьте, что провайдер даёт белый IPv4 и не режет долгие HTTP-соединения: часть транспортов держит поток, а не один короткий запрос.
4. Сеть и кто имеет право подключаться
Практичные схемы, от более удачной к более рискованной:
- MCP слушает только localhost, снаружи — SSH-туннель или VPN для своих.
- Публичный HTTPS, но с обязательным токеном или взаимным TLS, плюс allowlist IP, если клиенты известны.
- Порт открыт «пока тестируем» — так серверы и находят сканеры, обычно в тот же день.
Локация имеет значение, если инструменты ходят в API, которые лучше отвечают из конкретной страны, или если задержка между агентом и MCP заметна в цепочке из десяти вызовов. Для большинства внутренних инструментов хватает обычного VPS в удобном ДЦ, без погони за «минимальным пингом в мире».
Исходящий доступ тоже проверьте. Сервер инструментов бесполезен, если провайдер фильтрует нужные вам API.
5. Секреты, пользователи и изоляция
На диске окажутся ключи, которых нет даже у части команды. Отсюда требования к тарифу и к настройке, которые важнее объёма RAM:
- виртуализация KVM, а не шумное соседство без нормальной изоляции — см. рейтинг KVM;
- отдельный пользователь системы под процесс, не root в контейнере «потому что так быстрее»;
- секреты в переменных окружения или в файле с узкими правами, не в репозитории сценария;
- отдельный ключ API на каждый внешний сервис, чтобы его можно было отозвать, не перевыпуская всё;
- снапшоты и бэкап конфига, но ключи ещё и в менеджере паролей — бэкап диска не заменяет учёт доступов.
Если инструмент умеет писать и удалять (почта, таски, файлы), сделайте тестовый контур. Агент с боевым MCP и широким промптом однажды вызовет не ту функцию. Это вопрос настройки, но сервер должен позволять поднять второй инстанс, а не быть забитым под завязку.
6. Рядом с n8n, ботом и моделью
Частая схема 2026 года: n8n принимает событие, модель решает, MCP выполняет. Три компонента на одном VPS живут нормально, если сложить память честно:
- 4 ГБ — уже тесно для всех троих;
- 8 ГБ — разумный общий старт без локальной LLM;
- локальная модель сверху — считайте её RAM отдельно, она перевесит остальное.
Разносить по серверам стоит, когда MCP даёт доступ к прод-данным, а эксперименты с промптами идут каждый день. Сломать черновик агента не должно означать открытый инструмент к боевой базе.
7. Логи и обновления
MCP-серверы обновляются часто: меняется протокол, клиенты ждут новые возможности, библиотеки закрывают дыры. Выбирайте тариф, где вам удобно:
- зайти по SSH и обновить контейнер без тикета в поддержку;
- откатить снапшот, если новая версия разъехалась с клиентом;
- хранить логи хотя бы несколько дней — «инструмент ничего не вернул» без лога не диагностируется.
Панель управления не обязательна. Docker Compose и один файл с сервисом обычно проще, чем универсальная панель, если на сервере больше ничего нет.
8. Чек-лист перед оплатой
- 1–2 ГБ RAM на один сервер инструментов, 4 ГБ, если рядом база и прокси.
- KVM и нормальная изоляция, не самый тесный контейнерный тариф.
- Понятная схема доступа: VPN, туннель или HTTPS с аутентификацией.
- Белый IPv4, если клиенты подключаются по сети.
- Секреты учтены отдельно от бэкапа диска.
- Можно снять снапшот перед обновлением MCP.
- Помесячная оплата или тест: подключите реальный клиент и один боевой инструмент, не healthcheck.
9. Как выбрать провайдера на ruvps.top
Откройте рейтинг VPS для MCP-сервера. Если в подборке мало карточек под вашу задачу, переходите в общий рейтинг VPS и смотрите те же критерии: аптайм, KVM, наличие IPv4, отзывы о поддержке.
Дальше:
- сравните короткие тарифы в сравнении;
- не берите конфигурацию «много CPU, мало RAM и непонятная сеть» — MCP такой дисбаланс не использует;
- если инструменты ходят в платёжки и почту, почитайте, как провайдер реагирует на abuse. Случайная блокировка здесь останавливает агента целиком.
Мастер подбора поможет, если вы ещё не решили, нужен отдельный маленький VPS или запас на том же сервере, где уже крутится автоматизация.
Итог: VPS для MCP-сервера — это маленький, стабильный и закрытый от посторонних хост с аккуратным хранением ключей. Гнаться за ядрами и «AI-тарифом» не нужно. Начните с рейтинга, откройте наружу только тот транспорт, которым реально пользуетесь, и держите боевые инструменты отдельно от экспериментов.