Уроки курса
1 Введение в аппаратное обеспечение IT-инфраструктуры
90 мин
2 Архитектура серверов: x86 и ARM
90 мин
3 Центральные процессоры (CPU) в серверных решениях
90 мин
4 Серверная оперативная память и технология ECC
90 мин
5 Удаленное управление оборудованием: IPMI и BMC
90 мин
6 Дисковая подсистема: HDD, SSD и NVMe
90 мин
7 Основы RAID-массивов и аппаратные контроллеры
90 мин
8 Уровни RAID: 1, 5 и 10
90 мин
9 Выбор дисков и конфигурации RAID для различных задач
90 мин
10 Замена накопителей и перестроение RAID-массивов
90 мин
11 Основы сетевой топологии и модель OSI
90 мин
12 Структурированная кабельная система (СКС) и медная витая пара
90 мин
13 Оптоволоконные линии связи и трансиверы
90 мин
14 Коммутаторы (L2) и работа с MAC-адресами
90 мин
15 Маршрутизаторы (L3) и межсетевое взаимодействие
90 мин
16 Аппаратные файрволы и защита периметра сети
90 мин
17 Введение в аппаратную виртуализацию (Bare-metal)
90 мин
18 Гипервизор VMware ESXi: базовая настройка
90 мин
19 Гипервизор Proxmox VE: особенности эксплуатации
90 мин
20 Гипервизор KVM: распределение ресурсов
90 мин
21 Системы электропитания и ИБП топологии On-line
90 мин
22 Резервное электропитание и дизель-генераторные установки
90 мин
23 Охлаждение серверной: холодные и горячие коридоры
90 мин
24 Правила работы в ЦОД и антистатическая защита (ESD)
90 мин
25 Мониторинг аппаратной инфраструктуры в Zabbix
90 мин
26 Визуализация метрик оборудования в Grafana
90 мин
27 Стратегии резервного копирования и правило 3-2-1
90 мин
28 Основы ITIL: Управление инцидентами (Incident Management)
90 мин
29 Основы ITIL: Управление проблемами (Problem Management)
90 мин
30 Диагностика неисправностей: комплексный сценарий
90 мин

Коммутаторы (L2) и работа с MAC-адресами

Студент узнает принцип работы L2-коммутаторов, логику коммутации кадров и базовые концепции построения локальных сетей.

Прогресс урока: 0%

От Hub к Switch: Эволюция коммутации

Чтобы понять L2-коммутатор (Switch), нужно вспомнить его предшественника — концентратор (Hub). Hub работает на физическом уровне (L1). Когда на один порт хаба приходит сигнал, он тупо копирует и усиливает его на все остальные порты. Это создает единый домен коллизий: если два сервера попытаются передать данные одновременно, сигналы столкнутся в кабеле, исказятся (коллизия), и передачу придется повторять. В сети с хабами работает правило: в один момент времени «говорить» может только один.

Коммутатор (Switch) совершил революцию, перейдя на канальный уровень (L2). Внутри коммутатора находится высокоскоростная матрица коммутации (Switch Fabric) и оперативная память. Коммутатор не копирует сигналы вслепую. Он принимает кадр (Frame) целиком в буфер, читает заголовок L2, находит там MAC-адрес получателя и отправляет кадр только в тот порт, к которому подключен получатель. Таким образом, каждый порт коммутатора — это отдельный микро-домен коллизий. Серверы могут общаться параллельно, не мешая друг другу на полной скорости порта (Full Duplex). Это основа производительности современных сетей.

Как коммутатор учит MAC-адреса?

Коммутатор работает по логике «прозрачного моста». В нем хранится таблица MAC-адресов (CAM-таблица), связывающая порты и подключенные к ним устройства. Изначально при включении эта таблица пуста. Процесс обучения происходит динамически на основе MAC-адресов отправителя (Source MAC).

Сценарий (Direct Instruction): Сервер А (MAC: AA) подключен к порту 1. Сервер Б (MAC: BB) подключен к порту 2. Сервер А отправляет кадр Серверу Б.
Шаг 1. Коммутатор принимает кадр на порту 1. Он смотрит на поле Source MAC (AA) и записывает в таблицу: «За портом 1 находится MAC AA».
Шаг 2. Коммутатор смотрит на Destination MAC (BB). Таблица еще пуста, он не знает, где BB.
Шаг 3. Коммутатор выполняет Flooding (затопление): он копирует кадр во все активные порты, кроме порта 1. Это называется Unknown Unicast.
Шаг 4. Сервер Б получает кадр и отправляет ответ Серверу А.
Шаг 5. Коммутатор принимает ответ на порту 2. Он записывает в таблицу: «За портом 2 находится MAC BB».
Шаг 6. Коммутатор смотрит на Destination MAC ответа (AA). Он проверяет таблицу и видит, что AA находится за портом 1. Теперь он выполняет Forwarding (целенаправленную пересылку) только в порт 1. Обучение завершено.

Виртуальные локальные сети (VLAN)

Хотя коммутатор разделяет домены коллизий, по умолчанию все его порты находятся в одном широковещательном домене (Broadcast Domain). Это значит, что если сервер отправит broadcast-кадр (например, запрос ARP — «кто имеет такой-то IP?»), коммутатор разошлет его на все порты. В крупной сети (сотни серверов) широковещательный шторм может парализовать работу (Broadcast Storm). Чтобы изолировать трафик и повысить безопасность, применяются VLAN (Virtual LAN) — технология логического разделения одного физического коммутатора на несколько независимых виртуальных.

Реализуется это через стандарт 802.1Q. Когда кадр попадает в коммутатор, в него вставляется специальная метка (Tag) размером 4 байта, содержащая VLAN ID (от 1 до 4094). Коммутатор никогда не перешлет кадр из VLAN 10 в порты, принадлежащие VLAN 20. Порты делятся на два типа:
— Access port (порт доступа): смотрит в сторону сервера. Сервер не знает о метках. Коммутатор сам вешает тег при приеме кадра и снимает при отправке.
— Trunk port (магистральный порт): смотрит в сторону другого коммутатора или гипервизора. Через него передается трафик нескольких VLAN одновременно, и теги сохраняются, чтобы соседнее устройство поняло, к какой сети относится кадр.

Критическая настройка для серверов: Portfast

Для защиты от петель в топологии коммутаторы используют протокол STP (Spanning Tree Protocol). Если случайно соединить два коммутатора двумя кабелями, возникнет петля (Loop), и broadcast-кадры будут бесконечно кружить, за секунды перегружая CPU оборудования. STP обнаруживает петли и логически блокирует лишние порты. Однако у STP есть недостаток: когда порт включается, он проходит стадии Listening (прослушивание) и Learning (обучение), прежде чем перейти в Forwarding (передача). Этот процесс занимает около 30-50 секунд.

Проблема (Beginner Mistake): Вы перезагружаете сервер. Сетевая карта инициализируется, линк поднимается. Операционная система сразу пытается получить IP-адрес по DHCP. Но порт коммутатора заблокирован STP на 30 секунд! DHCP-запрос уходит в никуда, происходит таймаут, и сервер остается без IP-адреса. Решение: для портов, к которым подключены конечные устройства (серверы, ПК), обязательно включается функция обхода STP (в Cisco это spanning-tree portfast edge).
Пример настройки порта (Cisco IOS):
Switch(config)# interface GigabitEthernet 0/1
Switch(config-if)# switchport mode access
Switch(config-if)# switchport access vlan 10
Switch(config-if)# spanning-tree portfast edge

Агрегация каналов (LACP) для отказоустойчивости

Подключение критически важного сервера к одному коммутатору одним кабелем создает единую точку отказа (Single Point of Failure). Для обеспечения надежности (High Availability) сервер подключают двумя кабелями. Но если просто воткнуть два провода, STP заблокирует один из них для предотвращения петли, и пропускная способность не увеличится. Для решения этой задачи используется технология Link Aggregation (стандарт 802.3ad LACP).

LACP позволяет объединить несколько физических линков в один логический интерфейс (Port-Channel или Bond). Для коммутатора и сервера это выглядит как один толстый кабель. Трафик балансируется между физическими линками на основе хэшей MAC или IP-адресов. Если один кабель обрывается или трансивер выходит из строя, LACP за миллисекунды перенаправляет трафик на оставшийся живой линк без прерывания сервиса.
Пример настройки LACP (Cisco):
Switch(config)# interface range GigabitEthernet 0/1-2
Switch(config-if-range)# channel-group 1 mode active
Здесь mode active включает активную рассылку LACP-пакетов для согласования агрегации с сервером.

Как коммутатор пополняет свою таблицу MAC-адресов?

Задание

Сценарий: Вы установили новый сервер с Ubuntu Linux. При перезагрузке сервер не может получить IP-адрес по DHCP и зависает на этапе конфигурации сети на 2 минуты, после чего загружается без сети. Если перезапустить сетевую службу вручную после загрузки ОС — IP-адрес выдается мгновенно. Найдите причину.

  • Проанализировать симптомы: задержка сети проявляется только в момент физического поднятия линка (перезагрузка сервера).
  • Вспомнить принципы работы протокола STP (Spanning Tree Protocol) на коммутаторах.
  • Зайти в CLI коммутатора и проверить конфигурацию порта, к которому подключен сервер.
  • Обнаружить отсутствие команды 'spanning-tree portfast edge' (или ее аналога). Из-за этого порт блокируется на 30-50 секунд для проверок на петли, и DHCP-запросы сервера отбрасываются.
  • Добавить команду portfast на порт доступа сервера для мгновенного перевода порта в состояние Forwarding.
10 баллов