СПОСОБ КООРДИНАЦИИ ДЕЙСТВИЙ ОБЪЕКТОВ, ФУНКЦИОНИРУЮЩИХ В СЕТЕВОМ ОБЛАКЕ Российский патент 2023 года по МПК H04L41/895 H04L41/342 H04L41/5025 H04L43/16 

Область техники, к которой относится изобретение

Настоящее изобретение относится, в общем, к области организации и работы сетей связи и, в частности, к управлению несколькими передающими сетевыми узлами, такими как маршрутизаторы и коммутаторы, в сетевом облаке.

Глоссарий

AI – Artificial Intelligence – Искусственный интеллект

ACL - Access Control List – Список управления доступом

BW – Bandwidth – Ширина полосы частот

BOM – Bill Of Materials – Ведомость материалов

DDOS – Distributed Denial of Service – Распределенная атака типа отказа в обслуживании

KPI - Key Performance Indicators – Основные показатели эффективности

NC - Network Cloud – Сетевое облако

NCC - Network Cloud Controller – Контроллер сетевого облака

NCF – Network Cloud Fabric – Система коммутации сетевого облака

NCM – Network Cloud Management – Центр управления сетевым облаком

NCP – Network Cloud Packet Forwarder – Передатчик пакетов данных в сетевом облаке

NOS – Network Operating System – Сетевая операционная система

NCC – Network Cloud Controller – Контроллер сетевого облака

NE – Network Element – Сетевой элемент

NS – Network Switch – Сетевой коммутатор

ODM - Original Design Manufacturer – Производитель систем собственной разработки

VRF - virtual routing and forwarding –Виртуальная маршрутизация и переадресация

VPN – Virtual Private Network – Виртуальная частная сеть

SDN – Software Defined Network – Программно конфигурируемая сеть

NFV - Network Functions Virtualization – Виртуализация сетевых функций

VNF - Virtual Network Function – Функция виртуальной сети

Уровень техники

Термин «сетевое облако» (NC) обозначает облако, используемое для обслуживания функциональных возможностей сети связи, таких как маршрутизация, коммутация и т.д. Другими словами, этот термин относится к концепции разъединения аппаратуры и программного обеспечения сетевых объектов. План управления сетевыми объектами отсоединен от тракта передачи данных и инсталлирован на локальном сервере или в сетевом облаке. Базовый уровень абстракции отделяет управляющий элемент и делает его неизвестным для аппаратных компонентов, относящихся к тракту передачу данных. Тракт передачи данных проходит через распределенные аппаратные ресурсы, такие как серверы, сетевые интерфейсы и устройства «белых» ящиков и может быть запрограммирован напрямую.

Концепция сетевого облака использует методологию облака для обслуживания сервисов программно конфигурируемой сети ("SDN"), таких как маршрутизация, коммутация, сеть VPN, контроль качества обслуживания (QOS), защита от DDOS-атак и другие подобные сервисы, осуществляемые более эффективным, центрально управляемым и легко программируемым способом.

Результатом разделения, существующего в настоящее время между программным обеспечением и аппаратурой в области построения и работы сетей, является появление новой модели сетевого облака, где осуществляется оптимизированное использование аппаратных ресурсов, чтобы позволить развернуть операционную систему распределенной сети.

В настоящее время сетевые операторы стоят перед финансовой проблемой, поскольку цены сетевых элементов в пересчете на отдельное устройство относительно высоки, и, следовательно, высока цена в пересчете «на один порт», тогда как доход в пересчете на одного абонента остается преимущественно постоянным и, в некоторых случаях, даже уменьшается. Очевидно, это оказывает отрицательное воздействие на рентабельность для владельцев сети связи и побуждает их искать пути для реализации способов уменьшения затрат. Многие сетевые операторы и владельцы больших сетей связи, такие как владельцы сетей связи масштаба всемирной паутины, приняли подход реализации «белых» ящиков в своих сетях, где «белый» ящик представляет собой аппаратный элемент, изготовленный производителями кремниевых элементов ODM (продавцами товарных чипсетов). Этот подход позволяет сетевым операторам использовать различные «белые» ящики, изготовленные разными производителями, в одном и том же кластере распределенного сетевого облака и тем самым уменьшить цену аппаратуры до модели затрат согласно ведомости BOM плюс согласованная маржа. Тем не менее, этот подход сильно отличается от традиционного подхода, в каком сетевые элементы приобретались в виде монолитного устройства, в котором объединены аппаратура и программное обеспечение. Как было отмечено выше, аппаратная часть проблемы (т.е. аппаратная часть сетевых элементов) была разрешена путем принятия подхода «белых» ящиков. В то же время, принятие этого подхода породило новые вызовы для программной части проблемы. Поскольку этот подход применяет множество программных модулей и контейнеров, использование технического решения с распределенными аппаратными узлами, которое содержит несколько аппаратных «белых» ящиков, требует, чтобы программные модули и контейнеры работали в синхронизации одни с другими.

Когда принята эта концепция, различные функциональные возможности могут быть распределены между аппаратными ресурсами, так что они могут функционировать вдоль тракта передачи данных, позволяя в то же время обрабатывать пакеты данных. В альтернативном варианте они могут функционировать в качестве объектов системы коммутации, позволяющей осуществлять связь между элементами тракта передачи данных, или в качестве сетевых контроллеров, реализующих протоколы маршрутизации, или в процессе осуществления другой применимой функции.

Предприятия, равно как и провайдеры услуг связи, реализующие виртуализованное сетевое облако, сталкиваются с новыми вызовами, относящимися к инсталлированию, развертыванию, конфигурированию, координации, предоставлению и мониторингу множества различных объектов, что требуется при управлении кластером в ходе его жизненного цикла, где эти объекты представляют собой маршрутизаторы, коммутаторы сетевого облака или какие-либо другие применимые сетевые элементы.

В дополнение к этому, поскольку сложность распределенного сетевого облака увеличивается, растет необходимость обеспечить автоматические процедуры для добавления, исключения или замены аппаратных устройств в сети связи.

Поэтому, имеет место необходимость и потребность в создании модели координации, которая может быть конфигурирована для управления несколькими маршрутизирующими или коммутирующими объектами в сетевом облаке. Настоящее изобретение направлено на удовлетворение этой потребности.

Раскрытие сущности изобретения

Настоящее изобретение может быть кратко изложено со ссылками на прилагаемую формулу изобретения.

Целью настоящего раскрытия является создание нового технического решения для управления несколькими маршрутизирующими и/или коммутирующими объектами, работающими в сетевом облаке.

Другой целью настоящего раскрытия является создание системы, способа и программы для управления распределенными сетевыми узлами, работающими в сетевом облаке, на основе информации относительно основных показателей эффективности (KPI), собранной от множества физических сетевых элементов.

Другой целью настоящего раскрытия является создание системы, способа и программы для управления распределенными сетевыми узлами на основе пороговых величин, ассоциированных с показателями KPI, и информации, собранной от множества физических сетевых элементов.

Другие цели настоящего раскрытия станут ясны из последующего описания.

Согласно первому аспекту настоящего раскрытия предложена система связи, конфигурированная для работы в сетевом облаке, эта система содержит множество физических сетевых элементов и сервер, конфигурированный для работы в качестве координатора облака, принимающего информацию относительно основных показателей эффективности (KPI), собранную от множества физических сетевых элементов, и определяющего, необходимо ли выполнить какое-либо заданное действие, относящееся к соответствующему физическому сетевому элементу, на основе a) одной или более пороговых величин, сохраняемых у координатора облака и ассоциированных с показателями KPI, и b) и информации, собранной от множества физических сетевых элементов.

Термины «физический сетевой элемент» или «физический сетевой узел» или «аппаратный элемент» или «сетевой элемент» используются в настоящем описании и Формуле изобретения взаимозаменяемо для обозначения физического объекта, такого как процессор пакетов данных, центральный процессор (CPU), запоминающее устройство, сетевой интерфейс и другие подобные объекты, которые могут действовать в качестве единственного объекта или более объектов, являющихся частью виртуального маршрутизирующего объекта и поддерживающих функцию маршрутизации этого объекта.

Термин «сетевое облако», как он используется в настоящем описании и в Формуле изобретения, обозначает облако, используемое для обслуживания функциональных возможностей сети, таких как маршрутизация, коммутирование и т.п.

С другой стороны, термин «облачная сеть» обозначает сетевые ресурсы (серверы, диски, процессоры CPU и другие подобные объекты), используемые для создания функциональных возможностей облака (например, для хостинга сервисов, файлов, сайтов и других подобных объектов), как это делают компании масштаба всемирной паутины.

Термины «координатор облака» или просто «координатор», как он используется здесь в пределах описания и Формулы изобретения, обозначают платформу управления облаком, которая автоматически предоставляет облачные сервисы, использующие инструменты на основе политики. Это позволяет пользователю конфигурировать, предоставлять, интегрировать управление сервисами – и добавлять управление, мониторинг, резервирование и безопасность – на короткий период времени. Эта платформа содержит набор специализированных индивидуальных действий, специфичных для продукта или технологии, так что такие действия интегрированы с указанным продуктом. Координатор облака обычно способен направлять информацию, создавая резервирование, доступность, низкую задержку и общую прозрачность среди различных протоколов связи, предоставляя в то же время безопасность, управление и емкость для интегрирования большого числа сетевых элементов и позволяя агрегировать новые элементы в сетевое облако быстрым и безопасным способом.

Согласно другому варианту координатор облака дополнительно конфигурирован для запуска изменений конфигурации по меньшей мере одного из множества физических сетевых элементов в ответ на определение, что были перейдены одна или несколько пороговых величин.

В еще одном другом варианте координатор облака дополнительно конфигурирован для идентификации нового устройства (например, устройства «белого» ящика или другого аппаратного элемента, сервера, либо другого подобного объекта), когда это новое устройство добавляют к сетевому облаку, и ассоциирования этого нового устройства с кластером устройств, входящим в состав этого сетевого облака.

Согласно другому варианту координатор облака осуществляет конфигурирование аппаратного устройства для работы объекта сетевого облака путем инсталлирования одного или более программных пакетов и/или программных контейнеров в этом аппаратном устройстве и установления связи между этим аппаратным устройством и по меньшей мере одним другим объектом сетевого облака, и при этом, какие один или несколько программных пакетов и/или программных контейнеров, будут инсталлированы в аппаратном устройстве координатором облака, зависит от функций, которые должен осуществлять этот объект сетевого облака, когда он работает в качестве части сетевого облака.

Согласно еще одному другому варианту, координатор облака конфигурирован для образования нового кластера физических сетевых элементов и определения одного или более членов из группы, содержащей тип нового кластера, обязательные и необязательные модули для инсталлирования в сетевых элементах, являющихся членами нового кластера, настройку по меньшей мере для одного из обязательных модулей и настройку по меньшей мере для одного из необязательных модулей, равно как требуемые конфигурации для физических сетевых элементов и другую подобную информацию.

Еще в одном другом варианте координатор облака работает для конфигурирования канала связи для передачи сообщений, которыми обмениваются сетевые элементы, являющиеся членами кластера, между собой и/или с координатором облака. Предпочтительно, эти сообщения представляют собой сообщения по меньшей мере одного типа из группы, содержащей: сообщения для поддержания канала связи (keep alive-сообщения), команды конфигурирования, направляемые от координатора облака модулям, инсталлированным в сетевых элементах, сообщения, передаваемые через каждый заданных промежуток времени координатору облака и содержащие информацию, относящуюся по меньшей мере к одной группе из списка: текущая телеметрия, статистика, события, показатели KPI и другая подобная информация.

Согласно другому варианту, координатор облака конфигурирован для добавления к кластеру сетевого узла, принадлежащего сетевому облаку, без создания помех для функциональных возможностей кластера (например, без инициирования простоя каких-либо работающих в кластере сетевых элементов). Сетевой узел может быть добавлен в каком-либо из следующих событий:

a. Реализация новой конфигурации для сетевых элементов кластера;

b. Идентификация выхода сетевого элемента (узла) из строя, а сетевой элемент, который должен быть добавлен, имеет такой же тип и конфигурацию, как и вышедший из строя сетевой элемент; и

c. Достижение одной или более пороговых величин, конфигурированных для группы показателей KPI, например: пороговая величина может быть установлена на максимальную пропускную способность, когда такая пороговая величина будет достигнута, координатор облака может добавить сетевой узел для обработки избыточной пропускной способности.

Сетевой узел может быть добавлен в каком-либо из следующих событий:

a. Реализация новой конфигурации для сетевых элементов кластера;

b. Идентификация выхода сетевого элемента (узла) из строя, а сетевой элемент, имеющий такой же тип и конфигурацию, как и вышедший из строя сетевой элемент, может быть использован для замены вышедшего из строя сетевого элемента; и

c. Достижение одной или более пороговых величин, конфигурированных для группы показателей KPI, например: пороговая величина может быть установлена на максимальную пропускную способность, когда такая пороговая величина будет достигнута, координатор облака может уменьшить или даже отключить, если можно, ресурсы, ассоциированные с этим элементом, с целью сберечь ресурсы сетевого облака.

Согласно еще одному другому варианту координатор облака конфигурирован для обеспечения того, чтобы множество физических сетевых элементов работали как один виртуальный маршрутизирующий объект.

Согласно другому аспекту настоящего раскрытия предложен способ для использования в сетевом облаке, которое содержит множество физических сетевых элементов и сервер, конфигурированный для работы в качестве координатора облака и для приема информации относительно основных показателей эффективности (KPI), собранной от множества физических сетевых элементов, где этот способ содержит этапы определения, нужно ли выполнить предварительно заданное действие, относящееся к соответствующему физическому сетевому элементу, и где это определение основано на пороговых величинах, ассоциированных с этими показателями KPI, и информации, собранной от множества физических сетевых элементов.

Согласно другому варианту этого аспекта настоящего раскрытия способ дополнительно содержит этапы определения, были ли перейдена одна или несколько пороговых величин и в случае утвердительного ответа запуск изменения конфигурации по меньшей мере в одном из множества физических сетевых элементов.

Еще в одном другом варианте способ дополнительно содержит этап установления канала связи для передачи сообщений, которыми обмениваются сетевые элементы, являющиеся членами кластера, между собой и/или которыми обмениваются сетевые элементы, являющиеся членами кластера, и координатор облака.

Согласно другому варианту, эти сообщения представляют собой сообщения по меньшей мере одного типа из группы, содержащей: сообщения для поддержания канала связи (keep alive-сообщения), команды конфигурирования, направляемые от координатора облака модулям, инсталлированным в сетевых элементах, сообщения, передаваемые через каждый заданных промежуток времени координатору облака и содержащие информацию, относящуюся по меньшей мере к одной группе из списка: текущая телеметрия, статистика, события и показатели KPI

Согласно другому варианту способ дополнительно содержит этап обеспечения, чтобы множество физических сетевых элементов работали как один виртуальный маршрутизирующий объект.

Еще в одном другом варианте, способ дополнительно содержит этап мониторинга по меньшей мере одного сетевого элемента и ассоциированных с ним показателей KPI, с заданной стационарной частотой, а после обнаружения неисправности, ассоциированной с этим сетевым элементом, определение периода времени, в течение которого будут выполнены отсчеты относящихся к делу показателей KPI с частотой выше указанной стационарной частоты, использованной прежде указанного определения неисправности, что позволяет обнаружить причину неисправности.

Согласно еще одному другому аспекту предложен энергонезависимый читаемый компьютером носитель информации, сохраняющий компьютерную программу для реализации набора команд для выполнения одним или несколькими компьютерными процессорами, эта компьютерная программа разработана для осуществления способа, используемого в сетевом облаке, содержащем множество физических сетевых элементов и сервер, конфигурированный для работы в качестве координатора облака и для приема информации относительно основных показателей эффективности (KPI), собранной от множества физических сетевых элементов, где этот способ содержит этапы определения, нужно ли выполнить предварительно заданное действие, относящееся к соответствующему физическому сетевому элементу, и где это определение основано на пороговых величинах, ассоциированных с этими показателями KPI, и информации, собранной от множества физических сетевых элементов.

Краткое описание чертежей

Прилагаемые чертежи, включенные сюда и составляющие часть настоящего описания, иллюстрируют несколько вариантов настоящего раскрытия и, вместе с описанием, служат для пояснения принципов описываемых здесь вариантов.

Фиг. 1. иллюстрирует сетевое облако, построенное в соответствии с одним из вариантов настоящего раскрытия;

Фиг. 2. демонстрирует упрощенную блок-схему этапов на стадии конфигурирования нового сетевого элемента, когда последний добавляют к сетевому облаку, где эта блок-схема построена в соответствии с одним из вариантов настоящего раскрытия;

Фиг. 3. показывает упрощенную блок-схему, содержащую этапы на стадии выполнения задачи сетевым элементом в сетевом облаке, где эта блок-схема построена в соответствии с одним из вариантов настоящего раскрытия; и

Фиг. 4. иллюстрирует упрощенную блок-схему этапов на стадии анализа трафика и автоматического выполнения действий, ассоциированных с сетевыми элементами, принадлежащими сетевому облаку, где эта блок-схема построена в соответствии с одним из вариантов настоящего раскрытия.

Осуществление изобретения

Некоторые конкретные подробности и величины в последующем подробном описании относятся к некоторым примерам настоящего раскрытия. Однако это описание дано только на примерах и не имеет целью каким-либо образом ограничить объем изобретения. Как будет понятно специалистам в рассматриваемой области техники, заявляемые способ и устройство могут быть реализованы посредством других способов, которые сами по себе известны в этой области техники. Кроме того, описываемые варианты содержат различные этапы, не все из которых требуются для всех вариантов изобретения. Объем изобретения может быть суммирован со ссылками на прилагаемую Формулу изобретения.

Фиг. 1 иллюстрирует сетевое облако (100), построенное в соответствии с одним из вариантов настоящего раскрытия. Это сетевое облако (100) содержит координатор облака (110), имеющий запоминающее устройство для сохранения показателей KPI и действий, и базу данных, осуществляющую двустороннюю связь с контроллером 120 облака (например, медиатором), имеющим запоминающее устройство для сохранения показателей KPI и действий, и базу данных, и это сетевое облако (100) далее содержит несколько сетевых элементов (NE) с 130₁ по 130_N, каждый из которых имеет соответствующего агента с 140₁ по 140_N, и эти агенты конфигурированы для осуществления связи с контроллером 120 облака по каналу L2/L3 связи.

Координатор облака автоматизирует управление, координацию, и организацию сложных компьютерных систем, сервисов и промежуточного программного обеспечения. В дополнение к уменьшенным требованиям к вовлечению персонала функциональные возможности координатора исключают потенциальные ошибки, которые могут быть внесены при осуществлении регистрации, масштабирования и других облачных процессов и процедур.

Когда операционная система (OS) инсталлирована в координаторе 110 облака (и в сетевом контроллере 120, если последний развернут), агенты с 140₁ по 140_N могут быть инсталлированы в элементах NE с 130₁ по 130_N для поддержки связи от координатора 110 облака, либо напрямую, либо через контроллер 120 облака. После того, как были инсталлированы эти агенты, устанавливают каналы связи на уровне L2, а также могут быть конфигурированы соответствующие туннели, что позволяет осуществлять двустороннюю связь между координатором облака и сетевыми элементами.

Чертежи Фиг. 2 – 4 демонстрируют различные этапы, входящие в состав трех разных стадий выполнения способа, в соответствии с которым работает сетевое облако, упомянутое выше.

Фиг. 2 демонстрирует упрощенную блок-схему этапов на стадии конфигурирования нового сетевого элемента, когда последний добавляют к сетевому облаку, где эта блок-схема построена в соответствии с одним из вариантов настоящего раскрытия.

Сначала идентифицируют вновь добавленный сетевой элемент, представляющий собой, например, маршрутизатор или коммутатор, и устанавливают канал связи между координатором облака и этим новым элементом NE (этап 200). Затем управляющий объект ассоциирует этот новый элемент NE с определенным кластером (этап 210) и координатор облака или контроллер облака, в зависимости от конкретной ситуации, направляет образы/докеры указанному новому элементу NE (этап 230). После передачи новым элементом NE координатору/контроллеру облака сообщения для поддержания действия канала, проверяющего/подтверждающего, что канал связи, установленный между этими элементом и контроллером, работает, координатор облака будет собирать и сохранять у себя несколько показателей KPI предпочтительно через предварительно конфигурированные промежутки времени (этап 240).

Пример следующей стадии приведен на Фиг. 3, где представлена упрощенная блок-схема этапов на стадии выполнения задачи вновь добавленным сетевым элементом. Этот пример содержит следующие этапы. Сначала собирают списки показателей KPI от элементов NE, осуществляющих связь (напрямую или через промежуточные станции) с координатором облака (этап 300). Эти показатели KPI сравнивают с предварительно заданными соответствующими пороговыми величинами (этап 310), и если какой-то показатель KPI достиг своей соответствующей пороговой величины, будет инициировано предварительно заданное действие (этап 320) после извлечения требуемых подробностей действия из базы данных, расположенной у координатора облака (этап 330). Предпочтительно, после того, как координатор облака выполнил требуемое действие, это подтверждают посредством проверки со всеми относящимися к выполненному действию элементами NE, что действительно это действие оказало влияние на эти элементы NE (этап 340). После получения подтверждения координатор облака принимает новые показатели KPI (по меньшей мере от этих относящихся к выполненному действию элементов NE) для верификации, произошло ли какое-либо улучшение их работы (этап 350). После верификации, что в рассматриваемых элементах NE было достигнуто улучшение, указанное действие регистрируют в запоминающем устройстве координатора облака (этап 360).

Пример другой фазы работы сетевого облака приведен на Фиг. 4, который иллюстрирует упрощенную блок-схему варианта настоящего раскрытия на стадии анализа трафика и автоматического выполнения действий, ассоциированных с сетевыми элементами, принадлежащими сетевому облаку.

Эта фаза начинается с извлечения показателей KPI, собранных от разных элементов NE (этап 400). Затем координатор облака анализирует потоки трафика, проходящие через эти элементы NE, и идентифицирует тенденции трафика (такие как возможные будущие перегрузки и т.п.) на основе этих анализируемых потоков трафика (этап 410). Предполагается, что в свете идентифицированных тенденций в сетевом облаке будут совершены одно или несколько автоматических действий с ассоциированными с ними пороговыми величинами (этап 420), чтобы действовать адекватно в сценариях, прогнозируемых на основе тенденций, идентифицированных на этапе 410. После утверждения изменений (новых автоматических действий) (этап430) эти новые действия и соответствующие им пороговые величины добавляют в запоминающее устройство координатора облака для автоматического выполнения этих действий (этап 440), и при возникновении ситуации, когда появится необходимость в добавленных новых действиях, эти новые действия будут совершены автоматически (этап 450).

Когда требуется изменить конфигурацию сетевого элемента (например, узла) или более узлов, координатор облака (действующий в качестве администратора) может определить конфигурационную вставку (патч) (например, определенные конфигурационные строки или скрипты) и установить список одной или более пороговых величин, который запустит это изменение конфигурации. Координатор облака запускает требуемое изменение конфигурации при переходе за пороговые величины, регистрирует выполненные изменения и позволяет совершить откаты. Система может выполнить действия в ответ на переход за пороговые величины и осуществить операции машинного обучения (искусственный интеллект) для типов операций, соответствующих конфигурированию, администрированию и/или координации. Это может быть, например, одно из следующих действий:

a. Инсталлирование и добавление элемента NE к кластеру;

b. Исключение какого-либо элемента NE из кластера;

c. Выключение интерфейсов (или передатчика NCP в целом) для уменьшения потребления энергии

d. Применение конфигурационного патча к элементу NE или к сетевому коммутатору;

e. Применение конфигурационного патча к одному или нескольким контроллерам;

f. Добавление и исключение туннелей связи;

g. Изменение ширины полосы частот канала связи

h. Изменение маршрута к скрубберу распределенной атаки типа отказа в обслуживании (DDoS);

i. Применение динамических правил к списку ACL;

j. Динамическое установление списков ACL;

k. Определение маршрутов и маршрутных политик на динамической основе;

l. Применение и конфигурирование функций виртуальной маршрутизации и переадресации; и

m. Применение оценок качества обслуживания к связи, осуществляемой через сетевые интерфейсы.

Во время работы могут производиться периодические вычисления с использованием полученных недавно показателей KPI с целью идентификации тенденций в работе сетевого облака. Можно использовать алгоритм машинного обучения для генерации ежечасных и/или ежедневных и/или еженедельных трендов, которые могут быть затем визуально представлены оператору сети связи.

Более того, на основе вычисленных тенденций можно делать прогнозы и затем транслировать эти прогнозы в соответствующие пороговые величины. Эти пороговые величины могут быть сохранены в базе данных пороговых величин, имеющейся в этом примере у координатора облака, так что менеджер событий (часть функциональных возможностей, реализуемых сервером координатора облака) может запускать события при переходе через эти соответствующие пороговые величины.

В дополнение к этому, можно генерировать список требуемых или рекомендуемых действий на основе анализа собранной информации и вычисленных прогнозов, и управляющий объект координатора облака (администратор) может быть использован для определения, следует ли избегать совершения некоторого действия или следует ли автоматизировать некоторое действие, так что, где применимо, такое действие может быть совершено автоматически.

Кроме того, может осуществлять мониторинг неисправностей согласно следующему варианту:

A) Мониторинг узла (сетевого элемента), равно как и генерируемых показателей KPI, ассоциированных с этим узлом, осуществляется с предварительно заданной стационарной частотой. Однако, когда система обнаружит, что возможно возникла неисправность, раскрывается детекторное окно, где это окно раскрывается на некоторый (например, предварительно заданный) промежуток времени, в течение которого отсчеты соответствующих показателей KPI осуществляются с частотой выше стационарной частоты, применявшейся прежде раскрытия окна, что позволяет определить причину возможной неисправности.

B) Во время мониторинга узла (сетевого элемента), равно как генерируемых показателей KPI, ассоциированных с этим узлом, со стационарной частотой система мониторинга может применять новое поколение потоковых телеметрических протоколов (например, gRPC/gNMI), имеющих механизм сбора показателей KPI на основе политики, где свой приоритет назначают каждому показателю KPI, что позволяет собирать величины более значимых показателей KPI с более высокой частотой, так что такой показатель KPI будет иметь лучшее качество обслуживания (QoS) для обеспечения, что обновления величин значимых показателей KPI будут приняты правильно.

C) Система мониторинга может также использовать собранные величины показателей KPI для построении множества данных для анализа нормального и аномального поведения показателей KPI (в терминах статистики, таких как распределение, среднее значение, среднеквадратическое отклонение, смещение и т.п.).

Другие варианты настоящего раскрытия станут понятны для специалистов в рассматриваемой области из рассмотрения настоящего описания и практической реализации изобретения, описываемой здесь. Приведенные здесь описание и примеры следует считать только примерами, тогда как истинный объем и смысл настоящего раскрытия указаны в прилагаемой Формуле изобретения.

Изобретение относится к области связи. Техническим результатом является обеспечение управления распределенными сетевыми узлами, работающими в сетевом облаке. Система содержит множество физических сетевых элементов и сервер, выполненный с возможностью функционирования в качестве координатора облака, для приема информации относительно основных показателей эффективности (KPI), собранных от множества физических сетевых элементов, и при определении, что необходимо выполнить заданное действие относительно определенного физического сетевого элемента, на основе a) одной или более пороговых величин, хранящихся в координаторе облака и ассоциированных с указанными показателями KPI, и b) информации, собранной от множества физических сетевых элементов, запуска изменения конфигурации указанного определенного физического сетевого элемента. 3 н. и 7 з.п. ф-лы, 4 ил.

1. Система связи, характеризующаяся тем, что выполнена с возможностью функционирования в сетевом облаке, содержащая множество физических сетевых элементов и сервер, выполненный с возможностью функционирования в качестве координатора облака, для приема информации относительно основных показателей эффективности (KPI), собранных от множества физических сетевых элементов, и при определении, что необходимо выполнить заданное действие относительно определенного физического сетевого элемента, на основе a) одной или более пороговых величин, хранящихся в координаторе облака и ассоциированных с указанными показателями KPI, и b) информации, собранной от множества физических сетевых элементов, запуска изменения конфигурации указанного определенного физического сетевого элемента.

2. Система связи по п. 1, в которой координатор облака дополнительно выполнен с возможностью конфигурирования канала связи для передачи сообщений, которыми обмениваются между собой физические сетевые элементы, являющиеся членами кластера содержащего указанное множество физических сетевых элементов, и/или между физическими сетевыми элементами, являющимися членами указанного кластера и координатором облака.

3. Система связи по п. 2, в которой совокупность указанных сообщений содержит сообщения по меньшей мере одного типа из группы типов, содержащей сообщения для поддержки канала связи, команды конфигурирования, передаваемые от координатора облака модулям, инсталлированным в физических сетевых элементах, сообщения, передаваемые через каждый заданный промежуток времени координатору облака и содержащие информацию относительно по меньшей мере одного из: текущей телеметрии, статистики, событий и показателей KPI.

4. Система связи по п. 1, в которой координатор облака выполнен с возможностью обеспечения того, что множество физических элементов функционируют в качестве единого виртуального маршрутизирующего объекта.

5. Способ управления распределенными сетевыми узлами, содержащими множество физических сетевых элементов и сервер, выполненный с возможностью функционирования в качестве координатора облака, принимающего информацию относительно основных показателей эффективности (KPI), собранных от указанного множества физических сетевых элементов, при этом способ содержит этапы, на которых определяют, необходимо ли совершить предварительно заданное действие относительно определенного физического сетевого элемента, причем указанное определение осуществляется на основе a) одной или более пороговых величин, хранящихся в координаторе облака и ассоциированных с указанными показателями KPI, и b) информации, собранной от множества физических сетевых элементов и запускают, при определении, что необходимо выполнить указанное предварительно заданное действие, изменение конфигурации указанного определенного физического сетевого элемента.

6. Способ по п. 5, дополнительно содержащий этап, на котором устанавливают канал связи для передачи сообщений, которыми физические сетевые элементы, являющиеся членами кластера, содержащего указанное множество физических сетевых элементов, обмениваются между собой, и/или которыми физические сетевые элементы, являющиеся членами указанного кластера, обмениваются с координатором облака.

7. Способ по п. 6, в котором совокупность указанных сообщений содержит сообщения по меньшей мере одного типа из группы типов, состоящей из: сообщений для поддержания канала связи, команд конфигурирования, передаваемых от координатора облака модулям, инсталлированным в физических сетевых элементах, сообщений, передаваемых через каждый заданный промежуток времени координатору облака и содержащих информацию относительно по меньшей мере одного из: текущей телеметрии, статистики, событий и показателей KPI.

8. Способ по п. 5, дополнительно содержащий этап, на котором обеспечивают, что множество физических элементов функционируют в качестве единого виртуального маршрутизирующего объекта.

9. Способ по п. 5, дополнительно содержащий этап, на котором выполняют мониторинг по меньшей мере одного физического сетевого элемента и ассоциированных с ним показателей KPI, с заданной неизменной частотой, а после обнаружения неисправности, ассоциированной с указанным физическим сетевым элементом, определяют период времени, в течение которого будут выполнены выборки соответствующих показателей KPI с частотой выше указанной неизменной частоты, использованной до указанного определения неисправности.

10. Энергонезависимый машиночитаемый носитель информации, хранящий компьютерную программу, вызывающую, при исполнении одним или более процессорами, осуществление способа управления распределенными сетевыми узлами, содержащими множество физических сетевых элементов и сервер, выполненный с возможностью функционирования в качестве координатора облака, для приема информации относительно основных показателей эффективности (KPI), собранных от множества физических сетевых элементов, при этом способ содержит этапы, на которых определяют, необходимо ли совершить предварительно заданное действие относительно определенного физического сетевого элемента, причем указанное определение осуществляется на основе a) одной или более пороговых величин, хранящихся в координаторе облака и ассоциированных с указанными показателями KPI, и b) информации, собранной от множества физических сетевых элементов и запускают, при определении, что необходимо выполнить указанное предварительно заданное действие, изменение конфигурации указанного определенного физического сетевого элемента.