შეცდომა, რომელსაც ყველაზე ხშირად ვხედავ აგენტის ჰოსტინგთან, არის არასწორი რამის ზომაზე განსაზღვრა. ვინმე უშვებს ერთ აგენტს, ის იყენებს 400 MB-ს და ასკვნის, რომ აგენტები იაფი სახოსტინგოა. შემდეგ მასშტაბირდება ნამდვილ ეკიპაჟამდე და box იწყებს swap-ს ღამის 3 საათზე.
ერთი აგენტი მართლა იაფია. ეს არ არის საინტერესო შემთხვევა.
სად მიდის მეხსიერება რეალურად
აგენტი, რომელიც მხოლოდ API ზარებს ისვრის მოდელზე, მსუბუქია — ის ძირითადად ქსელს ელოდება. შეგიძლიათ ათეული ასეთის გაშვება პატარა ტარიფზე და ვერასოდეს შეამჩნიოთ.
RAM ქრება, როცა აგენტები იწყებენ მდგომარეობის შენახვას. საუბრის ისტორია, რომელიც ყოველ სვლაზე იზრდება. working set, რომელსაც რამდენიმე აგენტი კითხულობს და წერს. vector store გრძელვადიანი მეხსიერებისთვის იმავე პროცესში. მომენტში, როცა თქვენი არქიტექტურა წყვეტს „call API, forget“ ყოფნას და ხდება „remember, coordinate, hand off“, მეხსიერება ხდება შეზღუდვა, არა CPU.
CrewAI, LangGraph, AutoGPT-სტილის ციკლები — ისინი ყველა ამ მიმართულებით მიდის, როცა სერიოზული ხდება. framework არ ჭამს RAM-ს; მდგომარეობა ჭამს.
უხეში ზომა, გულწრფელად
არ ვიტყუებ, რომ ფორმულაა, რადგან არ არის — ის მთლიანად დამოკიდებულია იმაზე, რამდენს ინახავს ყოველი აგენტი. მაგრამ პრაქტიკული შეგრძნება ამათი გაშვებიდან:
- მსუბუქი, API-bound აგენტები — აქ Pro საერთოდ არ გჭირდებათ; NAT ან dedicated-IP ტარიფი ($3–20) უმკლავდება მას. Pro იმსახურებს თავის ადგილს, როცა საზიარო მდგომარეობა გიბიძგებთ ~32 GB-ს მიღმა.
- 32 GB — ტკბილი წერტილი ნამდვილი მრავალ-აგენტიანი სისტემისთვის: 5–10 აგენტი საზიარო მეხსიერებით პლუს vector მონაცემთა ბაზა, რომელიც რეალურად სასარგებლოა. ხალხის უმეტესობა აქ ჯდება.
- 64 GB — უფრო დიდი ფლოტები, უფრო გრძელი ისტორიები, მილიონობით vector-ის მეხსიერების ინდექსი, ან რამდენიმე co-located სერვისი. სწორედ აქ ცვლის ერთი box იმ სამ პატარას, რომლებსაც სხვაგვარად ჟონგლიორობდით.
- 80 GB — მძიმე, memory-bound სამუშაო: დიდი in-memory dataset-ები, ბევრი ერთდროული აგენტი, ან აგენტები პლუს ლოკალური მოდელის inference იმავე ჰოსტზე.
დაიწყეთ იმაზე დაბლა, ვიდრე გგონიათ, რომ გჭირდებათ. უყურეთ htop-ს ერთ დღეს. გააკეთეთ resize მაღლა, როცა swap-ს დაინახავთ, არა მანამდე — მაღლა გამოცნობა უბრალოდ ფულს ხარჯავს.
ნაწილი, რომელიც ძნელი საყიდლია
აი ის, რაც ამას უხერხულს ხდის: 64 GB RAM-ის დაქირავება ადვილია. 64 GB-ის დაქირავება კრიპტოთი და ვინაობის შემოწმების გარეშე — არა. უმეტესი ჰოსტი, რომელიც სერიოზულ მეხსიერებას იაფად ყიდის, ამას ბარათისა და KYC ფორმის უკან აკეთებს.
თუ თქვენი აგენტი თავად ამზადებს თავის სერვერს, ან დატვირთვა ეხება მონაცემებს, რომელთა სახელთან დაკავშირებაც არ გინდათ, ის კომბინაცია — მაღალი მეხსიერება, კრიპტო, no KYC და თავად აგენტის მიერ MCP-ით შესაკვეთი — არის ნამდვილი პროდუქტი. ის არ არის უფრო იაფი გიგაბაიტზე, და მე ცალკე დავწერე, რატომ შეცდომაში შეჰყავს ის შედარება. ის ხელმისაწვდომია პირობებზე, რომლებსაც თითქმის არავინ თავაზობს.
მაშ, რა გავაკეთოთ
თუ თქვენი აგენტები მსუბუქი და API-bound-ია, ნუ იფიქრებთ ზედმეტად — პატარა NAT ან dedicated-IP ტარიფი საკმარისია, გამოტოვეთ მთელი მაღალი-მეხსიერების საკითხი. თუ ნამდვილ ფლოტს უშვებთ, რომელიც მდგომარეობას ინახავს, ზომა განსაზღვრეთ იმით, რაც რეალურად მეხსიერებაშია, დაიწყეთ 32 GB-ზე და გადადით მაღლა, როცა გრაფიკი გეტყვით.
როცა იქ ხართ, Pro ხაზი ფარავს 32-დან 80 GB-მდე გამოყოფილი IP-ითა და ღამის სარეზერვო ასლებით. აირჩიეთ tier, რომელიც თქვენს working set-ს შეესაბამება, არა თქვენს ამბიციებს.
კომენტარები
ჯერ არ არის კომენტარები. იყავით პირველი.