„4 GB RAM-ზე რამდენ საიტს დავდებ?“ - ეს VPS-ის ერთ-ერთი ყველაზე ხშირი და ამავე დროს ყველაზე რთულად საპასუხო კითხვაა. ათი დომენი შეიძლება პრაქტიკულად არაფერს აკეთებდეს, ხოლო ერთი WooCommerce მაღაზია პიკურ საათში მთელ სერვერს ტვირთავდეს.
ამიტომ მე დომენებს საერთოდ არ დავითვლიდი. დავიწყებდი RAM-ის ბიუჯეტით და პიკური workload-ით.
თუ 4 GB-ს მხოლოდ იმიტომ განიხილავთ, რომ „შემდეგი პაკეტია“, ჯერ ჰოსტინგ პაკეტის შერჩევის პრაქტიკული კრიტერიუმები ნახეთ - RAM მხოლოდ ერთი პარამეტრია.
ჯერ გამოყავით RAM, რომელიც თქვენს საიტებს საერთოდ არ ეკუთვნის
4 GB მთლიანად WordPress-ს ან PHP-ს არ რჩება. მეხსიერება სჭირდება ოპერაციულ სისტემას, web server-ს, database-ს, monitoring-ს, cache-ს და, თუ იყენებთ, control panel-საც. ქვემოთ მოცემული ცხრილი მხოლოდ დაგეგმვის ჩარჩოა და არა უნივერსალური ნორმა:
| კომპონენტი | რას ვაკვირდებით |
|---|---|
| OS და ფონური სერვისები | რამდენ RAM-ს მოიხმარს idle და maintenance დროს |
| Database | აქტიური კავშირები, cache/buffer და მძიმე queries |
| PHP / application workers | ერთი process-ის საშუალო და პიკური მოხმარება |
| Control panel / monitoring | მუდმივი overhead |
| Headroom | ადგილი მოკლე traffic spike-ისთვის |
სამი მაგალითი უკეთ აჩვენებს განსხვავებას
სცენარი A - ხუთი პატარა კომპანიის საიტი
თუ გვერდების უმეტესობა cache-დება, ადმინისტრატორები იშვიათად შედიან და traffic ზომიერია, რამდენიმე საიტი შეიძლება საკმაოდ კომფორტულად იმუშაოს. აქ დომენების რაოდენობა ნაკლებად მნიშვნელოვანია, ვიდრე ერთდროულად dynamic request-ების რაოდენობა.
სცენარი B - ერთი WooCommerce მაღაზია
კატალოგის გვერდი შეიძლება cache-დებოდეს, მაგრამ cart, checkout, account და ბევრი plugin dynamic workload-ს ქმნის. ერთი მაღაზია ზოგჯერ უფრო მეტ RAM/CPU-ს მოითხოვს, ვიდრე რამდენიმე უბრალო corporate site ერთად.
სცენარი C - რამდენიმე საიტი პლუს Plesk
კონტროლ პანელი მუშაობას ამარტივებს, მაგრამ უფასო რესურსი არ არის. თუ VPS-ზე mail, database, security tooling და monitoring-იც გაქვთ, capacity planning-ში მათი overhead-იც უნდა ჩათვალოთ. Plesk-ის არქიტექტურაზე შეგიძლიათ წაიკითხოთ ამ მიმოხილვაში.
ამ ნიშნების შეფასება მხოლოდ ერთჯერადი snapshot-ით რთულია. საიტის მეტრიკებისა და მათი მნიშვნელობის გაგება დაგეხმარებათ, რომ upgrade რეალურ მონაცემს დააფუძნოთ.
რა ნიშნები მეუბნება, რომ 4 GB უკვე ცოტაა
- memory usage ხანგრძლივად ზღვართანაა და არა მხოლოდ რამდენიმე წამით;
- swap აქტიურობა იზრდება და response time უარესდება;
- traffic peak-ის დროს PHP workers რიგში დგება;
- database queries რესურსს ელოდება;
- logs-ში out-of-memory ან პროცესების მოულოდნელი გაჩერება ჩანს.
თუ monitoring-ისა და system tuning-ის საკუთარ თავზე აღება არ გინდათ, იგივე sizing საკითხი შეგიძლიათ Managed VPS-ის კონტექსტშიც განიხილოთ, სადაც მართვის ნაწილი მომსახურებაში გადადის.
როგორ გავიგებდი რეალურ პასუხს ჩემს საიტებზე
- workload-ს VPS-ზე ან რეალისტურ staging გარემოში გავუშვებდი;
- CPU/RAM/disk/database მონიტორინგს ჩავრთავდი;
- ჩვეულებრივ დღეს და ცალკე პიკურ პერიოდს დავაკვირდებოდი;
- production-ისთვის რესურსის მარაგს დავტოვებდი;
- მხოლოდ ამის შემდეგ გადავწყვეტდი upgrade-ს.
თუ shared hosting-იდან VPS-ზე გადასვლას გეგმავთ, დამატებით ნახეთ VPS ჰოსტინგის უპირატესობები. ხოლო SERVER1 VPS-ის შერჩევისას საიტების რაოდენობაზე უკეთესი მონაცემი იქნება თქვენი რეალური traffic, application stack და პიკური რესურსის მოხმარება.
