Ты как собираешься сравнивать результаты? На глаз? По положению Венеры?

Нет конечно, почитаю статьи, посоветуюсь, прежде чем приступлю к тестированию. На сколько я понял, там несколько типов и уровней тестирования, разные методы и подходы. Конечно, много всего, сложно на чем-то одном нормальном остановится.

Ну это странно звучит. Пока ты не определишься с конкретной целью, толку особого не будет

Хорошо. Цель - найти более удачную конфигурацию, если конкретнее, чтобы сервер мог обрабатывать большее количество процессов, при этом обеспечивал бы защиту каждой сессии. Сюда же можно было бы добавить сервис рассылки. Но не уверен, что стоит вместе держать на одном сервере сервис рассылки и сайты

Это тоже все расплывчато... Конкретно, это когда "хочу 100500к рпс держать" и т.п.

Видимо у меня пока опыта мало в целеполагании таких вопросов. Но начинать нужно с чего-то же.

Ну вот сначала надо с метриками определиться, по которым будешь делать сравнение. И ещё нужно понимать, какие метрики тебе действительно нужны (конкретно для твоей задачи)

А для определения желаемых метрик я же могу отталкиваться от тех, которые я могу зафиксировать сейчас на сервере? Это будет нормальным подходом для выяснения необходимых метрик?

Раскрой мысль

Например, сейчас у меня отрабатывается порядка 200-250 процессов в секунду, я хочу увеличить количество процессов до 300-375 хотя бы. Средняя загрузка (за 15 мин, 5 мин, 1 мин) - 1.42 1.57 1.62, возможно улучшить показатели.

Что подразумевается под процессами? Процессы чего?

А ещё, кстати, у LA значения в другую сторону (1, 5, 15)

Хм, не думал об этом ))) - но вы правы. там есть процессы мускула, различных модулей, ОС, PHP скриптов. Посмотрел, что сейчас под данной конфигурацией сервера максимальное количество равняется 190 - 250, поэтому подумал, что если сделать новую конфигурацию сервера методом проб и ошибок и методом тыка ) то удастся ускорить работу сайтов на сервере.

Слышал об этом, но не вникал.

Вообще, для лучшей производительности, бекенд, базу и фронтенд (с ngx) лучше разделять на разные машины

Ещё раз - ты сейчас хочешь делать то, сам не знаешь чего. Во-первых, ещё раз определить с конкретной целью. Во-вторых, бд, пхп, энджиникс лучше всего разнести по разным серверам. В-третьих, после определения метрик, надо обмазаться мониторингом этих метрик. И наконец, начать тестирование

Понял, а как бд, пхп, nginx разнести на разные сервера, это типа кластеры создавать?

При чём тут кластеры

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

Я думаю Nick метко высказал, что мне примерно хочется

Накладные расходы на общение в пределах локалки (особенно при http1.1) меньше, чем на борьбу за процессор (при сколько-нибудь ощутимой нагрузке) на одной ноде.