44462

Оптимізація продуктивності мереж з використанням засобів моделювання

Дипломная

Информатика, кибернетика и программирование

Оптимізація продуктивності мережі. В чому полягає планування мережі Використання моделювання для оптимізації продуктивності мережі Вплив топології зв'язків і продуктивності комунікаційних пристроїв на пропускну здатність мережі

Украинкский

2013-11-12

12.03 MB

9 чел.

МІНІСТЕРСТВО ОСВІТИ І НАУКИ, МОЛОДІ ТА СПОРТУ УКРАЇНИ

ДНІПРОПЕТРОВСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ

iм. Олеся Гончара

Центр заочної та вечірньої форм навчання

КАФЕДРА ЕОМ

ДИПЛОМНА РОБОТА

За освітньо-кваліфікаційним

рівнем спеціаліст

Оптимізація продуктивності мереж з використанням засобів моделювання

м. Дніпропетровськ

2012 р.

РЕФЕРАТ

 Дипломна робота: ___ стор, ___ табл., ___ Рис., ___ Літ. ист., ___ прил.

 Ключові слова: МЕРЕЖА, МОДЕЛЮВАННЯ, АДМІНІСТРУВАННЯ, ОПТИМІЗАЦІЯ.

 Об'єкт дослідження: Проектування і дослідження комп'ютерних мереж.

 Мета дослідження: Створення методичних рекомендацій щодо виконання лабораторних робіт. Оптимізація продуктивності мережі.

 Результати дослідження: Створено методичні рекомендації щодо виконання лабораторних робіт.

RESUME

Thesis: ___ p., ___ tab., ___ fig., ___ lit. ist., ___ enc.      

Keywords: NETWORK, MODELLING, ADMINISTRATION, OPTIMIZATION.

Object of research: Design and research of computer networks.

Research objective: Creation of methodical recommendations about performance of laboratory works. Optimization of productivity of a network.

Results of research: Methodical recommendations about performance of laboratory works are created.

ЗМІСТ

Введення

1. Літературний огляд. Засоби аналізу та оптимізації локальних мереж

       1.1. Введення. В чому полягає планування мережі

       1.2. Експертиза, проектування і реінжиніринг інфраструктури інформаційних ресурсів підприємства.

              1.2.1. Процес проектування і реінжинірингу ІР

              1.2.2. Побудова моделі ІР підприємства

                        1.3. Використання моделювання для

оптимізації продуктивності мережі

                               1.3.1. Бездефектне проектування обчислювальних систем

2. Постановка завдання

3. Теоретична частина.

      3.1. Вплив топології зв'язків і продуктивності комунікаційних пристроїв на пропускну здатність мережі

             3.1.1. Колективна середу передачі як причина зниження продуктивності мережі

             3.1.2. Підвищення продуктивності шляхом сегментації мережі мостами і комутаторами

                        3.1.2.1. Поділ загальної середовища за допомогою локальних мостів

                        3.1.2.2. Вимоги до пропускної здатності моста

                        3.1.2.3. Сегментація мереж за допомогою комутаторів

                        3.1.2.4. Оцінка необхідної загальної продуктивності комутатора

             3.1.3. Вплив маршрутизаторів на продуктивність мережі

             3.1.4. Інтерпретація результатів тестування мостів, комутаторів і маршрутизаторів

4. Практична частина. Моделювання мереж. Оптимізація продуктивності мережі

      4.1. Введення

      4.2. Загальні положення. Призначення системи структурно-логічного проектування і моделювання комп'ютерних мереж OPNET

      4.3. Рекомендації з підготовки до циклу лабораторних робіт

      4.4. Методичні рекомендації

              Лабораторна робота № 1. Тема: Оцінка варіантів підключення Інтернету для малої домашньої PC мережі

              Лабораторна робота № 2. Тема: Оцінка багатоповерхового формування Lan

             Лабораторна робота № 3. Тема: Оцінка продуктивності додатка

             Лабораторна робота № 4. Тема: Дослідження продуктивності додатка

             Лабораторна робота № 5. Тема: Прогнозування впливу розміру вікна TCP на роботу програми

            Лабораторна робота № 6. Тема: Оцінка політики міжмережевий захисту для управління мережевим трафіком

            Лабораторна робота № 7. Тема: Пошук несправностей і прогнозування роботи програми Oracle

5. Охорона працi

Висновок

Література

Додаток (в електронному вигляді)

ВСТУП

Існують спеціальні, орієнтовані на моделювання обчислювальних мереж програмні системи, в яких процес створення моделі спрощений. Такі програмні системи самі генерують модель мережі на основі вихідних даних про її топології і використовуваних протоколах, про интенсивностях потоків запитів між комп'ютерами мережі, протяжності ліній зв'язку, про типи використовуваного обладнання та програм. Програмні системи моделювання можуть бути вузько спеціалізованими і достатньо універсальними, що дозволяють імітувати мережі найрізноманітніших типів. Якість результатів моделювання в значній мірі залежить від точності вихідних даних про мережу, переданих в систему імітаційного моделювання.

Програмні системи моделювання мереж - інструмент, який може стати в нагоді будь-якому адміністратору корпоративної мережі, особливо при проектуванні нової мережі або внесенні кардинальних змін у вже існуючу. Продукти цієї категорії дозволяють перевірити наслідки впровадження тих чи інших рішень ще до оплати придбаного обладнання. Звичайно, більшість з цих програмних пакетів стоять досить дорого, але і можлива економія може бути теж вельми відчутною.

Програми імітаційного моделювання мережі використовують у своїй роботі інформацію про просторове розташування мережі, числі вузлів, конфігурації зв'язків, швидкостях передачі даних, використовуваних протоколах і типі устаткування, а також про виконувані в мережі додатках. Зазвичай імітаційна модель будується не з нуля. Існують готові імітаційні моделі основних елементів мереж: найбільш поширених типів маршрутизаторів, каналів зв'язку, методів доступу, протоколів і т.п. Ці моделі окремих елементів мережі створюються на підставі різних даних: результатів тестових випробувань реальних пристроїв, аналізу принципів їх роботи, аналітичних співвідношень. В результаті створюється бібліотека типових елементів мережі, які можна налаштовувати за допомогою заздалегідь передбачених у моделях параметрів. Системи імітаційного моделювання зазвичай включають також набір засобів для підготовки вихідних даних про досліджуваної мережі - попередньої обробки даних про топологію мережі і измеренном трафіку. Ці кошти можуть бути корисні, якщо модельована мережа є варіантом існуючої мережі і є можливість провести в ній вимірювання трафіку і інших параметрів, потрібних для моделювання. Крім того, система забезпечується коштами для статистичної обробки отриманих результатів моделювання.

Систем динамічного моделювання обчислювальної системи досить багато, вони розробляються в різних країнах. Крім того, часто розвинені системи діагностування встановленої обчислювальної системи (інтелектуальні кабельні тестери, сканери, аналізатори протоколів) також зараховують до систем моделювання, що не відповідає дійсності. Класифікуємо системи за двома пов'язаним критеріям: ціна і функціональні можливості. Як і слід було очікувати, функціональні можливості систем моделювання жорстко пов'язані з їх ціною. Аналіз пропонованих на ринку систем показує, що динамічне моделювання обчислювальних систем - справа дуже дорога. Хочете отримати реальну картину в обчислювальній системі - платіть гроші. Всі системи динамічного моделювання можуть бути розбиті на дві цінові категорії:

• Дешеві (сотні і тисячі доларів).

• High-end (десятки тисяч доларів, в повному варіанті - сто і більше тисяч доларів).

Багато хто з них представляють собою набір пакетів і розкид у ціні однієї і тієї ж системи визначається комплектом поставки, тобто обсягом виконуваних функцій. Дешеві системи відрізняються від дорогих тим, наскільки докладно вдається в них описати характеристики окремих частин моделируемой системи. Вони дозволяє отримати лише "приблизні" результати, не дають статистичних характеристик і не надають можливості проведення докладного аналізу системи. Системи класу high-end дозволяють збирати вичерпну статистику по кожному з компонентів мережі при передачі даних по каналах зв'язку і проводити статистичну оцінку отриманих результатів. За функціональності системи моделювання, використовувані при дослідженні обчислювальних систем, можуть бути розбиті на два основні класи:

• Системи, що моделюють окремі елементи (компоненти) системи.

• Системи, що моделюють обчислювальну систему цілком.

У даній дипломній роботі для вивчення питань оптимізації продуктивності мереж використовується продукт OPNET фірми Opnet Technologies.

Сімейство OPNET - засіб для проектування та моделювання локальних і глобальних мереж, комп'ютерних систем, додатків і розподілених систем. Можливість імпорту і експорту даних про топологію і мережевому трафіку. Аналіз впливу додатків типу клієнт - сервер і нових технологій на роботу мережі. Моделювання ієрархічних мереж, багатопротокольних локальних і глобальних мереж; облік алгоритмів маршрутизації. Об'єктно-орієнтований підхід. Вичерпна бібліотека протоколів і об'єктів. Включає наступні продукти: Netbiz (проектування і оптимізація обчислювальної системи), Modeler (моделювання і аналіз продуктивності мереж, комп'ютерних систем, додатків і розподілених систем), ITGuru (оцінка продуктивності комунікаційних мереж і розподілених систем).

1. ЛІТЕРАТУРНИЙ ОГЛЯД

Засоби аналізу та оптимізації локальних мереж

1.1. Введення.

В чому полягає планування мережі

Корпоративна мережа - це складна система, що включає тисячі найрізноманітніших компонентів: комп'ютери різних типів, починаючи з настільних і закінчуючи мейнфремів, системне та прикладне програмне забезпечення, мережні адаптери, концентратори, комутатори і маршрутизатори, кабельну систему. Основне завдання системних інтеграторів і адміністраторів полягає в тому, щоб ця громіздка і досить дорога система якнайкраще справлялася з обробкою потоків інформації, що циркулюють між співробітниками підприємства і дозволяла брати їм своєчасні і раціональні рішення, що забезпечують виживання підприємства в жорсткій конкурентній боротьбі. При цьому завдання, які вирішуються системними адміністраторами, можна розбити на три групи. Перша група - щоденні завдання адміністрування, друга група - щомісячне і щорічне адміністрування. Третю групу завдань розглянемо пізніше.

Так як життя не стоїть на місці, то і зміст корпоративної інформації, інтенсивність її потоків і способи її обробки постійно змінюються. Останній приклад різкої зміни технології автоматизованої обробки корпоративної інформації у всіх на виду - він пов'язаний з безпрецедентним зростанням популярності Internet в останні 2 - 3 роки.

Зміни, причиною яких став Internet, багатогранні. Гіпертекстова служба WWW змінила спосіб подання інформації людині, зібравши на своїх сторінках всі популярні її види - текст, графіку і звук. Транспорт Internet - недорогий і доступний практично всім підприємствам (а через телефонні мережі та поодиноким користувачам) - істотно полегшив завдання побудови територіальної корпоративної мережі, одночасно висунувши на перший план завдання захисту корпоративних даних при передачі їх через надзвичайно загальнодоступну публічну мережу з багатомільйонним "населенням ". Стек TCP / IP відразу ж вийшов на перше місце, потіснивши колишніх лідерів локальних мереж IPX і NetBIOS, а в територіальних мережах - Х.25.

Популярність Internet надає на корпоративні мережі не тільки технічне і технологічне вплив. Так як Internet поступово стає загальносвітовій мережею інтерактивної взаємодії людей, то Internet починає все більше і більше використовуватися не тільки для поширення інформації, в тому числі і рекламної, а й для здійснення самих ділових операцій - купівлі товарів і послуг, переміщення фінансових активів і т. п. Це в корені міняє для багатьох підприємств саму канву ведення бізнесу, так як з'являються мільйони потенційних покупців, яких потрібно забезпечувати рекламною інформацією, тисячі цікавляться продукцією клієнтів, яким потрібно надавати додаткову інформацію та вступати в активний діалог через Internet, і, нарешті, сотні покупців, з якими потрібно здійснювати електронні угоди. Сюди слід додати і обмін інформацією з підприємствами-співвиконавцями або партнерами по бізнесу. Зміни схеми ведення бізнесу змінюють і вимоги, пропоновані до корпоративної мережі. Наприклад, використання технології Intranet зламало звичні пропорції внутрішнього і зовнішнього трафіку підприємства в цілому і його підрозділів - старе правило, що свідчить, що 80% трафіку є внутрішнім і тільки 20% йде зовні, зараз не відображає справжнього стану справ. Інтенсивне звернення до Web-сайтів зовнішніх організацій та інших підрозділів підприємства різко підвищило частку зовнішнього трафіку і, відповідно, підвищило навантаження на прикордонні маршрутизатори і міжмережеві екрани (firewalls) корпоративної мережі. Іншим прикладом впливу Internet на бізнес-процеси може служити необхідність аутентифікації і авторизації величезного числа клієнтів, що звертаються за інформацією на сервери підприємства ззовні. Старі способи, засновані на закладі облікової інформації на кожного користувача в базі даних мережі та видачу йому індивідуального пароля, тут вже не годяться - ні адміністратори, ні сервери аутентифікації мережі з таким обсягом робіт не впораються. Тому з'являються нові методи перевірки легальності користувачів, запозичені з практики організацій, що мають справу з великими потоками клієнтів - магазинів, виставок і т.п. Вплив Internet на корпоративну мережу - це тільки один, хоча і яскравий, приклад постійних змін, які зазнає технологія автоматизованої обробки інформації на сучасному підприємстві, бажає не відстати від конкурентів. Постійно з'являються технічні, технологічні й організаційні новинки, які необхідно використовувати в корпоративній мережі для підтримки її в стані, відповідному вимогам часу. Без внесення змін корпоративна мережа швидко морально застаріє і не зможе працювати так, щоб підприємство змогло успішно витримувати жорстку конкурентну боротьбу на світовому ринку. Як правило, термін морального старіння продуктів і рішень в галузі інформаційних технологій знаходиться в районі 3 - 5 років.

Як же треба чинити, щоб підприємству не потрібно було б повністю перебудовувати свою корпоративну мережу кожні 3 - 5 років, що безумовно пов'язано з величезними витратами? Відповідь проста - потрібно постійно стежити за основними тенденціями розвитку світу мережевих та інформаційних технологій і постійно вносити в мережу (в програми, сервіси, апаратуру) такі зміни, які дозволили б мережі плавно відпрацьовувати кожен різкий поворот. Тобто потрібно правильно бачити стратегічний напрям розвитку вашої корпоративної мережі, постійно корелювати його з напрямом розвитку всього мережевого світу і тоді менше шансів завести корпоративну мережу в такий глухий кут, з якого немає іншого виходу, крім повної перебудови мережі. По крайней мере, не можна вкладати великі гроші і сили в рішення, в майбутності яких є великі сумніви. Наприклад, дуже ризиковано будувати сьогодні нову мережу виключно на мережевий операційній системі NovellNetWare, яка переживає усіма визнаний криза. Якщо у вашій мережі вже працює з десяток серверів NetWare, то додавання до них нового сервера IntranetWare може бути і доцільно, оскільки дає можливість старим серверам можливість роботи з Internet та мережами TCP / IP. Але побудова нової мережі за рахунок покупки декількох десятків копій IntranetWare важко назвати стратегічно вірним рішенням, WindowsNT і Unix зараз дають набагато більше гарантій щодо своєї життєздатності.

Стратегічне планування мережі, а це і є третьою завданням адміністрування, полягає в знаходженні компромісу між потребами підприємства в автоматизованій обробці інформації, його фінансовими можливостями і можливостями мережевих та інформаційних технологій сьогодні і в найближчому майбутньому. Причому це відноситься як до діючих мереж, що підлягають модернізації, так і проектованим.

При стратегічному плануванні мережі потрібно прийняти рішення за чотирма групами питань:

1. Які нові ідеї, рішення та продукти є стратегічно важливими? Які рішення у стратегічно важливих галузях є перспективними? Які з них можуть виявитися корисними у вашій корпоративній мережі?

2. Яким чином нові рішення та продукти потрібно впроваджувати в існуючу мережу? На які етапи потрібно розбити процес переходу на нові рішення та продукти, як забезпечити максимально безболісне взаємодія нових і старих частин і компонентів мережі?

3. Як раціонально вибрати зовнішніх співвиконавців для впровадження в мережу нових рішень і продуктів? Як вибрати інтеграторів, виробників і постачальників програмних та апаратних продуктів, провайдерів послуг територіальних мереж?

4. Як організувати процес навчання своїх співробітників новим технологіям і продуктам? Чи варто набирати вже навчених фахівців з боку?

1.2. Експертиза, проектування і реінжиніринг інфраструктури інформаційних ресурсів підприємства.

В даний час практично єдиним критерієм вибору рішень при проектуванні локальних і глобальних мереж є певний, хоча і часто досить вузький і, часто, "теоретичний" досвід інженерів з системної інтеграції. Це пояснюється тим фактом, що не кожна фірма може дозволити собі тримати стенд устаткування навіть одного виробника, наприклад, Cisco або Cabletron, не кажучи вже про десятки виробників у світі. Рішення приймаються, як правило, по каталогам виробників, або, в ідеальному випадку, що досить рідко, по експлуатаційної документації на обладнання.

Відсутність об'єктивного контролю за якістю та вартістю рішень призводить до значних перевитрат коштів замовника.

Використання засобів автоматизації проектування (САПР) або їх компонентів - це той шлях, який дозволяє приймати обгрунтовані рішення.

Процес проектування інформаційних ресурсів (ІР) підприємства повинен в обов'язковому порядку включати етапи побудови та тестування моделей рішень (часто в література вживається термін "планування" ІР) за допомогою систем моделювання (які є компонентами САПР) різних рівнів деталізації.

1.2.1. Процес проектування і реінжинірингу ІР

Визначимо поняття інформаційних ресурсів підприємства (ІР). ІР - це програмно-технічний комплекс підприємства, що включає:

• комп'ютерне обладнання;

• периферія;

• мережеве обладнання;

• мережеве програмне забезпечення;

• клієнтське програмне забезпечення;

• інструментальне програмне забезпечення (СУБЗ, СУБЗ);

• прикладне програмне забезпечення;

• спеціальне програмне забезпечення (системи моніторування та управління мережами);

• телефонне обладнання.

Таким чином, процес проектування, реінжинірингу і модернізації ІР зачіпає весь програмно-технічний комплекс підприємства. Використання САПР, зокрема систем моделювання, дозволяє значно знизити витрати на розробку структури ІР, впровадження та модернізацію ІР, усунути можливі ризики, швидко оцінити проектні рішення «за столом», не виробляючи закупівель устаткування.

Процес проектування і впровадження ІР або їх компонентів складається з наступних етапів:

• обстеження підприємства;

• складання та затвердження технічного завдання;

• технічний проект:

   - Побудова моделі ІР та моделювання;

   - Перегляд варіантів «що буде - якщо»;

   - Оптимізація рішення;

• робочий проект;

• установка і наладка; • дослідне функціонування;

• приймальні випробування;

• навчання і сервіс.

При розробці технічного проекту проводиться побудова моделі ІР або їх компонентів, первинне моделювання, перегляд різних варіантів технологій, протоколів, устаткування, повторне моделювання при необхідності і аналіз результатів.

Процес реінжинірингу ІР складається з наступних етапів:

• побудова моделі існуючих ІР підприємства або з компонентів вручну або автоматично;

• моделювання, аналіз варіантів «що буде - якщо»

• модернізація та прогноз.

В процесі реінжинірингу ІР можуть використовуватися системи моніторування та управління мережами, такі, як IBM NetView, HP OpenView, Cabletron Spectrum та інші. При цьому при побудові моделі використовуються дані по топології і трафіку, отримані з цих систем. При необхідності ці дані можуть коригуватися вручну.

Таким чином, використовуючи моделювання, ми можемо:

• оцінити пропускну здатність мережі та її компонентів;

• визначити вузькі місця в структурі ІР;

• порівняти різні варіанти організації ІР.

• здійснити перспективний прогноз розвитку ІР;

• передбачити майбутні вимоги щодо пропускної здатності мережі, використовуючи дані прогнозу;

• оцінити вплив на ІР програмного забезпечення, потужності робочих станцій або серверів, мережевих протоколів.

Використовуючи моделювання при реінжинірингу ІР ми маємо можливість:

• визначити топологію мережі за допомогою системи моніторування та управління мережею і використовувати ці дані для моделі;

• обчислити розмір трафіку, створюваного, додатками, користувачами, підрозділами одного підприємства або підприємствами в різних географічних зонах;

• оцінити вимоги щодо пропускної здатності мережі;

• здійснити перспективний прогноз за допомогою аналізу сукупності моделей, отриманих протягом певного часу;

• оцінити необхідну кількість і продуктивність серверів в мережі;

• оцінити вплив на ІР модернізації програмного забезпечення, робочих станцій або серверів, мережевих протоколів; 

• порівняти різні варіанти модернізації ІР.

Таким чином, проектуючи ІР або проводячи їх реінжиніринг із застосуванням САПР, ми маємо такі переваги:

• перегляд великої кількості варіантів «на столі» і вибір оптимального рішення без витрат на обладнання;

• визначення передумов для модернізації мережі, прогноз продуктивності;

• економія грошей, ресурсів.

1.2.2. Побудова моделі ІР підприємства

Модель ІР підприємства складається з двох частин: опис топології і опис трафіку. При цьому під топологією ІР ми розуміємо сукупність мережевого, комп'ютерного, периферійного обладнання з їх характеристиками, встановленим програмним забезпеченням і технологіями передачі даних (зв'язками). При побудові топології використовуються всі можливі доступні джерела інформації:

• технічне завдання;

• технічний проект;

• експлуатаційна документація;

• обстеження підприємства;

• системи управління мережами;

При побудові трафіку також необхідно використовувати такі джерела інформації:

• технічне завдання;

• технічний проект;

• експлуатаційна документація;

• обстеження підприємства;

• системи управління мережами;

• мережеві аналізатори.

1.3. Використання моделювання для

оптимізації продуктивності мережі

В даний час спостерігається стрімке зростання складності корпоративних інформаційних систем.

Ефективність побудови і використання корпоративних інформаційних систем стала надзвичайно актуальним завданням, особливо в умовах недостатнього фінансування інформаційних технологій на підприємствах.

Критеріями оцінки ефективності можуть служити зниження вартості реалізації інформаційної системи, відповідність поточним вимогам і вимогам найближчого часу, можливість і вартість подальшого розвитку і переходу до нових технологій.

Моделювання може використовуватися як при проектуванні майбутньої обчислювальної системи, так і для реінжинірингу та аналізу наявної.

Основу інформаційної системи складає обчислювальна система, що включає такі компоненти, як кабельна мережа і активне мережеве обладнання, комп'ютерне та периферійне устаткування, обладнання зберігання даних (бібліотеки), системне програмне забезпечення (операційні системи, системи управління базами даних), спеціальне ПО (системи моніторингу та управління мережами) і в деяких випадках прикладне ПО.

Найбільш поширеним підходом до проектування інформаційних систем в даний час є використання експертних оцінок. Відповідно до цього підходу фахівці в області обчислювальних засобів, активного мережевого обладнання та кабельних мереж на підставі наявного у них досвіду та експертних оцінок здійснюють проектування обчислювальної системи, що забезпечує рішення конкретного завдання або класу завдань. Цей підхід дозволяє мінімізувати витрати на етапі проектування, швидко оцінити вартість реалізації інформаційної системи. Однак рішення, отримані з використанням експертних оцінок, носять суб'єктивний характер, вимоги до обладнання та програмного забезпечення також грішать суб'єктивністю, як і оцінка гарантій працездатності і развіваемо пропонованого проекту системи.

В якості альтернативного може бути використаний підхід, що передбачає розробку моделі і моделювання (імітацію роботи - simulation) поведінки обчислювальної системи.

1.3.1. Бездефектне проектування обчислювальних систем

Можна говорити про "бездефектної" проектування інформаційних систем. Воно досягається комплексним застосуванням високорівневого моделювання (моделювання функцій або бізнес-процесів) підприємства та низькорівневого моделювання обчислювальної системи.

Використання високорівневого моделювання дозволяє гарантувати повноту та правильність виконання інформаційною системою функцій, визначених замовником. Тобто побудована модель бездоганна по функціональності (система повинна виконувати те, що задумано). Однак гарантувати, що конкретна реалізація обчислювальної системи на підприємстві буде виконувати ці функції, високорівневе моделювання не може.

До систем високорівневого моделювання відносяться такі системи, як ARIS, Rational Rose. З їх допомогою реалізуються принципи структурного аналізу, коли підприємство представляється у вигляді складної системи, що складається з різних компонентів, що мають різного роду взаємозв'язку один з одним. Ці засоби дозволяють визначити та відобразити в моделях основні компоненти підприємства, що протікають процесів, використовуваної інформації, а також представити взаємозв'язку між цими компонентами.

Створювані моделі є документовану сукупність знань про ІВ підприємства - про його організаційну структуру взаємодії між підприємством та іншими суб'єктами ринку, склад і структуру документів, послідовностях кроків процесів, посадових інструкціях відділів та їх співробітників.

Моделювання функцій обчислювальної системи безпосередньо сьогодні не представляється можливим. Дане завдання в повному обсязі не вирішити. Проте можливо моделювання роботи системи в динаміці (динамічне моделювання), при цьому його результати дозволяють за непрямими показниками судити про функціонування всієї системи.

Так, ми не можемо перевірити правильність функціонування сервера бази даних та програмного забезпечення, однак по виявляються затримок на сервері, необслуженной запитам і т. д. ми можемо зробити висновок про його роботу.

Таким чином, аналізовані системи призначені не для функціонального моделювання обчислювальних систем (це, на жаль, неможливо), а для динамічного їх моделювання.

Моделювання обчислювальної системи дозволяє зробити більш точний, в порівнянні з експертними оцінками, розрахунок необхідної продуктивності окремих компонентів і всієї системи в цілому, у тому числі системного і прикладного програмного забезпечення .. При цьому з'являється можливість використовувати не максимальні значення характеристик використовуваного обчислювального устаткування, а характеристики, що враховують, специфіку використання цього обладнання в конкретному закладі.

Основу моделювання становлять моделі устаткування і процесів (технологій, програмного забезпечення), що використовуються при роботі об'єкта, що цікавить. При моделюванні на комп'ютері відтворюються реальні процеси в обстежуваному об'єкті, досліджуються особливі випадки, відтворюються реальні і гіпотетичні критичні ситуації. Основною перевагою моделювання є можливість проведення різноманітних експериментів з досліджуваним об'єктом, не вдаючись до фізичного реалізації, що дозволяє передбачити і запобігти велике число несподіваних ситуацій в процесі експлуатації, які могли б призвести до невиправданих витрат, а може, і до псування обладнання.

У разі моделювання обчислювальних систем таким об'єктом є інформаційна система, що визначає способи одержання, зберігання, обробки та використання різної корпоративної та зовнішньої інформації.

В процесі моделювання можливо наступне: 

• визначення мінімально необхідного, але забезпечує потреби передачі, обробки та зберігання інформації устаткування (навіть не має реальних аналогів) в даний час;

• оцінка необхідного запасу продуктивності обладнання, що забезпечує можливе збільшення виробничих потреб найближчим часом (один-два роки);

• вибір декількох варіантів обладнання з урахуванням поточних потреб, перспективи розвитку на підставі критерію вартості обладнання;

• проведення перевірки роботи обчислювальної системи, складеної з рекомендованого обладнання.

2. ПОСТАНОВКА ЗАВДАННЯ

Виходячи зі змісту навчального плану для денного, вечірнього та заочного навчання за спеціальністю "Комп'ютерні системи і мережі" та навчальних програм "Теорія проектування комп'ютерних систем і мереж", "Дослідження та проектування комп'ютерних систем і мереж", тема дипломної роботи була сформульована таким чином: "Моделювання мереж. Оптимізація продуктивності мережі ".

В дипломній роботі необхідно виконати наступне:

1. Розробити методичні рекомендацій щодо виконання лабораторних робіт з використанням системи структурно-логічного проектування і моделювання OPNET фірми Opnet Technologies за наступними темами:

Оцінка варіантів підключення Інтернету для малої домашньої PC мережі.

Оцінка багатоповерхового формування Lan.

Оцінка продуктивності додатка.

Дослідження продуктивності додатка.

Прогнозування впливу розміру вікна TCP на роботу програми.

Оцінка політики міжмережевий захисту для управління мережевим трафіком.

Пошук несправностей і прогнозування роботи програми Oracle.

2. Розглянути засоби аналізу та оптимізації локальних мереж, експертиза, проектування і реінжиніринг інфраструктури інформаційних ресурсів підприємства, використання моделювання для оптимізації продуктивності мережі.

3. Вивчити вплив топології зв'язків і продуктивності комунікаційних пристроїв на пропускну здатність мережі.

4. Розробити практичні завдання та контрольні питання до лабораторних робіт.

5. Розробити електронну систему завдань на проведення лабораторних робіт, яка повинна містити довідкові матеріали по відпрацьовується тем, порядок виконання лабораторних робіт, контрольні запитання та завдання, що дозволяють самостійно відпрацьовувати навчальний матеріал.

3. ТЕОРЕТИЧНА ЧАСТИНА

3.1. Вплив топології зв'язків і продуктивності комунікаційних пристроїв на пропускну здатність мережі

Можливість зміни топології зв'язків між вузлами мережі надає широкі можливості для підвищення пропускної здатності як мережі в цілому так і її окремих ділянок. Навіть при фіксованих пропускних спроможностях каналів зв'язків наявність двох альтернативних каналів між якими вузлами відразу ж в два рази підвищує пропускну здатність мережі при взаємодії цих вузлів.

Локальні мережі, що використовують тільки повторювачі / концентратори, повинні будуватися за цілком певної топології - загальної шини, кільця або зірки, яка визначається використовуваної базової мережевої технологією (Ethernet, TokenRing і т.п.).

Однак при використанні мостів, комутаторів або маршрутизаторів з'являється можливість використовувати більш складні топології, що відрізняються від стандартних. Вибір підходящої топології мережі може вирішити багато проблем вузьких (щодо пропускної спроможності) місць мережі. Це пов'язано не тільки з наявністю додаткових каналів зв'язку, а й з тією обставиною, що мережа утворює в такому випадку не одну загальну середу, що розділяється між всіма вузлами мережі, а кілька таких середовищ, пропускна спроможність яких розділяється вже тільки між вузлами даного сегмента мережі.

Безумовно, великий вплив на пропускну здатність мережі має і продуктивність таких комунікаційних пристроїв як мости, комутатори і маршрутизатори. Ця продуктивність повинна бути достатньою для передачі міжсегментного або міжмережевого трафіку між частинами мережі, які утворюються в результаті установки в мережу пристроїв даного типу. Втрати кадрів або пакетів мостами, комутаторами чи маршрутизаторами можуть приводити до значного зниження пропускної здатності мережі, особливо якщо відновлення загублених пакетів здійснюється пртоколамі з великими значеннями тайм-ауту очікування квитанцій

3.1.1. Колективна середу передачі як причина зниження продуктивності мережі

Повторювачі та концентратори локальних мереж реалізують базові технології, розроблені для поділюваних середовищ передачі даних. Класичним представником такої технології є технологія Ethernet на коаксіальному кабелі. У такій мережі всі комп'ютери мережі розділяють в часі єдиний канал зв'язку, утворений сегментом коаксіального кабелю.

При передачі яким-небудь комп'ютером кадру даних всі інші комп'ютери приймають його за загальним коаксіальному кабелю, перебуваючи з передавачем в постійному побітному синхронізмі. На час передачі цього кадру ніякі інші обміни інформації в мережі не дозволяються. Спосіб доступу до загального кабелю управляється нескладним розподіленим механізмом арбітражу - кожен комп'ютер має право почати передачу кадру, якщо на кабелі відсутні інформаційні сигнали, а при одночасній передачі кадрів декількома комп'ютерами схеми приймачів вузлів уміють розпізнавати і обробляти цю ситуацію, звану колізією. Обробка колізії також нескладна - все що передають вузли припиняють виставляти біти своїх кадрів на кабель і повторюють спробу передачі кадру через випадковий проміжок часу.

При підключенні до загального каналу мережі Ethernet кожний вузол користується його пропускною спроможністю 10 Мб / с протягом тільки деякої частки загального часу роботи мережі. Відповідно, на вузол доводиться ця ж частка пропускної здатності каналу. Навіть якщо спрощено вважати, що всі вузли отримують рівні частки часу роботи каналу і непродуктивні втрати часу отстутствуют, то при наявності в мережі N вузлів на один вузол доводиться тільки 10 / N Мб / с пропускної здатності. Очевидно, що при великих значеннях N пропускна здатність, що виділяється кожному вузлу, виявляється настільки малою величиною, що нормальна робота додатків і користувачів стає неможливою - затримки доступу до мережевих ресурсів перевищують тайм-аути додатків, а користувачі просто відмовляються так довго чекати відгуку мережі.

Випадковий характер алгоритму доступу до середовища передачі даних, прийнятий в технології Ethernet, ще погіршує ситуацію. Якщо запити на доступ до середовища генеруються вузлами у випадкові моменти часу, то при великій їх інтенсивності ймовірність виникнення колізій також зростає і призводить до неефективного використання каналу: час виявлення колізії і час її обробки становлять непродуктивні витрати. Частка часу, протягом якого канал надається в розпорядження конкретному вузлу, стає ще менше.

До недавнього часу в локальних мережах рідко використовувалися мультимедійні додатки, що перекачують великі файли даних, нерідко складаються з декількох десятків мегабайт. Програми ж, що працюють з алфівітно-цифровою інформацією, не створювали значного трафіку. Тому довгий час для сегментів Ethernet було дійсним емпіричне правило - в поділюваному сегменті не повинно бути більше 30 вузлів. Тепер ситуація змінилася і нерідко 3-4 комп'ютера повністю завантажують сегмент Ethernet з його максимальною пропускною здатністю в 10 Мб / с або ж 14880 кадрів в секунду.

Обмеження, пов'язані з виникаючими колізіями і великим часом очікування доступу при значному завантаженні поділюваного сегмента, найчастіше виявляються серйознішими, ніж обмеження на максимальну кількість вузлів, визначене в стандарті з міркувань стійкої передачі електричних сигналів в кабелях.

Техногенного Ethernet була обрана в якості прикладу при демонстрації обмежень, властивих технологіям локальних мереж, так як в цій технології обмеження виявляються найбільш яскраво, а їх причини досить очевидні. Проте подібні обмеження властиві і всім іншим технологій локальних мереж, так як вони спираються на використання середовища передачі даних як одного розділяється ресурсу. Кільця TokenRing і FDDI також можуть використовуватися вузлами мережі тільки в режимі розділяється ресурсу. Відмінність від каналу Ethernet тут полягає тільки в тому, що маркерний метод доступу визначає детерміновану черговість надання доступу до кільця, але як і раніше при наданні доступу одного вузла до кільця всі інші вузли не можуть передавати свої кадри і повинні чекати, поки володіє правом доступу вузол не завершить свою передачу.

Загальне обмеження локальних мереж, побудованих тільки з використанням повторювачів і концентраторів, полягає в тому, що загальна продуктивність такої мережі завжди фіксована і дорівнює максимальної продуктивності використовуваного протоколу. І цю продуктивність можна підвищити тільки перейшовши до іншої технології, що пов'язано з дорогої заміною всього обладнання.

Розглянуті обмеження є платою за переваги, які дає використання поділюваних каналів в локальних мережах. Ці переваги істотні, недарма технології такого типу існують уже близько 20 років.

До переваг слід віднести в першу чергу:

• простоту топології мережі;

• гарантію доставки кадру адресату при дотриманні обмежень стандарту і коректно працює апаратурі;

• простоту протоколів, що забезпечила низьку вартість мережевих адаптерів, повторювачів і концентраторів.

Однак почався процес витіснення повторювачів і концентраторів комутаторами говорить про те, що пріоритети змінилися, і за підвищення загальної пропускної здатності мережі користувачі готові піти на витрати, пов'язані з придбанням комутаторів замість концентраторів.

3.1.2. Підвищення продуктивності шляхом сегментації мережі мостами і комутаторами

3.1.2.1. Поділ загальної середовища за допомогою локальних мостів

Для подолання обмежень технологій локальних мереж вже досить давно почали застосовувати локальні мости, які є функціональними попередниками комутаторів. Хоча в сучасних мережах комутатори майже витіснили мости з локальних мереж, принципи роботи і міркування щодо їх застосування практично збігаються.

Міст - це пристрій, який забезпечує взаємозв'язок двох (рідше кількох) локальних мереж за допомогою передачі кадрів з однієї мережі в іншу за допомогою їх проміжної буферизації. Міст, на відміну від повторювача, не намагається підтримати побітовий синхронізм в обох об'єднуються мережах. Натомість він виступає по відношенню до кожної з мереж як кінцевий вузол. Він приймає кадр, буферизує його, аналізує адресу призначення кадру, і тільки в тому випадку, коли адресується вузол дійсно належить іншій мережі, він передає його туди.

Для передачі кадру в іншу мережу міст повинен отримати доступ до її розділяється середовища передачі даних у відповідності з тими ж правилами, що і звичайний вузол.

Таким чином, міст ізолює трафік одного сегмента від трафіку іншого сегменту, фільтруючи кадри. Так як в кожен із сегментів тепер прямує трафік від меншого числа вузлів, то коефіцієнт завантаження сегментів зменшується. У результаті пропускна здатність кожного сегмента збільшується, а, значить, підвищується і сумарна пропускна здатність мережі.

Кожен сегмент мережі залишається доменом колізій, тобто ділянкою мережі, в якому всі вузли одночасно фіксують і відпрацьовують колізію, в якому б місці цієї ділянки вона б не трапилася. Проте колізії одного сегмента не приводять до виникнення колізій в іншому сегменті, так як міст не транслює їх між сегментами.

3.1.2.2. Вимоги до пропускної здатності моста

До цих пір передбачалося, що при використанні моста для зв'язку двох сегментів замість повторювача загальна продуктивність мережі завжди підвищується, тому що зменшується кількість вузлів в кожному сегменті та завантаження сегмента зменшується на ту частку трафіку, яка тепер є внутрішнім трафіком іншого сегмента. Це дійсно так, але за умови, що міст передає міжсегментний трафік без значних затримок і без втрат кадрів. Однак, аналіз розглянутого алгоритму роботи моста говорить про те, що міст може і затримувати кадри, і, за певних умов, втрачати їх. Затримка, що вноситься мостом, дорівнює принаймні часу запису кадру в буфер. Як правило, після запису кадру на обробку адрес також йде якийсь час, особливо якщо розмір адресної таблиці великий. Тому затримка збільшується на час обробки кадру.

Час обробки кадру впливає не тільки на затримку, а й на ймовірність втрати кадрів. Якщо час обробки кадру виявиться менше інтервалу до надходження наступного кадру, то наступний кадр буде поміщений в буфер і чекатиме там, поки процесор моста не звільниться і не займеться обробкою що надійшов кадру. Якщо середня інтенсивність надходження кадрів буде протягом тривалого часу перевищувати продуктивність моста, тобто величину, зворотну середньому часу обробки кадру, то буферна пам'ять, наявна у моста для зберігання необроблених кадрів, може переповнитися. У такій ситуації мосту нікуди буде записувати надходять кадри, і він почне їх втрачати, тобто просто відкидати.

Втрата кадру - ситуація дуже небажана, оскільки її наслідки протоколами локальних мереж не ліквідуються. Втрата кадру буде виправлена ​​тільки протоколами транспортного або прикладного рівнів, які помітять втрату частини своїх даних і організують їх повторну пересилку. Однак, при регулярних втрати кадрів канального рівня продуктивність мережі може зменшитися в кілька разів, так як тайм-аути, що використовуються в протоколах верхніх рівнів, істотно перевищують часи передачі кадрів на канальному рівні, і повторна передача кадру може відбутися через десятки секунд.

Для запобігання втрат кадрів міст повинен володіти продуктивністю, що перевищує середню інтенсивність міжсегментного трафіку, і великий буфер для зберігання кадрів, переданих в періоди пікового навантаження.

Для того, щоб міст підвищував, а не знижував пропускну здатність мережі, завжди має виконуватися наступне правило:

Швидкість виконання мостом операції передачі кадрів між будь-якими двома його портами (ця операція називається forwarding) повинна бути завжди вище, ніж середня інтенсивність трафіку, існуючого між сполучаються цими портами сегментами мережі.

У локальних мережах часто виявляється справедливим емпіричне правило 80/20, яке говорить про те, що при правильному розбитті мережі на сегменти 80% трафіку виявляється внутрішнім трафіком сегменту, і тільки 20% виходить за його межі. Якщо вважати, що це правило діє по відношенню до конкретної мережі, то міст повинен володіти продуктивністю виконання операції forwarding в 20% від максимальної пропускної здатності сегмента Ethernet, тобто продуктивністю 0.2х14880 = 3000 кадру в секунду. Зазвичай, локальні мости володіють продуктивністю від 3000 кадрів в секунду і вище.

Проте, гарантій на доставку кадрів в будь-яких ситуаціях міст, на відміну від повторювача, не дає. Це його принциповий недолік, з яким доводиться миритися.

Для того, щоб з'ясувати можливість успішного застосування моста в мережі, необхідно попередньо заміряти за допомогою аналізатора протоколів або ж системи управління мережею матрицю трафіку між вузлами мережі. Ця інформація дозволить зрозуміти рівень міжсегментного трафіку при поділі мережі на сегменти і порівняти її з продуктивністю моста.

3.1.2.3. Сегментація мереж за допомогою комутаторів

Технологія комутації сегментів Ethernet була запропонована фірмою Kalpana в 1990 році у відповідь на зростаючі потреби в підвищенні пропускної здібності локальних мереж. Ця технологія заснована на відмові від використання поділюваних ліній зв'язку між усіма вузлами сегмента і використанні комутаторів, що дозволяють одночасно передавати пакети між усіма його парами портів.

Функціонально багатопортовий комутатор працює як багатопортовий міст, тобто працює на канальному рівні, аналізує заголовки кадрів, автоматично будує адресну таблицю і на підставі цієї таблиці перенаправляє кадр в один зі своїх вихідних портів або фільтрує його, видаляючи з буфера. Нововведення полягало в паралельній обробці вступників кадрів, в той час як міст обробляє кадр за кадром. Комутатор же звичайно має декілька внутрішніх процесорів обробки кадрів, кожен з яких може виконувати алгоритм моста. Таким чином, можна вважати, що комутатор - це мультипроцесорний міст, що має за рахунок внутрішнього паралелізму високу продуктивність.

Перший комутатор для локальних мереж з'явився для технології Ethernet. Крім очевидної причини, пов'язаної з найбільшою популярністю мереж Ethernet, існувала й інша, не менш важлива причина - ця технологія більше за інших страждає від підвищення часу очікування доступу до середовища при підвищенні завантаження сегмента. Тому сегменти Ethernet у великих мережах в певую чергу потребували засобі розвантаження вузьких місць мережі, якими стали комутатори фірми Kalpana, а потім і інших компаній.

Деякі компанії стали розвивати технологію комутації і для підвищення продуктивності інших технологій локальних мереж, таких як TokenRing і FDDI. Так як в основі технології комутації лежить алгоритм роботи прозорого моста, то принцип комутації не залежить від методу доступу, формату пакету і інших деталей кожної технології. Комутатор вивчає на підставі проходить через нього трафіку адреси кінцевих вузлів мережі, будує адресну таблицю мережі і потім на її підставі виробляє межкольцевие передачі в мережах TokenRing або FDDI. Принцип роботи комутатора в мережах будь-яких технологій залишався незмінним, забезпечуючи одночасне просування кадрів між парами портів комутатора.

Безумовно, підвищення продуктивності мережі при установці комутатора в загальному випадку не буде такою значною, як у прикладі. На ефективність роботи комутатора впливає багато факторів, і в деяких випадках, як це буде показано нижче, комутатор може зовсім не дати жодних переваг порівняно з концентратором. Прикладом такого фактора може служити незбалансованість трафіку в мережі - якщо порт 1 і порт 2 комутатора найчастіше звертаються до порту 3 комутатора, то порт 3 буде періодично зайнятий і недоступний для одного з двох цих портів і входить до них трафік буде простоювати, чекаючи звільнення порту 3.

3.1.2.4. Оцінка необхідної загальної продуктивності комутатора

В ідеальному випадку комутатор, встановлений в мережі, передає кадри між вузлами, підключеними до його портів, з тією швидкістю, з якою вузли генерують ці кадри, не вносячи додаткових затримок і не втрачаючи жодного кадру. У реальній практиці комутатор завжди вносить деякі затримки при передачі кадрів, а також може деякі кадри втрачати, тобто не доставляти їх адресатам. Через відмінності у внутрішній організації різних моделей комутаторів, важко передбачити, як той чи інший комутатор буде передавати кадри якогось конкретного зразка трафіку. Кращим критерієм як і раніше залишається практика, коли комутатор ставиться в реальну мережу і ізмеряеются вносяться їм затримки і кількість втрачених кадрів. Проте, існують нескладні розрахунки, які можуть дати уявлення про те, як комутатор буде вести себе в реальній ситуації.

Для того, щоб комутатор справився з підтримкою необхідного трафіку, необхідне виконання декількох умов.

1. Загальна продуктивність комутатора повинна бути більше або дорівнює сумарній інтенсивності переданого трафіку:

де B - загальна продуктивність комутатора, Pij - середня інтенсивність трафіку від i-го порту до j-му; сума береться по всіх портах комутатора, від 1 до 6.

Якщо ця нерівність не виконується, то комутатор явно не буде справлятися з потоком надходять в нього кадрів, і вони будуть губитися через переповнення внутрішніх буферів. Так як у формулі фігурують середні значення інтенсивностей трафіку, то ніякий, навіть дуже великий розмір внутрішнього буфера або буферів комутатора не зможе компенсувати надто повільну обробку кадрів.

Сумарна продуктивність комутатора забезпечується досить високою продуктивністю кожного його окремого елемента - процесора порту, комутаційної матриці, загальної шини, що сполучає модулі і т.п. Незалежно від внутрішньої організації комутатора і способів конвеєризації його операцій, можна визначити досить прості вимоги до продуктивності його елементів, які є необхідними для підтримки заданої матриці трафіку. Перелічимо деякі з них.

2. Номінальна максимальна продуктивність протоколу кожного порту комутатора повинна бути не менше середньої інтенсивності сумарного трафіку, що проходить через порт:

де Сk - номінальна максимальна продуктивність протоколу k-го порту (наприклад, якщо k-ий порт Підтримуються Ethernet, то Сkравно 10 Мб / с), перша сума дорівнює інтенсивності виходить з порту трафіку, а друга - входить. Ця формула вважає, що порт комутатора працює в стандартному напівдуплексному режимі, для повнодуплексного режиму величину Сkнужно подвоїти.

3. Продуктивність процесора кожного порту повинна бути не менше середньої інтенсивності сумарного трафіку, що проходить через порт. Умова аналогічно попередньому, але замість номінальної продуктивності підтримуваного протоколу в ній повинна використовуватися продуктивність процесора порту.

4. Продуктивність внутрішньої шини комутатора повинна бути не менше середньої інтенсивності сумарного трафіку, що передається між портами, що належать різним модулям комутатора:

де Bbus - продуктивність загальної шини комутатора, а сума

SijPij береться тільки по тих i і j, які належать різним модулям.

Ця перевірка повинні виконуватися, очевидно, тільки для тих комутаторів, які мають внутрішню архітектуру модульного типу з використанням загальної шини для міжмодульних обміну. Для комутаторів з іншого внутрішньою організацією, наприклад, з пам'яттю, нескладно запропонувати аналогічні формули для перевірки достатньої продуктивності їх внутрішніх елементів.

Наведені умови є необхідними для того, щоб комутатор в середньому справлявся з поставленим завданням і не втрачав кадрів постійно. Якщо хоча б одне з наведених умов не буде виконана, то втрати кадрів стають не епізодичним явищем при пікових значеннях трафіку, а явищем постійним, так як навіть середні значення трафіку перевищують можливості комутатора.

Умови 1 і 2 застосовні для комутаторів з будь внутрішньою організацією, а умови 3 і 4 наведені як приклад необхідності обліку продуктивності окремих.

Так як виробники комутаторів прагнуть зробити свої пристрої якомога більше швидкодіючими, то загальна внутрішня продуктивність комутатора часто з деяким запасом перевищує середню інтенсивність будь-якого варіанту трафіку, який можна направити на порти комутатора відповідно до їх протоколами. Такі комутатори називаються неблокуючим, що підкреслює той факт, що будь-який варіант трафіку передається без зниження його інтенсивності.

Проте, якою б загальною продуктивністю не володів комутатор, завжди можна вказати для нього такий розподіл трафіку між портами, з яким комутатор не справиться і почне неминуче втрачати кадри. Для цього достатньо, щоб сумарний трафік, переданий через комутатор для якого-небудь його вихідного порту, перевищив максимальну пропускну здатність протоколу цього порту. У термінах умови 2 це означатиме, що друге доданок SiPik перевищує пропускну здатність протоколу порту Сk.

Комутатор може втрачати великий відсоток кадрів і в тих випадках, коли всі наведені умови дотримуються, так як вони є необхідними, але недостатніми для своєчасного просування одержуваних на приймачах портів кадрів. Ці умови недостатні тому, що вони дуже спрощують процеси передачі кадрів через комутатор. Орієнтація тільки на середні значення інтенсивностей потоків не враховує колізій, що виникають між передавачами порту і мережного адаптера комп'ютера, втрат на час очікування доступу до середовища і інших явищ, які обумовлені випадковими моментами генерації кадрів, випадковими розмірами кадрів та іншими випадковими факторами, значно знижують реальну продуктивність комутатора. Тим не менше, використання наведених оцінок корисно, тому що дозволяє виявити випадки, коли застосування конкретної моделі комутатора для конкретної мережі завідомо неприйнятно.

Так як інтенсивності потоків кадрів між вузлами мережі оцінити вдається далеко не завжди, то на закінчення цього розділу наведемо співвідношення, яке дозволяє говорити про те, що комутатор володіє достатньою внутрішньою продуктивністю для підтримки потоків кадрів в тому випадку, якщо вони проходять через всі його порти з максимальною інтенсивністю. Іншими словами, отримаємо умову того, що при даному наборі портів комутатор є неблокуючим.

Очевидно, що комутатор буде неблокуючим, якщо загальна внутрішня продуктивність комутатора B дорівнює сумі максимальних пропускних спроможностей протоколів всіх його портів Сk:

Тобто, якщо у комутатора є, наприклад, 12 портів Ethernet і 2 порти FastEthernet, то внутрішньої продуктивності в 320 Мб / с буде достатньо для обробки будь-якого розподілу трафіку, що потрапив в комутатор через його порти. Проте, така внутрішня продуктивність є надлишковою, так як комутатор призначений не тільки для прийому кадрів, але і для їх передачі на порт призначення. Тому, всі порти коммутатра не можуть постійно з максимальною швидкістю тільки приймати інформацію ззовні - середня інтенсивність йде через всі порти комутатора інформації повинна бути дорівнює середньої інтенсивності прийнятої інформації. Отже, максимальна швидкість переданої через комутатор інформації в стабільному режимі дорівнює половині сумарної пропускної здатності всіх портів - кожен вхідний кадр є для будь-якого порту вихідним кадром. Відповідно з цим твердженням, для нормальної роботи комутатора достатньо, щоб його внутрішня загальна продуктивність була рівна половині суми максимальних пропускних спроможностей протоколів всіх його портів:

Тому, для комутатора з 12 портами Ethernet і 2 портами FastEthernet цілком досточно мати середню загальну продуктивність в 160 Мб / с, для нормальної роботи з передачі будь-яких варіантів розподілу трафіку, які можуть бути передані його портами протягом досить тривалого періоду часу.

Ще раз треба підкреслити, що ця умова гарантує тільки те, що внутрішні елементи комутатора - процесори портів, міжмодульних шина, центральний процесор і т.п. - Впораються з обробкою надходить трафіку. Несиметрія в розподілі цього трафіку по вихідних портів завжди може привести до неможливості своєчасної передачі трафіку в мережу через обмеження протоколу порту. Для запобігання втрат кадрів багато виробників комутаторів застосовують фірмові рішення, що дозволяють "пригальмовувати" передавачі вузлів, підключених до комутатора, тобто вводять елементи управління потоком не модифікуючи протоколи портів кінцевих вузлів.

3.1.3. Вплив маршрутизаторів на продуктивність мережі

Маршрутизатори, подібно мостам і комутаторам, ізолюють трафік однієї частини мережі від іншої і, тим самим, підвищують пропускну здатність мережі в цілому. При цьому ступінь ізоляції мереж більш висока, ніж при використанні мостів і комутаторів, так як маршрутизатори не передають між мережами широкомовний трафік і кадри з невідомими адресами призначення.

Як і у випадку застосування мостів / комутаторів, використання маршрутизаторів може і зменшити пропускну здатність. Це може відбутися в тому випадку, якщо продуктивність маршрутизатора виявиться менше середньої интесивности міжмережевого трафіку. Зазвичай продуктивність маршрутизатора істотно менше продуктивності комутатора - середній маршрутизатор витрачає на обробку одного пакету в 5 - 10 разів більше часу, ніж середній комутатор. Тому маршрутизатори зазвичай застосовують для з'єднання таких фрагментів мереж, які є досить відокремленими і породжують не дуже інтенсивний міжмережевий трафік.

Всі співвідношення, наведені вище, які були отримані при обговоренні вимог до продуктивності комутаторів, справедливі і для маршрутизаторів.

3.1.4. Інтерпретація результатів тестування мостів, комутаторів і маршрутизаторів

Часто в періодичних виданнях, присвячених мережевий тематиці, наводяться результати тестування продуктивності комунікаційного устаткування - мостів, комутаторів і маршрутизаторів, виконаними в спеціальних тестових лабораторіях.

Результати тестування можуть виглядати, наприклад, наступним чином:

Модель коммутатора

Производительность в кадрах/сек

на один порт

3Com Linkswitch 1000

3700

3Com LANplex 6012

4050

Madge LANswitch

4400

DECswitch 900EF +GIGAswitch

4400

Cisco Catalyst 5000

4900

Cisco Catalyst 2800

4500

Bay Networks LattisSwitch 28115

3950

Для того, щоб правильно інтерпретувати результати тестування і прийняти обгрунтоване рішення про те, який з комутаторів можна застосувати в конкретній мережі, потрібно перш за все з'ясувати, за яких умов ці результати були отримані і наскільки ці умови відповідають тим, які можуть зустрітися у вашій мережі.

Очевидно, що на підставі цих результатів можна вибирати комутатори для тих реальних мереж, в яких розподіл навантаження між портами комутатора близько до рівномірного. Такі випадки нерідкі для однорангових мереж або ж для мереж, де комутатори працюють на верхніх рівнях ієрархії, об'єднуючи трафіки крупних сегментів. Однак, якщо комутатор використовується в мережі з виділеним сервером, де спостерігається явний перекіс трафіку в сторону порту, до якого підключений сервер, то необхідно шукати результати тестування у відповідних умовах, з несиметричним розподілом трафіку.

4. ПРАКТИЧНА ЧАСТИНА

Моделювання мереж.

Оптимізація продуктивності мережі

4.1. Введення

В розділі «Моделювання мереж. Оптимізація продуктивності мережі »пропонується вивчити концептуальні питання технології розробки апаратного забезпечення комп'ютерних мереж із застосуванням сучасного засоби автоматизації проектування OPNET.

4.2. Загальні положення

Призначення системи структурно-логічного проектування і моделювання комп'ютерних мереж OPNET

Система являє собою CASE-засоби автоматизованого проектування, моделювання і аналізу комп'ютерних мереж з метою мінімізації витрат на розробку мереж і підготовку проектної документації. Дозволяє провести експерименти, результати яких можуть бути використані для обгрунтування вибору типу мережі, серед передачі, мережевих компонент обладнання та програмно-математичного забезпечення. Програмні засоби OPNET дозволяють виконати збір відповідних даних про існуючу мережі без зупину її роботи, створити проект цієї мережі та виконати необхідні експерименти для визначення граничних характеристик, можливості розширення, зміни топології і модифікації мережного обладнання з метою подальшого її вдосконалення і розвитку.

За допомогою OPNET можна проектувати комп'ютерні мережі різного масштабу і призначення: від локальних мереж, що нараховують кілька десятків комп'ютерів, до міждержавних глобальних мереж, побудованих з використанням супутникового зв'язку.

У складі програмного забезпечення OPNET є потужна база даних мережних пристроїв провідних виробників: робочих станцій, серверів, серед передачі, мережевих адаптерів, повторювачів, мостів, комутаторів, маршрутизаторів, що використовуються для різних типів мереж і мережевих технологій.

У разі якщо розробника мережі не задовольняють запропоновані варіанти обладнання, за допомогою OPNET можна самому створювати нові пристрої на базі аналогів або ж унікальні з абсолютно новими характеристиками.

OPNET дозволяє розробляти багаторівневі проекти із заданою проектувальником ступенем деталізації; при цьому є достатньо зручний інтерфейс і засоби швидкого перегляду всіх рівнів проекту.

Для реалізацій функцій імітаційного моделювання у складі OPNET передбачені кошти завдання характеристик трафіків різних протоколів; засоби візуального контролю заданих параметрів; кошти накопичення статистичної інформації та формування звітної документації про проведені експериментах.

4.3. Рекомендації з підготовки до циклу лабораторних робіт

Даний цикл лабораторних робіт призначений для поглибленого вивчення інструментальних засобів OPNET та придбання професійних навичок розробки, моделювання і дослідження мережевих рішень реальних проектів комп'ютерних мереж. Даються рекомендації з технології проектування, розробки і обгрунтування проектних рішень, аналізу результатів імітаційного моделювання апаратного забезпечення комп'ютерних мереж.

При підготовці до виконання лабораторних робіт необхідно докладно вивчити матеріал теоретичної частини занять і потрібні розділи рекомендованої літератури; зрозуміти і засвоїти вимоги до проведення робіт; відповісти на всі питання, запропоновані в частині «Питання для самоконтролю знань».

Для більш повного уявлення про цілі і завдання лабораторної роботи рекомендуємо ознайомитися з вимогами до змісту звітної документації по роботі.

Вимоги до звітної документації

Необхідність розробки звітів про проведені експериментах визначається наступним:

 при складанні звіту про проведені експериментах купуються навички складання звітної документації з проектування та аналізу комп'ютерних мереж;

 вимоги до змісту звітної документації є вказівками приділити особливу увагу даними питань при виконанні тих чи інших експериментів;

 звітна документація може бути використана при атестації (здачі лабораторних робіт) як ілюстраційні матеріалу;

 при самостійному виконанні лабораторних робіт в умовах дистанційної освіти звітна документація є обов'язковою, і повинна надаватися в електронному вигляді для її перевірки.

Зміст звітів по роботі визначено в кінці кожного заняття.

4.4. Методичні рекомендації

Лабораторна робота № 1

Тема: Оцінка варіантів підключення Інтернету для малої домашньої PC мережі

Мета: 

1. Вивчити особливості використання OPNET IT Guru.

2. Вивчити процес моделювання, дослідження та управління мережевими інфраструктурами.

3. Дослідження роботи програми та планування здібностей, змінюючи швидкість зв'язку між домашнім LAN і його ISP.

4. Дослідження продуктивності програми та планування завантаження шляхом зміни швидкості зв'язку між домашнім LAN і його ISP.

1. Введення

OPNET's IT Guru забезпечує віртуальну мережеву середовище, яке моделює поведінку мереж, включаючи їх маршрутизатори, перемикачі, протоколи, сервери, і індивідуальні програми. Віртуальна мережева середу дозволяє IT менеджерам, мережевим і системним планувальникам, і персоналу більш ефективно діагностувати важкі проблеми, затвердити зміни перш, ніж вони вступають в силу, і планувати майбутні сценарії типу зростання трафіку і мережевих відмов.

Ви можете виконати "що-якщо" дослідження (названі сценарії в IT Guru) на мережевих розробках, так наче виконується в електронних таблицях з фінансовими діловими моделями. Однак, замість того, щоб дивитися "на практичний результат" фінансових чисел, Ви будете дивитися , як час очікування (затримки) та інші сетевие_крітеріі якості роботи зміняться при різних мережевих підходах до розробок.

Щоб створювати мережеве моделювання (названий проектом в IT Guru), Ви визначаєте вузли (комп'ютери, перемикачі, маршрутизатори, і т.д.) у вашій мережі, зв'язки між вузлами та додатками, які будуть виконуватися в вузлах.

У цій вправі побудований початковий проект. Він моделює домашню PC-мережу, яка має три PC, пов'язані з Інтернетом для ігор, навігації по мережі, електронної пошти, аудіо потоку, і FTP (протокол передачі файлів).

Ваша мета буде полягати в тому, щоб провести ряд «якщо» моделювань (сценаріїв), щоб бачити, як виконання відрізняється, якщо сімейство з'єднується з Інтернетом, використовуючи 1) повільну завантаження через модем в 20 kbps, 2) більш швидке завантаження через модем в 40 kbps, 3) завантаження через кабельний модем або лінію DSL в 512 kbps, або 4) лінія T1 зі швидкістю завантаження 1.544 Mbps. (Хоча модеми, кабельні модеми, і з'єднання DSL часто рекламуються як є швидше, ці числа - реалістичні норми продуктивності, які користувачі одержують типово практично. Модемні з'єднання коштують приблизно 25 $ на місяць, в той час як кабельний модем і з'єднання DSL коштують приблизно 50 $ в місяць, а лінія T1 коштує кілька сотень доларів на місяць.)

Для кожного сценарію Ви встановите швидкість завантаження в імітаційної моделі, виконайте моделювання, розгляньте результати і оцініть, чи варті застосовувати більш швидкі зв'язку за вищими цінами за домашню мережу.

2. Порядок виконання

 Крок 1: Запуск лабораторної роботи

IT Guru складається з проектів і сценаріїв. Кожен сценарій являє різний «якщо» аналіз, виконаний користувачами. Сценарії можуть містити різні версії тієї ж самої мережі або моделей різних мереж. Проект складається з одного або більше мережних сценаріїв. У цій лабораторній роботі, Ви створите 4 різних сценарію, порівнюючи прикладну роботу з різними швидкостями підключення до ISP.

1. Запустити IT Guru.

2. Вибрати File \ Open ... і упевнитися, що обраний пункт Проект з випадаючого меню вгорі.

3. Прокрутіть вниз до проекту по імені Home_LAN, виберіть його і натисніть OK.

 

Якщо Ви не бачите проектний файл, то переконайтеся, що Ви завантажили файли лабораторної. Тоді розархівуйте файл, і додайте директорію з розархівувати файл лабораторної роботи, виконавши: File \ Model File \ Add Model Directory і вибравши цей каталог. Проект тепер повинен бути доданий.

Тут - три PC, що виконують у цій мережі різні завдання. Кожен PC з'єднується з сімейством через 100 Mbps switch мережі Ethernet по UTP підключення. Switch з'єднується з маршрутизатором, також через UTP. Ці два елементи показані тут як розділені, щоб зробити логіку більш очевидною. Кабельний модем не зображений; він мається на увазі як WAN зв'язок, підключає домашню PC мережу до Інтернет. Три Інтернет сервера забезпечують різні послуги клієнту PC.

У верхній частині малюнка - два блоки, які не представляють фізичні компоненти: Програми та Профілі. Вузол Додатків містить дані про додатки, що використовуються в мережі, типу перегляду Мережі. Більш точно, трафік пов'язаний з кожним додатком, так що є різниця між "легким переглядом Мережі" і "важкий перегляд Мережі. "Внутрішній файловий сервіс і сервіс друку не зображені; інакше було б надто легко знайти різницю в продуктивності, оскільки Інтернет WAN з'єднання є слабкою ланкою цієї мережі. В значку Profiles, різні програми пов'язані з різними PCs.

Крок 2: Конфігурація зв'язку на 20 Kbps

У першому сценарії Налаштуйте WAN зв'язок як 20 kbps лінію модемного зв'язку.

1. Клацніть правою кнопкою миші на WAN посиланню, виберете Edit Attributes. Тут можна побачити різні атрибути з'єднання. Ми будемо змінювати атрибут data rate (швидкість передачі даних) цього з'єднання.

2. Натисніть в поле Value атрибута data rate і виберіть Edit ...

3. Введіть 20000; натисніть Enter, і потім клацніть OK.

Крок 3: Конфігурування та запуск моделі

Щоб моделювати цю мережу, будемо використовувати високоточне дискретне моделювання події. Модель моделює пакети клієнт / серверних додатків, які представляють реальний світовий мережевий трафік.

1. Натиснути кнопку configure / run simulation (конфігурувати / виконати моделювання).

2. Переконайтеся, що Duration (Тривалість) Моделювання встановлена ​​на 8:00, щоб представити звичайний день.

3. Клацнути Run (Виконати), контролюйте смугу прогресу у міру прогресу моделювання.

4. Коли моделювання завершується, Натисніть Close (Закрити).

Крок 4: Перегляд Результатів

Тепер ми можемо розглянути різну статистику, включаючи час відгуку програми мережі, певне Дослідником і використанням WAN з'єднання.

Щоб переглянути статистику, необхідно виконати наступне:

Продуктивність WAN з'єднання

1. Клацнути правою кнопкою миші на WAN з'єднанні, і вибрати View Results, щоб розглянути результати utilization для цього з'єднання.

2. Развернуть pint-to-point, і вибрати utilization в обох напрямках.

3. Вибрати Overlaid Statistics з випадаючого меню в нижньому правому куті щоб розмістити результати в ту ж саму панель.

4. Вибрати Show і потім клацнути Close у вікні View Results.

Продуктивність для PC2 (PC Дослідника)

5. Клацнути правою кнопкою миші на клієнті PC2 Researcher, і вибрати View Results, щоб розглянути мережа Response Time і Traffic Received.

6. Розширити Client Http, і вибрати Page Response Time (в секундах). Також упевніться, що випадає меню в правому нижньому кутку встановлено в As Is.

7. Натиснути Close у вікні View Results.

8. Ви можете використовувати кнопку hide or show all graphs,  щоб сховати / показати графи.

Результати повинні бути подібні графіками вище. download link Utilization становить приблизно 80%, а upload link Utilization-приблизно 2%. З використанням посилання завантаження на 80%, це не дає багато доступної пропускної здатності для нових потенційних додатків або користувачів. Response Time, яке необхідно Досліднику для випробування, знаходиться в діапазоні від 5 до 7.5 секунд, що вкрай довго. Це повільне WAN з'єднання сильно перевантажено.

 Крок 5: Сценарій 40 kbps

Здійсніть підключення швидкої модемного завантаження в 40 Kbps. Це - реальна продуктивність для модему, швидкість завантаження якого оцінена в 56 Kbps.

1. Вибрати Scenarios \ Duplicate Scenario ... і назвати сценарій як 40K_dialup_connection.

2. Клацнути OK. Це створить копію існуючого сценарію.

 Крок 6: Налаштуйте з'єднання на 40 Kbps

Клацнути правою кнопкою миші на WAN link і змініть атрибут data rate на 40000.

 Крок 7: Виконайте 40 Kbps Моделювання

Повторно виконайте моделювання. Ви можете звернутися до кроків, вже описаним вище, щоб встановити тривалість і виконувати моделювання.

 Крок 8: Перегляд Результатів для 40Kbps Сценарію

Дотримуйтесь тими ж самими кроками, згаданими раніше, щоб розглянути utilization з'єднання, і Response Time дослідником PC.

Майте на увазі, що  Utilization з'єднання  зменшено наполовину.

 Response Time (Час відгуку) додатка мережі також знизилася приблизно з 6 секунд до приблизно 2.25 секунд. Це - суттєве удосконалення як в Utilization (Використанні) так і в Response Time (Час реакції).

 Крок 9: З'єднайтеся на 512 Kbps і виконайте моделювання

У третьому сценарії смоделіруете швидкість завантаження 512 kbps. Це - реальна продуктивність завантаження для кабельного модему або DSL лінії. Це WAN підключення.

• Дублює сценарій як колись і назвіть його

 512K_Cable_Modem_connection.

• Встановіть data rate (швидкість передачі даних) для WAN Link на 512000.

• Повторно виконайте моделювання.

• Подивіться результати для link utilization (використання з'єднання), Response Time М (Часу реакції) Traffic Received (Трафіку, отриманого PC Дослідником) Дослідником PC.

Utilization   знизилося  до 4%, а  Response Time  для Дослідника знизилося  до 0.15 секунди. Кабельний модем сильно зменшує наш час завантаження. Час реакції так само дуже хороше.

Крок 10: Налаштуйте з'єднання до лінії T1 і запустіть моделювання

Лінії T1 забезпечують номінальну швидкість 1.544 Mbps в обох напрямках. Це також його фактична продуктивність. Єдина проблема полягає в тому, що лінія T1 коштує кілька сотень доларів на місяць. Телефонна компанія повинна прокласти дві пари проводів другого класу до будинку і обережно керувати лінією T1, тому що гарантується номінальна швидкість і також, тому що є гарантійні зобов'язання. Четвертий сценарій візьме до уваги всі переваги використання T1 WAN з'єднання в ISP.

Продублюйте сценарій знову і назвіть його  T1_connection.

Змініть  data rate  WAN link  для  T1  з випадаючого меню.

Повторно виконайте моделювання.

Крок 11: Порівняйте Результати

Замість того, щоб розглядати результати для одного T1 з'єднання,  порівняйте  результати  Utilization  і  Response Time  для  всіх 4 сценаріїв. Це дасть нам більш широке уявлення ефекту зміни data rate.

1. Вибрати Results \ Compare Results ...

2. Щоб порівнювати  статистику  utilization, виберіть наступну статистику:

3. Переконайтеся, що вибрані All Scenarios

4. Клацнути Show. Щоб порівнювати Response Time, приберіть позначку з попередньою статистики, змініть фільтр в правому нижньому кутку з As Is на avarage і потім вибрати наступну статистику:

В результаті вийде наступний результат:

Ми можемо бачити з цих результатів, що з підвищенням data rate від 20 КБ до 40 КБ і до 512K,  Utilization  стає краще. Також  Web Aplication respinse time (час відповіді WEB додатків)  стає краще.

Однак,  Response time  і  Utilization  не дуже зачіпаються, при зміні швидкості передачі даних з 512 КБ до лінії T1. Для поточного числа користувачів,  T1 підключення не дає багато переваг. Отже, оновлення  з'єднання до  T1 не буде економічно прийнятним для поліпшення продуктивності, яке воно  пропонує.

Крок 12: Рекомендації

Тепер подумайте, не кривлячи душею. Що б Ви порекомендували родині?  Щоб обгрунтувати вашу рекомендацію, користуйтеся числами, а не просто знову заявляйте результат. Вам  платять за хороші рекомендації.

3. Завдання

Використовуючи покрокові інструкції, наведені вище виконайте додаткові сценарії.

Додатковий Сценарій 1.  На WAN з'єднанні збирається багато статистичних даних, таких як продуктивність і затримка черги. Розгляньте ці 2 результату для чотирьох розглянутих сценаріїв і підготуйте короткий звіт про ваше спостереженні.

Додатковий Сценарій 2. Створіть подвійний сценарій. Змініть швидкість передачі даних WAN з'єднання між Маршрутизатором і ISP, щоб отримати середній час реакції 1 сек. (Підказка:  з результатів, ми можемо бачити, що швидкість передачі даних могла б впасти в діапазон від 40 Kbps до 512 Kbps.) Яку ви знайшли швидкість WAN, щоб отримати цей час реакції?

Додатковий Сценарій 3.  Є безперервний потік між сервером музики і PC1, визначений об'єктом запиту трафіку. Ви можете розглянути цей об'єкт, вибравши View  \ Demand Objects \ Show All  в меню. Пробуйте змінити Обсяг трафіку для цього запиту. (Підказка:  Редагуйте Трафік (пакети / сек.) І атрибути Трафіку (біти / сек.) Об'єкту Запиту.) Пронаблюдайте цей ефект на час реакції мережі для дослідника. Коротко опишіть змінені Вами значення даних і вплив на дослідника.

Додатковий Сценарій 4. Що б сталося, якщо було б ще два PC? Виберіть і Скопіюйте Дослідника PC. Потім вставте PC. Скопіюйте ще один PC подібним способом. Підключіть ці два PC до Switch, скопіювати і вставити сполуки, підключатися першим PC дослідника з Switch. Виконайте моделювання та перегляньте Response Time мережі кожного з цих PC для всіх швидкостей передачі даних.

Що Ви виявили?

Додатковий Сценарій 5. Ось більш складна задача. Додайте більше додатків до дослідника PC, і відзначте Response Time, яке він отримує. (Підказка:  для додавання програми клієнту, Ви повинні редагувати атрибути Профілю об'єкта і редагувати Profile Configuration.)

Лабораторна робота № 2

Тема: Оцінка багатоповерхового формування Lan

Мета: 1. Оцінка часу затримки програми при різних способах підключення switch'амі.

1. Введення

У даній лабораторній роботі проводиться дослідження продуктивності двох різних мережевих архітектур: шлейфові підключення і Об'єднана магістраль. Основний switch пов'язаний безпосередньо зі switch'амі робочих груп на кожному поверсі. Наступною варіант - зв'язування перемикачів через шлейфові підключення. У цьому підході, основний базовий switch пов'язаний безпосередньо зі switch'ом на першому поверсі, switch першого поверху пов'язаний безпосередньо з switch'ом другого поверху, і т.д.

Будівля має 10 поверхів, на кожному - багато користувачів, пов'язаних з 10Base-T switch'ем робочої групи в телекомунікаційному приміщенні поверху. Користувачі в основному спільно використовують сервер Oracle, 7 серверів файлів і сервер друку.

В Сценарії 1, switch'і на кожному поверсі з'єднані шлейфами до основного базового switch'у. Буде показано, що підхід шлейфового підключення сприяє високому часу очікування програми для користувачів на найвищому поверсі.

У Сценарії 2, топологія шлейфового підключення збережена, але основний switch розміщений на п'ятому поверсі. Буде показано, що це зменшує час очікування на найвищому поверсі, але збільшує його на самому нижньому поверсі.

У Сценарії 3, основною switch розміщується в приміщенні цокольного поверху, але використовується об'єднана магістраль, в якою основною switch в приміщенні цокольного поверху пов'язаний безпосередньо з switch'амі робочих груп на кожному поверсі.

2. Порядок виконання

Крок 1: Запуск лабораторної роботи

1. Запустіть IT Guru.

2. Виберіть File \ Open ...

3. Прокрутіть вниз до проекту по імені MultiStory_Building_LAN, виберіть його і натисніть OK.

Декілька користувачів пов'язані зі switch'ом на кожному з цих 10 поверхів. Користувачі в основному спільно використовують сервер Oracle, 7 серверів файлів, сервер друку, і сервер електронної пошти.

Підмережа: підмережа є контейнером, використовуваним для створення ієрархії мережевих рівнів. Двічі клацніть на підмережі, названої "7 File Print & Email Servers", щоб увійти в нього. Тут ми можемо бачити сервери, згруповані разом. Клацніть правою кнопкою миші в робочому просторі, і виберіть Go To Parent Subnet, щоб перейти у верхню подсеть.

Також значки LAN представляють кілька робочих станцій, з'єднаних перемикається LAN. Кількість робочих станцій може бути встановлено редагуванням його атрибутів.

Користувачі на різних поверхах виконують 2 Tier Oracle додаток. Вивчимо роботу цього додатку.

Крок 2: Налаштуйте і Запустіть Моделювання

Оцініть продуктивність мережі днем в годину-пік.

1. Натисніть кнопку configure / run simulation на панелі інструментів.

2. Переконайтеся, що Duration (Тривалість) моделювання встановлена ​​на 1:00.

3. Натисніть Run (Виконати). Контролюйте смугу просування по мірі просування моделювання.

4. Коли моделювання завершиться, натисніть Close (Закрити).

 Крок 3: Перегляд Результатів

Перегляньте Response Time (час відповіді) додатка Oracle для користувачів на поверхах 1, 5, і 10.

1. Клацніть правою кнопкою миші на об'єкті 95 Users Floor 10, і виберіть View Results (Перегляд Результатів).

2. Розширте Requesting Client Custom Application і виберіть Response Time (sec).

3. Виберіть Show (Показати). Це - граф часу відповіді додатки спілкування oracle, яке буде обговорюватися пізніше, так що не закривайте вікно графа.

4. Натисніть Close у вікні View Results.

5. Клацніть правою кнопкою миші на об'єкті 50 Users Floor 10, і виберіть View Results.

6. Виберіть Requesting Client Custom Application \ Application Response Time (sec).

7. Клацніть Add (Додати) і потім натисніть на панелі першого створеного Вами графа. Це зроблено, щоб відобразити статистику користувачів на різних поверхах на тій же самій панелі.

8. Повторіть кроки 5 - 7, щоб додати прикладне час відповіді для користувачів на поверсі 1 до того ж самому графу.

 Зверніть увагу: Щоб включати або вимкнути графи, використовуйте кнопку hide or show all graphs (приховувати або показувати всі графи). 

Тепер у нас є статистика для користувачів на всіх поверхах на одному рядку.

Ваші результати повинні бути подібні графу вище.

Як ми бачимо, прикладне Response Time - близьке до 6 секундам для користувачів на 10 поверсі

Воно зменшується, коли рухаємося на нижчі поверхи. Користувачі на 1 поверсі мають найменший час відповіді. Це видно за часом очікування, представленого switch'амі.

Користувачі на найвищому поверсі повідомляють про високий часу відповіді додатків. Так що компанія вирішує зменшити число хопов для користувачів на верхніх поверхах, переміщаючи основний перемикач і сервери до п'ятого поверху.

 Крок 4: Перехід до Наступному Сценарію

Виберіть Scenarios \ Switch To Scenario \ Daisy_Chain_Network_Server_On_Fifth_Floor.

Компанія реструктурувала мережу без додаткових апаратних витрат, щоб досягти кращої роботи додатків для користувачів на верхніх поверхах.

 Крок 5: Налаштуйте і Виконайте Моделювання

Повторно виконайте моделювання в годину-пік, щоб побачити, чи отримують користувачі на 10 поверсі кращий час відповіді як, передбачалося.

Зверніться до попередніх кроків, щоб встановити тривалість і виконати моделювання.

 Крок 6: Порівняння результатів

Порівняємо Прикладне Час Відповіді для користувачів на різних поверхах. Ми очікуємо, що реструктурування мережі повинно зменшити прикладне час відповіді для користувачів на верхніх поверхах.

1. Клацніть правою кнопкою миші 95 Users Floor 10, і виберіть Compare Results (Порівняти Результати).

2. Вибрати Requesting Client Custom Application \ Application Response Time (sec).

3. Клацніть Show і потім клацніть Close у вікні Перегляду Результатів.

4. Повторіть ті ж самі кроки для 50 Users Floor 5 і 70 Users Floor 1.

Як очікувалося, Час Відповіді програми Oracle понизилося для користувачів 5 і 10 поверхи.

Але користувачі на 1 поверсі отримали збільшення часу відповіді.

Компанія вирішує замінити архітектуру шлейфового підключення на архітектуру мережі з Загальною магістраллю, в надії отримати однакову швидкість роботи додатків для всіх користувачів.

Крок 7: Дослідження Наступного Сценарію

Виберіть Scenarios \ Switch To Scenario \ Collapsed_Backbone_Network.

Крок 8: Налаштуйте і виконайте моделювання

Повторно виконайте моделювання в годину-пік, щоб оцінити продуктивність мережі.

 Зверніться до попередніх кроків щоб встановити тривалість і виконати моделювання.

Крок 9: Порівняння результатів

Порівняємо Пори Відповіді для всіх 3 сценаріїв. Це дасть нам чітке уявлення кращою архітектури для цього виду мережі. Слідуйте тим же самим інструкціям як і в Кроці 6, щоб отримати графи.

3. Выводы

4. Завдання

Підготуйте короткий звіт, що містить ваші ув'язнення. Але не просто повторіть результати моделювань.

Дайте свої рекомендації з приводу того, що фірма повинна зробити. Врахуйте також у вашій рекомендації витрати на покупку кабелів.

Лабораторна робота № 3

Тема: Оцінка продуктивності додатка

Мета: Дослідження продуктивності додатка

1. Введення

Мережа складається від 20 користувацьких PC, спільно використовують три принтера, локальний файл і поштовий сервер. Користувачі виконують різні мережеві додатки, включаючи електронну пошту, перегляд мережі, потокове відео, і FTP. Користувачі також виконують в локальному масштабі обслуговуються програми подібно інтранету: електронна пошта, друк, і доступ до бази даних. Завдання полягає в тому, щоб оцінити час реакції для двох критичних завдань: завантаження з FTP і завантаження Web-сторінки. Проведемо аналіз використання з'єднання між LAN і ISP.

Після попередньої оцінки, ми розіб'ємо LAN на дві перемикані підмережі і додамо додаткове з'єднання T1 між LAN і ISP, щоб подвоїти корисну (доступну) потужність.

Балансування завантаження буде гарантувати, що обидва з'єднання T1 використовуються однаково.

Оцінимо ефект виходу від ладу одного від пристроїв і побачимо переваги наявності надлишкового з'єднання.

2. Порядок виконання

Крок 1: Запуск лабораторної роботи

1. Запустити IT Guru.

2. Вибрати File => Open ...

3. Прокрутіть вниз до проекту з ім'ям Small_Company_LAN_over_WAN, виберіть його і клацніть OK.

Компанія також має загальнодоступну локальну електронну пошту і Файловий Сервер. В якості вправи, додайте сервер з Набору Об'єктів, і Налаштуйте його для додатків Надання файлових ресурсів (File Sharing) і Електронної пошти. Це буде вам прикладом того, як додавати об'єкти для зміни моделі мережі.

Крок 2: Додавання локального Сервера

  1.  Відкрийте Object Palette (Набір Об'єктів).

2. Є багато різних об'єктів, які представляють мережеві компоненти.

З випадного меню вгорі, Ви можете вибрати групу компонентів продавцем (vendor) або протоколом.

3. Вибрати мережу Ethernet з випадаючого списку.

4. Вибрати ethernet_server з Object Palette і клацнути на робочому просторі, щоб застосувати сервер. Клацніть правою кнопкою миші на робочому просторі, щоб не застосовувати більше серверів.

5. Для додавання з'єднання, що підключає сервер і switch, виберіть 10BaseT з'єднання з Object Palette.

6. Натиснути на 10BT_Switch, а потім, на тільки що доданий Вами сервер. Клацніть правою кнопкою миші на робочому просторі, для припинення додавання нових сполук.

7. Закрити Object Palette.

Крок 3: Налаштуйте місцевий сервер для спільного використання файлів і Електронної пошти

Налаштуйте новий сервер, щоб той підтримував Електронну пошту (E-mail) та програми Надання файлових ресурсів (File Sharing Applications).

Ці програми вже визначені в Об'єкті Додатків.

1. Клацнути правою кнопкою миші на новому сервері, і виберіть Edit Attributes (Зміна атрибутів).

2. Встановити властивість назви Email & File Server.

3. Натиснути на колонці Value (значення) для Application: Supported Services, де встановлено None, і виберать Edit ...

4. Сконфігурувати обидва додатки наступним чином:

Встановіть число Rows (Строк) в 2.

Клацніть по стовпцю Name для першого рядка та виберіть Email (Heavy).

Клацніть по другому рядку і виберіть Database.

5.Дважди натисніть ОК.

6.Сохраніте проект: Натисніть File \ Save.

Крок 4: Налаштуйте і виконайте моделювання

Тепер, коли локальний сервер Електронної пошти та сервер Надання файлових ресурсів були налаштовані, оцініть продуктивність мережі днем в годину-пік.

1.Щелкніте по configure / run simulation на панелі інструментів.

 

2.Убедітесь, що Duration (тривалість) моделювання встановлена ​​на 1:00.

3.Нажміте Run (Запустити). У міру просування моделювання поспостерігайте за панеллю прогресу. Процес моделювання займе трохи більше 2-х хвилин.

4. По завершенню моделювання натисніть Close (Закрити).

Крок 5: Перегляд Результатів

Перегляньте різну статистику типу Часу Відповіді Web-додатки Мережі (Web Application Response Time), Часу Відповіді FTP Завантаження (FTP Download Response Time) і використання WAN з'єднання (WAN link utilization).

1. Клацніть правою кнопкою миші на WAN з'єднанні і виберіть View Results (перегляд результатів), щоб переглянути результати використання для цього з'єднання.

2. Розширте point-to-point (крапка-к-точці) і виберіть utilization <- оскільки ми зацікавлені тільки у використанні з'єднання завантаження.

3. Виберіть Show (Показати). Це - графік використання, який буде розглянутий пізніше, тому не закривайте вікно графіка.

4. Натисніть Close (Закрити) у вікні View Results (перегляду результатів).

5. Клацніть правою кнопкою миші на порожньому місці робочого простору, і виберіть View Results (перегляд результатів), щоб розглянути глобальне Додаток Мережі і Час Відповіді FTP Загрузки.

6. Виберіть Global Statistics (Глобальна Статистика) => HTTP => Page Response Time (Час Відповіді Сторінки).

7. Клацніть Show (Показати).

8. З такою ж самою обраної статистикою (HTTP Response Time), змініть фільтр в правому нижньому кутку на average і натисніть Add (Додати).

9. Клацніть на графік, який Ви тільки що створили, щоб помістити середню криву на тій же панелі.

10. Повторіть ту ж саму процедуру, щоб переглянути Час Відповіді Ftp Завантаження (Ftp Download Response Time (sec)). Приберіть попередню статистику перед вибором нової.

 Примітка: для вкл \ викл графіків, використовуйте кнопку hide or show all graphs (заховати \ показати) всі графіки.

Ваші результати повинні бути подібні графіками вище.

Використання з'єднання Загрузки складає в середньому 92%.

Час Відповіді Програми Мережі - близько до 1.3 секундам.

Час Відповіді FTP Загрузки - близько до 2.5 секундам.

З таким високим використанням завантаження з'єднання це не надає достатньої пропускної спроможності для потенційних користувальницьких додатків.

Тепер, ми виконаємо два експерименти. Ми спочатку додамо надлишкове з'єднання T1, щоб подвоїти потужність. Балансування завантаження використовується, щоб гарантувати, що трафік рівномірно розподілений між двома сполуками. Потім, ми відключимо один з пристроїв, щоб побачити перевагу додавання нового з'єднання.

Крок 6: Перейдіть на Новий Сценарій

Виберіть Scenarios (сценарії) => Switch To Scenario (перемикання між сценаріями) => Small_Company_LAN_With_Two_Switches_Over_WAN

Мережа компанії розділена на дві менших мережі, кожна пов'язана з switch'ом. LAN пов'язана з Інтернетом через дві лінії T1. EIGRP використовується, для балансування завантаження на двох з'єднаннях.

 Крок 7: Налаштуйте і виконайте моделювання

Повторно виконайте моделювання днем в годину-пік, щоб побачити, збалансована чи завантаження через два сполуки, як передбачалося.

Повторіть попередні кроки для установки тривалості та виконання моделювання.

Крок 8: Порівняння Результатів

Порівняйте використання з'єднань, Час Відповіді Програми Мережі та FTP Загрузки. Очікується, що додаткове з'єднання до ISP має зменшити час відповіді додатків. Два з'єднання повинні також розділити використання з'єднання.

1. Клацніть правою кнопкою миші на нижньому WAN з'єднанні, і виберіть Compare Results (порівняння результатів).

  1.  Розширити точка-до-точці при Company_LAN.WAN LINK 1 [0] і вибрати utilization (використання). 

3. Клацніть Show (Показати).

4. Натисніть Close (Закрити) у вікні View Results (перегляд р-тов).

5. Клацніть правою кнопкою миші на верхньому WAN з'єднанні і вибрати View Results.

6. Розширте точка-до-точки, і вибрати utilization

7. Клацніть Show і виберіть Close у вікні View Results. Оскільки це з'єднання не були присутні в попередньому сценарії, ми тільки бачимо графік для поточного сценарію.

8. Тепер порівняйте Пори Відповіді. Клацніть правою кнопкою миші на порожньому місці в робочому просторі, і виберіть Compare Results.

9. Виберіть Global Statistics (Глобальна Статистика)  Ftp  Download Response Time (sec).

10. З випадного, меню в правому нижньому кутку, виберіть average (середнє значення) і клацніть Show (Показати).

11. Повторіть вищевказані кроки, щоб вибрати Page Response Time (seconds) в Global Statistics / HTTP. Зніміть виділення попередньої статистики перед вибором нової.

Як очікувалося, використання з'єднання для нижнього з'єднання зменшилася з 92% до 55% і використання нового з'єднання - близько до 48%. Таким чином, балансування завантаження здійснено.

Час Відповіді Програми Мережі знизилося з приблизно 1.1 до 0.45 секунди.

Час Відповіді FTP Загрузки знизилося з 1.25 до 0.6 секунд.

Це - суттєве вдосконалення, як використаних сполук, так і часу відповіді.

Перевага використання додаткової лінії T1 помітно, якщо відключити один з маршрутизаторів або з'єднань. Ми відключимо один з маршрутизаторів і порівняємо використання, і час відповіді додатків.

 Крок 9: Перейдіть на наступний сценарій

Виберіть Scenarios ⇒ Switch To Scenario ⇒ Small_Company_LAN_Failed_One_Router_Over_WAN

Крок 10: Вимкніть один з пристроїв

Ми відключимо один з маршрутизаторів, підключають LAN до ISP.

Клацніть правою кнопкою миші на будь-якому з маршрутизаторів і виберіть  Fail This Node (Вимкнути Цей Вузол). Червоний «Х» з'являється на маршрутизаторі.

 Крок 11: Налаштуйте і виконайте моделювання

Повторно виконайте моделювання днем в годину-пік, щоб оцінити мережеву роботу.

Повторіть попередні кроки, щоб встановити тривалість і виконувати моделювання.

 Крок 12: Порівняйте результати

Порівняйте результати використань і Час Відповіді для всіх 3 сценаріїв. Це явно продемонструє ефект від наявності додаткового з'єднання T1.

1. Вибрати ResultsCompare Results ...

2. Щоб порівнювати статистику використання нижнього з'єднання, виберіть Object Statistics ⇒ Company_LAN ⇒ WAN LINK 1 [0] ⇒ використання. 

3. Клацніть Show.

4. Щоб порівняти використання з'єднання для верхнього з'єднання T1, скасуйте попередню статистику, виберіть Object Statistics Company_LAN WAN LINK 2 [0]використання   клацніть Show.

5. Щоб порівняти час відповіді, виберіть Global Statistics  Ftp  Download Response Time (sec).

6. Вибрати average (середнє значення) з випадаючого меню в правому нижньому кутку.

7. Натисніть Show.

8. Повторіть цю ж процедуру для порівняння Часу відповіді сторінки HTTP (HTTP Page Response Time).

  1.  Всновки

Ці результати показують, що додаткове T1 з'єднання істотно покращує з'єднання і час відповіді додатків.

Також, якщо одне із з'єднань або один з маршрутизаторів відмовить, всі користувачі все одно будуть мати доступ до Інтернету за рахунок більш ефективного використання мережі і часу відповіді.

4. Завдання

Розширений Сценарій 1. Створіть дублікат сценарію Small_Company_LAN_With_One_Switch_Over_WAN, і змініть швидкість передачі даних WAN з'єднання, щоб отримати середній час відповіді мережі 0.5 секунд. Після, дублюйте сценарій Small_Company_LAN_With_Two_Switches_Over_WAN і встановіть швидкість передачі даних для обох WAN з'єднань на значення, яке Ви використовували в попередньому сценарії. Поспостерігайте за часом відповіді мережі при даному значенні швидкості передачі даних.

Розширений Сценарій 2. Є безперервний потік між сервером музики і декількома користувачами, визначеними об'єктом запиту трафіку. Ви можете розглянути цей об'єкт, вибравши View => Demand Objects => Show All. Спробуйте змінити обсяг трафіку для цих вимог.

Підказка: Редагуйте ознаки об'єкта запиту Трафік (пакети / секунда) та Трафік (біти / секунда). Поспостерігайте за його впливом на WEB-додаток і Час Відповіді FTP Загрузки.

Розширений Сценарій 3. Продублюйте останній сценарій. Активуйте відключений маршрутизатор, і потім вимкніть одне з WAN з'єднань. Перевірте, чи не змінилися результати.

Лабораторна робота № 4

Тема: Дослідження продуктивності додатка

Мета: Вивчити методику оцінки продуктивності додатка

1. Введення

Стандартний Чартерний Банк має 70 відділів, Головне будівлю, і Центр Обробки Річмонда.

Щоб підключитися до вузлів мережі, у банку прокладена трехранговая мережу. По-перше, індивідуальні відділи пов'язані з регіональними маршрутизаторами. По-друге, регіональні маршрутизатори пов'язані з областю Frame Relay Verizonа. Ця область Frame Relay має внутрішню опорну мережу ATM.

Результатом домовленості стало те, що кожен відділ не потребує окремого PVC до Центру Обробки Річмонда. По-перше, єдині PVCs знаходяться між кожним регіональний маршрутизатором і ядром ATM. По-друге, посередництво ядра ATM означає, що Центр Обробки Річмонда потребує тільки в єдиному PVC до ядра ATМ. Що сильно відрізняється від чистих мереж Frame Relay, які вимагали б окреме PVC від Центру Обробки до кожного переходу або, принаймні, кожному регіональному маршрутизатора.

Спочатку, регіональний маршрутизатор філії PVCs передав значення частоти передачі інформації (CIRs) 64 kbps і може посилати «спалаху» даних до 128 kbps. Доступні з'єднання між регіональними маршрутизаторами і областю Frame Relay досягають 256 kbps.

Підключення Frame Relay між Центром Обробки і Frame Relay може виконуватися на Злуку доступу T1. Яке має 1 Mbps CIR.

Необхідно вивчити час відповіді додатки Надання файлового ресурсу та додатки Передачі файлу за різними сполучення Frame Relay між банком і Verizonом.

2. Порядок виконання

Крок 1: Запуск лабораторної роботи

1. Запустіть IT Guru.

2. Виберіть File => Open ...

3. Прокрутіть вниз до проекту з ім'ям Standard_Charetered_Bank_Network, виберіть його і клацніть OK.

PVCs підключають всі переходи до області фрейма конфігуруватися за 64 kbps CIR. Навіть при тому, що параметри сполучення, узгоджені між банком і Verizon'ом можуть бути виконані 128 kbps з'єднанням доступу, Verizon має 256 kbps з'єднання доступу, прокладене від регіональних маршрутизаторів до хмари фрейма, для подальшого оновлення в майбутньому або додаткових відділів банку. PVC від центру обробки до хмари фрейма має 1 Mbps CIR. Щоб побачити цю конфігурацію, двічі клацніть на будь підмережі. Клацніть правою кнопкою миші на пунктирною лінії з'єднання, що виходить з маршрутизатора і виберіть Edit Attributes (редагувати атрибути). Якщо Ви не бачите це з'єднання, виберіть View => Demand Objects => Show All з меню. У вікні Attributes (атрибути), двічі клацніть у стовпці Value (значення) для Contract Parameters (Параметрів з'єднання). Параметри з'єднання Frame Relay PVC, між компанією і Verizonом може бути налаштоване тут же. Двічі натисніть Cancel (Скасувати), щоб повернутися назад до підмережі.

Крок 2: Налаштуйте і виконайте моделювання

Оцініть продуктивність додатків днем ​​в годину-пік.

1. Натисніть на кнопці configure / run simulation

 на панелі інструментів моделювання.

2. Переконайтеся, що Duration (Тривалість) моделювання встановлена ​​на 1:00.

3. Клацніть Run (Виконати). Контролюйте смугу прогресу в міру ходу моделювання.

4. Коли моделювання завершиться, Натисніть Close (Закрити).

Крок 3: Перегляд Результатів

Розгляньте Час Відповіді Загрузки FTP (FTP Download Response Time) і Час Відповіді спільно використовуваного файлу (File Sharing Response Time).

1. Клацніть правою кнопкою миші на робочому просторі, і виберіть View Results (Перегляд результатів).

2. Виберіть Global Statistics => DB Query => Response Time (sec).

3. Клацніть Show.

4. Скасувати вибір попередньої статистики. Виберіть Global Statistics => Ftp => Download Response Time (sec).

5. Клацніть Show.

Зверніть увагу: Щоб вкл \ викл. графи, використовуйте кнопку hide or show all graphs (приховати або показати всі графи).

Ваші результати повинні бути подібні графам вище.

• Cреднее Час Відповіді спільно використовуваного файлу складає приблизно 20 секунд.

• Час Відповіді FTP Загрузки високо для деяких користувачів у порівнянні з іншими. Варіації в часі очікування і мережевого скупчення впливають на час відповіді. Однак середня Час Відповіді Загрузки FTP високо.

Щоб покращувати продуктивність додатків, компанія вирішила модернізувати установки з'єднання для PVCs, які з'єднують регіональні маршрутизатори і Frame Relay, щоб отримати 128 kbps CIR.

Крок 4: Продублюйте сценарій

1. Виберіть Scenarios (Сценарій) => Duplicate Scenario ... (Продублювати Сценарій ...)

2. Вкажіть ім'я PVCs_With_CIR_128k і клацніть OK.

Крок 5: Налаштуйте PVCs

Налаштуйте PVCs, з'єднуючи переходи з Frame Relay, щоб отримати 128 kbps CIR.

1. Двічі клацніть на підмережі Фенікса, щоб увійти в неї.

2. Клацніть правою кнопкою миші на пунктирною лінії з'єднання, що виходить з маршрутизатора Фенікса, яка представляє Фрейм PVC і виберіть Select Similar Demands (обрати схожі вимоги). Якщо Ви не бачите з'єднання, то виберіть View (Вид) => Demand Objects (Необхідний об'єкт) => Show All (Показати Все).

3. Клацніть правою кнопкою миші на тому ж самому з'єднанні знову, і виберіть Edit Attributes (редагувати атрибути).

4. Натисніть на поле Value (значення) атрибутів Contract Parameters (Параметрів з'єднання) і виберіть Edit (редагувати) ...

5. Встановити Outgoing CIR (Вихід CIR) в 128 000 і Outgoing Bc (Вихідні Bc) і Outgoing Be (Вихідні Be) в 64 000.

6. Клацніть OK.

7. Позначте блок для Apply Changes to Selected Objects (Застосування Змін до обраного об'єкта) і клацніть OK.

Зверніть увагу: Параметри з'єднання PVC в Центрі Обробки також змінилися. Так що ми повинні встановити їх в 1 Mbps CIR.

8. Клацнути правою кнопкою миші на робочому просторі, і вибрати Go To Parent (Слідувати до Батькові).

9. Двічі клацніть на підмережі Richmond - Processing Center (Річмонді - підмережа Центру Обробки).

10. Клацніть правою кнопкою миші на PVC виходить з Центрального обробляється маршрутизатором, і виберіть Edit Attributes.

11. Двічі клацніть на полі Value для Contract Parameters.

12. Встановіть Outgoing CIR в 1024000, Outgoing Bc в 256000 і Outgoing Be в 256000.

13. Клацніть OK, щоб закрити вікно і потім закрийте також вікно параметрів.

Крок 6: Налаштуйте і виконайте моделювання

PVCs були реконфигурирован. Повторно виконайте моделювання днем ​​в годину-пік, щоб побачити ефект від оновлення для роботи програми.

Зверніться до попередніх кроків, щоб встановити тривалість і виконати моделювання.

Крок 7: Порівняйте результати

Порівняйте Надання файлового ресурсу і Час відповіді FTP завантаження. Передбачається, що додаткова пропускна здатність, доступна з новим PVCs, повинна зменшити час відповіді додатки.

1. Клацніть правою кнопкою миші на робочому просторі, і виберіть Compare Results (порівняння результатів).

2. Виберіть Global Statistics (Глобальна Статистика) => DB Query (Запит БД) => Response Time (sec) (Час Відповіді (секунди)).

3. Клацніть Show.

4. Відмініть вибір попередньої статистики і повторити ті ж самі кроки для Ftp Download Response Time (sec).

5. Натисніть Close у вікні View Results.

Висновки

Результати показують, що часи відповіді Надання файлових ресурсів, і час відповіді Загрузки FTP значно зменшуються, при модернізації параметрів з'єднання.

Verizon зазвичай обслуговує з'єднання доступу між відділами та Frame Relay. Тому компанія не зможе його модернізувати. Таким чином, модернізірованіе параметрів з'єднання було б здійсненним рішенням для компанії і, як показано в другому сценарії, це дійсно покращує продуктивність додатків.

Лабораторна робота № 5

Тема: Прогнозування впливу розміру вікна TCP на роботу програми

Мета: Дослідження впливу розміру вікна на роботу програми

1. Введення

Припустимо, що Хост А передає сегмент до Хосту B. Значення поля розміру вікна повідомляє Хосту B, скільки ще байт даних Хост B може передати перед отриманням іншого TCP сегмента з полем розміру вікна, щоб збільшити число байт, які Хост B може послати. Якщо значення поля розміну вікна встановлено занадто м аленьке, Хост B буде змушений часто чекати, щоб передати дані, оскільки він досяг свого ліміту передачі. В крайньому випадку, Хост А повинен чекати після кожної переданої сегмента TCP, щоб отримати відповідь перед посилкою наступної частки. Необхідність очікування значно знизить продуктивність. З іншого боку, якщо значення поля розміру вікна встановити занадто великим, Хост B зможе передати так багато сегментів, що Хост А буде перевантажений. Поле розміру вікна забезпечує управління потоком даних, регулюючи частоту, з якою процеси транспортування на обох хостах можуть передавати дані.

Стандартний Чартерний Банк має одне з відділень розташоване в Сіднеї, Австралії, звідки він передає щоденну обліковий запис і 25 Мбайт транзакційної інформації до його резервному центру (центр даних) у Вашингтоні, округ Колумбія.

Відділення та резервна станція пов'язані через мережу Frame Relay з часом очікування 5 мс. Час для передачі файлу розміром 25 Мбайт за T1-з'єднанню оцінений групою IT і приблизно дорівнює 130 секундам. Спочатку Ми будемо спостерігати фактичний час передачі для цієї передачі по T1-з'єднанню.

Після спостереження дуже високого часу передачі файлу, IT група вирішує модернізувати з'єднання до Frame Relay на з'єднання T3, припускаючи, що затримка викликана низькою пропускною здатністю.

Навіть підвищення пропускної здатності не дає бажаних результатів. Компанія вирішує повернутися до T1-з'єднанню і збільшити розмір вікна TCP від початкового 8 КБ до 65 КБ. У той час як оновлення WAN-з'єднання обходиться дорого, оптимізація параметрів конфігурації типу розмірів вікна - безкоштовна.

2. Порядок виконання

Крок 1: Запуск лабораторної роботи

1. Запустіть IT Guru.

2. Виберіть File => Open ...

3. Прокрутіть вниз до проекту з ім'ям TCP_Window_Size, виберіть його і клацніть OK.

Тут ми маємо одну з резервних станцій Стандартного Чартерного Банку в Вашингтоні, окрузі Колумбія, пов'язану з одним з її відділень в Сіднеї, Австралії, через мережу Frame Relay. Сіднейське відділення щодня виконує передачу файлу розміром 25 Мбайт, щоб зберегти профіль і інформацію про транзакції.

 Крок 2: Налаштуйте і виконайте моделювання

Передача 25 Мбайтного файлу по з'єднанню T1 не повинна зайняти більше 130 секунд. Виконайте моделювання на годину і побачите, на скільки довго триватиме передача цього файлу.

1. Натиснути кнопку configure / run simulation на панелі інструментів.

2. Переконайтеся, що моделювання встановлено на 1:00.

3. Клацніть Run. Контролюйте смугу прогресу у міру просування моделювання.

4. Коли моделювання завершиться, Натисніть Close.

Крок 3: Перегляд Результатів

Розгляньте фактичний час відповіді для передачі файлу.

1. Виберіть Results => View Results ...

2. Виберіть Global Statistics => Ftp => Upload Response Time (sec) і клацніть Show.

• Фактичне час відповіді - приблизно 550 секунд.

• Це набагато більше, ніж значення, оцінене компанією.

• IT група негайно припускає, що лінії T1 недостатньо, щоб передати такий великий файл.

• Тому, вони планують модернізувати з'єднання між маршрутизаторами та Frame Relay з T1 на T3.

3. Натисніть на кнопці hide or show all graphs, щоб приховати граф.

4. Закрийте вікно View Results.

 Крок 4: Дублювання Сценарію

1. Виберіть Scenarios => Duplicate Scenario ...

2. Назавем сценарій Window_Size_8K_WAN_Link_T3.

 Крок 5: Налаштуйте WAN з'єднання на T3

Модернізуйте сполуки, підключають маршрутизатори до Frame Relay до T3.

1. Клацніть правою кнопкою миші на з'єднанні, що підключає Станцію Резервування Вашингтона, округу Колумбії і Frame Relay, і виберать Select Similar Links (Вибрати схожі З'єднання).

2. Клацніть правою кнопкою миші на тій же самій зв'язку знову, і вибрати Edit Attributes (редагування атрибутів).

3. Натисніть на поле Value для моделі і виберіть FR_T3_int.

Зверніть увагу: Переконайтеся в тому, що позначена опції, яка говорить Apply Changes to Selected Objects (Застосувати Зміни до обраного об'єкта).

Це змінить обидва з'єднання, підключають маршрутизатори до Frame Relay до з'єднання T3.

Крок 6: Налаштуйте і виконайте моделювання

Повторно виконайте моделювання протягом години, щоб побачити, чи веде оновлення пропускної здатності на краще часу відповіді.

• Зверніться до попередніх кроків, щоб встановити тривалість і виконати моделювання.

Крок 7: Порівняння Результатів

Порівняємо Час Відповіді Ftp. Компанія очікує, що оновлення з'єднання зменшить час відповіді додатки.

1. Виберіть Results => Compare Results ...

2. Виберіть Global Statistics => Ftp => Upload Response Time (sec).

3. Клацніть Show і виберіть Close у вікні View Results.

• Час відповіді зменшилася приблизно з 550 секунд до 475 секунд.

• IT група вирахувала, що передача 25 Мбайтного файлу по з'єднанню T3 має зайняти приблизно 5 секунд.

• Результати показують, що пропускна здатність не є вузьким місцем мережі.

• Компанія тоді вирішила повернутися до з'єднання T1 і замість цього збільшити розмір вікна TCP з значення за замовчуванням 8 КБ до 65 КБ, припускаючи, що могли бути деякі проблеми протоколу.

Здійснимо ці зміни і порівняємо час відповіді додатки.

Крок 8: Перемикання до Попередньому Сценарію

• Виберіть Scenarios => Switch To Scenario => Window_Size_8K_WAN_Link_T1

Крок 9: Дублювання Сценарію

1. Виберіть Scenarios => Duplicate Scenario ...

2. Назвіть сценарій Window_Size_65K_WAN_Link_T1.

 Крок 10: Налаштуйте Розмір Вікна TCP сервера

Сконфігуріруем резервний сервер станції для Розміру Вікна TCP 65 КБ.

1. Двічі клацніть на підмережі, маркованої Washington Backup Station (Резервна Станція у Вашингтоні).

2. Клацніть правою кнопкою миші на Backup Server (Резервному Сервері), і виберіть Edit Attributes (Редагування атрибутів).

3. Клацніть на полі Value для TCP Parameters і вибрати Edit ...

4. Щоб встановити розмір вікна, змініть Value для Receive Buffer (bytes) (Буфера Отримання) на 65535.

5. Двічі клацніть OK, щоб закрити всі вікна.

Крок 11: Налаштуйте Розмір Вікна TCP Клієнта

Тепер Налаштуйте Розмір Вікна TCP для відділення в Сіднеї.

1. Клацніть правою кнопкою миші на робочому просторі, і виберіть Go To Parent Subnet (Перехід до батьківської підмережі).

2. Двічі клацніть на підмережі, маркованої Sydney Branch (Сіднейським Відділенням).

3. Клацніть правою кнопкою миші на Сіднейській робочої станції і виберіть Edit Attributes.

4. Налаштуйте Розмір Вікна TCP на 65 КБ тим же самим способом, яким ми робили для сервера.

Крок 12: Налаштуйте WAN з'єднання на T1

Зверніться до кроку 5, щоб реконфигурировать WAN з'єднання назад до T1.

Крок 13: Налаштуйте і виконайте моделювання

Тепер, коли розмір вікна TCP був збільшений, повторно виконайте моделювання на годину, щоб оцінити мережеву роботу.

• Зверніться до попередніх кроків, щоб встановити тривалість і виконати моделювання.

Крок 14: Порівняйте Результати

Порівняйте результати часів відповіді для всіх 3 сценаріїв. Це дасть чітке уявлення про ефект, отриманому від збільшення розміру вікна TCP.

1. Виберіть Results => Compare Results ...

2. Виберіть Global Statistics => Ftp => Upload Response Time (sec).

3. Клацніть Show і потім закрийте вікно View Results.

Висновок

• Результати показують, що пропускна здатність не була причиною високого часу відповіді.

• Збільшуючи розмір вікна TCP з 8 КБ до 65 КБ і зберігаючи пропускну здатність до T1, ми були здатні досягти майже оцінених результатів. Іншими словами, відомості про оптимізацію параметрів TCP обходяться недорого або взагалі задарма, але при цьому, краще працюють, ніж дороге WAN оновлення.

3. Завдання

• Розширений Сценарій 1. Дублюйте останній сценарій. Зберігаючи розмір вікна в 65 КБ, пробуйте модернізувати пропускну здатність для з'єднань, підключають маршрутизатори і Frame Relay до T3 і поспостерігайте його ефект на Часу Відповіді Ftp.

• Розширений Сценарій 2. Продублюйте сценарій 1и збільште вікно TCP до 200 КБ. Також допустите масштабування вікна TCP, що значаться в параметрах TCP і для сервера і для клієнта, як це зачіпає Час Відповіді Ftp.

Лабораторна робота № 6

Тема: Оцінка політики міжмережевий захисту для управління мережевим трафіком

Мета: Вивчити основні принципи здійснення політики міжмережевий захисту

  1.  Введення

Мережа головного відділення Стандартного Чартерного Банку з'єднується з Інтернетом через міжмережевого захисту CISCO PIX. Користувачі використовують різні мережеві додатки, включаючи, електронну пошту, перегляд мережі, і авторизацію кредитної картки. Крім того, деякі користувачі здійснюють незаконну передачу файлів, піратської музики і відео. Спочатку ми оцінимо прикладну роботу без політики міжмережевий захисту. Таким чином, ніякої незаконний трафік не блокується.

Найкритичніший додаток Стандартного Чартерного Банку - авторизація кредитної картки. Час відповіді цієї операції повинне займати менше 2 секунд.

2. Порядок виконання

Крок 1: Запуск лабораторної роботи

1. Запустіть IT Guru.

2. Виберіть File => Open ...

3. Прокрутіть вниз до проекту з ім'ям Firewall_Implementation, виберіть його і клацніть OK.

Змоделюйте мережу днем в годину-пік, щоб оцінити роботу критичного застосування.

Крок 2: Налаштуйте і Виконайте Моделювання

Оцініть мережеву роботу вдень в годину-пік.

1. Натисніть кнопку configure / run simulation панелі інструментів.

2. Переконайтеся, що Duration (Тривалість) Моделювання встановлена ​​на 1:00.

3. Клацніть на Run. Контролюйте смугу прогресу, у міру ходу моделювання.

4. Коли моделювання завершиться, Клацніть Close.

Крок 3: Перегляд Результатів

Розгляньте час відповіді авторизації кредитної картки для всіх користувачів і також використання WAN з'єднання. Як згадано раніше, критичний час відповіді додатки авторизації кредитної картки має бути менше 2 секунд.

1. Клацніть правою кнопкою миші на робочому просторі, і вибрати View Results.

2. Виберіть Global Statistics => DB Query => Response Time (sec).

3. Виберіть Show. Тепер додайте середню криву до цього вікна.

4. Змініть фільтр c As Is (Як є) на average і клацніть Add.

5. Клацніть по вікну графа, має дискретні точки даних для цієї статистики, щоб додати цю криву на тій панелі.

6. Клацніть Close у вікні View Results.

7. Клацніть правою кнопкою миші на WAN з'єднанні і вибрати View Results, щоб переглянути його використання.

8. Виберіть point-to-point => utilization і клацніть Show.

Зверніть увагу: для того щоб hide or show all graphs, використовують кнопку

9. Закрити вікно View Results.

Ваші результати повинні бути подібні графіками вище.

Результати показують, що Час Відповіді Авторизації Кредитної картки вище необхідної межі 2 секунд.

Використання WAN з'єднання також високо, що може внести свій вклад в неприпустиме час відповіді додатки.

Компанія вирішила сконфигурировать міжмережевий захист, щоб блокувати передачу файлів між однорангових вузлами, і поспостерігати ефект від її використання на роботу додатків.

 Крок 4: Дублювання Сценарію

1. Виберіть Scenarios => Duplicate Scenario ...

2. Дайте ім'я Firewall Implemented (Впровадження Міжмережевий захисту).

 Крок 5: Налаштуйте міжмережевого захисту CISCO PIX

Налаштуйте міжмережевий захист, щоб блокувати відео трафік.

1. Клацніть правою кнопкою миші на CISCO PIX Firewall, і виберіть Edit Attributes (редагування атрибутів).

2. Натисніть в поле Value для Proxy Server Information (Інформація про Проксі-Сервері).

3. Прокрутіть вниз до пункту Voice і змініть значення для Proxy Server Deployed (Встановлено Проксі-Сервер) з Yes на No і потім клацніть OK два рази.

Крок 6: Налаштуйте і виконайте моделювання

Повторно виконайте моделювання днем в годину-пік, щоб побачити, чи покращує застосована міжмережний захист роботу програми.

Зверніться до попередніх кроків щоб встановити тривалість і виконати моделювання.

 Крок 7: Порівняння Результатів

Порівняйте Час Відповіді Програми Авторизації Кредитної картки та використання WAN з'єднання.

1. Клацніть правою кнопкою миші на робочому просторі, і виберіть Compare Results.

2. Виберіть Global Statistics => DB Query => Response Time (sec).

3. Клацніть Show і потім клацніть Close у вікні View Results.

4. Клацніть правою кнопкою миші на WAN з'єднанні і виберіть Compare Results.

5. Виберіть point-to-point => utilization <-.

6. Клацніть Show і потім закрийте вікно View Results.

Висновок

Як очікувалося, результати показує, що, впровадження міжмережевий захисту істотно поліпшило роботу програми авторизації кредитної картки.

Графік використання показує суттєве скорочення використання WAN з'єднання через політику міжмережевий захисту, таким чином покращуючи роботу додатків.

Впроваджуючи політику міжмережевий захисту для запобігання незаконної передачі файлів між однорангових вузлами, компанія здатна досягти необхідної роботи для критичного програми авторизації кредитної картки.

3. Завдання

Розширений Сценарій 1. Продублюйте сценарій Without_Firewall_Implementation, а потім, замість того, щоб впровадити міжмережевий захист, модернізуйте WAN з'єднання і поспостерігайте ефект на час відповіді критичного застосування.

Лабораторна робота № 7

Тема: Пошук несправностей і прогнозування роботи програми Oracle

Мета: Проведення дослідження та прогнозування временя відповіді додатків для конкретного додатка Oracle.

Введення

Прикладна середу Характеристики OPNET (АСЕ) забезпечує потужну візуалізацію і можливості діагностики, які допомагають в аналізі програми. Мережеві менеджери та прикладні розробники можуть використовувати АСЕ для:

• Точного визначення вузьких місць мережі та програми.

• Діагностування проблем додатки.

• Дослідження запропонованих рішень проблем в існуючих додатках.

• Прогнозу продуктивності програми для різних конфігурацій і станів мережі.

У цій лабараторной роботі проаналізуємо продуктивність дворівневого (клієнт / сервер) додаток Oracle. Досліджуємо ймовірні вузькі місця, які ведуть до неприпустимого часу відповіді. Розглянуте додаток виконується на наступній топології. Клієнти звертаються до Серверу Oracle в центрі даних через Міську Мережа з високою пропускною здатністю і низьким часом очікування. Все було розраховано таким чином, щоб час відповіді додатки клієнта було 12 секнд.

При вирішенні проблем, пов'язаних з продуктивністю додатків, з використанням АСЕ, важливо дотримуватися правильного методу збору даних. АСЕ розроблений для діагностування однієї транзакції програми. Ви повинні забезпечити достовірні дані: файл шляху, який включає тільки трафік програми. Ви повинні відфільтрувати сторонні пакети, тому що АСЕ вважає, що вони будуть частиною досліджуваного додатки. В ідеалі, ви повинні фіксувати шлях, який представляє тільки одну транзакцію. В дійсності, ви ймовірно будете повинні відфільтрувати сторонні повідомлення.

Ви можете фільтрувати повідомлення в три різних етапи:

• Коли ви фіксуєте файл шляху з мережі. Фільтрація за допомогою адреси або порту створює менші файли збору даних, які вимагають меншої постобробки. Це - рекомендований етап, для фільтрації.

• Протягом імпорту.

• В межах редакторів АСЕ, як показано в цій лабораторній роботі.

Для файла збору даних цієї лабораторної роботи, збори шляху були зроблені одночасно і в клієнті і в сервері. Ці збори даних були об'єднані, для отримання кращого аналізу затримок у кожному комп'ютері та мережі.

2. Порядок виконання

Крок 1: Відкрийте Додаток Oracle в АСЕ

1. Запустіть IT Guru.

2. Виберіть File (Файл) => Open (Відкрити)

3. Вибрати Application Characterization (Прикладну Характеристику) з випадає меню.

4. Прокрутіть вниз до проекту по імені Oracle_2_Tier_Application, виберіть його і клацніть OK. Якщо Ви отримуєте повідомлення про неможливість відкрити файл, то виберіть Oracle_2_Tier_Application_B і натисніть OK.

Крок 2: Візуалізіація програми

З'явиться Діаграма Обміну Даних (Data Exchange Chart). Вона зображена на наступному малюнку.

Детально аналізуйте додаток, використовуючи цю діаграму.

Діаграма Обміну Даних показує дані, передані між рівнями на тимчасовому діапазоні.

Кольори повідомлень програми представляють розмір повідомлень.

Кожна колірна група представляє гістограму розмірів повідомлення.

1. Порядок рівнів може бути змінений, для більш простої інтерпретації діаграми, перетягуванням імені рівня вгору або вниз. В нашому випадку, збережіть рівні в тому ж самому порядку, з рівнем Oracle_Client вгорі і рівні Oracle_Server внизу.

2. Для кожної групи, приблизно 1/3 повідомлень жовта (101 - 500 байт на повідомлення), і близько 2/3 помаранчеві (1 - 100 байт на повідомлення). Це показує що, додаток посилає багато маленьких повідомлень.

3. Диференціюйте повідомлення, що йдуть в різні напрямки. Виберіть View (Вид) => Split Groups (Розбити Групи).

4. Тепер повідомлення розбиті на дві групи, і Ви можете виявити більше деталей. Можна помітити, що

• Верхня група представляє повідомлення від клієнта до сервера, а нижня група представляє повідомлення від сервера до клієнта.

• У групі повідомлень клієнт-сервер, приблизно половина повідомлень помаранчева.

• У групі повідомлень сервер-клієнт, близько 2/3 повідомлень помаранчева.

5. Перегляньте підказку, підвівши миша над першою групою повідомлень.

• Підказка показує, що перша група повідомлення представляє 183 повідомлення в кожному напрямку.

Крок 3: Аналіз за допомогою AppDoctor

Сума затримок, яку надає AppDoctor, забезпечує розуміння першопричини загальної затримки додатки. Він ділить повний час відповіді додатки на чотири компоненти:

• Рівень обробки затримки - повний час, який знадобиться для виконання програми на кожному рівні, включаючи час на роздуми користувача.

• Затримка Часу очікування - частина затримки на час очікування в мережі. (Час очікування - час, необхідний для передачі 1 біта по мережі. Пінгування - один із способів вимірювання час очікування.)

• Затримка Пропускний здібності - частина затримки, викликана обмеженою пропускною здатністю мережі.

• Затримка Протоколу / Скупчення це міра обмеження мережею потоку пакетів. Це обмеження може бути викликано пакетом, що стоять в черзі в мережі (скупчення) або механізмами управління потоком даних, накладеними відповідно до мережевими протоколами. TCP, наприклад, має декілька вбудованих механізмів управління потоком даних.

  1.  Виберіть AppDoctor => Summary of Delays (Сума затримок).

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

Зверніть увагу, що фактором вносить найбільший вклад під час відповіді додатки є затримка розповсюдження. Для цієї транзакції, затримка розповсюдження становить майже 60 відсотків від 12 секунд часу відповіді. Функція Diagnosis (Оцінка) AppDoctor'а повинна дати нам більш глибоке розуміння причини цієї затримки.

 

Крок 4: Розгляд Оцінки AppDoctor

 Оцінки AppDoctor'а забезпечує більш детальне уявлення потенційно вузьких місць, які зачіпають цю транзакцію. Оцінка перевіряє поточну транзакцію на наявність проблем, які часто завдають проблеми з продуктивністю в мережевих додатках, згрупованих за категоріями. Значення, які перевищують зазначений (установлюють користувачем) поріг, відзначені як вузькі місця або потенційні вузькі місця.

Щоб відобразити оцінку необхідно:

  1.  Виберіть AppDoctor => Diagnosis (Оцінка) з меню.

2. Дослідіть ці чотири вузьких місця: Protocol Overhead (Протокол верхнього рівня), Chattiness (Балакучість), Network Effects of Chattiness (Ефект від балакучості на мережу), and Effect of Latency (Ефект від часу реакції).

3. Клацніть по слову Bottleneck (Вузьке місце), щоб побачити опис оцінки в нижній частині вікна для кожного вузького місця.

4. Закрийте вікно AppDoctor Diagnosis.

5. В Діаграмі Обміну Даних, відключіть вид з поділом на групи, вибираючи View => Split Groups.

 

Крок 5: Дослідження обміну даними

Сума затримок і оцінка, яку надає AppDoctor, показало наявність проблем і з мережею і з обміном даними між рівнями. Тепер, коли Ви знаєте більше про можливі проблеми, Діаграма Обміну Даними може забезпечити додаткове розуміння. Дослідіть початок транзакції (тобто трафік між 6.1 і 6.3 секундами) більш ретельно.

1. Змініть масштаб вікна, щоб побачити повністю області діаграми, яка представляє період між 6.1-6.3 секундами. Зробити це можна таким чином:

• Клацнути правою кнопкою миші в робочому просторі Діаграми Обміну Даних.

• Вибираемо Zoom to Rectangle (Масштабування до прямокутника) із спливаючого меню і потім перемістіть курсор, щоб створити блок навколо необхідної області.

Якщо вас не влаштовує ваш поточний масштаб, ви можете вибрати Previous Zoom (Попередній масштаб) зі спливаючого меню і пробувати знову. Після того, як ви налаштуєте масштаб зображення, ви можете використовувати клавіші курсора, для прокрутки у всіх напрямках.

Після того, як ви підженете масштаб вікна під Діаграму Обміну Даннмі, групи повідомлень перетворяться на індивідуальні повідомлення програми.

2. Вивчити індивідуальні повідомлення. Стрілка вказує напрямок, куди йде повідомлення.

3. Зверніть увагу, що

• Додаток складається з багатьох маленьких повідомлень (позначених помаранчевими та жовтими квітами).

• Створюється враження, що повторюється простий запит та зразок відповіді. Кожна зміна напряму називають прикладним поворотом - додаток змінює напрям потоку даних. Програми з великим числом поворотів взагалі вважають балакучими і чутливими до затримки мережі. Чутливість виникає, тому що кожне повідомлення має бути отримано в рівні перш, ніж посланий відповідний відповідь, і таким чином на кожне повідомлення впливає час очікування мережі.

4. Ви робите висновок, що візуалізація Діаграми Обміну Даними, підтверджує аналіз, передбачений Сумою затримок і Оцінкою: програма балакучі, і балакучість означає, що мережева затримка сильно уповільнює програму.

AppDoctor також забезпечує підсумкову статистику для прикладної транзакції.

Розгляньте статистику для цього додатка.

Крок 6: Підсумкова Статистика

Кілька статистичних даних доречні для цього вивчення. Ви зокрема будете досліджувати тільки два: число поворотів програми та максимальний обм'ен даних на одному повороті.

  1.  Виберіть AppDoctor => Statistics (Статистика) з меню.

1. Зверніть увагу, що програма має 2157 поворотів (цикли запиту / відповіді), для обміну 182 056 байтами даних.

2. Також, максимальна кількість даних, надісланих в одному повороті - 258 байтів в одному напрямку (А -> B) і 455 байтів в іншому (А <- B). Балакучість властива додаткам бази даних і часто є першопричиною «слабкого» часу відповіді.

Тут одна затримка розповсюдження, усугудленная 2157 поворотами, становить приблизно 6.97 секунд повного часу відповіді транзакції. Оскільки час очікування - в значній мірі залежить від географічного розташування і мережевих хопов, то збільшення смуги пропускна матиме мінімальний ефект на час відповіді. Зменшення цієї складової, як і часу очікування, може бути здійснено шляхом зменшення числа ланцюгів або поворотів програми. Час очікування - фізичне обмеження; отже зміна поведінки програми є більш практичним.

3. Закрийте вікно статистики AppDoctor.

Крок 7: Прогнозування Роботи Програми

AppDoctor's QuickPredict - це аналітичний механізм моделювання, який дозволяє Вам швидко тестувати продуктивність програми з різними станами мережі. За допомогою QuickPredict, Ви можете тестувати можливі поновлення мережі, щоб дослідити їх можливий вплив на роботу програми. Давайте подивимося, як би Час очікування вплинуло на продуктивність програми, якщо б це додаток було застосовано на WAN?

1. Виберіть AppDoctor => QuickPredict з меню.

2. Виберіть Latency для X Axis і встановіть Min Latency в 0ms, а Max Latency в 20ms.

3. Натисніть на кнопці Update Graph (Оновити Граф).

Цей граф показує, що Час очікування безпосередньо пропорційно пропускної здатності. Так що якщо це додаток повинен бути запущено на WAN, дуже важливо перезаписати додаток, щоб мати кращі часи відповіді.

Висновок

• Ця лабораторна робота показала, як може використовуватися ACE, для візуалізації і діагностувати проблеми продуктивності додатків. Спочатку, Ви знали тільки те, що додаток мало час відповіді 12 секунд. До кінця, Ви дізналися, що повільний відповідь була наслідком насамперед балакучості додатки, погіршеної мережевим часом очікування. Ви бачили, як незважаючи на те, що час очікування між клієнтом і сервером було всього 3.2 мс, затримка стала суттєвою, оскільки вона позначалася на кожному повороті програми.

• У цьому випадку, кращим рішенням є перезапис додатки, щоб воно рідше передавало великі повідомлення. Використання графіків, статистики та декодерованій протоколу (не доступні в Академічній Версії) забезпечені в ACE, Ви повинні бути здатні переконати розробників бази даних змінити транзакцію бази даних згідно з вимогою.

5. ОХОРОНА ПРАЦI

5. Охорона праці.

ЗАБЕЗПЕЧЕННЯ УМОВ ПРАЦІ КОРИСТУВАЧА ЕОМ

5.1.  Аналіз умов праці користувача ПЕОМ

Робота користувача ЕОМ у комп'ютерному залі завжди зв'язана з впливом шкідливих факторів і вимагає наступного підходу з боку охорони праці і техніки безпеки:

  •  підвищення технічного озброєння;
  •  вибір оптимальних технологій;
  •  виключення зайвих витрат робочого часу;
  •  найбільш повне використання устаткування;
  •  оптимальний ритм і темп роботи;
  •  раціональна організація робочого місця у виді елементів моделей процесу;
  •  скорочення обсягу інформації;
  •  оптимальне висвітлення, шуми і вібрація;

З погляду забезпечення умов праці і вимог техніки безпеки для роботи користувача необхідно наступне: достатнє висвітлення екрана дисплея і робочого місця;  повна технічна справність устаткування,  його електробезпечність; достатня пожежобезпека приміщення; оптимальний мікроклімат, що  сприяє продуктивній роботі;  відповідність робочого місця вимогам ергономіки.  

Ускладнення функціональної структури діяльності в зв'язку із застосуванням ЕОМ пред'являє нові, часом підвищені вимоги до організму людини. Недооблік ролі людського фактора  при проектуванні й створенні ОЦ неминуче відбивається на  якісних і кількісних показниках діяльності працівників, у тому числі приведе до уповільнення чи помилок у  процесі  прийняття рішення. Користувачі ПК піддаються впливу шкідливих і  небезпечних факторів виробничого  середовища:  електромагнітних  полів ( радіочастот), статичній електриці, шуму, недостатньо задовільних метеорологічних умов, недостатньої освітленості і психоемоційної напруги.

Особливості характеру і режиму праці,  значна розумова напруга й інші навантаження приводять до зміни  в користувачів ПК функціонального  стану нервової  системи, центральної нервової системи, нервово-м'язового апарата  рук ( при роботі з клавіатурою, введення інформації). Нераціональні конструкція і розташування елементів робочого місця викликають необхідність підтримки змушеної робочої пози. Тривалий  дискомфорт  в  умовах гіпокенезії викликає підвищене позіотонічної напруги м'язів і обумовлює розвиток загального стомлення і зниження працездатності. При тривалій роботі за екраном дисплея в  користувачів відзначається виражена напруга зорового  апарата  з  появою скарг на незадоволеність  роботою,  головні  болі, дратівливість, порушення сну, утома і хворобливі відчуття в очах, у попереку, в області шиї, руках і ін.

Праця користувачів ПК повинна відноситися до I-II класу по гігієнічних умовах праці: її вага  не  повинна  перевищувати оптимальної, а напруженість  -  припустимих  величин.

Користувач ПЕОМ при роботі з дисплеєм піддається впливу низькоенергетичного рентгенівського й Уф-ізлучення, електромагнітному випромінюванню, статичній електриці, а також шуму, незадовільному висвітленню і мікроклімату.

Спостерігається підвищення температури повітря на робочому місці на 3-4 градуса вище, ніж у навколишнім середовищі і більш високі  в порівнянні з припустимими рівні шуму, що досягають 60-68 дб. Перше відбувається через наявність тепловиділення від дисплея, недоліку виробничих площ і великої щільності робочих  місць, а також недостатньо ефективної вентиляції, друге - через неприйняття елементарних заходів для зниження шуму від дисплейної техніки.

При вимірах у робочій  зоні  дисплея  виявляється  наявність електромагнітних випромінювань у високому,  середньому  і  низькочастотному діапазонах. Їхні рівні перед екраном, як правило, нижче встановлених припустимих значень. Однак, збоку  від  екрана  напруженість електромагнітного поля може перевищувати норму в 1.5 рази.

Напруженість  електростатичного  полю  в   робочій   зоні дисплеїв досягає 85-62 кв/м при нормованої 20  кв/м. Вплив електростатичних полів у сполученні зі  зниженою вологістю повітря може викликати захворювання шкіри обличчя і кісток рук  у виді висипки, почервоніння, сверблячки і шелушіння.

Невідповідність параметрів робочого  місця антропометричним характеристикам  людини-оператора  приводить  до  порушень  його кістково-м'язової системи.

Розглядаючи питання охорони  праці  працюючих  з  дисплеями, особлива увага варто приділити захисту від випромінювань.

У реальних умовах рівні УФ-А випромінювання ( 320-400 мкм ) у десятки разів нижче припустимого рівня 10 Ут/м. В інших діапазонах випромінювання ( УФ-В, УФ-С ) ультрафіолетове  опромінення  взагалі не реєструється. Теоретично синій люмінофор  до  10%  енергії може випромінювати при довжині хвилі менше 400 мкм, але практично це випромінювання не проходить через скло екрана.

Те ж саме можна сказати і про  м'яке  рентгенівське випромінювання, що у кілька разів нижче норми 100 мкр/с.  При  закритій задній стінці й анодній напрузі, встановленій у  паспорті  на ОТ,  відеомонітор  не  буде  джерелом  небезпеки  по  м'якому рентгенівському випромінюванню.

При роботі монітора виникають електростатичні  й електромагнітні випромінювання. Перше виникає в результаті  опромінення екрана  потоком заряджених  часток. Пил, що накопичується на електростатично заряджених екранах, попадає на  користувача під час його роботи з дисплеєм і може викликати запалення шкіри, привести до появи вугрів і навіть зіпсувати контактні лінзи.

Електромагнітне випромінювання  створюється  магнітними  котушками відхиляючої системи, що знаходяться біля цокольної частини ЕЛТ.

Учені припускають, що  понаднизькочастотні  електричні перемінні поля підвищують викид іонів кальцію з кісткової тканини, а магнітні поля впливають на електричні напруги  між клітками тіла. Низькочастотні випромінювання ( електромагнітне поле  з частотою 60 Гц ) можуть ініціювати біологічні зрушення ( аж  до порушення синтезу ДНК ).

Екрани дисплеїв найбільше інтенсивно випромінюють, починаючи з частоти 10 кгц.  Найбільш  могутнє  випромінювання  відповідає  частоті рядкового розгорнення, рівної звичайно 15 кгц. Можна  вимірювати випромінювання приблизно до частоти 20 Мгц, після  якого  апаратура не працює, тому що сигнал цієї радіочастоти  просто розсіюється. Якщо бажано позбутися від таких випромінювань,  необхідно придбати монітор з металевим корпусом.  Т.ч.  невидимі  силові поля з'являються навіть навколо голови користувача під час  його роботи за дисплеєм.

5.2. Заходи щодо створення комфортних умов праці

5.2.1. Мікроклімат

Тому що при роботі ПЕОМ у навколишній простір виділяється значна кількість тепла, також при  життєдіяльності людин виділяє теж тепло, то  в  приміщенні  повинні  підтримуватися наступні параметри мікроклімату.

У приміщеннях повинні подаватися обсяги зовнішнього  повітря  не менш 20 куб.м./год, тому що кубатура приміщення складає 21 куб.м. на одного працюючого.

У холодні періоди року температура  повітря,  швидкість  його руху і відносна вологість повітря повинні відповідно складати: 22-24 град.; 0,1 м/с; 60-40%; температура повітря може коливатися в межах від  21 до 25 град.  при  збереженні інших параметрів мікроклімату в зазначених вище межах. У теплі періоди року температура повітря, його  рухливість  і відносна вологість повинні відповідно складати : 23-25 град ; 0,1-0,2 м/с, 60-40%; температура повітря може коливатися  від  22 до 26 град. при збереженні інших  параметрів  мікроклімату  в зазначених межах.

У випадку, коли природна вентиляція  не  може забезпечувати дані параметри  мікроклімату,  уводиться  кондиціонування. Кондиціонування повітря повинне забезпечувати автоматичну підтримку параметрів мікроклімату в необхідних межах протягом усіх сезонів року, очищення повітря від  пилу  і  шкідливих  речовин. Температура повітря, подаваного в приміщеннях ОЦ  повинна  бути не нижче 19 град.

5.2.2. Організація робочих місць у приміщеннях

Організацію робочих місць на ОЦ необхідно здійснювати на основі сучасних ергономічних вимог.  Конструкція  робочих меблів ( столи,  крісла чи стільці )  повинна  забезпечувати можливість індивідуального регулювання відповідно росту працюючого і створювати зручну позу. Часто використовувані предмети праці й органи керування повинні знаходитися в оптимальній робочій зоні. Робоче місце для виконання робіт у  положенні  сидячи  повинно відповідати вимогам ДСТ  12.2.032-78,  ДСТ  22269-76,  ДСТ 21829-76 і вимогам технічної естетики. У  конструкції  його елементів необхідно враховувати характер  роботи,  психологічні особливості людини  і  його  антропометричні дані.

Робочий стіл повинний  регулюватися  по  висоті  в  межах 680-760 мм : при відсутності такої можливості його  висота  повинна складати 720 мм . Оптимальні розміри робочої поверхні стільниці 1600х900 мм . Під стільницею робочого  столу  повинне  бути вільний  простір  для  ніг з розмірами по  висоті не менш 600 мм, по ширині 500 мм, по глибині 650 мм. На поверхні робочого столу для  документів необхідно  передбачати розміщення спеціальної підставки, відстань якої  від  очей  повинне  бути аналогічним відстані від очей  до клавіатури, що дозволяє знизити зорове стомлення.

Робочий стілець ( крісло ) повинний бути  постачений підємно-поворотним пристроєм, що забезпечує регуляцію висоти сидіння і спинки; його конструкція повинна передбачати також зміни  кута нахилу спинки. Робоче крісло повинне мати підлокітники. Регулювання кожного параметру повинні легко здійснюватися,  бути незалежними і мати надійну фіксацію. Висота поверхні сидіння повинна регулюватися в межах 400-500 мм. Ширина сидіння повинна складати не менш 400 мм, глибина - не менш 380 мм. Висота опорної поверхні спинки повинна бути не менш 300 мм, ширина - не менш 380 мм. Радіус її кривизни в  горизонтальній  площині  400  мм. Кут нахилу спинки повинний змінюватися в межах  90-110 градусів до площини сидіння. Поверхня сидіння і спинки повинна бути напівм'якими, нековзними, неелектризуючим повітропроникним покриттям.

На робочому місці необхідно передбачати підставку для ніг. Її довжина повинна складати 400 мм, ширина 350 мм. Необхідно передбачати регулювання висоти підставки межах 0-150 мм і кута її нахилу - у межах 0-20 град. Вона повинна мати рифлене покриття і бортник висотою 10 мм по нижньому краї.

Робочі місця повинні розташовуватися між собою на відстані не менш 1,5 м, відстань від відеомонітора до стіни не  менш 1 м.

5.2.3. Рекомендації з усунення шкідливих факторів, що діють на користувача ПЕОМ

5.2.3.1. Шум

Шум на робочих місцях і в  приміщенні  створюється  внутрішніми джерелами: технічними засобами ( принтер ), пристроями кондиціонування повітря й іншим устаткуванням, а також шумом, що проникає ззовні. Рівні шуму в приміщеннях, де  працюють математики-програмісти й оператори ПЕОМ, не повинні перевищувати 50 дба.

Для зниження шуму, створюваного на робочих місцях внутрішніми джерелами, а також шуму, що проникає ззовні, випливає:

- послабити   шум    самих    джерел,   зокрема,   передбачити застосування      в      їхніх      конструкціях      акустичних     екранів,   звукоізолюючих кожухів і т.д.;

- знизити     ефект     сумарного     впливу    на    робоче   місце   відбитих     звукових     хвиль    за    рахунок   звукопоглинання    енергії   прямих   звукових  хвиль   поверхнями  конструкцій, що    відбивають,  як     звуковбирного    матеріала    повинні   використовуватися   перфоровані   плити,   панелі,   мінераловатні  плити  й  інший матеріал  аналогічного  призначення, а також щільна бавовняна  тканина, якою драпіруються стелі і стіни;

- застосовувати раціональне планування устаткування;

- використовувати архітектурно-планувальні  і технологічні

 рішення, спрямовані на ізоляцію джерел шуму.

5.2.3.2. Захист від статичної електрики і  випромінювань

Для запобігання  утворення  і  захисту  від  статичної електрики в приміщеннях ОЦ необхідно використовувати нейтралізатори й уволожнювачи, а підлоги повинні мати антистатичне покриття. Захист від статичної електрики повинний  проводитися  відповідно до санітарно-гігієнічних  норм припустимої напруженості, електричного поля.  Припустимі рівні напруженості, що допускаються, електростатичних полів не повинні перевищувати 20 кв  протягом  1 години ( ДСТ 12.1045-84 ).

Пристрої візуального відображення генерують  кілька типів випромінювання, у тому числі рентгенівське, ультрафіолетове, видиме, Ик-випромінювання й ін. Нормовані  значення  складають:

- для рентгенівського - 75 мкр/година ( діапазон - більш  1.2  Кэв );

- для ультрафіолетового - 0.01 Ут/м.кв. ( діапазон 220-280нм );

- для видимого - 10 Ут/м.кв. ( діапазон - 320-700 нм );

- для  яскравості - не менш 35 кд/м.кв.;

- для Ик-випромінювання - 100  Ут/м.кв. ( діапазон - 700нм-1мм );

- для електростатичного поля - 20-60 кв/м ( діапазон- 0.1 Гц ).

Оптимальним рівнем аероіонізації в зоні подиху працюючого вважається зміст легень аероіонів обох знаків від 1, 5х100 до 5х10 у 1 куб.см повітря ( "Указівка по компенсації  аероіонної недостатності в приміщеннях промислових підприємств  і експлуатації аероіонізаторів. N 1601-77 і  "Санітарно-гігієнічні  норми припустимих рівнів іонізації повітря  виробничих  і суспільних приміщень" N 2152-80 ).

5.2.3.3. Вплив випромінювань різного роду

Для захисту від широкого діапазону випромінювань рекомендують установлювати на екрани монітора спеціальні фільтри.  Хоча  вони цілком не поглинають ЕМП, вони частково екранують його  й усувають статичні поля. Фільтр повинний бути заземлений.

Для захисту від електромагнітного випромінювання  використовують: екранування ( джерело електромагнітного випромінювання поміщають у металевий корпус ), захист часом, а також захист відстанню.

Щоб хоча б частково поліпшити  ситуацію,  треба,  у  першу чергу, перепинити доступ поганій техніці. Усі ВДТ  повинні проходити іспити на відповідність санітарно-гігієнічним  і ергономічним вимогам і мати відповідний сертифікат, що дозволяє чи забороняє працювати в тих чи інших умовах.

5.2.4. Освітленість

Висвітлення    в    приміщеннях   ОЦ   повинне   бути   змішаним ( природним і штучним ).

Природне висвітлення в приміщеннях ОЦ повинне здійснюватися у виді бічного висвітлення.  Величина коефіцієнта природної освітленості ( к.п.о. ) повинна відповідати нормативним рівням по Сніп  П-4-79 "Природне і штучне висвітлення. Норми проектування". При  виконанні  роботи категорії високої зорової точності к.п.о. повинен бути не нижче 1,5%,  при зоровій роботі середньої точності - не нижче 1,0%.  Орієнтація світлопроємів для приміщень з ЕОМ і ВДТ повинна бути північною.

Штучне висвітлення в приміщеннях ОЦ варто здійснювати у виді комбінованої системи висвітлення з використанням люмінесцентних джерел світла у світильниках загального висвітлення.

Як джерела загального висвітлення повинні використовуватися люмінесцентні лампи типу ЛБ і ДРЛ з  індексом  передачі кольору  не менш 70 ( Р 70 ), як  світильники -  установки  з переважно відбитим чи розсіяним світлорозподілом ( тип УСП-5-2х40, УСП-35-2х40, ЛВ003-2х40-002 ).

Світильники загального висвітлення варто розташовувати над робочими поверхнями в рівномірно-прямокутному порядку.

Рівні штучної освітленості на робочих місцях у приміщеннях ОЦ повинні  відповідати  нормативним  величинам  по  Сніп 11-4-79.

Величина освітленості при  штучному  висвітленні люмінесцентними лампами повинна бути в горизонтальній площині  не  нижче 300 лк - для системи загального висвітлення і не нижче 750 лк - для системи комбінованого висвітлення. З урахуванням зорової роботи високої точності ( розряд Ш, підрозряд "б" ) величина  освітленості для системи комбінованого висвітлення може бути збільшена  до  1000 лк.

Величина штучної освітленості для виконання робіт високої зорової точності ( розряд III, підрозряд "м" ) при одному загальному висвітленні повинна бути не нижче 200 лк,  для  виконання  робіт середньої зорової точності ( розряд  ІУ, підрозряд "а" і "б" ) рівні штучної освітленості повинні бути  відповідно  не нижче 300 і 200 лк.

Для  запобігання засвіток екранів дисплеїв прямими світловими потоками  повинні  застосовуватися світильники загального висвітлення, розташовані  між  рядами робочих місць чи зон з достатнім бічним зсувом.  При цьому лінії світильників розташовуються паралельно світлопроємам.

Освітлювальні установки повинні забезпечувати  рівномірну освітленість за допомогою переважно відбитого чи розсіяного світлорозподілу; вони не повинні створювати  сліпучих  відблисків  на клавіатурі й інших частинах пульта, а також на  екрані відеотермінала в напрямку очей користувача.

Для виключення відблисків відображення на екранах  від  світильників загального висвітлення необхідно застосовувати антиблікорні сітки, спеціальні фільтри для екранів, захисні козирки чи розташовувати джерела світла паралельно напрямку погляду на екран ВДТ з обох його сторін. При рядному розміщенні устаткування ( ВДТ ) не допускається розташування дисплеїв екранами друг до друга.

Місцеве висвітлення забезпечується  світильниками, установленими безпосередньо на  стільниці  ( столу )  чи  на  його вертикальній панелі, а також вмонтованими в  козирок  пульта.  Якщо виникає необхідність використання  індивідуального  світлового джерела, то воно повинне мати  можливість  орієнтації  в  різних напрямках і бути оснащено пристроєм для регулювання яскравості і захисними ґратами, що охороняють від осліплення  і  відбитого блиску.

Джерела світла стосовно робочого місця варто мати у своєму розпорядженні такий образ, щоб виключити влучення в очі  прямого світла. Захисний кут арматури в цих джерелах  повинний  бути  не менш 30 градусів.

Пульсація освітленості використовуваних  люмінесцентних  ламп  не повинна перевищувати 10%. При природному  висвітленні  варто застосовувати засіб сонцезахисту, що знижує перепади яскравостей між природним світлом  і  світінням  екрана  ВДТ.  Як  такі засоби можна використовувати плівки з  металізованим покриттям чи регульовані жалюзі з вертикальними ламелями. Крім  того, рекомендується розміщення вікон з однієї  сторони  робочих  приміщень. При цьому кожне вікно повинне мати світлорозсіювачені штори з коефіцієнтом відображення 0,5-0,7.

При установці ВДТ у великих приміщеннях для  зниження перепадів яскравості необхідно використовувати пересувні  вертикальні перегородки, висота яких забезпечує захист погляду працюючого від сусідніх зон з яскравістю, що відрізняється. Ці  перегородки  повинні мати матову поверхню сірий чи темно-зелений тони.

У полі зору користувача  ВДТ  повинен  бути  забезпечений відповідний розподіл яскравості. Відношення яскравості екрана ВДТ до яскравості навколишніх його поверхонь не повинне перевищувати в робочій зоні 3:1.

ВИСНОВОК

В дипломній роботі виконано наступне:

1. Розроблено методичні рекомендацій щодо виконання лабораторних робіт з використанням системи структурно-логічного проектування і моделювання OPNET фірми Opnet Technologies за наступними темами:

Оцінка варіантів підключення Інтернету для малої домашньої PC мережі.

Оцінка багатоповерхового формування Lan.

Оцінка продуктивності додатка.

Дослідження продуктивності додатка.

Прогнозування впливу розміру вікна TCP на роботу програми.

Оцінка політики міжмережевий захисту для управління мережевим трафіком.

Пошук несправностей і прогнозування роботи програми Oracle.

2. Розглянуто засоби аналізу та оптимізації локальних мереж, експертиза, проектування і реінжиніринг інфраструктури інформаційних ресурсів підприємства, використання моделювання для оптимізації продуктивності мережі.

3. Вивчено вплив топології зв'язків і продуктивності комунікаційних пристроїв на пропускну здатність мережі.

4. Розроблено практичні завдання та контрольні питання до лабораторних робіт.

5. Розроблено електронна система завдань на проведення лабораторних робіт, яка містить довідкові матеріали по відпрацьовується тем, порядок виконання лабораторних робіт, контрольні запитання та завдання, що дозволяють самостійно відпрацьовувати навчальний матеріал.

ЛІТЕРАТУРА

1. Соммервіл, Іан. Інженерія програмного забезпечення, 6-видання.: Пер. з англ. - М.: Видавничий дім "Вільямс", 2002. - 624с. : Іл.

2. Технології розробки програмного забезпечення: Підручник / С.Орлов. - СПб.: Питер, 2002. - 464 с.: Іл.

3. Принципи проектування та розробки програмного забезпечення. Навчальний курс MCSD / пер. з англ. - 2-е изд., Испр. - М.: видавничо-торговий дім "російська редакція", 2002. - 736 с.: Іл.

4. Стерн М., Монті Г., Бечманн В. Мережі підприємств на основі Windows NT. Спб.: Пітер.1999. - 442 с.: Іл.

5. Менаске Деніел, Алмейда Віргіліо. Продуктивність Web-служб. Аналіз, оцінка і планування: Пер. з англ. / Деніел А. Менаске, Віргіліо А. Ф. Алмейда. - СПб: "ДіаСофтЮП", 2003. - 480 с.

6. Оліфер В.Г., Оліфер Н.А. Комп'ютерні мережі. Принципи, технології, протоколи. -СПб: Видавництво «Пітер», 1999. -672 С.: Іл.

7. Новиков Ю.В., Карпенко Д.Г. Апаратура локальних мереж: функції, вибір, розробка / Під загальною редакцією Ю.В. Новикова. -М., Видавництво ЕКОМ, 1998. -288 С.: Іл.

8. Дайсон П. Словник з сучасним мережевим технологіям: К.: Коміздат, 1997. -320 С.: Іл.

9. Семенов А.Б., Стрижаков С.К., Сунчелей І.Р. Структуровані кабельні системи. Стандарти, компоненти, проектування, монтаж та технічна експлуатація. -М.: КомпьютерПресс, 1999. - 472 с.: Іл.

10. Фролов А.В., Фролов Г.В. Глобальні мережі комп'ютерів. - М.: ДІ-алогія-МИФИ, 1996. - 288 с.: Іл.

11. Основи теорії обчислювальних систем. Під ред. С.А. Майорова. Учеб. посібник для вузів. М.: «Вища. школа », 1978. -408 С.: Іл.

12. Адміністрування мережі Microsoft Windows NT 4.0. Навчальний курс. Іспит № 70-073.


 

А также другие работы, которые могут Вас заинтересовать

3753. Товароведению и экспертизе однородных групп продовольственных товаров 151.35 KB
  Корнеплоды: сравнительная характеристика состава и пищевой ценности, хозяйственно-ботанические сорта, их идентификация, показатели качества, допустимые и недопустимые дефекты, обоснование режима хранения, показатели безопасности. К корнеп...
3754. Стадії виконання науково-дослідних робіт та розробка конструкції і технології електровиробів 72 KB
  Стадії виконання науково-дослідних робіт та розробка конструкції і технології електровиробів Створення нової техніки і технології здійснюється в ході технічної підготовки виробництва, основними етапами якої є науково-дослідні роботи (НДР) дослідно...
3755. Расчет парового котла типа Е-75-40 ГМ 531 KB
  Расчет парового котла типа Е-75-40 ГМ В данной курсовой работе рассмотрен типовой расчет промышленного парогенератора на примере парового котла Е-75-40 ГМ. Вид топлива, сжигаемого при работе котла мазут сернистый. Основные параметры котла: Ном...
3756. Пассионарности и теория этнологии Л. Гумилева 120 KB
  Введение Начать свою работу я хочу с того, что дать определение этносу. По определению Л.Гумилева - это естественно сложившийся на основе оригинального стереотипа поведения коллектив людей, существующий как энергетическая система, противопоставляюща...
3757. Рычажный механизм электродвигателя 569.5 KB
  Введение Рычажные механизмы предназначены для преобразования вида движения, воспроизведение функциональных зависимостей, выполнения математических операций, вычерчивания кривых и др. Рычажные механизмы состоят из рычагов (стержней) и ползунов, соеди...
3758. Возраст солнечной системы и гипотеза Геи 76 KB
  Возраст солнечной системы и гипотеза Геи Большинству людей известны уникальные характеристики Земли, которые делают возможной жизнь на нашей планете. К числу таких характеристик относятся химический состав планеты и ее атмосферы, наклон земной оси...
3759. Классификация и конструкции стационарных воздушных поршневых компрессоров 629.5 KB
  Классификация и конструкции стационарных воздушных поршневых компрессоров Цель: Изучить классификацию и конструкции стационарных воздушных поршневых компрессоров. Принцип передачи энергии в объёмном компрессоре Компрессором называют машину,...
3760. Термоядерні електростанції 256 KB
  Термоядерні електростанції Реакції термоядерного синтезу (злиття легких ядер) можливі лише при температурах, коли завдяки запасу кінетичної енергії теплового руху ядра здатні здолати кулонівське електричне відштовхування і наблизитися на віддалі дії...
3761. Вплив роботи електростанцій на довкілля та принципи їх безпечної експлуатації 395 KB
  Вплив роботи електростанцій на довкілля;та принципи їх безпечної експлуатації Безпечність роботи електростанцій на органічному і ядерному паливах досягається дотриманням правил, норм, інструкцій, які є обов’язковими при проектуванні, вигот...