Как решить проблему высокой нагрузки на VPS? Метод оптимизации производительности + полное руководство по расширению памяти процессора

Ваш VPS перегружен и вот-вот выйдет из строя?

В этой статье, начиная с конфигурации с 4 ядрами и 16 ГБ, подробно анализируется, как выбрать подходящее количество ядер ЦП и памяти, а также предоставляется подробное руководство по оптимизации производительности VPS.

Будь то оптимизация базы данных, настройка PHP-приложений или обновление оборудования, у нас есть конкретные предложения, которые помогут вам найти лучшее решение, которое сделает ваш VPS более быстрым и стабильным и попрощается с узкими местами в производительности!

Я надеюсь, что это поможет вам, и ваш VPS больше не будет таким загруженным, как ларек с шашлыками!

VPS сильно загружен. Сколько ядер процессора и памяти следует обновить?

Предположим, что процессор конфигурации VPS имеет 4 ядра + 16 ГБ памяти, проверьте 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-ядерный процессор и 16 ГБ оперативной памяти, но объем используемой памяти составляет 13,411,120 781,120 XNUMX КБ, из которых только XNUMX XNUMX КБ используется в качестве буфера.

По словам top Из вывода команды видно, что существует несколько ресурсоемких процессов:

• mariadbd (служба базы данных MariaDB):Занимает много ресурсов процессора (143.1%).
• Мемкеш:Занимает определенное количество процессора (7.7%).
• Несколько процессов php-cgi:Каждый из них занимает определенные ресурсы процессора и памяти.

Как решить проблему высокой нагрузки на VPS?

Решение проблемы высокой нагрузки может включать в себя:

1. Оптимизируйте базу данных:Если mariadbd занимает много ресурсов ЦП, возможно, вам придется оптимизировать запросы к базе данных или рассмотреть возможность увеличения ресурсов сервера базы данных.
2. Оптимизация PHP-приложений:Поскольку существует несколько процессов php-cgi, которые занимают много ресурсов процессора и памяти, вам может потребоваться оптимизировать приложение или скрипт PHP, чтобы снизить потребление ресурсов.
3. Ограничьте количество процессов:Рассмотрите возможность использования чего-то вроде параметра worker_processes nginx или параметра pm PHP-FPM, чтобы ограничить количество процессов.
4. Расширение ресурса:Если оптимизация по-прежнему не соответствует вашим потребностям, возможно, вам придется обновить ваш VPS до конфигурации с большим количеством ядер или оперативной памяти.
5. Контролируйте и анализируйте:Используйте более совершенные инструменты мониторинга для анализа использования системных ресурсов и выявления узких мест.
6. Балансировка нагрузки:Если часть проблемы связана с трафиком, рассмотрите возможность использования балансировки нагрузки для распределения запросов по нескольким серверам.

Прежде чем рассматривать возможность обновления вашего VPS, настоятельно рекомендуется сначала оптимизировать вашу систему и приложения.

Модернизацию аппаратных ресурсов следует выполнять в крайнем случае и только тогда, когда установлено, что текущее оборудование невозможно оптимизировать для удовлетворения потребностей.

Как установить лимит процесса VPS?

При установке ограничений процесса следует учитывать следующие факторы:

• Текущее количество процессов:Вам нужен разумный лимит процессов, превышающий текущее среднее количество процессов, чтобы не влиять на нормальную работу.
• Требования к системе и приложению:Узнайте, сколько процессов обычно требуется для запуска вашей системы и приложений.
• Использование ресурса:Отслеживайте использование ЦП и памяти, чтобы определить разумные ограничения процессов и избежать истощения ресурсов.
  Учитывая текущее количество процессов на вашем сервере, не рекомендуется устанавливать слишком низкий лимит процессов.

Более мягкий предел, например 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 процессов, поэтому необходимо ли обновлять конфигурацию сервера? До какой конфигурации сервера рекомендуется выполнить обновление?

Предполагая, что вашему приложению необходимо одновременно запускать большое количество процессов, и вы хотите убедиться, что у системы достаточно ресурсов для обработки высокой нагрузки, вот несколько конкретных рекомендаций:

• Количество ядер процессора:Перейдите на процессор с 8, 16 или более ядрами, в зависимости от того, может ли ваше приложение использовать многопоточность.
• объем памяти:Увеличьте объем памяти до 32 ГБ, 64 ГБ или выше, в зависимости от требований к памяти вашего приложения и количества запущенных процессов.
• Дополнительные ресурсы:Рассмотрите возможность добавления дополнительных ресурсов, таких как выделенный сервер базы данных или балансировщик нагрузки, чтобы повысить общую производительность и надежность.

Имейте в виду, что обновление конфигурации оборудования не является решением проблем с производительностью. Убедитесь, что код вашего приложения, запросы к базе данных и конфигурации сервера оптимизированы для полного использования дополнительных аппаратных ресурсов.