Применение технологии SDN и протокола OpenFlow в ЦОД. Состав и организация приложений для контроллера SDN

Контроллер APIC является важным компонентом ACI, который управляет как физическими, так и виртуальными сетевыми устройствами с помощью ANP. По мнению разработчиков, ACI должна помочь клиентам полностью раскрыть потенциал приложений и повысить гибкость бизнеса.ACI очень похож на SDN, но Cisco подчеркивает, что APIC не является контроллером Sdn. Он работает независимо от уровня коммутации данных и уровня управления без совместного использования соответствующих процессов. Его важнейшими функциями являются управление инфраструктурой и информирование (мониторинг) систем высокого уровня о ее состоянии.Возможности интеграции и партнерская экосистемаВ настоящее время CiscoSystems продолжает продвигать ACI как альтернативу SDN. Год назад компания представила "базовый в стандартах" протокол opflex, который должен играть ту же роль, что и openflow. Корпорация даже рассчитывает разработать четкий протокол с отраслевым стандартом с помощью IETF. На данный момент для разработки ACI требуются новые коммутаторы (линейки Nexus 9000) и новое программное обеспечение (ApplicationPolicyInfrastructureController, APIC), хотя есть возможность интеграции с различными инструментами организации и автоматизации.API XML, JSON и RESTful используются для взаимодействия ACI с платформами управления и оркестровки, такими как OpenStack, Puppet, CFEngine и другими. Они также должны обеспечить интеграцию ACI с открытой платформой Sdnopendaylight, виртуальными коммутаторами с открытым исходным кодом и технологиями VXLAN. Для поддержки и развития новой инфраструктуры Cisco формирует экосистему партнеров. Инициатива Cisco ACI поддерживается BMC, ComputerAssociates, Citrix, EMC, Emulex, F5, IBM, Microsoft, NetApp, VMware и рядом других компаний.Однако ACI — это проприетарное альтернативное решение, которое ограничивает клиентов закрытыми позициями экосистемы. Для некоторых компаний это может быть приемлемым вариантом, но противоречит общим тенденциям рынка.Кроме того, Cisco начинает сокращать рыночные позиции в среде, предлагая им дополнительную оболочку и называя ее Sdn. В разделе Поддержка Sdn, добавленная к CiscoOpennetworkEnvironment (ONE) и CiscoOnePK (PlatformKit) в 2013 году, позволяет рассматривать их как инструменты, помогающие компании защитить свои позиции на основном рынке. Это значительно снижает хорошие результаты при работе с установками Cisco, что означает, что они нацелены на свои продукты и не обеспечивают прозрачности, требуемой SDN.Дорога к SDNВ конечном счете, по мнению экспертов, решение открытой Sdn считается более перспективным. В настоящее время Sdn предлагает компании множество вариантов на выбор: коммутатор с поддержкой OpenFlow, NETCONF, OVSDB и расширенную библиотеку API, а также корпоративное программное обеспечение, которое использует преимущества этих протоколов. Как и любой другой, инфраструктура Sdn должна строиться на основе открытых стандартов. Такая открытая экосистема ускоряет процесс внедрения инноваций в области сетевых технологий.Хотя традиционный подход к созданию сетевой инфраструктуры по-прежнему преобладает из-за инерции мышления и негативного воздействия кризисных явлений, Sdn уже позволяет эффективно решать задачи в виртуальной и физической среде. Опыт крупных интернет-компаний показал возможности адаптации масштабной сетевой инфраструктуры к устойчиво меняющимся требованиям. Но крупная компания не спешит реализовывать стратегию Sdn, поскольку считает, что они будут поставляться с обновленным сетевым обеспечением.Часть этих опасений происходит от общего заблуждения в том, поскольку как будто SDN является продуктом. На самом деле это очень близко к проектированию сети, а также новая парадигма их администрирования, мониторинга и, в конечном итоге, адаптации к бизнес-задачам, выполняемым приложениями. Переход на Sdn — это пошаговый процесс, который учитывает бизнес-сценарии использования сети. Хотя существуют определенные продукты, например, коммутаторы SDN с поддержкой OpenFlow, в полной замене сетевой инфраструктуры нет никакой необходимости.ЗАКЛЮЧЕНИЕВданной работе рассмотрены вопросы применения технологии SDN и протокола OpenFlow в ЦОД. Также отмечены вопросы состава и организации приложений для контроллера SDN»СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ1Семеновых А.А., Лапонина О.Р. Сравнительный анализ SDN-контроллеров // InternationalJournalofOpenInformationTechnologies. 2018. №7. URL: https://cyberleninka.ru/article/n/sravnitelnyy-analiz-sdn-kontrollerov (дата обращения: 28.11.2022).2 Braun W., Menth M. Software-defined networking using OpenFlow: Protocols, applications and architectural design choices //Future Internet. - 2014. - Т. 6. - №. 2. - С. 302-336.3 Erickson D. The beacon openflow controller //Proceedings of the second ACM SIGCOMM workshop on Hot topics in software defined networking. - ACM, 2013. - С. 13-18.3 Kreutz D. et al. Software-defined networking: A comprehensive survey //Proceedings of the IEEE. - 2015. - Т. 103. - №. 1. - С. 1476.4 OpenFlow Switch Specification Version 1.4.0 (Wire Protocol 0x05). - 2013. URL: https://www.opennetworking.org/images/stories/downloads/sdn-resources/onf-specifications/openflow/openflow-spec-v1.4.0.pdf5 Salman O. et al. SDN controllers: A comparative study //Electrotechnical Conference (MELECON), 2016 18th Mediterranean. - IEEE, 2016. - С. 1-6.6 Software-Defined Networking: The New Norm for Networks ONF White Paper. - 2012. URL: https://www.opennetworking.org/images/stories/downloads/sdn-resources/white-papers/wp-sdn-newnorm.pdf7 Stallings W. Software-defined networks and openflow //The internet protocol Journal. - 2013. - Т. 16. - №. 1. - С. 2-14. URL: http://www.cisco.com/c/en/us/about/press/internet-protocol-journal/back-issues/table-contents-59/161-sdn.html8 Tootoonchian A., Ganjali Y. HyperFlow: A Distributed Control Plane for OpenFlow // Proceedings of the 2010 Internet Network Management Conference on Research on Enterprise Networking. -2010. URL: http://dl.acm.org/citation.cfm?id=1863133.18631369 Смелянский Р. Л. Программно-конфигурируемые сети //Открытые системы. СУБД. - 2012. - Т. 9. - С. 23-26. URL: https://www.osp.ru/os/2012/09/13032491/