Loading...
Это вторая из трех частей серии SD-WAN, подготовленных AvidThink, посвященных эволюции SD-WAN, vCPE, uCPE и растущей важности операционной системы vCPE. В первой статье рассматривается происхождение vCPE и SD-WAN. В этой второй статье основное внимание уделяется важности операционной системы vCPE, а в третьей и заключительной статье обсуждается будущее развитие платформы vCPE.
Утопия SD-WAN поколения 2 - сложно достичь
В конце нашего первого сообщения в блоге мы поделились, что CSP развертывают RFP для 2-го поколения развертываний SD-WAN. Первые последователи обновляют свои платформы SD-WAN и переходят на решение uCPE белого ящика, в котором размещается несколько VNF, одна из которых - SD-WAN VNF.
Однако многие операторы связи поняли, что все не так просто. В отличие от коммерческих устройств SD-WAN, которые полностью интегрированы и протестированы поставщиками SD-WAN, стек uCPE / vCPE / VNF требует гораздо большего ухода и питания, чем ожидали многие CSP.
Изучение дезагрегированного стека CPE
Как отрасль, мы рекламировали дезагрегацию как элемент нашего перехода к SDN и NFV. Предпосылка состоит в том, что, разрушив то, что раньше было монолитным решением, принадлежащим производителю, мы можем снизить затраты и повысить гибкость бизнеса. Однако для воссоздания полного и полезного решения должны существовать две вещи: во-первых, мы должны иметь возможность получить доступ ко всем компонентам, составляющим это решение; во-вторых, нам нужен опыт, чтобы объединить эти компоненты и обеспечить их совместную работу. Помимо этого, нам, вероятно, потребуется постоянная гарантия для этой интегрированной системы и стратегия для обновления каждого отдельного компонента по мере необходимости или для замены компонентов, которые больше не соответствуют нашим потребностям.
Вообще говоря, для замены стека CPE нам потребуется:
аппаратное обеспечение белого ящика, uCPE, с теми же или лучшими возможностями, что и серые ящики или проприетарное оборудование. операционная система (ОС) vCPE, часто основанная на Linux, а иногда и на BSD UNIX, которая предоставляет функции операционной системы, а также общие возможности инфраструктуры NFV (NFVI), включая гипервизор, а также облачное управление и обеспечение Zero Touch Provisioning ( ZTP). виртуальные сетевые функции (VNF), такие как vRouter, виртуальные межсетевые экраны и, конечно же, SD-WAN. CSP, переходящие к развертыванию SD-WAN поколения 2, обнаружили, что, хотя сам uCPE доступен из нескольких источников, и хотя многие поставщики сетевых услуг предоставляют свои сетевые функции как VNF, выбор ОС vCPE ограничен.
Многофункциональные устройства SD-WAN обычно имеют ОС, которая выполняет ZTP и управление облаком. А в некоторых случаях их платформы могут даже допускать размещение сторонних VNF, обычно с функциями безопасности, такими как межсетевые экраны следующего поколения от компаний-партнеров. Однако эти операционные системы не предоставляются как операционные системы общего назначения и, следовательно, не полностью открыты для конечных пользователей или CSP. В конце концов, поставщик решения SD-WAN продает решение SD-WAN, а не ОС на платформе vCPE. Таким образом, количество поставщиков для vCPE OS, как правило, более ограничено, чем количество поставщиков uCPE или VNF белого ящика.
Роль ОС vCPE
ОС vCPE - важный элемент, обеспечивающий основную программную платформу, на которой мы запускаем VNF. Вероятно, правильнее называть это платформой, чем просто операционной системой, поскольку ожидается, что она будет обеспечивать:
Возможности ZTP с облачным управлением для инициализации и управления тысячами uCPE в удаленных местах. Возможности устранения неполадок оборудования и программного обеспечения, мониторинга и прозрачности. Платформа гипервизора, поддерживающая размещение и выполнение VNF поверх платформы. Сегодня эти VNF упакованы в основном как виртуальные машины, но мы видим, что поддержка контейнеров Linux и Kubernetes начинает проявляться в качестве будущего плана. Управление VNF напрямую или совместно с другими платформами оркестровки и управления, такими как NFV-O или VNFM. Базовая мостовая сеть Linux или некоторый элемент виртуальной коммутации, часто с повышением производительности ввода-вывода. Обычно это обеспечивается с помощью OpenvSwitch с поддержкой DPDK (хотя обычно также доступны сквозной пропуск PCI и SR-IOV). Надежный механизм обновления микропрограмм и программного обеспечения, который может обрабатывать поврежденные образы и отключения во время обновления микропрограмм, избегая замены устройства или перемотки грузовика для решения проблемы. Открытые и гибкие API-интерфейсы, которые позволяют интегрироваться с другими платформами оркестровки, стандартные API-интерфейсы включают NETCONF / YANG и общие API-интерфейсы RESTful, а также будущую поддержку таких стандартов, как OpenConfig.
Поддержка драйверов для наиболее распространенных платформ uCPE. Некоторые из этих платформ имеют встроенную интеграцию с ускоренными сетевыми адаптерами для повышения производительности ввода-вывода. Учитывая эти требования, недостаточно просто взять сборку ОС Linux и поместить ее в белый ящик. Кроме того, полностью раздутая ОС не работает для недорогих CPE с ограниченным энергопотреблением. В идеале ОС vCPE экономична и экономична. Кроме того, следует отметить, что не всегда требуется полный набор возможностей. Для простых развертываний CPE, которым требуются только базовые возможности подключения и ограниченный набор сетевых функций на периферии, и где более сложные функции выполняются в центральном месте (например, централизованная модель vCPE), все возможности управления VNF и хостинга являются необязательными.
В ожидании DANOS
CSP, с которыми общается AvidThink, обычно удивляются отсутствию опций с открытым исходным кодом для ОС vCPE. Тем из нас, кто работает в отрасли, кажется, что должны быть варианты с открытым исходным кодом, но их пока нет. Есть компоненты с открытым исходным кодом, которые можно собрать вместе, но многие из нас все еще ждут появления DANOS от Linux Foundation, который основан на коде, предоставленном проектом dNOS от AT&T. DANOS задуман как операционная система пограничной платформы с открытым исходным кодом со стеком маршрутизации в виде интегрированного проекта Free-Range Routing (FRR) - еще одной инициативы LF. Теперь он просрочен на шесть месяцев с предполагаемой даты выпуска осенью 2018 года, но LF указывает на то, что прогресс есть, и он скоро будет доступен. Тем не менее, DANOS вряд ли обеспечит надежные облачные возможности выделения ресурсов и управления при первом выпуске, поэтому само по себе это не будет законченным решением.
На данный момент существует несколько коммерческих поставщиков, которые предлагают платформу vCPE с различным набором функций, описанных выше. Главное - понять бизнес-требования к вашему развертыванию и сопоставить их с возможностями поставщика.
Я не системный интегратор, просто играю по телевизору
Помимо выбора ОС vCPE, поставщики услуг MSP и CSP теперь понимают, что существует новая роль системной интеграции, которую необходимо решить. Кто несет ответственность за устранение проблемы в случае сбоя развертывания SD-WAN? Это CSP? Поставщик ОС vCPE? Или поставщик VNF? MSP или CSP - это естественный выбор для ответственной стороны, поскольку они продают решение SD-WAN предприятию. Однако не все поставщики услуг имеют внутренние навыки для устранения проблемы, и многим, возможно, придется полагаться на сторонних системных интеграторов, которые помогут им создать свои решения SD-WAN и управлять ими.
Помимо ОС vCPE
В этом посте мы рассказали о текущей роли платформы vCPE, и мы надеемся, что вы сочли ее полезной. В нашем третьем и последнем сообщении блога мы рассмотрим, как платформа vCPE может развиваться и чего ожидать в будущем, так что следите за этим местом для следующей части этой серии статей.
Статья представлена RAD Украина
источник: rad.comавтор:
Roy Chua
Основатель и директор AvidThink
research@avidthink.com