|
|
| Рядок 1: |
Рядок 1: |
| − | == Основні задачі оптимізації локальних мереж ==
| |
| − | Якщо ви хочете, щоб ваша мережа працювала найефективнішим чином, то вам доведеться вирішити для себе такі завдання:
| |
| | | | |
| − | 1. ''Сформулювати критерії ефективності роботи мережі''.
| |
| − |
| |
| − | Найчастіше такими критеріями служать продуктивність і надійність, для яких у свою чергу потрібно вибрати конкретні показники оцінки, наприклад, час реакції і коефіцієнт готовності, відповідно.
| |
| − |
| |
| − | 2. ''Визначити множину варіюючих параметрів мережі, які безпосередньо чи опосередковано впливають на критерії ефективності.''
| |
| − |
| |
| − | Ці параметри справді мають бути варіюючими, тобто потрібно переконатися в тому, що їх можна змінювати у деяких межах на ваше бажання. Так, якщо розмір пакета якогось протоколу у конкретній операційній системі встановлюється автоматично і може бути змінено шляхом настроювання, то цей параметр в даному випадку не є варіюючим, хоча в інший операційній системі він може належати до змінюваних за бажанням адміністратора, отже і варіюючим. Іншим прикладом може служити пропускна здатність внутрішньої шини маршрутизатора - вона може розглядатися як параметр оптимізації лише в тому разі, якщо ви припускаєте можливість заміни маршрутизаторів в мережі.
| |
| − |
| |
| − | Усі варіюючі параметри бути згруповані у різний спосіб. Наприклад, параметри окремих конкретних протоколів (максимальний розмір кадру протоколу Ethernet чи розмір вікна непідтверджених пакетів протоколу TCP) чи параметри пристроїв (розмір адресної таблиці чи швидкість фільтрації мосту, пропускна здатність внутрішньої шини маршрутизатора). Параметрами настроювання можуть бути і пристрій, і протоколи в цілому. Так, наприклад, поліпшити роботу мережі з повільними і зашумленими глобальними каналами зв'язку можна, перейшовши зі стека протоколів IPX/SPX на протоколи TCP/IP. Також можна домогтися значних поліпшень за допомогою заміни мережевих адаптерів невідомого виробника на адаптери BrandName.
| |
| − |
| |
| − | 3. ''Визначити поріг чутливості для значень критерію ефективності.''
| |
| − |
| |
| − | Так, продуктивність мережі можна оцінювати логічними значеннями "Працює"/ "Не працює", і тоді оптимізація зводиться до діагностики несправностей і приведення мережі у працездатний стан. Іншим крайнім випадком є тонка настройка мережі, за якої параметри працюючої мережі (наприклад, розмір кадру чи величина вікна непідтверджених пакетів) можуть варіюватися з метою підвищення продуктивності (наприклад, середнього значення часу реакції) хоча б на кілька відсотків. Як правило, під оптимізацією мережі розуміють певний проміжний варіант, коли потрібно вибрати такі значення параметрів мережі, щоб показники її ефективності істотно поліпшилися, наприклад, користувачі отримували відповіді на свої запити до серверу баз даних не за 10 секунд, а за 3 секунди, а передача файла на видалений комп'ютер виконувалася не за 2 хвилини, а за 30 секунд.
| |
| − |
| |
| − | Таким чином, можна запропонувати три різних трактування завдання оптимізації:
| |
| − |
| |
| − | 1. ''Приведення мережі в будь-який працездатний стан.''
| |
| − |
| |
| − | Зазвичай це завдання вирішується першим, і включає:
| |
| − |
| |
| − | пошук несправних елементів мережі - кабелів, рознімань, адаптерів, комп'ютерів;
| |
| − |
| |
| − | перевірку сумісності устаткування та програмного забезпечення;
| |
| − |
| |
| − | вибір коректних значень ключових параметрів програм і пристроїв, які забезпечують проходження повідомлень між вузлами мережі - адрес мереж і вузлів, використовуваних протоколів, типів кадрів Ethernet тощо.
| |
| − |
| |
| − | 2. ''Груба настройка - вибір параметрів, які різко впливають на характеристики (надійність, продуктивність) мережі.''
| |
| − |
| |
| − | Якщо мережа працездатна, але обмін даними відбувається дуже повільно (час очікування становить десятки секунд чи хвилини) або ж сеанс зв'язку часто розривається без видимих причин, то працездатною таку мережу можна назвати лише умовно, вона безумовно потребує грубої настройки. На цьому етапі необхідно знайти ключові причини істотних затримок проходження пакетів в мережі. Зазвичай причина серйозного уповільнення чи хиткої роботи мережі криється в одному невірно працюючому елементі чи некоректно встановленому параметрі, але через велику кількость можливих винуватців пошук може зажадати тривалого спостереження за роботою мережі і громіздкого перебору варіантів. Груба настройка багато в чому схожа на приведення мережі в працездатний стан. Тут також зазвичай задається деяке граничне значення показника ефективності і потрібно знайти такий варіант мережі, за якого це значення було б не гірше граничного. Наприклад, потрібно налаштувати мережу так, щоб час реакції серверу на запит користувача не перевищував 5 секунд.
| |
| − |
| |
| − | 3. ''Тонка настройка параметрів мережі (власне оптимізація).''
| |
| − |
| |
| − | Якщо мережа працює задовільно, то подальше підвищення її продуктивності чи надійності навряд чи можна досягти зміною лише якогось одного параметру, як це було разі повністю непрацюючої мережі або ж у разі її грубого настроювання. У разі нормально працюючої мережі подальше підвищення її якості зазвичай вимагає перебування певного вдалого поєднання значень великої кількості параметрів, тому цей процес і отримав назву "тонкого настроювання".
| |
| − |
| |
| − | Навіть при тонкому настроюванні мережі оптимальне поєднання її параметрів (в суворому математичному розумінні терміна "оптимальність") отримати неможливо, та й не треба. Немає сенсу додатково витрачати колосальні зусилля по віднайденню суворого оптимуму, що характеризується від близьких до нього режимів роботи на величини такого ж порядку, що й точність вимірів трафіку у мережі. Досить знайти будь-який з близьких до оптимального рішень, щоб вважати завдання оптимізації мережі вирішеним. Такі близькі до оптимального рішення зазвичай називають раціональними варіантами, і саме їх пошук цікавить на практиці адміністратора мережі чи мережного інтегратора.
| |
| − |
| |
| − | Пошук несправностей в мережі - це поєднання аналізу (виміру, діагностики і локалізації помилок) і синтезу (прийняття рішення про те, які зміни треба внести в роботу мережі, щоб виправити її роботу).
| |
| − |
| |
| − | * '''Аналіз''' - визначення значення критерію ефективності системи для цього поєднання параметрів мережі. Іноді з цього етапу виділяють підетап моніторингу, на якому виконується й простіша процедура - процедура збору первинних даних про мережі: статистики про кількості які циркулюють у мережі кадрів і пакетів різних протоколів, стани портів концентраторів, комутаторів і маршрутизаторів тощо. Далі виконується етап власне аналізу, під яким розуміється складніший і інтелектуальний процес осмислення зібраної на етапі моніторингу інформації, зіставлення її з даними, отриманими раніше, вироблення припущень про можливі причини уповільненої чи ненадійною роботи мережі. Завдання моніторингу вирішується програмними і апаратними вимірювачами, тесторами, мережними аналізаторами і умонтованими засобами моніторингу систем управління мережами та системами. Завдання аналізу вимагає активнішого участі людини, а також використання таких складних засобів як експертні системи, які акумулюють практичний досвід багатьох мережевих фахівців.
| |
| − |
| |
| − | * '''Синтез''' - вибір значень варіюючих параметрів, за яких показник ефективності має найкраще значення. Якщо поставлено порогове значення показника ефективності, то результатом синтезу є один варіантів мережі, який перевершує поставлене поріг. Приведення мережі в працездатне стан - це також синтез, коли перебуває будь-який варіант мережі, для якого значення показника ефективності відрізняється від стану "не працює". Синтез раціонального варіанту мережі - процедура найчастіше неформальна, оскільки вона пов'язана з вибором занадто великої і дуже різнорідної безлічі параметрів мережі - типів застосовуваного комунікаційного устаткування, моделей цього устаткування, числа серверів, типів комп'ютерів, типів операційних систем, параметрів цих операційних систем, стеків комунікаційних протоколів, їх параметрів тощо. Дуже часто мотиви, які впливають на вибір "в цілому", тобто вибір типу чи моделі устаткування, стека протоколів чи операційної системи, не носять технічного характеру, а приймаються з інших міркувань - комерційних, "політичних" тощо. Тому формалізувати постановку завдання оптимізації у таких випадках просто неможливо.
| |
