როგორ მოვაგვაროთ VPS მაღალი დატვირთვა? შესრულების ოპტიმიზაციის მეთოდი + CPU მეხსიერების გაფართოების სრული სახელმძღვანელო

არის თუ არა თქვენი VPS გადატვირთული და კოლაფსი?

დაწყებული 4 ბირთვიანი 16 GB კონფიგურაციით, ეს სტატია დეტალურად აანალიზებს, თუ როგორ უნდა აირჩიოთ CPU ბირთვების და მეხსიერების შესაბამისი რაოდენობა და გთავაზობთ ყოვლისმომცველ სახელმძღვანელოს VPS მუშაობის ოპტიმიზაციისთვის.

იქნება ეს მონაცემთა ბაზის ოპტიმიზაცია, PHP აპლიკაციის კორექტირება თუ ტექნიკის განახლება, ჩვენ გვაქვს კონკრეტული წინადადებები, რომლებიც დაგეხმარებათ იპოვოთ საუკეთესო გამოსავალი, რათა თქვენი VPS უფრო სწრაფად და სტაბილურად იმუშაოს და დაემშვიდობოთ მუშაობის შეფერხებებს!

იმედი მაქვს, რომ ეს დაგეხმარებათ, რომ თქვენი VPS აღარ იყოს ისეთი დაკავებული, როგორც ქაბაბის სადგომი!

VPS მძიმედ არის დატვირთული, რამდენ CPU ბირთვს და მეხსიერებას უნდა განახლდეს?

თუ ვივარაუდებთ, რომ VPS კონფიგურაციის CPU არის 4 ბირთვი + 16 GB მეხსიერება, შეამოწმეთ top დატვირთვის მდგომარეობა სერიოზულია. რამდენი ბირთვი და მეხსიერება უნდა იყოს გამოყენებული VPS-სთვის?

top - 02:34:42 up 1:55, 3 users, load average: 54.22, 34.14, 32.00
Tasks: 179 total, 72 running, 107 sleeping, 0 stopped, 0 zombie
%Cpu(s): 70.7 us, 27.4 sy, 0.0 ni, 1.9 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 16777216 total, 2584976 free, 13411120 used, 781120 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 3282716 avail Mem

(此处省略……)

რასაც თქვენ აწვდით top თუ ვიმსჯელებთ ბრძანების გამოსვლიდან, თქვენი VPS-ის დატვირთვა საკმაოდ მაღალია, საშუალო დატვირთვა აღწევს 54.22 (ბოლო 1 წუთი), 34.14 (ბოლო 5 წუთი) და 32.00 (ბოლო 15 წუთი).

ეს მიუთითებს იმაზე, რომ თქვენი სისტემა განიცდის მაღალ გამოყენებას. თქვენს VPS-ს აქვს 4 ბირთვიანი CPU და 16 GB ოპერატიული მეხსიერება, მაგრამ გამოყენებული მეხსიერება არის 13,411,120 KiB, საიდანაც მხოლოდ 781,120 KiB გამოიყენება ბუფერად.

შესაბამისად top ბრძანების გამოსვლიდან ხედავთ, რომ არსებობს რამდენიმე რესურსზე ინტენსიური პროცესი:

• mariadbd (MariaDB მონაცემთა ბაზის სერვისი):იკავებს პროცესორის უამრავ რესურსს (143.1%).
• memcached:იკავებს პროცესორის გარკვეულ რაოდენობას (7.7%).
• მრავალი php-cgi პროცესი:თითოეული იღებს გარკვეულ პროცესორს და მეხსიერების რესურსებს.

როგორ მოვაგვაროთ VPS მაღალი დატვირთვა?

მაღალი დატვირთვის გადაწყვეტილებები შეიძლება შეიცავდეს:

1. მონაცემთა ბაზის ოპტიმიზაცია:თუ mariadbd იკავებს უამრავ პროცესორს, შეიძლება დაგჭირდეთ მონაცემთა ბაზის მოთხოვნების ოპტიმიზაცია ან მონაცემთა ბაზის სერვერის რესურსების გაზრდა.
2. PHP აპლიკაციების ოპტიმიზაცია:ვინაიდან არსებობს მრავალი php-cgi პროცესი, რომელიც იკავებს უამრავ პროცესორს და მეხსიერებას, შეიძლება დაგჭირდეთ თქვენი PHP აპლიკაციის ან სკრიპტის ოპტიმიზაცია, რესურსების მოხმარების შესამცირებლად.
3. შეზღუდეთ პროცესების რაოდენობა:იფიქრეთ nginx-ის worker_processes-ის ან PHP-FPM-ის pm პარამეტრის გამოყენებაზე, რათა შეზღუდოთ პროცესების რაოდენობა.
4. რესურსის გაფართოება:თუ ოპტიმიზაცია მაინც არ აკმაყოფილებს თქვენს საჭიროებებს, შეიძლება დაგჭირდეთ თქვენი VPS-ის განახლება კონფიგურაციაზე მეტი ბირთვით ან მეტი ოპერატიული მეხსიერებით.
5. მონიტორინგი და ანალიზი:გამოიყენეთ უფრო მოწინავე მონიტორინგის ხელსაწყოები სისტემის რესურსების გამოყენების გასაანალიზებლად და დაბრკოლებების იდენტიფიცირებისთვის.
6. Დატვირთვის დაბალანსება:თუ ტრაფიკი პრობლემის ნაწილია, განიხილეთ დატვირთვის დაბალანსების გამოყენება მრავალი სერვერზე მოთხოვნების გასავრცელებლად.

სანამ თქვენი VPS-ის განახლებას განიხილავთ, მკაცრად გირჩევთ, რომ პირველ რიგში თქვენი სისტემის და აპლიკაციების ოპტიმიზაცია მოაწყოთ.

ტექნიკის რესურსების განახლება უნდა განხორციელდეს, როგორც უკანასკნელი საშუალება და მხოლოდ მაშინ, როდესაც დადგინდება, რომ არსებული აპარატურის ოპტიმიზაცია შეუძლებელია საჭიროებების დასაკმაყოფილებლად.

როგორ დავაყენოთ VPS პროცესის ლიმიტი?

პროცესის ლიმიტების დადგენისას უნდა გაითვალისწინოთ შემდეგი ფაქტორები:

• მიმდინარე პროცესების რაოდენობა:თქვენ გჭირდებათ გონივრული პროცესის ლიმიტი, რომელიც აღემატება მიმდინარე პროცესების საშუალო რაოდენობას, რათა თავიდან აიცილოთ გავლენა ნორმალურ მუშაობაზე.
• სისტემის და განაცხადის მოთხოვნები:გაიგეთ, რამდენი პროცესი სჭირდება თქვენს სისტემას და აპლიკაციებს ჩვეულებრივ გასაშვებად.
• Რესურსების გამოყენება:CPU-ს და მეხსიერების მოხმარების მონიტორინგი პროცესის გონივრული ლიმიტების დასადგენად და რესურსების ამოწურვის თავიდან ასაცილებლად.
  თქვენს სერვერზე მიმდინარე პროცესების რაოდენობის გათვალისწინებით, რეკომენდირებულია არ დააყენოთ პროცესის ლიმიტი ძალიან დაბალი.

უფრო თავისუფალი ლიმიტი, როგორიცაა 50 ან 100 რბილი ლიმიტისთვის და 100 ან 200 მყარი ლიმიტისთვის, შეიძლება იყოს უფრო შესაფერისი. თქვენ შეგიძლიათ დაარეგულიროთ ეს თქვენი სერვერის დატვირთვისა და მუშაობის მიხედვით.

თუ გადაწყვეტთ შეცვალოთ პროცესის ლიმიტები, ყურადღებით დააკვირდით თქვენი სერვერის მუშაობას და მზად იყავით ცვლილებების უკან დაბრუნებისთვის, გათიშვის შემთხვევაში. ამავდროულად, განიხილეთ აპლიკაციისა და სისტემის კონფიგურაციის ოპტიმიზაცია, რათა შეამციროთ არასაჭირო პროცესების რაოდენობა.

在Linuxსისტემა, შეგიძლიათ გაიაროთ /etc/security/limits.conf ფაილის პარამეტრები ზღუდავს ღია ფაილების რაოდენობას, ფორმატი ასეთია:

<用户名或用户组> soft nofile <软限制值>
<用户名或用户组> hard nofile <硬限制值>

დაშვებულია პროცესის ლიმიტები:

elo hard nproc 1000
elo hard nofile 5000

VPS განახლებულია 4 ბირთვიანი 16 გბ-დან ოპტიმალურ კონფიგურაციის გეგმამდე

შეიმჩნევა, რომ მაქსიმუმ 500-მდე პროცესი მუშაობს, ამიტომ საჭიროა თუ არა სერვერის კონფიგურაციის განახლება? სერვერის რომელ კონფიგურაციაზეა რეკომენდირებული განახლება?

თუ ვივარაუდებთ, რომ თქვენს აპლიკაციას სჭირდება დიდი რაოდენობის პროცესის ერთდროულად გაშვება და გსურთ უზრუნველყოთ, რომ სისტემას აქვს საკმარისი რესურსი მაღალი დატვირთვისთვის, აქ არის რამდენიმე კონკრეტული რეკომენდაცია:

• CPU ბირთვების რაოდენობა:განაახლეთ CPU-ზე 8, 16 ან მეტი ბირთვით, იმისდა მიხედვით, შეუძლია თუ არა თქვენს აპლიკაციას ისარგებლოს მრავალძახიანობით.
• მეხსიერების ზომა:გაზარდეთ მეხსიერება 32 გბ-მდე, 64 გბ-მდე ან უფრო მაღალზე, თქვენი აპლიკაციის მეხსიერების მოთხოვნებისა და მიმდინარე პროცესების რაოდენობის მიხედვით.
• Დამატებითი რესურსები:განიხილეთ დამატებითი რესურსების დამატება, როგორიცაა მონაცემთა ბაზის გამოყოფილი სერვერი ან დატვირთვის ბალანსერი, საერთო მუშაობისა და საიმედოობის გასაუმჯობესებლად.

გაითვალისწინეთ, რომ თქვენი ტექნიკის კონფიგურაციის განახლება არ არის პასუხი შესრულების პრობლემებზე. დარწმუნდით, რომ თქვენი აპლიკაციის კოდი, მონაცემთა ბაზის მოთხოვნები და სერვერის კონფიგურაციები ოპტიმიზირებულია დამატებითი ტექნიკის რესურსებით სრული სარგებლობისთვის.