Нужно изящное решение для маршрутизации

123
M
На сайте с 01.12.2009
Offline
235
#11

Ну раз так часто виснет, тогда надо будет смотреть после ребута.

Администратор Linux,Freebsd. построения крупных проектов.
M
На сайте с 28.06.2009
Offline
86
#12

После ребута смотреть не на что - в логах нету ни слова о причине затухания.

Может быть как-то можно включить какое-то расширенное логгирование?

То, что должно насыпаться в консоль можно как-то переправить еще куда-то?

Andreyka
На сайте с 19.02.2005
Offline
822
#13

80% - блок питания

Поставь помощнее

Не стоит плодить сущности без необходимости
M
На сайте с 28.06.2009
Offline
86
#14

Давайте чуть отклонимся от темы железа и вернемся к анализу трафика?

Возвращаясь к первоначальному вопросу - как можно сделать анализ флуда/множественных запросов-коннектов как к VPS, так и от VPS?

Raistlin
На сайте с 01.02.2010
Offline
247
#15

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

Raistlin добавил 25.10.2010 в 13:14

P.S. А вот с блоком - точно момент. Либо перегрев северного моста (интеграшка?).

HostAce - Асы в своем деле (http://hostace.ru)
M
На сайте с 28.06.2009
Offline
86
#16

Блин, таких серверов несколько одинаковых, стоят они в ДЦ далеко за океаном. Железо брендовое. Проблема наблюдается не на одном сервере, а на разных. После всех этих случаев стало понятно, что серверы уходят в завис именно в моменты неадекватной сетевой активности.

Raistlin
На сайте с 01.02.2010
Offline
247
#17

Угу. И толку? Надо решать проблему, а не ставить временный костыль. Брендовое железо часто хуже самосбора.

M
На сайте с 28.06.2009
Offline
86
#18

Ну а как решать, если непонятно, что сбоит? Если диски ложатся и ФС отмонтируется, это как-то программно можно решить?

Raistlin
На сайте с 01.02.2010
Offline
247
#19

Диагностировать серверы. Во-первых, направить с одного на другой трафик и наблюдать консоль. ВО-вторых, возможно, у вас нужные логи просто не ведутся. syslog у вас вообще включен? А то может оказаться что нет. Контроль напряжений блока питания и контроль температур компонентов провести тоже необходимо. Проводите стресс-тестирование самого часто глючащего сервера и найдете собаку. Раутинг эффекта нужного не даст, так как начнет заглючивать в другие моменты, вы просите сделать костыль. А вот то, что сервер гаснет - скорее всего, обернется для вас смертью компонентов со временем.

Дальше уже наверное проблемы в том, кто это будет делать, верно? Ибо расписать вам полный комплекс мероприятий на страницах форума невозможно (ну по-крайней как совет).

M
На сайте с 01.12.2009
Offline
235
#20

Надо проводить мониторинг + квм, если TC что то говарит своё типа это не железо, это траффик (опираясь на то что 48 мегабит ложит сервер) и больше не чего не хочет слушать, то как бы мой совет, делайте сервер сами, раз вам наша помощь+работа, не нужна.

123

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий