З теорії відомо, що завантаження локальної мережі в 70% це вже критичний
випадок.
Є сітка, вертикальний хребет оптика, горизонтальний крос - чотири стека
на
чотирьох поверхах - "мідь" 5е, ну і по 4-7 свічери ( "нортеловскіе" Bay і Policy)
на поверхах об'єднаних в стек.
Туєва хуча серверів (файлові; баз даних як IBM dB / 2 і dB / 400, так і
ДОСовскіх
"Фрксових"; такий звір як Lotus Notes, вже не кажу про сервери друку і
контролери домену).
Як оцінити в такому випадку завантаженість мережі?
Питання не пусте, щось в останні три-чотири місяці стало хвацько
"Гальмувати".
Hу адміни (вони ж програмісти) природно в усьому звинувачують "залізо".
Я пробував телнетом зайти в свічери і подивитися статистику і лог помилок по
кожному
з портів (куди підключені сервери). Помилок різних типів не зафіксовано.
Інших апаратних засобів немає :( Залишаються тільки софтверні кошти оцінки
сабж. Як це зробити. Як переконатися, що або є ці горезвісні 70%,
або до них ще далеко?
The best regards
S`Tar
17 Jan 08 20:28, Sergey L Tarasov wrote to All:
ST> З теорії відомо, що завантаження локальної мережі в 70% це вже
ST> критичний випадок.
Hе локальної мережі, але езернета (CSMA / CD?), В межах одного колізійного
домену.
ST> Як оцінити в такому випадку завантаженість мережі?
1. Взяти порт, через який валить весь (або більшість) трафіку, зняти
статистику.
2. Увіткнути в підозрюваний домен сниффер, зняти статистику.
ST> Я пробував телнетом зайти в свічери і подивитися статистику і лог
ST> помилок по кожному з портів (куди підключені сервери). помилок
ST> різних типів не зафіксовано.
Крім балки пакетів є кількість їх і байт.
ST> Інших апаратних засобів немає :( Залишаються тільки софтверні
ST> засоби оцінки сабжа. Як це зробити. Як переконатися, що або
ST> є ці горезвісні 70%, або до них ще далеко?
Шляхетний дон в курсі, що коллізіф в полнодуплексной мережі не буває?
А що гальма можуть викликатися не тільки мережею?
Bye, Sergey!
[Team СПH98] [Team ДМPT] [Team M>] [ARMD]
np: [Winamp is not active]
З практики відомо, що критичне поведінка може спостерігатися і коли
теоретична завантаження 0.7%. До речі, ця твоя теорія відноситься до одного
сегменту колізій і непридатна до мереж на свічі.
Є сітка, вертикальний хребет оптика, горизонтальний крос - чотири стека
на
чотирьох поверхах - "мідь" 5е, ну і по 4-7 свічери ( "нортеловскіе" Bay і Policy)
на поверхах об'єднаних в стек.
Туєва хуча серверів (файлові; баз даних як IBM dB / 2 і dB / 400, так і
ДОСовскіх
"Фрксових"; такий звір як Lotus Notes, вже не кажу про сервери друку і
контролери домену).
Як оцінити в такому випадку завантаженість мережі?
А навіщо? Видно ж, що мережа проектувалася за принципом "освоїти кошти",
а не "вирішити задачу". Відповідно, пишеться обгрунтування, купуються
10-гігабітні циского і всі задоволені.
Питання не пусте, щось в останні три-чотири місяці стало хвацько
"Гальмувати".
Що змінилося в порівнянні з попередніми місяцями?
Hу адміни (вони ж програмісти) природно в усьому звинувачують "залізо".
Запитай їх, на яке саме залізо вони грішать.
Я пробував телнетом зайти в свічери і подивитися статистику і лог помилок по
кожному
з портів (куди підключені сервери). Помилок різних типів не зафіксовано.
Обсяги і структуру трафіку портів дивився?
Інших апаратних засобів немає :( Залишаються тільки софтверні кошти оцінки
сабж. А як це зробити ?
tcpdump, netstat -i і т.д.
Як переконатися, що або є ці горезвісні 70%,
або до них ще далеко?
Для початку знайти причину гальм. Hе виключено, що проблема криється
в неправильному автодетекте дуплексу на різних кінцях одного з лінків,
в якомусь взглюкнувшем пристрої, розсилати биті пакети і
збиває MAC-таблиці в свіч, а то і взагалі в погано обтиснутому роз'ємі
або всередині ОС одного з серверів.
Ізолювати проблему сильно полегшує структуризація мережі, розбиття
її на vlanи, пов'язані роутерами, на яких можна гнучко контролювати
і регулювати трафік.