„სერვერი ნელია, RAM გავაორმაგოთ“ — ჰოსტინგში ყველაზე ძვირი რეფლექსია. ზოგჯერ სწორია. ხშირად კი მანქანა დისკს ელოდება ან პროცესორი ბოლომდეა დატვირთული, ახალი მეხსიერება კი უქმად დევს, სანამ ანგარიში ორმაგდება.
ამიტომ, სანამ იმაზე ვილაპარაკებთ, ვის სჭირდება 64 GB, ჯერ გავარკვიოთ, რა გაკლიათ სინამდვილეში. თუ უბრალოდ მეხსიერების ტიპური ციფრები გჭირდებათ სხვადასხვა ამოცანისთვის, ისინი ჩვენს უფრო ადრინდელ სახელმძღვანელოშია რამდენი RAM სჭირდება VPS-ს, ენობრივი მოდელების ფორმულის ჩათვლით. ეს სტატია დიაგნოსტიკაზეა: RAM, დისკი თუ CPU.
სამი ბრძანება, ორი წუთი
გაუშვით ისინი ნელ სერვერზე, როცა ის ნელია, და არა დილის ოთხ საათზე, როცა არაფერი ხდება:
free -m
vmstat 1 10
cat /proc/pressure/cpu /proc/pressure/memory /proc/pressure/io
აი, როგორ წავიკითხოთ ისინი სახელმძღვანელოს გარეშე.
free -m. free სვეტს ნუ უყურებთ: Linux თავისუფალ მეხსიერებას განზრახ ავსებს დისკის ქეშით. უყურეთ available-ს. თუ 2 GB-იან მანქანაზე იქ რამდენიმე ასეული მეგაბაიტია და swap-ის used იზრდება, მეხსიერება ზღვარზეა.
vmstat 1 10. ისტორიის უმეტესს ოთხი სვეტი ჰყვება:
| სვეტი | რას ნიშნავს | მიუთითებს |
|---|---|---|
si / so | swap-ში შესული და გამოსული გვერდები წამში | RAM |
wa | დროის %, როცა CPU დისკს ელოდება | დისკი |
us + sy | დროის %, როცა CPU მუშაობს | CPU |
st | დროის %, როცა ჰიპერვიზორმა თქვენი CPU სხვას მისცა | CPU (vCPU სხვებთან ერთად გამოიყენება) |
si/so-ში დროდადრო რამდენიმე არანულოვანი მნიშვნელობა ნორმაა. ნამდვილი სიგნალი მუდმივი swap-ია, ყოველ წამს.
/proc/pressure/*. სამიდან ყველაზე პატიოსანი. თითოეული ფაილი აჩვენებს, დროის რა ნაწილი იდგნენ ამოცანები ამ რესურსის მოლოდინში. memory-ში some avg60=25.00 ნიშნავს, რომ ბოლო წუთში რაღაც დროის მეოთხედს მეხსიერებას ელოდა. რომელ ფაილშიც ციფრები ყველაზე დიდია, იქაა თქვენი ვიწრო ადგილი.
თუ საქმე დისკშია
მაღალი wa, მაღალი წნევა io-ზე, ცოტა swap. ჩვეულებრივი მიზეზია ბაზა ან ბევრი ლოგის მქონე აპლიკაცია, რომელიც უფრო მეტს კითხულობს, ვიდრე ქეშში ეტევა.
და აი მოულოდნელობა: მეტ RAM-ს შეუძლია ამის გამოსწორება, რადგან Linux დისკის მეტ ნაწილს დააქეშებს. თუ ბაზა 6 GB-ია, ცხელი ნაწილი კი 3 GB, 2 GB-დან 8 GB მეხსიერებაზე გადასვლამ შეიძლება დისკის პრობლემა გააქროს. მაგრამ თუ ბაზა 300 GB-ია და ყოველი მოთხოვნა სხვა ნაწილს ეხება, RAM-ის არცერთი გონივრული მოცულობა მას ვერ დააქეშებს. მაშინ დაგეხმარებათ უკეთესი ინდექსები, უფრო მცირე მოთხოვნები ან მონაცემების სხვა სტრუქტურა. აქ ყველა ტარიფი NVMe-ზეა, ამიტომ ნელი იშვიათად თავად დისკია. ჩვეულებრივ ნელია წვდომის ხასიათი.
თუ საქმე CPU-შია
მაღალი us+sy, წნევა cpu-ზე, swap არ არის, დისკის ლოდინი ცოტაა. შეკუმშვა, ბილდები, ვიდეოს კოდირება, სურათების დამუშავება, კრიპტოგრაფიული გამოთვლები. მეტი მეხსიერება აქ საერთოდ არ დაგეხმარებათ.
ადევნეთ თვალი st-საც. VPS-ზე vCPU ფიზიკური ბირთვის დროის წილია და არა მთელი ბირთვი: ტარიფში მითითებული რიცხვი მოკლე პიკების ჭერია, ხანგრძლივი სრული დატვირთვა კი შეიძლება შეიზღუდოს, რომ მანქანაზე ყველასთვის სამართლიანი იყოს. თუ თქვენს ამოცანას ყველა ბირთვი 100%-ზე საათობით სჭირდება, ეს თავად ამოცანის საკითხია, და ამის თქმა ახლა გვირჩევნია, ვიდრე მას შემდეგ, რაც უფრო დიდ ტარიფს იყიდით.
თუ ნამდვილად RAM-ია
მუდმივი swap, მზარდი წნევა მეხსიერებაზე, OOM killer dmesg-ში. ახლა კითხვაა — რამდენი.
2 GB კმარა, ხშირად წლობით: ერთი ან რამდენიმე ბოტისთვის, პატარა API-სთვის, VPN-ისთვის, Nginx-ის უკან მდგარი სტატიკური საიტისთვის, cron-ით გაშვებული რამდენიმე სკრეიპერისთვის, მონიტორინგის აგენტისთვის. Micro გაძლევთ 2 vCPU-ს, 2 GB-ს და 25 GB-ს თვეში $5-ად NAT-ზე ან $10-ად საკუთარი IPv4-ით.
4–8 GB კომფორტული შუალედია: ვებ-აპლიკაცია თავისი ბაზით, პატარა საძიებო ინდექსი, headless ბრაუზერის ავტომატიზაცია, რამდენიმე აგენტი გვერდიგვერდ.
32–64 GB იმ მონაცემებისთვისაა, რომლებიც მეხსიერებაში უნდა ცხოვრობდნენ:
- ბაზა, რომლის სამუშაო ნაკრებიც ათეულობით გიგაბაიტია, რომ ქეშმა ნამდვილად შეინახოს ცხელი მონაცემები;
- დიდი ქეში ან რიგი მეხსიერებაში, რომელიც დისკზე ვერ გადავა ყველაფრის შენელების გარეშე;
- ვექტორული ინდექსი მილიონობით ფრაგმენტში ძიებისთვის (რეალური ციფრები სტატიაში საკუთარი RAG დიდ მასშტაბზე);
- საშუალო ზომის ენობრივი მოდელის ინფერენსი CPU-ზე, სადაც წონები RAM-ში უნდა ჩაეტიოს;
- კონსოლიდაცია: ათი სერვისი, რომლებიც ადრე ათ პატარა სერვერზე ცხოვრობდნენ.
სწორედ ამისთვის არსებობს Pro-64: 12 vCPU, 64 GB RAM, 600 GB NVMe და გამოყოფილი IPv4 თვეში $70-ად. შუალედური საფეხურებია Pro-32 $40-ად და Pro-48 $55-ად; ზემოთ — Pro-80 $90-ად. Pro ტარიფებისთვის ხელმისაწვდომი ლოკაციები შეკვეთისას ჩანს.
სად არ ერგება დიდი მანქანა
სამი შემთხვევა, როცა 64 GB არასწორი პასუხია, თუნდაც ბიუჯეტი იძლეოდეს.
GPU-ზე მუშაობა. ამ ტარიფებიდან არცერთს არ აქვს GPU. თუ თქვენს მოდელს GPU სჭირდება სწავლებისთვის ან სწრაფი ინფერენსისთვის, CPU-იანი მანქანა ბევრი RAM-ით მას გაუშვებს, ნელა, და თქვენ მოთმინებაში გადაიხდით.
ხანგრძლივი ამოცანები სრულ CPU-ზე. როგორც ზემოთ ითქვა: vCPU პიკებისთვისაა. თორმეტი ცალი 100%-ზე მთელი დღე-ღამე — ეს არ არის ის, რისთვისაც VPS შეიქმნა.
და „ყოველი შემთხვევისთვის“. თუ სამი ბრძანება მეხსიერებაზე წნევას არ აჩვენებს, დამატებითი 60 GB იმ ფაილების ქეშია, რომლებსაც არ კითხულობთ. დაიწყეთ ნაკლებით. იმავე ქსელური ტიპის უფრო დიდ ტარიფზე გადასვლა vCPU-ს, RAM-ს და დისკს ადგილზევე ამატებს, ერთი გადატვირთვით, როგორც აღწერილია ტარიფის შეცვლა-ში. ადგილზე შემცირება შეუძლებელია, ამიტომ ზედმეტად დიდ შენაძენს რეალური ფასი აქვს: შესამცირებლად ახალ სერვერზე გადასვლა მოგიწევთ, VPS-ის გადატანა შეფერხების გარეშე კი ისეთი საქმეა, რომლის გარეშეც ჯობს.
თუ სხვადასხვა მომწოდებლის ტარიფებს ადარებთ, როგორ წავიკითხოთ VPS-ის მახასიათებლები განმარტავს, რას გპირდებათ სინამდვილეში vCPU-ს, დისკისა და პორტის ციფრები.
კომენტარები
ჯერ არ არის კომენტარები. იყავით პირველი.