Руслан Смелянский — директор ЦПИКС, профессор МГУ им. Ломоносова, д.ф-м.н., член-корр. РАН — «SDN&NFV: новые горизонты»:
— Изменение бизнес-модели ИТ
— Симбиоз SDN и NFV
— Transport SDN
— Оптические сети
— Mobile SDN
— SDN-безопастность
— Конвергентная сеть
— Новые ниши для SDN И NFV
Андрей Суворов, Максим Карпухин. Сенсация под микроскопом. Вивисекция первого...Kaspersky
Андрей Суворов, Генеральный директор НПО «Адаптивные Промышленные Технологии», и Максим Карпухин, Директор по продажам НПО «Адаптивные Промышленные Технологии», в своем докладе рассматривают под микроскопом KISG 100 на KasperskyOS - первое реальное киберимунное устройство для IIoT.
Подробнее о конференции: https://kas.pr/kicsconf2021
Руслан Смелянский — директор ЦПИКС, профессор МГУ им. Ломоносова, д.ф-м.н., член-корр. РАН — «SDN&NFV: новые горизонты»:
— Изменение бизнес-модели ИТ
— Симбиоз SDN и NFV
— Transport SDN
— Оптические сети
— Mobile SDN
— SDN-безопастность
— Конвергентная сеть
— Новые ниши для SDN И NFV
Андрей Суворов, Максим Карпухин. Сенсация под микроскопом. Вивисекция первого...Kaspersky
Андрей Суворов, Генеральный директор НПО «Адаптивные Промышленные Технологии», и Максим Карпухин, Директор по продажам НПО «Адаптивные Промышленные Технологии», в своем докладе рассматривают под микроскопом KISG 100 на KasperskyOS - первое реальное киберимунное устройство для IIoT.
Подробнее о конференции: https://kas.pr/kicsconf2021
Обзор Сервисных Услуг Cisco в России и странах СНГ.Cisco Russia
Обзор Сервисных Услуг в России и странах СНГ.
Сервисные Услуги в России и странах СНГ делятсяна Базовую и Расширенную техническую поддержку.
БАЗОВАЯ ТЕХНИЧЕСКАЯ ПОДДЕРЖКА 1. Центр Технической Поддержки (ТАС) Центр технической поддержки Cisco TAC предоставляет Заказчикам быстрый доступ к технологическим экспертам с опытом диагностики и решения самых сложных проблем.
Cisco TAC обладает развитой системой управления запросами, которая позволяет оперативно направить проблему в соответствующую технологическую команду или перевести на следующий уровень поддержки, если проблема не решена в заданный период.
Cisco TAC предоставляет круглосуточную поддержку по всему миру.
Клиентские контракты на техническую поддержку Cisco Smart Net Total CareCisco Russia
Клиентские контракты на услуги технической поддержки Cisco Smart Net Total Care
Cisco Smart Net Total Care (SNTC) — это контракт на услуги технической поддержки Cisco.
Cервис сочетает в себе ведущие в отрасли и получившие множество наград технические сервисы с дополнительно встроенными инструментами бизнес-аналитики, которые получает Заказчик через встроенные интеллектуальные возможности на портале Smart Net Total Care.
Запись вебинара "Решения компании Cisco для операторов связи по защите от взлома и вредоносного программного обеспечения": https://ciscoclub.ru/resheniya-kompanii-cisco-dlya-operatorov-svyazi-po-zashchite-ot-vzloma-i-vredonosnogo-programmnogo-o
Запись вебинара "Решения компании Cisco для операторов связи по защите от взлома и вредоносного программного обеспечения": https://ciscoclub.ru/resheniya-kompanii-cisco-dlya-operatorov-svyazi-po-zashchite-ot-vzloma-i-vredonosnogo-programmnogo-o
Запись вебинара "Решения компании Cisco для операторов связи по защите от взлома и вредоносного программного обеспечения": https://ciscoclub.ru/resheniya-kompanii-cisco-dlya-operatorov-svyazi-po-zashchite-ot-vzloma-i-vredonosnogo-programmnogo-o
Профессиональные услуги Cisco для Software-Defined AccessCisco Russia
Как реализовать SDA, создать стратегию, которая будет сопоставлена с бизнес задачами, оценить готовность к трансформации, успешно и максимально надежно реализовать намеченные планы.
Обнаружение известного вредоносного кода в зашифрованном с помощью TLS трафик...Cisco Russia
О работе группы исследователей компании Cisco, в которой доказана применимость традиционных методов статистического и поведенческого анализа для обнаружения и атрибуции известного вредоносного ПО, использующего TLS в качестве метода шифрования каналов взаимодействия, без дешифровки или компрометации TLS-сессии. Также рассказано о решении Cisco Encrypted Traffic Analytics, реализующем принципы, заложенные в данном исследовании, его архитектуре и преимуществах.
Промышленный Интернет вещей: опыт и результаты применения в нефтегазовой отраслиCisco Russia
Как компания Cisco способствует цифровой трансформации предприятий нефтегазовой отрасли. Описание внедренных проектов, полученных результатов, обзор примененных архитектур.
2. Поток по центрам обработки данных – 20 ноября
Время Выступление Докладчик
13:40 -14:10 Оптимизация энергозатрат в ЦОД на микро- и Леонид Шишлов, менеджер
макроуровнях по развитию ЦОД, Intel.
14:15 - 15:15 Развитие технологий современного ЦОД. Часть 1 Александр Скороходов,
Cisco
15:30 - 16:30 Развитие технологий современного ЦОД. Часть 2 Александр Скороходов,
Cisco
16:45 - 17:45 Сетевая поддержка виртуальных машин Игорь Гиркин, Cisco
18:00 - 19:00 Виртуализированные сервисы Cisco Игорь Гиркин, Cisco
2
3. Поток по центрам обработки данных – 21 ноября
Время Выступление Докладчик
9:30 - 10:00 Конфигурация и соответствие: Dominic Wellington, BMC
две половины единого целого
10:05 - 11:05 Архитектура и преимущества объединённой Евгений Лагунцов, Cisco
вычислительной системы Cisco UCS
11:20 - 12:20 Новые продукты и возможности семейства Cisco UCS Евгений Лагунцов, Cisco
12:35 - 13:35 Семейство коммутаторов Cisco Nexus 7000: Александр Скороходов,
возможности и развитие Cisco
14:55 - 15:25 ПО StruxureWare Operations для мониторинга ресурсов Раиль Хайбуллин, APC
датацентра by Schneider Electric
15:30 - 16:30 Семейство коммутаторов Cisco Nexus 5000/2000: Игорь Гиркин, Cisco
возможности и развитие
16:45 - 17:45 Задачи создания и варианты связи распределённых ЦОД Эльдар Женсыкбаев,
Cisco
18:00 - 19:00 Совместная открытая дискуссия Cisco и Intel по тематике
ЦОД
3
4. Поток по центрам обработки данных – 22 ноября
Время Выступление Докладчик
9:30 - 10:00 Интегрированные инфраструктурные платформы на Денис Кривенцов,
примере VBlock, VSPEX Техносерв
10:05 - 11:05 Построение ЦОД небольшой организации Михаил Сафронов,
Cisco
11:20 - 12:20 Построение и развитие сети крупного ЦОД Андрей Кардаманов,
Cisco
12:35 - 13:35 Внедрение корпоративных приложений на Cisco UCS Евгений Лагунцов, Cisco
14:55 - 15:25 VMware View и VMware Horizon: удобное, безопасное и Владимир Порохов,
экономичное рабочее место пользователя VMware
15:25 - 16:25 Архитектура Cisco VXI для виртуализации рабочих Максим Хаванкин, Cisco
мест пользователей и её внедрение. Введение и
базовые элементы
16:30 - 17:30 Архитектура Cisco VXI для виртуализации рабочих Максим Хаванкин, Cisco
мест пользователей и её внедрение. Сервисные
элементы, масштабирование и управление
4
5. Поток по облачным вычислениям – 21 ноября
Время Выступление Докладчик
9:30 - 10:00 Облачная модель предоставления услуг: практика применения в Олег Коверзнев, Cisco
России и перспективы на будущее
10:05 - 11:05 Public Cloud: основные этапы создания облачного сервис- Дмитрий Хороших, Cisco
провайдера
11:20 - 12:20 Public Cloud: cоздание платформы оказания услуг, технологии Дмитрий Хороших, Cisco
Cisco и интеграция с партнерскими решениями
12:35 -13:35 Архитектура виртуализованного ЦОД - Cisco Virtual Multi-Service Виктор Пустошилов,
Data Center. Подход Cisco к минимизации рисков при построении Cisco
облачной инфраструктуры
14:55 - 15:25 Безопасность облачной платформы: теория и практика Михаил Кадер, Cisco
15:30 - 16:00 Интегрированные решения Vblock, FlexPod и FastTrack - Евгений Лагунцов, Cisco
строительные блоки для облачной инфраструктуры
16:00 - 16:30 Практические вопросы внедрения VBlock Павел Миневич, I-teco
16:45 - 17:45 Private Cloud: Cisco Intellegent Automation for Cloud (CIAC): Влад Патенко, Cisco
комплексное решение от Cisco для построения "облака"
18:00 - 19:00 Открытая дикуссия по теме "Cloud Computing" 5
6. Демопоток по тематике ЦОД – 22 ноября
Время Выступление Докладчик
9:30 - 10:00 Intel Data Center Manager® как основа управления Леонид Шишлов, менеджер
ресурсами ЦОД по развитию ЦОД, Intel.
10:05 - 11:05 Система управления Cisco Unified Computing Евгений Лагунцов, Cisco
Systems Manager
11:20 - 12:20 Управление и автоматизация Cisco UCS для Игорь Гиркин, Cisco
системных администраторов
12:35 -13:35 Настраиваем ЦОД небольшой организации Михаил Сафронов, Cisco
14:55 - 15:25 ПО StruxureWare Operations для мониторинга Раиль Хайбуллин, APC
ресурсов датацентра
15:25 - 16:25 Мультиплатформенный программный коммутатор Дмитрий Жечков, Cisco
Cisco Nexus 1000V
16:30 - 17:30 Виртуализированные сервисы Cisco Евгений Киселев
6
9. Развитие архитектуры ЦОД
Развитие требований Новые подходы и технологии Новые продукты
Рост производительности Аппаратные коммутаторы Nexus
Консолидация ввода-вывода Высокоскоростной Ethernet
SAN коммутаторы MDS
Простая и масштабируемая Fibre Channel over Ethernet
Виртуальный коммутатор Nexus 1000V
архитектура Virtual PortChannel
Унифицированная вычислительная
Виртуализация FabricPath/TRILL система UCS
Объединение ЦОД Сетевая поддержка виртуализации
OTV/LISP
От новых потребностей
новых
к технологиям, продуктам и архитектурам 9
10. Требования к сети ЦОД нового поколения
И их реализация в решениях Cisco Nexus
• Повышение производительности подключения серверов и магистрали
1/10 Gigabit Ethernet до серверов, 40/100GE, TRILL/FabricPath
• Консолидация ввода-вывода серверов
Fibre Channel over Ethernet (FCoE/DCB), Adapter-FEX
• Более простая и «плоская» архитектура сети ЦОД без опоры на STP
Virtual Portchannel, FEX, TRILL/FabricPath
• Сетевая поддержка виртуализации
Nexus 1000V, VM-FEX
• Надёжная и производительная связь ЦОД
OTV, LISP
10
12. Повышение производительности
• Причины
– Рост производительности процессоров
• Десятки ядер на сервер, многие десятки «ГГц»
– Виртуализация:
• Десятки VM на один хост – суммирование требований
– Конвергентный транспорт:
• Передача FCoE - производительность не менее 10Гбит/с
• Решения
– 10 Гбит/с до серверов (с сохранением эффективной поддержки 1Гбит/с!)
• Варианты подключения 10G: DAC, AOC, 10GBASE-T
– 40/100 Гбит/с на магистрали
• Требования к СКС
– Горизонтальное масштабирование производительности
• Cisco FabricPath, IETF TRILL
12
13. 10 Gigabit Ethernet
для подключения серверов
Mid 1980’s Mid 1990’s Early 2000’s Late 2000’s
10Mb 100Mb 1Gb 10Gb
UTP Cat 3 UTP Cat 5 UTP Cat 5 X2
SFP Fiber SFP+ Cu (BER better than 10 1) 8
SFP+ Fiber
Cat 6/7
Технология Кабель Расстояние Потребление Задержка
SFP+ CU
Twinax 10m ~0.1W ~0
Copper
SFP+ USR MM OM2 10m
1W ~0
ultra short reach MM OM3 100m
SFP+ SR MM 62.5mm 82m
1W ~0
short reach MM 50mm 300m
Cat6 55m ~6W 2.5ms
10GBASE-T Cat6a/7 100m ~6W 2.5ms
Cat6a/7 30m ~4W 1.5ms
13
14. Медные кабели SFP+ Direct Attach
● Спецификация: SFF-8431
● Называют DAC, 10G SFP+ Cu, CX1, 10G-CR...
● 2 пары твинаксиального кабеля
● Коннекторы установлены и протестированы на заводе Коннекторы SFP+
● Взаимозаменяемость с оптическими трансиверами SFP+
● Низкая стоимость, энергопотребление, минимальная задержка
● Небольшая длина (до ~10м)
Сечение
● Оптимально подходит для соединений внутри стойки или группы
стоек
● Поддерживаются на всех моделях Nexus: Nexus
2000/3000/4000/5000/7000
● Вариант: активные оптические кабели (AOC) (меньше диаметр)
Активный
оптический
кабель 14
15. Кабели SFP+ Direct Attach
варианты применения
Оптические Оптические
аплинки аплинки
Оптические
Подключение FEX кабелями SFP+
аплинки
или по оптоволокну трансиверами FET
15
16. 10GBase-T
10 Gigabit по «витой паре»
• Стандарт: IEEE 802.3an
• Предпочтительный вариант для интегрированных адаптеров в
серверах: возможна совместимость с 10/100/1000
• До 100 метров (по СКС категории 6A или 7)
• Высокая сложность обработки -> высокое энергопотребление (до 4-8 Вт
на порт)
• Уровень ошибок (BER) до 10-12 - проблема для FCoE
• Решаются в новых поколениях микросхем/оборудования
• Поддерживается Nexus 2000/3000/5500/7000
16
17. Выскоскоростной Ethernet
High Speed Ethernet: 40G/100G
• Стандарт IEEE 802.3ba - одобрен в июне 2010 г
• Утвержденные варианты интерфейсов 40G:
– 40GBASE-KR4: Соединения внутри устройств
– 40GBASE-CR4: 10 м по твинаксиальному кабелю – 4 x 10G
– 40GBASE-SR4 : 100 м по кабелю OM3 по 4 парам волокон
– 40GBASE-LR4 (СWDM): 10 км по одномодовому волокну – 4λ x 10G
– Большие расстояния не стандартизованы
• Утвержденные варианты интерфейсов 100G
– 100GBASE-CR10 : 10 м по твинаксиальному кабелю – 10 x 10G
– 100GBASE-SR10: 100/125 м по кабелю OM3/OM4 по 10 парам волокон
– 100GBASE-LR4 (DWDM): 10 км по одномодовому волокну – 4λ x 25G
– 100GBASE-ER4 (DWDM): 40 км по одномодовому волокну – 4λ x 25G
17
19. QSFP+ трансиверы и передача 10/40G
Гибкость и экономия
Nexus 3016 – 10G/40G QSFP+ SR QSFP+ SR
~1.5W ~1.5W
4 x QSFP+
- 160Gbps
10G-SR 10G-SR
~1.5W ~1.5W
~1.5W ~1.5W
~1.5W ~1.5W
~1.5W ~1.5W
Nexus 3064 – 1G/10G/40G #12
#12
#1
#11
1 x QSFP+ обеспечивает
#2
#10
замену 4 x 10G SFP+
#1
#3
#9
(расстояние – до 100м на OM3)
#4 с меньшей ценой и
12-fiber MPO
connector with key on
4 LC duplex connectors with latch on top
(unused channels 5 to 8 are cut)
энергопотреблением
top
Переходной кабель MTP12 – 4*LC
19
20. Применение 40G и 100G: выводы
• 40G (и 100G) – внутри ЦОД, 100G для связи ЦОД
• Подготовка СКС ЦОД к требованиям 40G:
• Многомодовое внедрение: 4 параллельных пары
• Коннектор MTP12: 1x 40G = 6 x 10G с точки зрения СКС
• Обратная совместимость с 10G – универсальные QSFP порты
• Расстояние ограничено 100 м для кабеля OM3 – не 300 м (как для 10G-SR)
• Внедрение 100G:
• Многомодовое внедрение: 10 параллельных пар (коннектор MTP24)
• Одномодовая оптика 100G: большие и энергоёмкие решения (могут
уменьшиться в размерах и мощности в следующих поколениях)
• Обратная совместимость СКС:
• Патч-корды и патч-панели MTP <-> LC
• Патч-корды MTP24 – MTP12
• Поддержка на Nexus 3000, 7000
• Следите за анонсами!
20
21. Горизональное масштабирование производительности
Spanning-Tree vPC FabricPath
16
Switches
Активных Один Два 16
путей
Производитель- До 15 Тбит/с До 30 Тбит/с До 240 Тбит/с
ность блока
Масштабируемость Layer 2
Виртуализация инфраструктуры и производительность
21
23. Консолидация ввода-вывода
• Потребности
– Рост числа подключений к SAN
• Виртуализация с поддержкой мобильности и HA
• Кластерные системы
• Защита информации средствами СХД
– Большое числе интерфейсов LAN
• Требования виртуализированных внедрений
– Распространение блейд-систем
• Трудно обеспечить много интерфейсов
• Решения
– FCoE для SAN трафика
• Консолидация и сохранение полной совместимости с моделью FC
– DCB для обеспечения гарантий для FCoE трафика
• PFC, ETS, DCBX
– Adapter-FEX/IEEE802.1BR
• Доведение множества логических интерфейсов на уровень ОС/гипервизора
23
24. Консолидация ввода-вывода
Объединенный транспорт FCoE/IEEE DCB
Internet/
Storage RDMA/IPC LAN SAN
Intranet
Unified
LAN SAN IPC Fabric IPC
Без консолидации
• Много портов ввода-вывода Используя FCoE/DCB (+Adapter-FEX)
• Высокие расходы на оборудование и эксплуатацию • Общий транспорт
• Обеспечение совместимости
24
25. Fibre Channel over Ethernet (FCoE)
Ethernet
• Метод передачи фреймов FC по Ethernet
• Выглядит как FC для серверов и сети
• Сохраняет текущую инфраструктуру
и управление FC Fibre
Channel
• Фрейм FC остается неизменным
• Стандарт утвержден 3 июня 2009 года (ANSI T11 FC-BB-5)
• Семейство стандартов IEEE DCB для «улучшенного» Ethernet
• Priority Flow Control: отсутствие потерь (аналог BB_Credits в FC)
• Enhanced Transmission Selection: выделение полосы
• DCB Exchange: согласование настроек и логическое состояние
Cisco первой представила основанный на стандартах
коммутатор FCoE Cisco Nexus 5000
25
26. Коммутаторы Cisco с поддержкой FCoE
Директорный класс
Фиксированная
конфигурация
Nexus 5596
MDS 9500
Nexus 7000
Nexus 5020
Nexus 5548
F1 32-port FCoE 8-port
F2 48-port
Nexus 2232 Nexus 5010
Nexus 4000
NX-OS & DCNM
26
27. FCoE: консолидация на уровне доступа
• Первый шаг – «консолидация доступа» («Unified Wire»)
• Существенная экономия при сохранении существующего ядра сетей Ethernet и
Fibre Channel
• Лежит в основе Cisco UCS
SAN A SAN B
10GE
Backbone
VF порты
VN порты (CNA)
27
28. FCoE: консолидация в масштабах сети
Расширение консолидации ввода-вывода FCoE
на магистраль Ethernet core Storage
Сохранение изоляции SAN фабрик для
отказоустойчивости
Поддержка систем хранения с VE порты
подключением по DCB/FCoE
Теперь и для Cisco UCS (с релиза 2.1) ! VE порты
VF
VN
DCB и FCoE
28
29. FCoE на Nexus 7000
Выделенный Storage VDC
Выделенный Storage VDC Выделенный Storage VDC –
разделяемые интерфейсы
Storage VDC: виртуальный Модель для хостов/СХД, не для LAN SAN
FC/FCoE коммутатор ISL линков
Выполняет только процессы, Отдельный VDC для Storage Nexus7000
связанные с FC/FCoE Ethernet трафик «расщепляется» LAN Storage
на основании Ethertype VDC VDC
Только один на систему
Изоляция уровней управления FCoE трафик обрабатывается в
и коммутации Storage VDC Nexus7000
LAN Storage
VDC VDC
LAN VDC Storage VDC LAN VDC Storage VDC
Ethernet FCoE& FIP Ethernet FCoE & FIP
Converged I/O
29
30. FCoE для связи SAN между ЦОД?
Да! С картами F2/F2E
До 80 км
Nexus 7000
Nexus 7000
Поддерживаемые расстояния для FCoE
транспорта: Storage VDC Storage VDC
Nexus 5500: до 3 км
Nexus 7000 с F1 картами: до 10 км
Nexus 7000 с F2/F2E картами: до
80 км с DWDM SFP+
Использование отдельных соединений
для LAN и SAN трафика
Storage VDC Storage VDC
30
32. Развитие архитектуры сети ЦОД
Причины
Рост масштабов ЦОД
Масштабирование производительности
Управляемость
Растягивание подсетей
Решения
Распределённый коммутатор доступа: архитектура FEX-Link
1G или 10G, SFP+ или «витая пара»
Продолжение внутрь сервера: Adapter-FEX, VM-FEX
Virtual Portchannel
Уход от Spanning Tree с сохранением общей топологии
Cisco FabricPath/IETF TRILL
«Маршрутизация на 2 уровне»
Горизонтальное масштабирование
Полное исключение Spanning Tree на магистрали
32
33. Виртуальное модульное шасси с FEX
Nexus 5500/7000 + Nexus 2000
Cisco Nexus® 7000
Cisco Nexus® 5500
+
+
Распределённый виртуальный
модульный коммутатор
(1500+ Ethernet интерфейсов)
Cisco Nexus® 2000 FEX Cisco Nexus® 2000 FEX
• Nexus 2000 FEX выполняет роль виртуальной карты для Nexus 5500/7000
• Единый конфигурационный файл
• Между FEX и Nexus 5500/7000 не используется STP 33
34. Fabric Extender(FEX)
унификация уровня доступа
• Поддержка Nexus 5000/5500, 7000 и UCS 6100 как «материнских устройств» Core
Layer
• Сочетание моделей внедрения EoR, MoR, ToR
• Миграция к 10GE и FCoE подключениям серверов
• Сочетание типов кабелей (оптика и медь)
• Гибкость выбора головных устройств, типов FEX, способа размещения и Agg
соединения Layer
VSS/vPC
L3
L2
Nexus
2000 Nexus
Fabric Extender FET/Twinax 5500
Серверы
Медь/
Twinax Access
Layer
34
36. Экономичные варианты подключения Nexus 2000
10G SFP+ CX1 (Twinax) Fabric Extender Transceiver (FET)
• Медный кабель с SFP+ модулями • Экономичный SFP+ трансивер (только) для
• Для подключений серверов в стойке и подключения Nexus 2000 к материнской
соединений между стойками системе
• Низкая стоимость • Длина линии: до 100 м (OM3)/ 25 м (OM2)
• Низкое энергопотребление • Энергопотребление ~ 1 Вт
• Пассивные кабели: 1, 3, 5 м • Поставляется вместе с Nexus 2000
• Активные кабели: 7, 10 м • Несовместим с SR трансиверами
37. Virtual Port Channel (VPC) на Cisco Nexus
Уход от опоры на STP при сохранении дизайна
• Возможность организации агрегированного канала (port
channel) приходящего на два разных коммутатора
• Уход от опоры на STP
• Использование полосы всех имеющихся соединений
• Быстрая сходимость при отказе устройства или канала
Без vPC
• Обеспечение отказоустойвости и масштабируемости
при подключении серверов
• Сокращение CAPEX и OPEX
• Обеспечение независимости коммутаторов для
сохранения модели независимых «зеркальных» фабрик
в сети хранения
• Поддерживается на Nexus 2000/3000/5000/7000
С использованием vPC 37
38. Технологии L2MP: FabricPath/TRILL
Маршрутизация на L2 и уход от Spanning Tree
• «Ethernet матрица»:
• Полный уход от Spanning Tree
• Задействование всех путей
• Рост производительности и надёжности
путем увеличения числа узлов и связей
• Принципиальное исключение
возможности бесконечных «петель»
• Быстрая и надежная сходимость
• Стандартизация: IETF TRILL
• Решение Cisco: FabricPath
• Поддерживается на Nexus 5500/7000
• Простота настройки:
N7K(config)# interface ethernet 1/1
N7K(config-if)# switchport mode fabricpath
38
39. Cisco FabricPath
ключевые возможности
• Маршрутизация на втором уровне – лучшее из двух миров
• Использование до 16 альтернативных путей (ECMP) – до 256 соединений!
• Поддержка архитектуры «Spine-Leaf» - горизональное масштабирование
производительности и снижение чувствительности к отказам
• Независимость от Spanning-Tree Protocol (и его полное устранение внутри сети):
хорошая стабильность и сходимость
• Прямые/оптимальные пути трафика
• “VLAN anywhere” – гибкость внедрения и мобильность VM
• Выучивание MAC «по диалогам»: эффективное использование таблиц
• Совместимость с «классическим» Ethernet Балансировка до 16 путей
– VPC+ обеспечивает VPC в L2MP сеть
• Простота настройки Cisco FabricPath
• Продолжение возможностей IETF TRILL
39
40. FabricPath в корпоративном ЦОД
Альтернатива традиционной архитектуре с STP
• Существенное повышение производительности
• Сокращение числа устройств
• Повышение надёжности
• Упрощение эксплуатации
– меньше устройств
– проще настройка
Традиционная сеть со Spanning Tree Сеть на базе FabricPath
Blocked Links
Oversubscription 16:1
Fully Non-Blocking
2:1
FabricPath
4 Pods
8:1
64 Access Switches 8 Access Switches
2, 048 Servers
2, 048 Servers
40
41. Интеграция FabricPath с традиционными
подключениями: VPC+
FabricPath
s3 s4 s7 s8
A VLAN X B
VLAN Y
VLAN Z
• Сопряжение с традиционными сетями (STP/VSS/VPC) без проблем
и ограничений STP: нет риска «петель», все соединения активны
• Возможность подключения серверов и других устройств с
агрегированием и отказоустойчивостью: все соединения активны
4
41
1
42. Интеграция маршрутизации в FabricPath сеть
L3
FabricPath
L3
• Гибкость вариантов внедрения маршрутизации
• Произвольное число маршрутизируемых интерфейсов внутри фабрики
• Возможность пиринга с ними внешних маршрутизаторов без ограничений
• Использование VPC+/HSRP или GLBP для резервирования
маршрутизации, в будущем – Anycast HSRP
4
42
2
43. Внедрение FabricPath
Поддержка Fabric Extender
S10 S20 S30 S40
FabricPath
S100 S300
S200
Nexus 5k & 2k Nexus 5k & 2K
EvPC “Straight Through”
CE
MAC A MAC B MAC C
43
44. FabricPath и конвергентный транспорт Ethernet
FC
FCoE – N5K->MDS Converged
FCoE link
Dedicated
FCoE link
S10 S20 S30 S40
FCoE FC
Fabric ‘A’ Fabric ‘B’
MDS 9000
FabricPath
CNA
44
45. FabricPath и конвергентный транспорт Ethernet
FC
FCoE – N7K->MDS Converged
FCoE link
Dedicated
FCoE link
S10 S20 S30 S40
FCoE FC
Fabric ‘A’ Fabric ‘B’
MDS 9000
FabricPath
CNA
45
46. Спасибо!
Заполняйте анкеты он-лайн и получайте подарки в Cisco
Shop: http://ciscoexpo.ru/expo2012/quest
Ваше мнение очень важно для нас!
49. Сетевая поддержка виртуализации вычислений
Проблемы:
• Возможна «миграция» VM на другой
VMotion
сервер. Политика должна следовать вслед
за VM
• Сеть «не видит» локально коммутируемый
трафик и не может применить к нему
политику
• Сеть не может выделить на порту трафик
конкретной VM
• Изменение модели эксплуатации
VLAN
Сетевая поддержка виртуализации:
101
• Расширяет сеть до VM
• Общие с физическими коммутаторами
функции сетевых сервисов
• Скоординированное с VM управление
49
50. Cisco Nexus 1000V
Виртуальный распределенный программный коммутатор
• Nexus 1000V обеспечивает
полнофункциональную коммутацию
для VMWare ESX (скоро и для MS
Hyper-V, далее - Xen, KVM) Server 1 Server 2
• Ключевые возможности: VM VM VM VM VM
VM VM VM VM
#1 #2 #3 #4 #1
#5 #6
#5 #7 #8
–Управление VM по политикам
– Функции безопасности, поддержка VMware vSwitch
Nexus 1000V 1000V VMware vSwitch
Nexus 1000V
Nexus
Netflow, ERSPAN, мультикаста,
etherchannel VMW ESX VMW ESX
–Мобильность настроек сети,
безопасности и мониторинга
–Сохраняет эксплуатационную модель Nexus 1000V
• Сохранение политик и связи с сетью
при миграции виртуальных машин
VSM
Virtual Center
50
51. Cisco Nexus 1000V
для VMware vSphere
VM VM VM VM VM VM VM VM VM VM VM VM
Cisco Cisco Cisco
Nexus Nexus Nexus
1000V 1000V 1000V
VEM VEM VEM
vSphere ESXi vSphere ESXi vShpere ESXi
Server Server Server
vCenter
Cisco Nexus 1000V VSM
51
52. Cisco Nexus 1000V
для Microsoft Windows 2012 Hyper-V
VM VM VM VM VM VM VM VM VM VM VM VM
Cisco Cisco Cisco
Nexus Nexus Nexus
1000V 1000V 1000V
VEM VEM VEM
Windows Server Hyper-V Windows Server Hyper-V Windows Server Hyper-V
Server Server Server
System Center 2012
Virtual Machine Manager
Cisco Nexus 1000V VSM
*В настоящее время продукт доступен в бета-версии
52
54. Эволюция технологии Fabric Extender
Распределённый коммутатор до уровня стойки, интерфейсов сервера и VM
Единое устройство
Nexus 5500 или UCS
Fabric Interconnect
Fabric Extender
IEEE 802.1BR*
Консолидация управления сетью
Приложения, требующие FEX
многих интерфейсов FEX является частью
«родительского коммутатора»
Использует пре-стандартную
реализацию IEEE 802.1BR
Legacy
*IEEE 802.1BR pre-standard
54
55. Эволюция технологии Fabric Extender
Распределённый коммутатор до уровня стойки, интерфейсов сервера и VM
Единое устройство
Nexus 5500 или UCS
Fabric Interconnect
IEEE 802.1BR*
Adapter FEX
Приложения, требующие FEX
многих интерфейсов
Консолидация многих интерфейсов в
единое 10GE подключение
Расширение сети внутрь сервера
IEEE 802.1BR*
Использует пре-стандартную
реализацию IEEE 802.1BR
Legacy Adapter FEX
*IEEE 802.1BR pre-standard
55
56. Эволюция технологии Fabric Extender
Распределённый коммутатор до уровня стойки, интерфейсов сервера и VM
Nexus 5500 или UCS
Fabric Interconnect
IEEE 802.1BR*
FEX
VM-FEX
Консолидация физической и
виртуальной сети
IEEE 802.1BR* IEEE 802.1BR* Каждая VM получает порт на
распределённом коммутаторе
Использует пре-стандартную
реализацию IEEE 802.1BR
Hypervisor
Legacy Adapter FEX VM-FEX *IEEE 802.1BR pre-standard
56
57. Эволюция технологии Fabric Extender
Распределённый коммутатор до уровня стойки, интерфейсов сервера и VM
Единое устройство
•Порты коммутатора
Nexus 5500 или UCS •Порты FEX
Fabric Interconnect •Виртуальные адаптеры
•Виртуальные машины
IEEE 802.1BR*
Fabric Extender
Управление сетевыми Консолидация управления
FEX
подключениями до FEX выглядит линейной картой головного
уровня ОС и коммутатора
виртуальной машины
Adapter FEX
IEEE 802.1BR* IEEE 802.1BR* Консолидация многих интерфейсов в единое
10GE подключение
Расширение сети внутрь сервера
VM-FEX
Hypervisor Консолидация физической и виртуальной сети
Каждая VM получает порт на распределённом
коммутаторе
Legacy Adapter FEX VM-FEX *IEEE 802.1BR pre-standard
57
59. Распределённые ЦОД
Технологические элементы
• Связь сетей передачи данных
– Растягивание подсетей и L2 смежность
– Маршрутизация
– Мониторинг (heartbeat) / синхронизация в кластере
– Репликация по IP
– Подключение к транспортной сети
• Связь сетей хранения данных
– Синхронизация массивов по FC
– Доступ к удаленным СХД/лентам
• Оптимальный путь трафика
60. Растягивание подсетей
Варианты технологий
Транспорт Критерии применения
• VSS & vPC или FabricPath
Multi-Chassis EtherChannel (N7K/N5K, Cat6K) для связи пары ЦОД
Ethernet FabricPath для связи многих сайтов (N7K/N5K)
По тёмной оптике или xWDM
Технологии LAN
• EoMPLS & A-VPLS & H-VPLS
Внедрение на PE (Cat6K, ASR9K, N7K (будущее))
MPLS
Масштабирование и multi-tenancy
Возможно поверх GRE
Апробированный вариант, хорошо подходит SP
• OTV
Внедрение на CE (N7K, ASR1K)
Подходит для корпоративных внедрений
IP
Малая зависимость от транспорта – требуется только IP сеть
Маршрутизация по MAC адресам
61. Overlay Transport Virtualization (OTV)
Простое и надежное решение для связи ЦОД
• Расширение L2 доменов по произвольной IP сети
• Ethernet трафик инкапсулируется в IP: “MAC in IP”
• Динамическая инкапсуляция с использованием таблицы
маршрутизации MAC
MAC1 MAC2 IP A IP B MAC1 MAC2 MAC1 MAC2
Encap Decap
MAC IF
OTV OTV
MAC1 Eth1
MAC2 IP B IP A IP B
MAC3 IP B
Взаимодействие между
Server 1 MAC1 (сайт 1) и MAC2 (сайт 2) 2
Server
MAC 1 MAC 2
62. Проблемы «растягивания» LAN
Решаемые OTV
North
• Работа поверх любого транспорта (IP, MPLS) Fault Domain
Data
Center Fault Domain
• Изоляция доменов сбоев (STP)
• Независимость сайтов
• Оптимальное использование полосы
• Встроенная отказоустойчивость
• Встроенная защита от «петель»
• Связь многих сайтов
LAN Extension
• Масштабируемость
VLANs, сайты, MACs
ARP, broadcasts/floods
• Простота настройки Only 6 CLI
commands
• Легкость добавления сайтов
Fault Domain Fault Domain
South
Data
Center
63. Оптимальный путь
В чём именно проблема?
10.1.1.0/25 & 10.1.1.128/25 advertised into L3 10.1.1.0/24 advertised into L3
DC A is the primary entry point Backup should main site go down
Layer 3 Core
Agg
Agg
Access
Access
Node A
Virtual Machine Virtual Machine
ESX ESX
Data Center 1 VMware Data Center 2
vCenter
63
64. Оптимальный путь
Хотелось бы так...
Agg
Agg
Access
Access
Node A
Virtual Machine
ESX ESX
Data Center 1 VMware Data Center 2
vCenter
64
65. Location ID/Separation Protocol(LISP)
Сетевая технология следующего поколения
Текущая ситуация
Loc/ID “переписывается”
Internet
x.y.z.1 Когда устройство перемещается,
оно получает новый IPv4 или
Устройство IPv4
IPv6 адрес для своего нового
или IPv6 w.z.y.9 место положения (identity или
location)
LISP
Loc/ID “разделены”
Internet
x.y.z.1 Когда устройство
Адрес IPv4 или IPv6 a.b.c.1 перемещается, оно сохроняет
это только identity . e.f.g.7 свой IPv4 или IPv6 адрес
x.y.z.1
identity остается тем же
Местоположение (location)
определенно здесь! изменяется location
66. Локализация входящего Prefix Route Locator
трафика с помощью LISP 10.10.10.1 C, D
A, B
Ingress Tunnel 10.10.10.2 A, B
IP_DA 10.10.10.1
… …
Encap 1
10.10.10.5 C, D
2
10.10.10.6 C, D
IP_DA = 10.10.10.1 IP_DA= A Layer 3 Core
ISP B
ISP A Intranet
IP_DA = 10.10.10.1 IP_DA= D 3
3
DC A DC B Decap
Decap
A B
C D
IP_DA = 10.10.10.1 IP_DA = 10.10.10.1
Public Network
Agg
Agg
VLAN A
Access
Access
VM= 10.10.10.1
L2 Links (GE or 10GE)
Default GW = 10.10.10.100
L3 Links (GE or 10GE)
67. Распределённые ЦОД
Технологические элементы
• Связь сетей передачи данных
– vPC: Nexus 5000/7000
– FabricPath: Nexus 5000/7000
– OTV: Nexus 7000/ASR1K
– VPLS – ASR9K, Cat6500, Nexus 7000 (будущее)
• Связь сетей хранения данных
– Связь по FC: Cisco MDS 9148/9500
– Связь по FCoE: Cisco Nexus 7000 (до 80 км с картами F2)
– Связь по FCIP: Cisco MDS 9222i/9500
• Оптимальный путь трафика
– RHI: ACE + инфраструктура
– DNS: ACE GSS
– LISP (для мобильности VM) – Nexus 7000
• Подробнее – в презентации Эльдара Женсыкбаева завтра в 16:45