Падает сервер при нехватке ОЗУ

Проблему с падением сервера решил. Оказалось все странным и в то же время легко-объяснимым.
Скрипт, дергавшийся по крону не завершал свою работу при невозможности выкачать картинку. Скрипт зацикливался и постоянно пытался скачать с увеличивающимся таймаутом. Получалось, что количество скриптов росло и все они зацикливались на этой фазе работы. Росло потребление ОЗУ и сервер падал.

Пофиксил этот неприятный момент. Сейчас все стабилизировалось. Используется 4 ГБ ОЗУ и 3-4 Гб файла подкачки. Сервер стабильно работает уже более 3 недель.
 
24.08.2016 ← Сегодня ночью состоялся очередной оперативный переезд одного мажорного клиента, ему даже в саппорте предложили с его "странной" нагрузкой переехать в более надежное пространство, с виртуалки на физическую железку!
Нет, конечно же предложили по началу добавить еще пару процессоров, удвоить оперативки и учетверить стоимость виртуалки. Его группа проектов периодически зависали сами и еще с собой паравозиком тянули оставшихся клиентов, достоверно известно, что в момент зависания в время активности дроплета другой сетевой нагрузки не было. Транкинг из десятка гигабитных сетевых карт вешался насмерть, даже блок карт меняли на новые и маршрутизатор с поддержкой транкинга из другой стойки брали меняли, меняли дроплет с ругой сетевушкой, немного масштабировали параметры виртуалки.
Вы представляете канальную скорость к серверу в транке из десяти гигабитных карт? Я нет! Но это где-то 1280 мегабайт в секунду без контрольных сумм чистый UPD трафик! И ~1000 мегабайт в секунду по TCP. Но это общий к серверу канал, клиентский же гарантированный — гигабитный канал.
Казалось бы, внутри виртуализации стабильно достигли работоспособности служб и процессов, но сеть занималась полноценным ананизмом — видела только саму себя и никого поблизости (тестировали по IP-KVM)!
Процессы виртуалки нагружали систему процентов на 60. Из рутины: парсинг цен и остатков, обмен с 1с, пересчет-оптимизация картинок, прием заказов оптовых клиентов.

Вывод из всей этой истории таков, что нужно всегда правильно планировать нагрузку и расходы. Вот это жмотство на железку обошлось клиенту в виде отмен заказов на четыре и боллее муля за две недели. Спросите, а как связано с отменой? Да просто, в базу 1с вовремя не приходили оптовые закупки, а это документы, работа отделов, кредиты, зарплаты. Вся рекламная компания на 200к в неделю ушла как дети в школу.
"Яйца" штатного администратора в виде сувенира болтаются под люстрой на видном месте в музее компании. Подлец экономил экономил на €30-50 и это была его личная прихоть. Нет, понятно когда экономишь, если этих денег нет... Но... Проехали
 
Была подобная проблема у клиента: сервер временами падали и судя по логам что-то отжирало память. Поиски выявили виновного: apache был с конскими настройками Servers - в момент наплыва ботов яндекса и гугла + посетителей все и крашилось. Полечил уменьшением для prefork_module
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху