Прийнятна середня навантаження

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

Машина чутлива, а пошти доставляються у розумні терміни. Чи можна вважати, що це прийнятно?

Як певна кількість навантаження вважається прийнятною або неприйнятною? Які показники використовуються?

Основне правило: якщо система реагує, якщо вона працює своєчасно, то ви все добре.

Навантаження нижче двох не викликають особливих проблем. У мене система потрапила до чотирьох або п’яти і все ще працює добре, хоча це буде індикатором того, що з мережею або накопичувачами виникає багато проблем у черзі (проблеми вводу / виводу можуть спричинити великі навантаження, навіть якщо система дуже чуйна).

Періодично перевіряйте довжини черги вашої пошти та журнали, щоб виявити недостатні проблеми та проблеми такого характеру. Якщо черга доставки залишається відносно низькою, це добре.

Ви можете багато чого отримати, отримуючи середні показники на диску та мережеву інформацію про введення-виведення, але якщо ви не бачите проблем із доставкою (я надіслав це повідомлення п’ятнадцять хвилин тому, і воно ще не надійшло!), І ви можете працювати в системі через консоль ( або ssh) без великої затримки, вам слід добре.

Середня завантаженість - це значення, яке дає уявлення про кількість процесора, необхідного ядру, щоб мати змогу виконувати всі завдання, коли їм потрібно, не чекаючи.
У вашому випадку, якщо у вас є 2 або більше CPU / Core. Немає жодних проблем. Якщо у вас лише 1 процесор з 1 Core, це означає, що між часом, коли ваша програма хоче запуститись, і тим часом, коли ядро ​​запускає її, є "занадто багато" часу. Навантаження> "кількість процесора / ядра" не буде проблемою для поштової системи, поки вона занадто довго не досягне занадто високого значення.
Звичайно, вони не є правилом і цінністю надавати, і хоча ви отримаєте пошту за короткий час, це нормально. Але вам, ймовірно, потрібно почати уважно придивлятися до свого сервера, коли завантаження перевищує 2 * кількість процесора / ядра занадто часто протягом 'тривалого' періоду (~ 1 година).
Знову для поштового сервера це не буде великою проблемою, але це почне означати, що ваш сервер трохи перевантажений.

Як і завжди, коли йдеться про налаштування пов'язаних питань, відповідей "так / ні" немає, все залежить :-)

Сказавши це, завантаження 1,3 не здається високим, особливо якщо у вас багатоядерна конфігурація процесора. Якщо номер навантаження такий же, як кількість ядер, то всі ядра завжди мають готовий до запуску процес.

Зрештою, якщо, як ви кажете, повідомлення доставляються своєчасно, тоді продуктивність прекрасна :-)

top

дасть вам основні показники майже в реальному часі.

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

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

Найбільший застереження, який слід пам’ятати, - це те, що процеси, які чекають дискового або мережевого вводу-виводу, але в іншому випадку запущені, все ще відображаються в середньому навантаженні. Отже, якщо у вас є сервер apache-сервера, що годує jpg, до 56k користувачів, ви можете запустити набагато більшу середню завантаженість, ніж якщо у вас це буде запускати відповіді php / будь-якого сценарію на проксі / балансир через гігабітну локальну мережу. У вашому випадку підключення smtp до якогось повільного сервера пошти, який вічно бере передачу вкладеного файлу, відображатиметься 1 процес у черзі виконання, але може перерватись у двадцять разів, щоб надіслати швидкий електронний електронний лист на gmail без проблем.

Push приходить насунути, середнє навантаження - це як ДОСО. Це насправді жодним чином не вимірює "економіку", люди просто використовують це як дуже слабко співвіднесений метричний, оскільки про нього легко говорити. Зосередьтеся на моніторингу показників, які вас справді цікавлять, як глибина черги доставки та повідомлення в секунду.

Скільки у вас ядер? кішка / proc / cpuinfo | греп-процесор | wc -l

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

Якщо рівень завантаження знаходиться під вашим процесором, то ви загалом у порядку.

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

Так, це цілком прийнятно, і взагалі чогось очікувати з поштовим фільтром.

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

Випадково я настійно рекомендую Munin для моніторингу ваших серверів. Це прекрасна робота з візуальної демонстрації історичних даних та показу ваших ресурсів. Моніторинг у режимі реального часу за допомогою Top (1) не дуже допомагає вам. :)

О, і, до речі, розгортання в п’ятницю перед довгими вихідними - це чудовий спосіб працювати цілі вихідні. Особливо для таких критичних систем, як поштовий сервер.

Як відбувається споживання пам'яті? Це стабільно чи зростає?

Навантаження не здається нормою. Якщо поштовий сервер чуйний, а пошта проходить, я б сказав, що єдиним вимірюванням невдачі, що перевищує споживання пам’яті, було б, якщо неправильні електронні листи проникають (спам).

Пам’ятайте, що сьогодні буде вашим першим справжнім випробуванням Я, мабуть, сьогодні це злегка моніторую. Якщо щось піде не так, то зараз би час.