NFV для корпоративных сервисов: управление и оркестрация
Содержание:
1. Из истории NFV;
2. В чем выгода?;
3. Управление и оркестрация (Вы читаете данный раздел);
4. Распределенная модель и vCPE.
Модель архитектуры NFV пока только обсуждается. Отраслевая организация OPNFV намерена взаимодействовать с Европейским институтом телекоммуникационных стандартов (European Telecommunications Standards Institute, ETSI) и использовать элементы Open Source (см. Рисунок ниже). Изначально области интереса OPNFV охватывали аппаратные платформы (вычислительные ресурсы, СХД и сетевое оборудование), слой виртуализации, виртуальные вычисления, сети и ресурсы хранения данных, а также средства управления виртуализированной инфраструктурой. Однако более важное значение могут иметь оркестрация и управление более высокого уровня (Management and Orchestration, MANO). Многие операторы не торопятся с внедрением NFV именно потому, что ряд вопросов, связанных с MANO, все еще остаются открытыми.
Отраслевая организация OPNFV будет заниматься интеграцией, тестированием и валидацией компонентов Open Source для создания платформы NFV операторского класса
Эксперты подтверждают, что до сих нор непонятно, какая оркестрация потребуется для VNF в сетях и как будут разделяться функции управления между разными уровнями архитектуры NFV. Без этого операторы, развертывающие NFV, будут вынуждены использовать предлагаемые вендорами проприетарные решения.
Классическая сетевая модель предусматривает три «плоскости»: данные, контроль и управление. «Вся идея SDN состоит в том, чтобы изменить пропорции между двумя последними — плоскостями управления более низкого и высокого уровня. Все больше функций будут переходить на уровень контроля и становиться программируемыми и автоматизируемыми, — рассказывает Юрий Гиттик. — Цель — не в конфигурировании или программировании сетей, а в программировании сервисов с привлечением автоматизации».
При этом существуют два основных подхода. Согласно первому, протоколы плоскости контроля заменяются на API в центральном контроллере SDN, а механизмы форвардинга в плоскости данных сводятся к простым операциям в коммутаторе SDN. Это предполагает замену существующего оборудования. При втором подходе SON дополняет существующие технологии: для оптимизации производительности вводятся дополнительные операции управления, а для создания новых сервисов используются программные средства, в результате существующая сеть становится более программируемой. Большинство операторов и вендоров оборудования поддерживают первый подход, а второй применяется в исследовательских организациях.
Для развертывания мощных NFV-технологий необходимо несколько мощных VPN (http://shadeyouvpn.com/), которые должны работать как часы. Именно поэтому так необходимо со всей ответственностью подойти к выбору хостинг-провайдера. На его роль я хочу порекомендовать вам shadeyouvpn.com, где используется самое современное оборудование и работают опытные специалисты!
1. Из истории NFV;
2. В чем выгода?;
3.
4. Распределенная модель и vCPE.
Модель архитектуры NFV пока только обсуждается. Отраслевая организация OPNFV намерена взаимодействовать с Европейским институтом телекоммуникационных стандартов (European Telecommunications Standards Institute, ETSI) и использовать элементы Open Source (см. Рисунок ниже). Изначально области интереса OPNFV охватывали аппаратные платформы (вычислительные ресурсы, СХД и сетевое оборудование), слой виртуализации, виртуальные вычисления, сети и ресурсы хранения данных, а также средства управления виртуализированной инфраструктурой. Однако более важное значение могут иметь оркестрация и управление более высокого уровня (Management and Orchestration, MANO). Многие операторы не торопятся с внедрением NFV именно потому, что ряд вопросов, связанных с MANO, все еще остаются открытыми.
Отраслевая организация OPNFV будет заниматься интеграцией, тестированием и валидацией компонентов Open Source для создания платформы NFV операторского класса
Эксперты подтверждают, что до сих нор непонятно, какая оркестрация потребуется для VNF в сетях и как будут разделяться функции управления между разными уровнями архитектуры NFV. Без этого операторы, развертывающие NFV, будут вынуждены использовать предлагаемые вендорами проприетарные решения.
Классическая сетевая модель предусматривает три «плоскости»: данные, контроль и управление. «Вся идея SDN состоит в том, чтобы изменить пропорции между двумя последними — плоскостями управления более низкого и высокого уровня. Все больше функций будут переходить на уровень контроля и становиться программируемыми и автоматизируемыми, — рассказывает Юрий Гиттик. — Цель — не в конфигурировании или программировании сетей, а в программировании сервисов с привлечением автоматизации».
При этом существуют два основных подхода. Согласно первому, протоколы плоскости контроля заменяются на API в центральном контроллере SDN, а механизмы форвардинга в плоскости данных сводятся к простым операциям в коммутаторе SDN. Это предполагает замену существующего оборудования. При втором подходе SON дополняет существующие технологии: для оптимизации производительности вводятся дополнительные операции управления, а для создания новых сервисов используются программные средства, в результате существующая сеть становится более программируемой. Большинство операторов и вендоров оборудования поддерживают первый подход, а второй применяется в исследовательских организациях.
Для развертывания мощных NFV-технологий необходимо несколько мощных VPN (http://shadeyouvpn.com/), которые должны работать как часы. Именно поэтому так необходимо со всей ответственностью подойти к выбору хостинг-провайдера. На его роль я хочу порекомендовать вам shadeyouvpn.com, где используется самое современное оборудование и работают опытные специалисты!
