Download to read offline
Uploaded byARCCN
Об одном подходе переноса функциональности CPE устройств в ЦОД телеком оператора
Документ обсуждает подход переноса функциональности CPE-устройств в облако телеком-оператора, включая архитектуру, роли пользователей и интерфейс работы. Основное внимание уделяется автоматизации, безопасности облачных приложений и интеграции с транспортной сетью. Документ также представляет результаты экспериментов по масштабированию сервисов и обсуждает ключевые понятия, такие как функция, сервис и оркестратор.
More Related Content
Similar to Об одном подходе переноса функциональности CPE устройств в ЦОД телеком оператора
Об одном подходе переноса функциональности CPE устройств в ЦОД телеком оператора
- 1. Об одном подходепереноса функциональности CPE устройств в ЦОД телеком оператора Антоненко Виталий Директор по науке и образованию ЦПИКС
- 2. План • Актуальность • Верхнеуровневаяархитектура облака • Роли пользователей облака • Интерфейс работы с облаком • Выводы 22.11.16 RUS.NET 2016, Антоненко Виталий 2
- 3. Зачем это нужнооператорам ЦОД? 22.11.16 RUS.NET 2016, Антоненко Виталий Автоматизация установки и настройки • Компонент инфраструктуры облака • Компонент пользователя и оператора • Поддержка нескольких поставщиков инфраструктуры Целостность облачных приложений • Поддержка жизненного цикла (ЖЦ) сетевого сервиса и ВМ • Восстановление после сбоев • Интеграция облачной сети с транспортной сетью Безопасность • Шифрование пользовательского трафика • Безопасность периметра • Безопасное окружение приложений пользователя • Безопасность на каналах между распределенными компонентами облака 3
- 4. C2 Типовая инсталляция облака 22.11.16 CPE Оркестратор VNF1 VNF n . . . ... MPLS VXLAN IPSec … CloudGW Tag to Network Segment rule CPE контроллер VXLAN tags MPLS tags … OSS/BSS RUS.NET 2016, Антоненко Виталий 4 Локальная сеть Операторская сеть ЦОД Менеджер Мониторинг
- 5. Роли Пользователей 5 Оператор ОблакаКлиент 22.11.16 RUS.NET 2016, Антоненко Виталий
- 6. 622.11.16 RUS.NET 2016,Антоненко Виталий
- 7. Шаг 1: ЗарегистрируемФункцию 722.11.16 RUS.NET 2016, Антоненко Виталий
- 8. 822.11.16 RUS.NET 2016,Антоненко Виталий
- 9. 922.11.16 RUS.NET 2016,Антоненко Виталий
- 10. Шаг 2: СоздадимСервис 1022.11.16 RUS.NET 2016, Антоненко Виталий
- 11. 1122.11.16 RUS.NET 2016,Антоненко Виталий
- 12. Шаг 3: ОпределимИнфраструктуру 1222.11.16 RUS.NET 2016, Антоненко Виталий
- 13. 1322.11.16 RUS.NET 2016,Антоненко Виталий
- 14. Роли Пользователей 14 Оператор ОблакаКлиент 22.11.16 RUS.NET 2016, Антоненко Виталий
- 15. 1522.11.16 RUS.NET 2016,Антоненко Виталий
- 16. Поддержка Пользователя 16 Оператор ОблакаКлиент 22.11.16 RUS.NET 2016, Антоненко Виталий
- 17. 1722.11.16 RUS.NET 2016,Антоненко Виталий
- 18. 1822.11.16 RUS.NET 2016,Антоненко Виталий
- 19. Насколько длинные могутбыть сервисы? 22.11.16 RUS.NET 2016, Антоненко Виталий 19
- 20. Итог • Основные понятия(функция, сервис, оркестратор, менеджер, мониторинг) • Представлена архитектура платформы, которая удачно совмещает функциональность необходимую как для телеком-облака • Продемонстрирован интерфейс оператора облака и пользователя сервиса • Продемонстрированы результаты экспериментов по масштабированию сервисов в облачной платформе 22.11.16 RUS.NET 2016, Антоненко Виталий 20
- 21. Вопросы? 22.11.16 RUS.NET 2016,Антоненко Виталий Антоненко Виталий vantonenko@arccn.ru www.arccn.ru 21 Спасибо за внимание!