Как просто наблюдать за состоянием сайта

[@rsashka]

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

[@tchspprt]

Есть и у этого решения преимущество — оно взлетит на любой микроволновке с busybox. Только вот проблема в том, что на микроволновке нет особого смысла мониторить что-либо.

[@yogic1]

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

Я не профессионал в IT, просто больше некому заниматься моими двумя сайтами. VPS у меня примерно год, Linux дома несколько дней.

А какой сервис вы бы посоветовали, бесплатный и, по возможности, без лишнего?

[@unnforgiven]

Ставишь prometheus,blackbox и alermanager — все готово. Один docker-compose файл, 1g озу 1 cpu. Как вариант

[@yogic1]

Благодарю! Пока у меня VPS попроще, но буду иметь в виду — на те времена, когда развернусь пошире, и мои сайты начнут захватывать мир.

[@tchspprt]

Посмотрел на календарь только что… 2019 же вроде, не?

curl http://my.site &> file

… можно, конечно, но только для тех случаев, когда речь идёт не о постоянном обслуживании. Примерно как соседского кота покормить на время отпуска. Суть в том, что вроде ни к чему об этом на хабр писать.

[@Firstline]

А мне было интересно почитать.

[@yogic1]

Новички — однолошадники односайтовики, вроде меня, сюда тоже заходят.

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

[@tchspprt]

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

пики; хотя пока непонятно, откуда они берутся

Плюс в это же время уложится настройка алертинга на e-mail (если у Вас почта была и до этого, конечно).

Но это — первое что пришло в голову и пингер не заменит. А так пару раз гугла спросить можно. Просто это почти как скрипты бэкапирования rsync'ом — сделать можно чтобы словить кайф, но правильность и стабильность решения сомнительная и в прод если пускать, то не долго. И постить нет особого смысла, потому что скриптов бэкапирования квадриллиарды.

[@yogic1]

Посмотрю, спасибо!

Объяснить своё отношение могу так: когда-то я неплохо программировал на СМ-4, ЕС-1010, освоил и IBM PC XT/AT. Но сейчас мои знания:
int 9h
или
mov ah,9
int 21h
уже не так полезны… Технологии всё время меняются и, чтобы пользоваться ими эффективно, нужно постоянно быть в теме. И, мне кажется, чем сложнее примочки, тем больше нужно их изучать… и тем скорее они сменятся чем-то ещё!.. Году в 2024 (если мир ещё будет стоять) — наверное, и этот ваш совет устареет?

А поскольку у меня основное занятие сейчас другое, я стараюсь влазить в это всё минимально… Но у меня уже Линукс и глаза красные… :(
Я же только хотел сделать хороший сайт! А сейчас ловлю себя на изучении всяких головоломных проблем Modsecurity на NGINX-е и т.п…

Спросить у знающего человека — мне кажется, может сэкономить много времени. Самостоятельный поиск далеко не сразу даёт представление, что лучше выбрать…
Поэтому благодарю ещё раз.

[@tchspprt]

Ну, если честно, Ваши знания круче и полезнее, чем знания нового поколения админов-разрабов. Единственное что — не прибыльнее.

Кстати, ко всему Вашему sh-скрипту можно ещё прикрутить в пару команд gnuplot (из простого) или rrdtool (посложнее), чтобы была какая-то наглядность и не нужно было париться с zabbix/icinga/etc. Которые, кстати, тоже прошлый век — сейчас актуален стек Graphite + Prometheus + Grafana.

[@yogic1]

Интересно. Спасибо!

[@andreymal]

А не проще просто вывести время ответа в настройках access.log?

Если access.log потом распарсить, то можно будет такие красивые графики рисовать

[@yogic1]

Благодарю за совет. Где-нибудь можно посмотреть, как это делается?

[@andreymal]

Зависит от конкретного веб-сервера, но так как в 2019 году никакие другие веб-серверы кроме nginx не нужны (как минимум для мелких и средних проектов), то примерно вот так:

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                  '$status $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" "$http_x_forwarded_for" $scheme://$http_host ($ssl_protocol) $request_time s';
access_log /var/log/nginx/access.log main;

Про каждую опцию соответственно есть в документации

(рисованием графиков не занимался, своровал отсюда https://habr.com/en/company/oleg-bunin/blog/340114/)

[@yogic1]

Благодарю! :) Действительно, у меня nginx, и похожие строки в конфиге я видел :).

[@Mcalexvrn]

очень рекомендую попробовать uptimerobot — там нужно только добавить сайт, выбрать проверку (http-код или, например, определенное слово в html по запросу), и интервал проверок. так же можно добавить любой алертинг. все это дело бесплатно до 30 мониторов, а так же с нулем написанного кода.

[@yogic1]

Да, кажется, это лучше, чем мониторить со своего компьютера… Благодарю!

[@ftpkill]

Что такое «эюя» в исходниках? )

[@yogic1]

Это я вписал как уникальный ярлычок для последующего поиска в тексте. Сейчас вижу, что проще по-другому:

resp_time=$(curl -I -D ./tmp.txt -w '%{time_total}' --url https://zen-do.ru/ -m 5 -s | tail - -n 1)
 
# = i.e.
# -I = request only headers,
# -D ./tmp.txt = dump headers to tmp.txt,
# -w '%{time_total}' = output response time (put it into $resp_time with | tail - -n 1)
# -m = wait during 5 sec max
# -s = silently

Поскольку время отклика выводится последней строкой, просто берём его командой tail.

[@Pushe]

хорошая альтернатива uptimerobot — websitepulse.com. Больше информации на русском — websitepulse.ru

[@yogic1]

Да, только это платно. Проверки с минутным интервалом — $19 в месяц. Проще завести микро-VPS за несколько баксов в год и опрашивать сайт оттуда.