Допустимая средняя нагрузка

Мы развернули наш новый почтовый сервер Linux / Exim / Spamassassin в пятницу (всегда хорошая идея развернуть за день до длинных выходных, когда вокруг нет администраторов). Нагрузка колебалась около 1,3 в среднем за 15 минут.

Машина отзывчива, а письма доставляются в разумные сроки. Можем ли мы предположить, что это приемлемо?

Как определенный объем нагрузки считается приемлемым или неприемлемым? Какие метрики используются?

Основное правило: если система отзывчива, работает своевременно, то все в порядке.

Нагрузки ниже двух не сильно волнуют. У меня было четыре или пять систем, и они по-прежнему работают нормально, хотя это будет показателем того, что существует много проблем с сетью или дисками в очереди (проблемы ввода-вывода могут вызвать высокие нагрузки, даже если система очень отзывчива).

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

Вы можете много узнать о средних значениях диска и информации о сетевом вводе / выводе, но если вы не видите проблем с доставкой (я отправил сообщение пятнадцать минут назад, но оно еще не пришло!), И вы можете работать в системе через консоль ( или ssh) без больших задержек у вас все должно быть в порядке.

Среднее значение загрузки - это значение, которое дает представление о количестве процессоров, необходимых ядру, чтобы иметь возможность выполнять все задачи, когда им нужно, без ожидания.
В вашем случае, если у вас 2 или более CPU / Core. Нет проблем. Если у вас только 1 процессор с 1 ядром, это означает, что между временем, в которое ваше приложение хочет работать, и временем, в течение которого его запускает ядро, «слишком много». Загрузка> «число процессоров / ядер» не будет проблемой для почтовой системы, пока она не достигнет слишком высокого значения в течение слишком долгого времени.
Конечно, они не являются правилом и ценностью, чтобы дать, и в то время как вы получаете свою почту в течение короткого времени, это нормально. Но вам, вероятно, нужно начать присматриваться к вашему серверу, когда нагрузка превышает 2 * число процессор / ядро ​​слишком часто в течение «длительного» периода (~ 1 час).
Опять же для почтового сервера это не будет большой проблемой, но это начнет означать, что ваш сервер немного перегружен.

Как всегда с настройкой связанных вопросов, нет ответов да / нет, все зависит :-)

Сказав это, нагрузка 1,3 не кажется высокой, особенно если у вас конфигурация многоядерного процессора. Если число загрузки совпадает с количеством ядер, то все ядра всегда имеют готовый процесс.

В конечном счете, если, как вы говорите, сообщения доставляются своевременно, то производительность в порядке :-)

top

даст вам основные показатели в достаточно близком к реальному времени.

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

Для супер чувствительных ко времени вещей, таких как voip-сервер или memcache, вы хотите, чтобы средняя загрузка была ниже количества ядер. Для асинхронного содержимого, которое может использоваться для периодического резервного копирования (например, для электронной почты), вы можете легко запустить в 4 раза больше ядер.

Самое важное, о чем следует помнить, это то, что процессы, которые ожидают дискового или сетевого ввода-вывода, но в противном случае могут быть запущены, все равно отображаются в средней загрузке. Таким образом, если у вас есть сервер Apache, который ложится с jpg на 56k пользователей, вы можете запустить намного более высокую среднюю загрузку, чем если бы вы запускали отклики php / what-script на прокси / loadbalancer через гигабитную локальную сеть. В вашем случае соединение smtp с некоторым медленным почтовым сервером, который тратит целую вечность для передачи вложения, покажет 1 процесс в очереди выполнения, но может быть прерван двадцать раз, чтобы отправлять быстрое однострочное электронное письмо в gmail без проблем.

Толчок приходит к толчку, средняя нагрузка подобна DOW. Это на самом деле никак не измеряет «экономику», люди просто используют ее как очень слабо коррелированную метрику, потому что о ней легко говорить. Сосредоточьтесь на мониторинге метрик, которые вас действительно интересуют, таких как глубина очереди доставки и количество сообщений в секунду.

Сколько ядер у вас есть? cat / proc / cpuinfo | процессор grep | туалет

(предостережение: гиперпоточность выглядит как большее количество ядер, но это не так)

Если ваш уровень нагрузки ниже вашего процессора, то вы, как правило, в порядке.

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

Да, это вполне приемлемо, и, как правило, чего-то ожидать от почтового фильтра.

Наша установка немного отличается. У нас есть отдельный сервер для SpamAssassin, в то время как наш POP-сервер запускает ClamAV для сканирования на наличие вирусов. POP-сервер обычно работает под нагрузкой сервера 2, но иногда достигает 10 или более. Наш сервер SpamAssassin, с другой стороны, работал около 2, пока мы также не установили фильтры Openprotect.com, когда он удвоил загрузку ЦП и теперь работает под 5 с пиками выше 15. Это все еще приемлемо, потому что мы не делаем есть какие-либо задержки в почте, которые приводят к увеличению почтовой очереди (мы используем qmail для входящего SMTP), и еще есть место для экономии ресурсов процессора / памяти.

Кстати, я настоятельно рекомендую Munin для мониторинга ваших серверов. Он отлично демонстрирует исторические данные и показывает, какие ресурсы вы должны сэкономить. Мониторинг в режиме реального времени с помощью Top (1) вам мало поможет. :)

Да, и, кстати, развертывание в пятницу перед длинными выходными - отличный способ проработать все выходные. Особенно для критических систем, таких как почтовый сервер.

Как расход памяти? Это стабильно или растет?

Нагрузка не кажется вне нормы. Если почтовый сервер отзывчивый и почта проходит, я бы сказал, что единственным показателем сбоя помимо потребления памяти было бы, если через него проходят неправильные электронные письма (спам).

Имейте в виду, что сегодня будет вашим первым настоящим испытанием. Я бы, наверное, сегодня слегка контролировал это. Если что-то пойдет не так, сейчас самое время.