redis monitoring. Заметки на полях

конечно круто но systemd сама умеет запускать сервис если он упал
 

sudo systemctl edit redis

[Service]
Restart=on-failure
RestartSec=5s

сохраняем и перезапускаем демонов чтобы перечитать конфиг

 

sudo systemctl daemon-reload

чем париться с шедуллером

9 часов назад, stickpro сказал:

конечно круто но systemd сама умеет запускать сервис если он упал
 

sudo systemctl edit redis

[Service]
Restart=on-failure
RestartSec=5s

 

сохраняем и перезапускаем демонов чтобы перечитать конфиг

 

sudo systemctl daemon-reload

 

чем париться с шедуллером

Все хорошо. 
Только есть один момент, имея баш-скрипт, мы можем его нафаршировать алертами и по ним иметь полную картину происходящего с сервисами.

У меня было на моем сервере, что раз в месяц-два падал MySQL - тоже говорил, что по нехватке памяти.

Решил подключением своп-файла. Это из той же оперы?

6 минут назад, MaxD сказал:

У меня было на моем сервере, что раз в месяц-два падал MySQL - тоже говорил, что по нехватке памяти.

Решил подключением своп-файла. Это из той же оперы?

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

Но проблема в том, что mysql поднимается сама, а редис не очень!

И если с mysql мы можем играться в конфиги и выделенные буфера-кеши, чтобы оно кушало памяти меньше, то в редис не очень получается.

У меня mysql не поднималась, приходилось вручную (

8 минут назад, MaxD сказал:

У меня mysql не поднималась, приходилось вручную (

Потому что папа говорил уже 10 раз, надо юзать isp у нее есть встроенный мониторинг и она сам все поднимает!