Технічні поради, щоб зробити вас розумнішими - Мережевий адміністратор - Остаточний посібник з мережевого дизайну

Кінцевий посібник з мережевого дизайну

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

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

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

Читайте далі для найкращого керівництва по дизайну мережі!

Методика проектування

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

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

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

Підхід зверху вниз

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

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

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

Альтернативні підходи

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

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

Модель Agile розвитку виглядає аметодологія знизу вгору. З розвитком Agile ви отримуєте грубе уявлення про те, як виконати вимогу, встановити це рішення, а потім відрегулювати результати, як тільки з’являться дані про використання, і дасть вам вимоги до реальної життєдіяльності. Швидкий розвиток не покладається на здогадки. Насправді, методологія Agile може тільки бути досягнуто в рамках, і саме план зверху вниз надасть вашій мережі дизайн тієї структури, яка дозволить швидко інсталювати та рекурсивно коригувати.

Категорії цілей

Є три основні етапи проектування мережі:

Визначте вимоги до мережі
Документуйте існуючу мережу
Розробіть мережеву топологію та рішення

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

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

Табула Раса

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

Визначте вимоги до мережі

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

Вимога користувача

Потрібно отримати специфікацію прогнозованого для запису у вигляді мети. Цю мету потрібно перерахувати:

Вимоги до ємності: наприклад, забезпечити доступ до X кількості працівників або обслуговувати клієнтів Y щодня
Призначення: наприклад, програмне забезпечення для запуску по мережі, записи, які потрібно зберігати
Вимоги до продуктивності: наприклад, "прийнятний час відповіді"
Вимога щодо місцезнаходження: наприклад, все в одному офісі або доступ до віддалених працівників
Часові обмеження: наприклад, до кінця наступного місяця
Бюджетні обмеження: наприклад, максимум, який можна витратити на надання необхідної послуги

Технічна вимога

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

Нове програмне забезпечення, яке слід використовувати
Розчини для зберігання
Кінцеві типи пристроїв: наприклад, настільні ПК, BYOD, WiFi, мобільні пристрої, принтери тощо
Кількість користувачів
Вимоги до пропускної здатності

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

Цільова угода

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

Збережіть нові вимоги до майбутніх проектів

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

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

Усуньте невиразну мову зі своїх цілей

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

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

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

Документуйте існуючу мережу

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

Зробіть запас обладнання на місцях

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

Позначити мережеву топологію

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

Ємність пропускної здатності пристрою
Середній попит на поточну пропускну здатність
Пік попиту на пропускну здатність струму

Для кожного комутатора вашої мережі враховуйте наступні фактори:

Поточна кількість зайнятих портів
Поточні підключення до сусідніх пристроїв
Поточні з'єднання з кінцевими точками
Кількість доступних портів

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

Шари дизайну

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

Основні
Поширення
Доступ

Кожен з цих шарів вимагає різних дизайнерських міркувань:

Основні аспекти дизайну основного шару

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

Маршрутизатори та комутатори
Балансування навантаження
Надмір маршруту
Вимоги до швидкісного зв'язку
Оптимальні протоколи маршрутизації

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

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

Розглянемо:

Покращений протокол маршрутизації внутрішніх шлюзів
Перший протокол відкритого найкоротшого шляху

Вимоги до апаратного забезпечення

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

Мережева топологія

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

Враження щодо дизайну шару розподілу

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

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

Фільтрація трафіку
Управління доступом
Підведення підсумків маршруту
Основний захист
Між VLAN-трафік

Формування трафіку

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

Подумайте про те, як засоби мережіТопологія може бути покращена шляхом розгляду маршрутів, щоб забезпечити деяким вузлам більш швидкий доступ до основних сервісів, таких як сервери додатків або сховище. Розгляньте можливість балансування транкінгу та завантаження за допомогою тегів QoS, щоб покращити ефективність конкретних користувачів у своїх ключових додатках.
Якщо у вас є веб-сервер і працює філіямережа, що знаходиться у відриві від вашої офісної системи, взаємодія між цими зонами буде сферою розподілу. Подумайте про встановлення кластерів обладнання та балансування навантаження на шлюзі в зовнішні ресурси. Застосовувати надмірність ресурсів для критично важливих шляхів доступу.
Розгляньте списки контролю доступу (ACL) для фільтрації трафіку з Інтернету або DMZ у вашу основну мережу.

Враження щодо дизайну шару доступу

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

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

Прикладні ресурси

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

Віртуалізації

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

Мобільні пристрої

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

Фактори мережевого дизайну

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

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