В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

DevOps Moscow

606 membersпожаловаться на группу
2020 September 18

SP

Sergey Pechenkó in DevOps Moscow
Fishzon
Всем добрый день. Подскажите какой сервер для поддержки и администрирования парков машин на Windows лучше всего выбрать?
У MS же есть свой инструментарий для этого, который на Windows-стеке работает. Group policy, DSC, PowerShell, Systems Management Server - всё для тебя.
источник
11:10пожаловаться#1

I

Igor in DevOps Moscow
сидишь в пятницу никого не трогаешь, а линукс на продакшне такой, опа:
источник
21:18пожаловаться#2

I

Igor in DevOps Moscow
источник
21:19пожаловаться#3

rd

rus dacent in DevOps Moscow
Igor
> mysqld

Неплохо
источник
21:19пожаловаться#4

V

Vit in DevOps Moscow
Igor
Грусть печаль.. а как предохраняться от такого ваще?
Кстати, nice не понижали специально, чтобы БД точно не убили, или чёт такое?)
источник
21:34пожаловаться#5

I

Igor in DevOps Moscow
как костыль пока наверное monit поставлю чтобы следил и перезапускал, если опять OOM придёт, но проблема где-то в самом mysql думаю. Повод запланировать апдейт.
источник
21:35пожаловаться#6

V

Vit in DevOps Moscow
Igor
как костыль пока наверное monit поставлю чтобы следил и перезапускал, если опять OOM придёт, но проблема где-то в самом mysql думаю. Повод запланировать апдейт.
А systemd-юнит/docker сервис не проще..?)
Зачем так олдскульно, monit ..?)
источник
22:04пожаловаться#7

I

Igor in DevOps Moscow
с юнитом хорошая идея, да. Я всё время забываю, что они уже существуют.
источник
22:04пожаловаться#8
2020 September 19

R

Rushan in DevOps Moscow
Vit
Грусть печаль.. а как предохраняться от такого ваще?
Кстати, nice не понижали специально, чтобы БД точно не убили, или чёт такое?)
oom killer на oom score в /proc/<pid>/oom_score смотрит. какой там nice на это не сильно влияет.
через oom_score_adj можно изменять приоритет. если поставить -1000, то oom killer будет процесс стороной обходить.

но если это не разовый спайк, то стоит посмотреть на апгрейд железа. иначе вместо оом будет приходить кернел паник.
источник
00:57пожаловаться#9

VR

Vasiliy Romaneev in DevOps Moscow
Vit
Грусть печаль.. а как предохраняться от такого ваще?
Кстати, nice не понижали специально, чтобы БД точно не убили, или чёт такое?)
Про oom_score сказали
А вообще посмотрите - что у вас за процессы и как уменьшить количество потребляемой памяти
источник
02:09пожаловаться#10

V

Vit in DevOps Moscow
Vasiliy Romaneev
Про oom_score сказали
А вообще посмотрите - что у вас за процессы и как уменьшить количество потребляемой памяти
Ну бывает...течет) или та же mongodb и когда памяти 1Гб, ок-ок, ан...не хватило вдруг)
источник
02:14пожаловаться#11

DN

Dmitry Nagovitsin in DevOps Moscow
Vit
Ну бывает...течет) или та же mongodb и когда памяти 1Гб, ок-ок, ан...не хватило вдруг)
Надо смотреть конфиги. Вообще такого быть не должно. Мускул не течет просто так
источник
02:35пожаловаться#12

DN

Dmitry Nagovitsin in DevOps Moscow
Надо смотреть дмесг кто пришел за памятью и как скорилось
источник
02:36пожаловаться#13

DN

Dmitry Nagovitsin in DevOps Moscow
Может и не мускул виноват. Любой процесс на сервере мог потечь, а мускул убило тупо потому что он больше всех в раме занимал
источник
02:37пожаловаться#14

V

Vit in DevOps Moscow
Это больше всего бесит в OOM) но, допустим, что течет он/приложение..
источник
03:05пожаловаться#15

c

corsars in DevOps Moscow
Igor
как костыль пока наверное monit поставлю чтобы следил и перезапускал, если опять OOM придёт, но проблема где-то в самом mysql думаю. Повод запланировать апдейт.
Проблема в гипервизоре, на bare metal такого нет и если есть сразу видна причина
источник
07:30пожаловаться#16

c

corsars in DevOps Moscow
Rushan
oom killer на oom score в /proc/<pid>/oom_score смотрит. какой там nice на это не сильно влияет.
через oom_score_adj можно изменять приоритет. если поставить -1000, то oom killer будет процесс стороной обходить.

но если это не разовый спайк, то стоит посмотреть на апгрейд железа. иначе вместо оом будет приходить кернел паник.
Поставь выше ulimit для этого процесса mysql
источник
07:31пожаловаться#17

I

Igor in DevOps Moscow
corsars
Проблема в гипервизоре, на bare metal такого нет и если есть сразу видна причина
это и есть bare metal
источник
14:27пожаловаться#18

DN

Dmitry Nagovitsin in DevOps Moscow
Обычно все это видно на графике потребления ram процессами - настоятельно рекомендую обзавестись таким. Для Прометея есть уже готовый process_exporter емнип
источник
14:30пожаловаться#19

DN

Dmitry Nagovitsin in DevOps Moscow
Без этого очень сложно искать концы
источник
14:31пожаловаться#20