Покупая Linux-облако под OpenClaw 2.0, чаще всего ошибаются не в установке, а в тарифе: Gateway встаёт, подключают канал, запускают skill — и available памяти исчезает. Мы прогнали на типичных VPS-спеках под Ubuntu локальную установку, Docker, удалённый API и локальную модель, чтобы заказывать по нагрузке, а не по принципу «SSH отвечает».
Сразу вывод: текст и удалённый API — 2 vCPU / 8 GB / 40 GB спокойнее как ежедневная точка старта; 2 vCPU / 4 GB поднимается, но без браузерного skill и без сборки образа на этой машине. Локальный 7B на том же хосте — сразу 16 GB. Официальная документация OpenClaw описывает шлюз как self-hosted вход агента на несколько каналов, рассчитанный на «свою машину»: запас важнее буквального минимума.
Сначала нагрузка, не минимальная цена
Сам процесс OpenClaw 2.0 лёгкий. В idle Gateway обычно держит две-три сотни МБ, CPU почти ноль. Машину валят три вещи сразу: первый старт с компиляцией песочницы, docker build на хосте и локальный инференс. В документации OpenClaw по Docker прямо сказано: сборка образа из исходников — минимум 6 GB RAM; готовый ghcr.io/openclaw/openclaw этот пик обходит.
На 4 GB и на 16 GB это не «чуть медленнее», а «живёт» против «работает». Ниже — три тарифа, которые мы отдаём закупке.
Как выровняли стенд
Один и тот же образ Ubuntu в облаке, меняли только CPU, RAM и диск — чтобы не списывать на OpenClaw разницу поколений железа. После установки: apt update && apt upgrade, затем Node (рекомендован Node 26 или 24.16+), Git и Docker Compose v2. SSH только по ключам. Если не заходите — сначала сеть, sshd и ключи, потом уже шлюз.
На каждом тарифе четыре цифры: idle системы, idle Gateway, установившийся режим после канала Telegram, пик после сообщения с вызовом инструмента. Диск: корень Ubuntu, слои Docker-образа, рабочая область ~/.openclaw. Берём медиану трёх замеров, не «тот раз, когда чудом не упало».
free -h, не раздутый VIRT. CPU — среднее за 60 с, не мгновенный спайк одного ядра. Диск без самого файла swap.
Сколько съедают Ubuntu и Docker
И 22.04, и 24.04 тянут OpenClaw 2.0. 24.04 в idle примерно на 100–200 MB тяжелее, зато свежее ядро и длиннее LTS; у 22.04 больше готовых разборов. Ни ту, ни другую не стоит накрывать десктопом: графическая оболочка на облаке съест гигабайт, который вы берегли для шлюза.
У Docker два счёта. Движок в idle — около 150–250 MB. Образ: slim примерно 1–2 GB диска, вариант -browser с Chromium ещё толще. Установка curl -fsSL https://openclaw.ai/install.sh | bash без контейнерных слоёв тоньше в idle, но откат — ваши копии бинарника и конфига. На 4 GB оставляем только локальную установку + удалённый API; для Docker тяните готовый образ, не делайте docker build здесь. Как выбирать между ручным Docker и конвейером — в OpenClaw Gateway на Linux VPS в 2026: GitHub Actions CI/CD против ручного Docker-деплоя — матрица решений, воспроизводимые шаги и FAQ.
Engine ставьте с официального репозитория, не из просроченного пакета дистрибутива. Шаги — по официальной установке Docker на Ubuntu, затем проверьте плагин docker compose, а не старый бинарник docker-compose. Compose у OpenClaw рассчитан на v2.
| Путь установки | RAM idle | Прирост диска | Кому |
|---|---|---|---|
| Нативный install.sh | ≈ 250–400 MB | ≈ 0,4–0,8 GB | Проба на 4 GB, минимум накладных |
| Готовый Docker-образ | ≈ 450–700 MB | ≈ 2–4 GB | Ежедневно 8 GB, изоляция и откат |
| Сборка образа на хосте | пик ≥ 6 GB | кэш сборки отдельно | Только 8 GB+ или CI |
Четыре тарифа: CPU, RAM, диск
Эта таблица — ядро замеров OpenClaw 2.0. Колонка CPU отвечает «хватает ли планировщика», RAM — «будет ли OOM», диск — «останется ли место под логи». Всё при удалённом API, одном канале, без локальной модели. Если каналов два — Telegram и Discord сразу — смотрите ещё 2026: OpenClaw — Telegram и Discord: двухканальное подключение на практике (боты, pairing, allowlist, матрица прав, конфликты каналов, FAQ): права и конфликты каналов не лечатся добавлением гигабайта.
| Тариф | CPU | RAM | Диск | Вывод |
|---|---|---|---|---|
| 2C2G / 25 GB | планирует, дрожит при конкуренции | available долго ниже 300 MB | после установки почти пусто | Не брать; Docker-сборка = OOM |
| 2C4G / 40 GB | одного канала хватает | режим ≈ 2,1–2,6 GB занято | 40 GB впритык | Только текст, без браузера |
| 2C8G / 80 GB | два канала ещё стабильны | available часто 3 GB+ | 80 GB спокойно | Ежедневный выбор при API |
| 4C16G / 160 GB | пики инструментов без очереди | 7B или браузер, не оба | файлы модели отдельно | Брать, если нужен локальный инференс |
2C2G ломается одинаково: Gateway встал, available 100–200 MB, слой Docker или onboard — ядро OOM, код 137, в логах почти нет прикладной ошибки. 4 GB живёт, если выключить браузерный skill, запретить локальную сборку и включить ротацию логов. 8 GB впервые даёт запас «можно ещё канал». 16 GB не ускоряет текстовый чат — даёт право говорить о локальной модели.
Диск кончается быстрее, чем кажется. После обновлений корень Ubuntu уже 8–12 GB; образы Docker 2–6 GB; рабочая область и логи — 1–5 GB в месяц. Официально чаще пишут «оставьте место под образы и логи»; по эксплуатации: без локальной модели минимум 40 GB, на каждый день 80 GB, плюс 10–20 GB если веса остаются на машине. Swap 2–4 GB — страховка, не план по памяти: как только ушли в swap, хвостовая задержка инструментов заметно портится.
Локальная модель vs удалённый API: как считать деньги
Удалённый API забирает инференс с VPS: машина держит Gateway, каналы и инструменты. Это самый дешёвый по железу сценарий; официальная документация OpenClaw и так исходит из того, что ключ провайдера принесёте вы. Цена — токены, и контекст уходит с хоста.
Локальная модель меняет счёт на память. Квантованный 7B — около 4–5 GB; вместе с runtime Ollama и KV-кэшем 16 GB едва уживается со шлюзом; 14B думайте как 32 GB. TLS, SSH-туннель и NO_PROXY ломаются чаще, чем «скачивается ли вес».
Грубая месячная оценка 2026 года по типичным Linux-облакам (доллары, без превышения трафика):
| Схема | Аренда машины | Счёт модели | Итого | Кому |
|---|---|---|---|---|
| 2C8G + удалённый API | ≈ 10–18 | лёгкий 15–40, больше при нагрузке | 25–60 | Личный ассистент, нечувствительный контекст |
| 4C16G + локальный 7B | ≈ 20–40 | 0 | 20–40 | Много вызовов / данные не покидают хост |
| 8C32G + локальный 14B | ≈ 40–80 | 0 | 40–80 | Качество ближе к среднему облачному |
«Локально всегда дешевле» — миф, пока не разнесёте статьи. Сотни коротких диалогов в месяц: счёт API часто ниже дельты аренды 8 GB → 16 GB. Локальный 7B ещё уступает в качестве, следовании инструментам и длинном контексте. Наоборот, cron с проверками по часам, сотни сообщений в канале за день или логи, которым нельзя в сеть: 16 GB + 7B сначала сравнивает счёт API, потом оставляет данные дома.
Компромисс, который мы рекомендуем: Gateway на удалённой основной модели, заголовки и короткие саммари — на маленькой utility-модели, локальный 7B только эпизодами. Не открывайте браузерный skill и локальный 14B на одном 8 GB: память не сходится.
Как заказывать: таблица решений
Запишите способности, которые должны быть истинны одновременно, и только потом берите машину. Если они конфликтуют, две машины дешевле и проще в отладке, чем один хост и с браузером, и с 14B.
| Нужная способность | Минимум, который встанет | Что заказывать | Чего не делать |
|---|---|---|---|
| Текстовый ассистент Telegram / Discord | 2C4G локальная установка | 2C8G + готовый Docker | Сборка на хосте, десктоп |
| + браузерный skill | 4C8G | 4C8G или 4C16G | На одной машине с локальным 14B |
| Локальный инференс 7B | 4C16G | 4C16G NVMe 80 GB+ | Надеяться, что 8 GB вывезет |
| Команда, несколько каналов + аудит | 4C8G | 4C8G / 80–160 GB | Логи без ротации |
Две вещи вне тарифа маскируются под «мало RAM»: Gateway на 0.0.0.0 без обратного прокси и диск логов под завязку. Биндьте 127.0.0.1 и ставьте Nginx / Caddy; ограничьте Docker и journald. Когда тариф верный, именно это решает, будете ли вы ночью расширять диск.
FAQ
1C1G или 2C2G хватит на пробу?
Только чтобы увидеть, что скрипт установки доходит до конца. Канал подключили — уже дрожит; Docker-сборка почти всегда 137. Проба — от 4 GB. Чтобы оставить в бою — сразу 8 GB.
Обязателен ли Ubuntu? Пойдёт ли Debian?
Debian 12 тоже работает, официальный Docker его поддерживает. Ubuntu взяли из-за доступных образов и совпадения разборов. Не-LTS десктоп в проде не используйте.
Узкое место — CPU или память?
При удалённом API почти всегда память и диск. CPU становится первой тревогой на локальном инференсе, отрисовке браузера или сборке образа. 4 vCPU для текстового шлюза — роскошь, для 14B — необходимость.
Обычный SSD или NVMe?
Удалённому API диск почти безразличен. Загрузка локальной модели и распаковка слоёв Docker чувствуют NVMe. 80 GB NVMe полезнее медленных 160 GB, если включена ротация логов.
Шлюз на Linux, панель — на облачном Mac mini
Linux VPS удобен для постоянно живой OpenClaw Gateway: дёшево, стандартные образы, Docker описан везде. Но когда в том же контуре нужны Safari-приёмка, подпись Xcode или тихая дежурная машина, ещё одна нагрузка на Linux, уже забитый Docker и логами, снова обнуляет бюджет RAM. Единая память Apple Silicon, простой около 4 Вт, macOS для долгой работы без присмотра — это другой выбор, не «ещё один Linux на 32 GB».
Чище так: облачный Linux держит шлюз и удалённый API, облачный Mac mini — сборку и десктоп-автоматизацию, которым нужен нативный macOS. Homebrew, Docker и SSH там из коробки; не надо отбирать RAM у Ollama ради ещё одного браузерного skill.
Тариф Linux зафиксирован — оставьте команде узел управления, который не спорит с инференсом. Это место облачного Mac mini M4 от VPSSpark. Смотреть тарифы — на неделю или на месяц проще отлаживать, чем все процессы на одном VPS.