Контроль часу роботи щосекунди - погано для сервера?

Мені цікаво, чи є користь перевірки того, чи працює сервер, виконуючи "HTTP GET Request" щосекунди?

Чи може будь-який сервер впоратися з цим?

Чи може "будь-який" сервер впоратися з цим? Ймовірно.

Чи варто це робити? Напевно, ні.

Задайте собі кілька питань:

1. Наскільки швидко ви будете реагувати на перебої?
2. Скільки переглядів сторінок ви зазвичай отримуєте за секунду?
3. Скільки послідовних помилок ви готові побачити, перш ніж зателефонувати "Вниз" та надіслати повідомлення?
4. Чи є у вас угоди про домовленості угод з внутрішніми чи зовнішніми замовниками, яких потрібно заслужити?
5. Виходячи з перелічених вище питань, що здається розумним моніторингом та часом відповіді?

Коли я вперше вчився програмувати, я вирішив, що хочу зробити секундомір. Коли я нарешті отримав робочу програму, я помітив, що використання процесора на моєму ноутбуці було 100% кожного разу, коли я запускав його.

Мій цикл виконання не мав циклу очікування. Він просто продовжував виконувати функцію часу.

Того дня я засвоїв цінний урок: не існує такого нескінченно точного вимірювання.

Хоча я, як і всі інші, сумніваюсь у причині того, що хочуть так часто контролювати, технічна сторона - це не проблема. Один GET-запит щосекунди є абсолютно дрібним порівняно з типовим завантаженням сторінки.

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

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

Більшість комерційних програм для моніторингу за замовчуванням пропонують інтервал 1 хв. Або 5 хв. Це здається хорошим інтервалом перевірки.

Нічого поганого в тому, щоб стежити за сервером щосекунди, це просто не дуже ефективно, особливо на серверах з високим навантаженням, де запит Apache може зависати пару секунд, викликаючи ваші запити або робити резервну копію, або видавати помилкові сповіщення на цей конкретний момент, але це не «неправильно». Односекундна перевірка не зробить вас швидшими у відповіді, і в 99,9% усіх обставин перевірка на 10 або 30 секунд так само важлива.

Я згідний на 100% з Йосипом тут. Якщо ви все ще хочете зробити якийсь моніторинг у реальному часі, ви можете розглянути можливість обнюхування журналу веб-сервера як за помилки сервера, так і за відсутністю нових записів у журналі в певний період часу. Це не спричинить навантаження на сервер, але викликати сповіщення на основі цього - це завдання :)

Роздільна здатність 1 секунди дійсно висока і, ймовірно, не потрібна. Однак я вважаю за краще збирати, оскільки він був розроблений для набагато більшої роздільної здатності (коли-небудь 10 секунд), ніж інші інструменти OSS, такі як munin (5 хвилин).