Найчастіша помилка з хостингом агентів — рахувати під одного агента. Людина запускає одного, бачить 400 МБ і робить висновок: агентів дешево хостити. Потім масштабується до реальної команди — і машина починає свопити о третій ночі.
Один агент справді дешевий. Тільки це нецікавий випадок.
Куди насправді йде памʼять
Агент, що лише шле API-запити моделі, легкий — він переважно чекає мережу. Дюжину таких на малому тарифі не помітиш.
RAM зникає, коли агенти тримають стан. Історія, що росте з кожним ходом. Робочий набір, який кілька агентів читають і пишуть. Векторне сховище памʼяті в тому ж процесі. У момент, коли архітектура перестає бути «покликав API, забув» і стає «памʼятаю, координую, передаю» — вузьке місце памʼять, не CPU. CrewAI, LangGraph, цикли AutoGPT — усі йдуть туди, коли стають серйозними. RAM їсть не фреймворк, а стан. Ми розібрали числа тут.
Грубий sizing
- Легкі агенти на API — Pro не потрібен; NAT чи dedicated-IP тариф ($3–20) вистачить. Пропустіть решту.
- Реальна команда (5–10 агентів) зі спільною памʼяттю плюс корисне векторне сховище — Pro-32 (32 ГБ) золота середина. Більшість тут.
- Флоти більші, довгі історії, індекс памʼяті в мільйони — Pro-64 (64 ГБ). Тут одна машина замінює три менші.
- Флот плюс co-located сервіси чи агенти плюс локальний інференс — до Pro-80 (80 ГБ).
Почніть нижче, ніж здається потрібним, подивіться htop день, розширюйтесь при swap. Завищена здогадка палить гроші.
Чому така форма хоста
Флот, що сам розгортає чи керує серверами, хоче API без людини — і дедалі частіше платити теж без неї. Багато памʼяті, виділений IP, оплата криптою, no-KYC і замовлення самим агентом через MCP: ця комбінація рідкісна, і під неї зроблена лінійка Pro. Вона не найдешевша за гігабайт, і якщо агенти легкі — вона вам не потрібна. Але для серйозної системи зі станом і вимогою приватності це правильна форма.
Коли дійдете — Pro-32 закриває реальну команду; вгору до 64 чи 80 ГБ у міру росту флоту.
Коментарі
Поки немає коментарів. Будьте першим.