RU2644146C2 - Способ, устройство и система управления обработкой отказов - Google Patents

Способ, устройство и система управления обработкой отказов Download PDF

Info

Publication number
RU2644146C2
RU2644146C2 RU2016117218A RU2016117218A RU2644146C2 RU 2644146 C2 RU2644146 C2 RU 2644146C2 RU 2016117218 A RU2016117218 A RU 2016117218A RU 2016117218 A RU2016117218 A RU 2016117218A RU 2644146 C2 RU2644146 C2 RU 2644146C2
Authority
RU
Russia
Prior art keywords
failure
information
failure information
comprehensive
vnfm
Prior art date
Application number
RU2016117218A
Other languages
English (en)
Other versions
RU2016117218A (ru
Inventor
Цзяньнин Лю
Лэй ЧЖУ
Фан ЮЙ
Original Assignee
Хуавей Текнолоджиз Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хуавей Текнолоджиз Ко., Лтд. filed Critical Хуавей Текнолоджиз Ко., Лтд.
Publication of RU2016117218A publication Critical patent/RU2016117218A/ru
Application granted granted Critical
Publication of RU2644146C2 publication Critical patent/RU2644146C2/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0712—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a virtual computing platform, e.g. logically partitioned systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0627—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time by acting on the notification or alarm source
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Изобретение относится к области связи. Технический результат изобретения заключается в обеспечении управления отказами, реализуемого путем формирования сообщений об отказах и их обработкой в среде виртуализации сетевых функций NFV. Способ содержит этапы, на которых получают посредством администратора виртуализированных сетевых функций (VNFM) информацию об отказах объекта виртуализации сетевых функций VNF, содержащую идентификатор отказавшего объекта и тип отказа, причем информация об отказах используется для указания, что отказ происходит в первом объекте VNF, имеющем идентификатор отказавшего объекта, формируют посредством VNFM всестороннюю информацию об отказах в соответствии с информацией об отказах и выполняют посредством VNFM устранение отказов или сообщают об обработке в соответствии с всесторонней информацией об отказах. 2 н. и 18 з.п. ф-лы, 4 табл., 17 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к области связи и, в частности, к способу, устройству и системе управления обработкой отказов. Уровень техники
Виртуализация сетевых функций (Network Function Virtualization, NFV) предназначена для осуществления программного обеспечения некоторых сетевых функций, используя общие высокопроизводительные сервер большой емкости, переключатель и запоминающее устройство. По сравнению с исходной обычной виртуальной средой, в сквозную архитектуру (End to End, Е2Е) NFV добавлены многочисленные объекты программного обеспечения и устройства управления, такие как объекты/устройства виртуализированных сетевых функций (Virtualized Network Function, VNF), устройство администратора виртуализированной инфраструктуры (система управления виртуализацией, Virtualized Management System, VIM) и устройство администратора VNF, так что среда NFV является более сложной, чем обычная виртуальная среда. Способ сообщения и обработки отказов в обычной виртуальной среде не может быть применен к среде NFV. Следовательно, необходимо рассмотреть, как выполняется сообщение об отказах и их обработка отказов в сложной среде NFV.
Раскрытие изобретения
Варианты осуществления настоящего изобретения обеспечивают способ управления обработкой отказов, который может реализовывать сообщение об отказах и их обработку в среде NFV.
В соответствии с первым вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: получают посредством администратора виртуализированной инфраструктуры (VIM) первую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства инфраструктуры виртуализации сетевых функций (NFVI), где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор устройства отказов; формируют посредством VIM первую всестороннюю информацию об отказах, соответствующую первой информации об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах; и выполняют посредством VIM устранение отказов или обработку сообщений в соответствии с первой всеобъемлющей информацией об отказах.
Со ссылкой на первый вариант, в первом способе осуществления первого варианта получают посредством VIM первую информацию об отказах устройства NFVI, содержащую идентификатор отказавшего устройства и тип отказа; принимают первую информацию об отказах, переданную первым устройством NFVI, или определяют, что отказ произошел в первом устройстве NFVI, и формируют первую информацию об отказах в соответствии с отказом первого устройства NFVI.
Со ссылкой на первый вариант и описанный выше способ осуществления первого варианта, во втором способе осуществления первого варианта первое устройство NFVI является любым аппаратурным обеспечением (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в устройстве NFVI и формирование посредством VIM первой всесторонней информации об отказах в соответствии с первой информацией об отказах содержит этап, на котором: определяют, что информация об отказах, переданная устройством NFVI, коррелированным с первым устройством NFVI, является коррелированной информацией об отказах первой информации об отказах; и формируют первую всестороннюю информацию об отказах, содержащую первую информацию об отказах и коррелированную информацию об отказах.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в третьем способе осуществления первого варианта выполнение посредством VIM устранения отказов и обработка сообщений, соответствующие первой всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и в соответствии с политикой устранения отказов устраняют отказ в первом устройстве NFVI и/или отказ устройства NFVI, коррелированный с первым устройством NFVI, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; или передают первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору когда VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в четвертом способе осуществления первого варианта, в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, определение содержит этапы, на которых: определяют устройство NFVI, имеющее наивысший приоритет из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определяют в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли VIM соответствующую политику устранения отказов; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в пятом способе осуществления первого варианта после устранения в соответствии с политикой устранения отказов отказа первого устройства NFVI и/или отказа устройства NFVI, коррелированного с первым устройством NFVI, способ дополнительно содержит этап, на котором: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха, или, когда устранение отказа было неудачным, передают оркестратору первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в шестом способе осуществления первого варианта после передачи первой всесторонней информации об отказах на VNFM, способ дополнительно содержит этапы, на которых: принимают сообщение индикации, переданное VNFM, и используют его для индикации, что VNFM неспособен обработать первую всестороннюю информацию об отказах; и передают первую всестороннюю информацию об отказах оркестратору.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в седьмом способе осуществления первого варианта перед передачей оркестратору первой всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: запрашивают у VNFM информацию об отказах устройства VNF, коррелированного с первым устройством NFVI; и добавляют информацию об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в восьмом способе осуществления первого варианта способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VNFM, где информация запроса используется для запроса у VIM информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF; и передают информацию об отказах устройства NFVI, коррелированного с неисправным устройством VNF на VNFM.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в девятом способе осуществления первого варианта после формирования посредством VIM первой всесторонней информации об отказах в соответствии с первой информацией об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в десятом способе осуществления первого варианта первая информации об отказах дополнительно сообщается системе поддержки ведения операций и бизнеса (OSS/BSS), с тем, чтобы OSS/BSS контролировала и представляла первую информацию об отказах.
Со ссылкой на первый вариант и описанные выше способы первого варианта, в одиннадцатом способе осуществления первого варианта первая информация об отказах содержит по меньшей мере рабочее состояние или время отказа; и первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии со вторым вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: получают посредством администратора (VNFM) виртуализированных сетевых функций вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для виртуализированного устройства (VNF) сетевых функций, где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства; формируют посредством VNFM вторую всестороннюю информацию об отказах, соответствующую второй информации об отказах; и выполняют посредством VNFM устранение отказов или обработку сообщений в соответствии со второй всесторонней информацией об отказах.
Со ссылкой на второй вариант, в первом способе осуществления второго варианта получают посредством VNFM вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства VNF, что содержит: прием второй информации об отказах, переданной первым устройством VNF; или определение, что отказ произошел в первом устройстве VNF и формирование второй информации об отказах в соответствии с отказом первого устройства VNF.
Со ссылкой на второй вариант и описанный выше способ осуществления второго варианта, во втором способе осуществления второго варианта формирование посредством VNFM второй всесторонней информации об отказах в соответствии со второй информацией об отказах содержит этапы, некоторых: определяют, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формируют вторую всестороннюю информацию об отказах, содержащую вторую информацию об отказах и коррелированную информацию об отказах.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в третьем способе осуществления второго варианта выполнение посредством VNFM устранения отказов или сообщения о процессе в соответствии со второй всесторонней информацией об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством NFVI; или передают вторую всестороннюю информацию об отказах оркестратору, когда VNFM не содержит политику устранения отказов во второй информации об отказах или тип отказа в коррелированной информации об отказах.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в четвертом способе осуществления второго варианта после устранения отказа первого устройства VNF и/или отказа устройства VNF, коррелированного с первым устройством VNF, в соответствии с политикой устранения отказов, способ дополнительно содержит этап, на котором: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха, или, когда устранение отказа было неудачным, передают оркестратору вторую всестороннюю информацию об отказах.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в пятом способе осуществления второго варианта перед передачей оркестратору второй всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: запрашивают у администратора (VIM) виртуализированной инфраструктуры информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным обеспечением (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в NFVI; и добавляют информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в шестом способе осуществления второго варианта способ дополнительно содержит этапы, на которых: принимают первую всестороннюю информацию об отказах, переданную VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определяют, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, сообщают в соответствии с политикой устранения отказов об отказах первого устройства NFVI и/или об отказах устройства NFVI, коррелированного с первым устройством NFVI; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или. передают сообщение индикации, используемое для индикации VIM, что VNFM неспособен обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передал первую всестороннюю информацию об отказах оркестратору.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в седьмом способе осуществления второго варианта после приема первой всесторонней информации об отказах, переданной посредством VIM, способ дополнительно содержит этапы, на которых: определяют в соответствии с первой всесторонней информацией об отказах информацию об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством. NFVI, коррелированным с первым устройством NFVI; и добавляют информацию об отказах первого устройства VNF к первой всесторонней информации об отказах, с тем, чтобы VNFM выполнил устранение отказов или процесс сообщения для первой всесторонней информации об отказах.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в восьмом способе осуществления второго варианта после выполнения посредством VNFM устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли VNFM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в девятом способе осуществления второго варианта способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VIM, где информация запроса используется для запроса от VNFM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI; и передают VIM информацию об отказах устройства VNF, коррелированного с неисправным устройством NFVI.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в десятом способе осуществления второго варианта дополнительно сообщают системе поддержки ведения операций и бизнеса (OSS/BSS) вторую информацию об отказах, с тем, чтобы OSS/BSS контролировала и представляла вторую информацию об отказах.
Со ссылкой на второй вариант и описанные выше способы второго варианта, в одиннадцатом способе осуществления второго варианта вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа; и вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии с третьим вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: принимают посредством оркестратора первую всестороннюю информацию об отказах, переданную администратором виртуализированной инфраструктуры (VIM), где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций (NFVI), имеющем идентификатор отказавшего устройства; и выполняют посредством оркестратора устранение отказов или сообщение о процессе согласно первой всесторонней информации об отказах.
Со ссылкой на третий вариант, в первом способе осуществления третьего варианта первая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию устройства виртуализованных сетевых функций (VNF), коррелированного с первым устройством NFVI.
Со ссылкой на третий вариант и описанные выше способы осуществления третьего варианта, во втором способе осуществления третьего варианта выполнение посредством оркестратора устранения отказов или сообщение о процессе согласно первой всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса (OSS/BSS).
Со ссылкой на третий вариант и описанные выше способы осуществления третьего варианта, во третьем способе осуществления третьего варианта выполнение посредством оркестратора устранения отказов или сообщения о процессе согласно первой всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для отказа первого устройства NFVI, отказа устройства NFVI, коррелированного с первым устройством NFVI, и отказа устройства VNF, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе OSS/BSS.
Со ссылкой на третий вариант и описанные выше способы осуществления третьего варианта, в четвертом способе осуществления третьего варианта перед выполнением посредством оркестратора устранения отказов или сообщения о процессе согласно первой всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах.
Со ссылкой на третий вариант и описанные выше способы третьего варианта, в пятом способе осуществления третьего варианта первая информация об отказах содержит по меньшей мере рабочее состояние или время отказа; и первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких состояний, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии с четвертым вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: принимают посредством оркестратора вторую всестороннюю информацию об отказах, переданную администратором виртуализированных сетевых функций (VNFM), где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализированных сетевых функций (VNF), имеющем идентификатор отказавшего устройства; и выполняют посредством оркестратора устранение отказов или сообщение о процессе согласно второй всесторонней информации об отказах.
Со ссылкой на четвертый вариант, в первом способе осуществления четвертого варианта вторая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию об отказах устройства администратора виртуализированной инфраструктуры NFVI, коррелированного с первым устройством VNF.
Со ссылкой на четвертый вариант и описанный выше способ осуществления четвертого варианта, во втором способе осуществления четвертого варианта выполнение посредством оркестратора устранения отказов или сообщение о процессе согласно второй всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса (OSS/BSS).
Со ссылкой на четвертый вариант и описанные выше способы осуществления четвертого варианта, в третьем способе осуществления четвертого варианта выполнение посредством оркестратора устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для отказа первого устройства VNF, отказа устройства VNF, коррелированного с первым устройством VNF, и отказа устройства NFVI, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.
Со ссылкой на четвертый вариант и описанные выше способы осуществления четвертого варианта, в четвертом способе осуществления четвертого варианта перед выполнением посредством оркестратора устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах.
Со ссылкой на четвертый вариант и описанные выше способы четвертого варианта, в пятом способе осуществления четвертого варианта вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа; и вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии с пятым вариантом, обеспечивается виртуализированный администратор инфраструктуры, содержащий: блок получения, выполненный с возможностью получения первой информации об отказах, содержащей идентификатор отказавшего устройства и тип отказа для устройства инфраструктуры виртуализации сетевых функций (NFVI), где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор устройства отказов; блок формирования, выполненный с возможностью формирования первой всесторонней информации об отказах, соответствующей первой информации об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах; и блок обработки, выполненный с возможностью осуществления устранения отказов или сообщения о процессе согласно первой всесторонней информации об отказах.
Со ссылкой на пятый вариант, в первом способе осуществления пятого варианта администратор дополнительно содержит блок определения и приемный блок, и блок получения данных специально выполнен с возможностью приема, используя приемный блок, первой информации об отказах, переданной первым устройством NFVI; или определения, используя блок определения, что отказ произошел в первом устройстве NFVI, и формирования первой информации об отказах в соответствии с отказом первого устройства NFVI.
Со ссылкой на пятый вариант и описанный выше способ осуществления пятого варианта, во втором способе осуществления пятого варианта первое устройство NFVI является любым аппаратурным обеспечением (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в устройстве NFVI и блок формирования специально выполнен с возможностью определения, используя блок определения, информации об отказах, переданной устройством NFVI, коррелированным с первым устройством NFVI, которая является коррелированной информацией об отказах первой информации об отказах; и формирования первой всесторонней информации об отказах, содержащей первую информацию об отказах и коррелированную информацию об отказах.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в третьем способе осуществления пятого варианта блок обработки содержит передающий блок и блок обработки специально выполнен с возможностью определения, используя блок определения и в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ в первом устройстве NFVI и/или отказ в устройстве NFVI, коррелированном с первым устройством NFVI; или, когда VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в четвертом способе осуществления пятого варианта блок обработки специально выполнен с возможностью определения, используя блок определения, устройства NFVI, имеющего наивысший приоритет из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определения, используя блок определения и в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли VIM соответствующую политику устранения отказов; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в пятом способе осуществления пятого варианта передающий блок специально выполнен с возможностью передачи оркестратору, когда устранение отказа прошло успешно, сообщения с индикацией успеха, или, когда устранение отказа было неудачным, передачи на VNFM первой всесторонней информации об отказах или передачи оркестратору первой всесторонней информации об отказах.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в шестом способе осуществления пятого варианта приемный блок дополнительно выполнен с возможностью приема сообщения индикации, которое передается VNFM и используется для индикации, что VNFM неспособна обработать первую всестороннюю информацию об отказах; и передающий блок дополнительно выполнен с возможностью передачи оркестратору первой всесторонней информации об отказах.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в седьмом способе осуществления пятого варианта блок обработки дополнительно выполнен с возможностью запроса у VNFM информации об отказах устройства VNF, коррелированного с первым устройством NFVI, и добавления информации об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в восьмом способе осуществления пятого варианта приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VNFM, где информация запроса используется для запроса у VIM информации об отказах устройства NFVI, коррелированного с отказавшим устройством VNF; и передающий блок дополнительно выполнен с возможностью передачи информации об отказах устройства NFVI, коррелированного с отказавшим устройством VNF.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в девятом способе осуществления пятого варианта администратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии с первой информацией об отказах, содержит ли VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления первой всесторонней информации об отказах, когда VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах.
В соответствии с шестым вариантом, обеспечивается администратор виртуализированных сетевых функций, содержащий: блок получения, выполненный с возможностью получения второй информации об отказах, содержащей идентификатор отказавшего устройства и тип отказа для виртуализированного устройства сетевых функций (VNF), где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства; блок формирования, выполненный с возможностью формирования второй всесторонней информации об отказах, соответствующей второй информации об отказах; и блок обработки, выполненный с возможностью устранения отказов или сообщения о процессе согласно второй всесторонней информацией об отказах.
Со ссылкой на шестой вариант, в первом способе осуществления шестого варианта администратор дополнительно содержит блок определения и приемный блок, и блок получения специально выполнен с возможностью приема, используя приемный блок, второй информации об отказах, переданной первым устройством VNF; или определения, используя блок определения, что отказ произошел в первом устройстве VNF, и формирования, используя блок формирования, второй информации об отказах в соответствии с отказом первого устройства VNF.
Со ссылкой на шестой вариант и описанный выше способ осуществления шестого варианта, во втором способе осуществления шестого варианта блок формирования специально выполнен с возможностью определения, используя блок определения, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формирования второй всесторонней информации об отказах, содержащей вторую информацию об отказах и коррелированную информацию об отказах.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в третьем способе осуществления шестого варианта блок обработки содержит передающий блок и блок обработки специально выполнен с возможностью определения, используя блок определения и в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору, используя передающий блок, вторую всестороннюю информацию об отказах.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в четвертом способе осуществления шестого варианта передающий блок специально выполнен с возможностью передачи оркестратору сообщения с индикацией успеха, когда устранение отказа прошло успешно, или, когда устранение отказа было неудачным, передачи оркестратору второй всесторонней информации об отказах.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в пятом способе осуществления шестого варианта блок обработки дополнительно выполнен с возможностью запроса у администратора виртуализированной инфраструктуры (VIM) информации об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным обеспечением (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в NFVI; и добавления информации об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в шестом способе осуществления шестого варианта блок обработки специально выполнен с возможностью приема первой всесторонней информации об отказах, переданной VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определения, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, устраняют в соответствии с политикой устранения отказов отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или передают VIM сообщение индикации, используемое для индикации, что VNFM неспособен обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передал первую всестороннюю информацию об отказах оркестратору.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в седьмом способе осуществления шестого варианта блок обработки специально выполнен с возможностью определения в соответствии с первой всесторонней информацией об отказах информации об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством NFVI, коррелированным с первым устройством NFVI; и добавления информации об отказах первого устройства VNF к первой всесторонней информации об отказах, с тем, чтобы VNFM выполнила устранение отказов или процесс сообщения для первой всесторонней информации об отказах.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в восьмом способе осуществления шестого варианта администратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии со второй всесторонней информацией, содержит ли VNFM всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления второй всесторонней информации об отказах, когда VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в девятом способе осуществления шестого варианта приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VIM, где информация запроса используется для запроса от VNFM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI; и передающий блок дополнительно выполнен с возможностью передачи VIM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI.
В соответствии с седьмым вариантом, обеспечивается оркестратор, содержащий: приемный блок, выполненный с возможностью приема первой всесторонней информации об отказах, переданной администратором (VIM) виртуализированной инфраструктуры, где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве (NFVI) инфраструктуры виртуализации сетевых функций, имеющем идентификатор отказавшего устройства; и блок обработки, выполненный с возможностью устранение отказов или сообщения о процессе согласно первой всесторонней информации об отказах.
Со ссылкой на седьмой вариант, в первом способе осуществления седьмого варианта первая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию устройства виртуализированных сетевых функций (VNF), коррелированного с первым устройством NFVI.
Со ссылкой на седьмой вариант и описанный выше способ осуществления седьмого варианта, во втором способе осуществления седьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI в соответствии с политикой устранения отказов и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.
Со ссылкой на седьмой вариант и описанные выше способы осуществления седьмого варианта, в третьем способе осуществления седьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, в соответствии с политикой устранения отказов устраняют отказ первого устройства NFVI, отказ устройства NFVI, коррелированного с первым устройством NFVI, и отказ устройства VNF, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе (OSS/BSS).
Со ссылкой на седьмой вариант и описанные выше способы осуществления седьмого варианта, в четвертом способе осуществления седьмого варианта администратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии с первой информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления первой всесторонней информации об отказах, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах.
В соответствии с восьмым вариантом, обеспечивается оркестратор, содержащий: приемный блок, выполненный с возможностью приема второй всесторонней информации об отказах, переданной администратором виртуализированных сетевых функций (VNFM), где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве виртуализированных сетевых функций (VNF), имеющем идентификатор отказавшего устройства; и блок обработки, выполненный с возможностью устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах.
Со ссылкой на восьмой вариант, в первом способе осуществления восьмого варианта вторая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию об отказах виртуализированного устройства администратора инфраструктуры NFVI, коррелированного с первым устройством VNF.
Со ссылкой на восьмой вариант и описанный выше способ осуществления восьмого варианта, во втором способе осуществления восьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, в соответствии с политикой устранения отказов устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса (OSS/BSS).
Со ссылкой на восьмой вариант и описанные выше способы осуществления восьмого варианта, в третьем способе осуществления восьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для отказа первого устройства VNF, отказа устройства VNF, коррелированного с первым устройством VNF, и отказа устройства NFVI, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.
Со ссылкой на восьмой вариант и описанные выше способы осуществления восьмого варианта, в четвертом способе осуществления восьмого варианта оркестратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения выполнен с возможностью обнаружения в соответствии со второй всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью, удаления второй всесторонней информации об отказах, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах.
В соответствии со способом управления обработкой отказов, обеспечиваемым в вариантах осуществления настоящего изобретения, VIM и VNFM получают информацию об отказах аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Краткое описание чертежей
Чтобы более ясно описать технические решения в вариантах осуществления настоящего изобретения, ниже кратко представляются сопроводительные чертежи, требующиеся для описания вариантов осуществления настоящего изобретения. Очевидно, что сопроводительные чертежи в последующем описании показывают просто некоторые варианты осуществления настоящего изобретения и специалисты в данной области техники, не прилагая творческих усилий, могут из этих сопроводительных чертежей дополнительно создать другие чертежи.
Фиг. 1 - схематическая диаграмма системной архитектуры виртуализации сетевых функций (NFV), соответствующая варианту осуществления настоящего изобретения;
Фиг. 2 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 3 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 4 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 5 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 6а - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 6b - схематическая диаграмма корреляции между устройствами в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 7 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 8 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 9 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 10 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 11 - блок-схема устройства администратора виртуализированной инфраструктуры (VIM), соответствующая варианту осуществления настоящего изобретения;
Фиг. 12 - блок-схема устройства администратора виртуализированных сетевых функций (VNFM), соответствующая варианту осуществления настоящего изобретения;
Фиг. 13 - блок-схема устройства оркестратора (Orchestrator), соответствующая варианту осуществления настоящего изобретения;
Фиг. 14 - блок-схема устройства VIM, соответствующая другому варианту осуществления настоящего изобретения;
Фиг. 15 - блок-схема устройства VNFM, соответствующая другому варианту осуществления настоящего изобретения; и
Фиг. 16 - блок-схема устройства оркестратора, соответствующая другому варианту осуществления настоящего изобретения.
Осуществление изобретения
Ниже ясно и полностью описаны технические решения в вариантах осуществления настоящего изобретения со ссылкой на сопроводительные чертежи в вариантах осуществления настоящего изобретения. Очевидно, что описанные варианты осуществления являются некоторыми, но не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, полученные специалистами в данной области техники, основываясь на вариантах осуществления настоящего изобретения без творческих усилий, будут попадать в рамки объема защиты настоящего изобретения.
На фиг. 1 представлена схематическая диаграмма системной архитектуры виртуализации сетевых функций NFV, соответствующая варианту осуществления настоящего изобретения.
В сквозной (End to End, Е2Е) архитектуре виртуализации сетевых функций (Network Function Virtualization, NFV) инфраструктура виртуализации сетевых функций (Network Function Virtualization Infrastructure, NFVI) содержит ресурс аппаратурного обеспечения низшего уровня (Hardware, HW), который может быть специально классифицирован как компьютерное аппаратурное обеспечение, аппаратурное обеспечение хранения данных, сетевое аппаратурное обеспечение и т.д. Уровень виртуализации находится на уровне аппаратурного обеспечения и содержит ведущую операционную систему (Host Operating System, Host OS) и программу суперуправления/администратора виртуальной машины (гипервизора, Hypervisor) и многочисленные виртуальные машины (Virtual Machine, VM), работающих на уровне виртуализации. HW и Hypervisor подключаются к системе поддержки операций и бизнеса (Operation and Business Support System, OSS/BSS), используя систему управления элементами (Element Management System, EMS). Многочисленные отдельные виртуализированные сетевые функции (Virtual Network Function, VNF) на NFVI присоединяются к системе OSS/BSS, используя vEMS.
NFVI подключается к администратору виртуализированной инфраструктуры (Virtualized Infrastructure Manager, VIM), используя интерфейс Nf-Vi, VNF подключается к администратору VNF (VNFM), используя интерфейс Ve-Vnfm, и VIM подключается к VNFM, используя интерфейс Vi-Vnfm. NFVI подключается к оркестратору (Orchestrator), используя Or-Vi, VNFM подключается к оркестратору, используя Or-Vnfm и оркестратор подключается к OSS/BSS, используя интерфейс Os-Ma.
Система OSS/BSS выполнена с возможностью инициирования запроса обслуживания, подаваемого оркестратору, оркестратор несет ответственность за ресурсы оркестрирования и управления в соответствии с запросом обслуживания системы OSS/BSS, реализацию обслуживания NFV и обнаружение в реальном времени информации о ресурсах и рабочем состоянии VNF и NFVI. VNFM несет ответственность за управление is responsible for managing а жизненным циклом VNF, например, за запуск, срок службы обнаружение и сбор информации о рабочем состоянии VNF. VIM несет ответственность за управление и распределение ресурсов NFVI и обнаружение и сбор информации о рабочем состоянии NFVI.
На фиг. 2 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 2, выполняется посредством VIM.
201: Администратор виртуализированной инфраструктуры (VIM) получает первую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа, устройства инфраструктуры виртуализации сетевых функций NFVI, где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор отказавшего устройства.
202: VIM формирует первую всестороннюю информацию об отказах в соответствии с первой информацией об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах.
203: VIM выполняет устранение отказов или сообщает о процессе в соответствии с первой всесторонней информацией об отказах.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Как вариант, в варианте осуществления этап 201 содержит действия, при которых: принимают первую информацию об отказах, переданную первым устройством NFVI, или определяют, что отказ произошел в первом устройстве NFVI, и формируют первую информацию об отказах в соответствии с отказом первого устройства NFVI. То есть VIM может пассивно принимать информацию об отказах отказавшего устройства или после обнаружения отказа может активно формировать информацию об отказах.
Как вариант, в варианте осуществления первое устройство NFVI является любым устройством (HW) аппаратурного обеспечения, ведущей операционной системой (Host OS), администратором виртуальной машины, виртуальной машиной (VM) в устройстве NFVI и этап 202 содержит действия, при которых: определяют, что информация об отказах, переданная устройством NFVI, коррелированным с первым устройством NFVI, является коррелированной информацией об отказах первой информации об отказах; и формируют первую всестороннюю информацию об отказах, содержащую первую информацию об отказах и коррелированную информацию об отказах. Поскольку между некоторыми устройствами HW, Host OS, Hypervisor, и VM существует коррекция; когда происходит отказ в первом устройстве NFVI, отказ может произойти в другом устройстве NFVI, коррелированном с первым устройством NFVI. VIM может собирать всю сопутствующую информацию об отказах, так чтобы выполнять единообразную и всестороннюю обработку.
Как вариант, в варианте осуществления этап 203 содержит действия, при которых: определяют в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов, устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору.
Конкретно, после формирования всесторонней информации об отказах VIM сначала нуждается в определении, способен ли VIM обработать локально всестороннюю информацию об отказах; и если VIM способен обработать всестороннюю информацию об отказах, то VIM устраняет отказ одного устройства NFVI, содержащегося во всесторонней информации об отказах; или, если VIM неспособен обработать всестороннюю информацию об отказах или если устранение отказов терпит неудачу, VIM выполняет сообщение о процессе.
Как вариант, в первом варианте осуществления определение в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, содержит этапы, на которых: определяют устройство NFVI, имеющее наивысший приоритет, из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определяют в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли VIM соответствующую политику устранения отказов; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.
Как вариант, в варианте осуществления в соответствии с политикой устранения отказов после устранения отказа первого устройства NFVI и/или отказа устройства NFVI, коррелированного с первым устройством NFVI, способ может дополнительно содержать этапы, на которых: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха; или, когда устранение отказа потерпело неудачу, передают VNFM первую всестороннюю информацию об отказах или передают оркестратору первую всестороннюю информацию об отказах, где сообщение с индикацией успеха может быть информацией об отказах, в котором рабочее состояние установлено как "Normal" (нормальное), или может быть сообщением в другой форме и использоваться для индикации, что устранение отказа прошло успешно, что не ограничивается в настоящем изобретении.
Как вариант, в варианте осуществления после передачи VNFM первой всесторонней информации об отказах, способ дополнительно содержит этап, на котором: принимают сообщение индикации, переданное VNFM, и используют его для индикации, что VNFM неспособна обработать первую всестороннюю информацию об отказах, и передают первую всестороннюю информацию об отказах оркестратору. В случае, когда VIM неспособен обработать первую всестороннюю информацию об отказах и сообщить первую всестороннюю информацию об отказах к VNFM, если VNFM также неспособен обработать первую всестороннюю информацию об отказах, VNFM дополнительно сообщает первую всестороннюю информацию оркестратору.
Как вариант, в варианте осуществления перед передачи оркестратору первой всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: запрашивают от VNFM информацию об отказах устройства VNF, коррелированного с первым устройством NFVI; и добавляют информацию об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах. Когда VIM неспособен обработать первую всестороннюю информацию об отказах или устранение отказов прошло неудачно, VIM может инициировать запрос к VNFM, получить информацию об отказах устройства VNF, коррелированного с отказавшим устройством NFVI, и выполнить всесторонний отчет, так чтобы устройство управления более высокого уровня могло выполнить всестороннюю обработку.
Как вариант, в варианте осуществления способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VNFM, где информация запроса используется для запроса от VIM информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF; и передают информацию об отказах устройства NFVI, коррелированного с неисправным устройством VNF, на VNFM. Конкретно, когда VNFM неспособен обработать всестороннюю информацию об отказах устройства VNF, VNFM может также запросить у VIM информацию об отказах соответствующего NFVI и выполнить всесторонний отчет, так чтобы устройство управления более высокого уровня могло выполнить всестороннюю обработку.
Как вариант, в варианте осуществления после формирования VIM первой всесторонней информации об отказах в соответствии с первой информацией об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах.
Конкретно, поскольку когда в многочисленных коррелированных устройствах NFVI происходят коррелированные отказы, VIM может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же всесторонняя информация об отказах упоминается здесь со ссылкой, что содержание информации об отказах во всесторонней информации об отказах является тем же самым. В этом случае VIM может выполнять обнаружение повторяющейся аварийной сигнализации. VIM продолжает обрабатывать ту всестороннюю информацию об отказах, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об отказах, которая еще не обработана.
Как вариант, в варианте осуществления первая информация об отказах дополнительно сообщается системе поддержки операций и бизнеса (OSS/BSS), с тем, чтобы система OSS/BSS контролировала и представляла первую информацию об отказах.
Как вариант, в варианте осуществления первая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа, первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из следующих: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 3 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 3, выполняется посредством VNFM.
301: Администратор виртуализированных сетевых функций (VNFM) получает вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа, устройства виртуализированных сетевых функций (VNF), где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF NFVI, имеющем идентификатор отказавшего устройства.
302: VNFM формирует вторую всестороннюю информацию об отказах в соответствии со второй информацией об отказах.
303: VNFM выполняет устранение отказов или сообщает о процессе в соответствии с первой всесторонней информацией об отказах.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VNFM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Как вариант, в варианте осуществления этап 301 содержит действия, при которых: принимают вторую информацию об отказах, переданную первым устройством VNF; или определяют, что отказ произошел в первом устройстве VNF и формируют вторую информацию об отказах в соответствии с отказом первого устройства VNF. То есть VNFM может пассивно принимать информацию об отказах отказавшего устройства или после обнаружения отказа может активно формировать информацию об отказах.
Как вариант, в варианте осуществления этап 302 содержит действия, при которых: определяют, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формируют вторую всестороннюю информацию об отказах, содержащую вторую информацию об отказах и коррелированную информацию об отказах. Поскольку между устройствами VNF HW, существует корреляция, когда отказ происходит в первом устройстве VNF, отказ может также произойти в другом устройстве VNF, коррелированном с первым устройством VNF. VNFM может собирать всю сопутствующую информацию об отказах, так чтобы выполнять единообразную и всестороннюю обработку.
Как вариант, в варианте осуществления этап 303 содержит действия, при которых: определяют в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, устраняют в соответствии с политикой устранения отказов отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда VNFM не содержит политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, передают вторую всестороннюю информацию об отказах оркестратору.
Конкретно, после формирования всесторонней информации об отказах VNFM сначала нуждается в определении, способен ли VIM обработать локально всестороннюю информацию об отказах; и если VNFM способен обработать всестороннюю информацию об отказах, то VNFM устраняет отказ одного устройства VNF, содержащегося во всесторонней информации об отказах; или, если VNFM неспособен обработать всестороннюю информацию об отказах или если устранение отказов терпит неудачу, VNFM выполняет сообщение о процессе.
Как вариант, в варианте осуществления в соответствии с политикой устранения отказов после устранения отказа первого устройства VNF и/или отказа устройства VNF, коррелированного с первым устройством VNF, способ дополнительно содержит этапы, на которых: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха; или, когда устранение отказа потерпело неудачу, передают VNFM первую всестороннюю информацию об отказах или передают оркестратору вторую всестороннюю информацию об отказах, где сообщение с индикацией успеха может быть информацией об отказах, в котором рабочее состояние установлено как "Normal" (нормальное), или может быть сообщением в другой форме и использоваться для индикации, что устранение отказа прошло успешно, что не ограничивается в настоящем изобретении.
Как вариант, в варианте осуществления перед передачей оркестратору второй всесторонней информации об отказах, способ дополнительно содержит этап, на котором: запрашивают у администратора виртуализированной инфрастурктуры (VIM) информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным обеспечением (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в NFVI; и добавляют информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах. Когда VNFM неспособен обработать вторую всестороннюю информацию об отказах или устранение отказов прошло неудачно, VNFM может инициировать запрос к VIM, получить информацию об отказах устройства NFVI, коррелированного с отказавшим устройством VNF, и выполнить всесторонний отчет, так чтобы устройство управления более высокого уровня могло выполнить всестороннюю обработку.
Как вариант, в варианте осуществления способ дополнительно содержит этапы, на которых: принимают первую всестороннюю информацию об отказах, переданную VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определяют, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов об отказах первого устройства NFVI и/или отказе устройства NFVI, коррелированного с первым устройством NFVI; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или передают сообщение индикации, используемое для индикации VIM, что VNFM неспособен обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передала первую всестороннюю информацию об отказах оркестратору. Когда VIM неспособен обрабатывать первую всестороннюю информацию об отказах устройства NFVI или что устранение отказов терпит неудачу, VIM сообщает VNFM первую всестороннюю информацию об отказах. Если VNFM также неспособен обрабатывать первую всестороннюю информацию об отказах или если устранение отказов терпит неудачу, VNFM уведомляет VIM с тем, что VIM сообщает первую всестороннюю информацию об отказах оркестратору.
Как вариант, в варианте осуществления после приема первой всесторонней информации об отказах, переданной VIM, способ дополнительно содержит этапы, на которых: определяют в соответствии с первой всесторонней информацией об отказах информацию об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством NFVI, коррелированным с первым устройством NFVI; и добавляют информацию об отказах первого устройства VNF к Первой всесторонней информации об отказах, с тем, чтобы VNFM выполнил устранение отказов или сообщение о процессе для первой всесторонней информации об отказах.
Как вариант, в варианте осуществления после выполнения посредством VNFM устранения отказов или сообщения о процессе в соответствии со второй всесторонней информацией об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли VNFM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах.
Конкретно, поскольку, когда коррелированные отказы происходят в многочисленных коррелированных устройствах VNF, VNFM может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же самая всесторонняя информация об отказах здесь как ссылка на то, что содержание информации об отказах во всесторонней информации об отказах является тем же самым. В этом случае VNFM может выполнять обнаружение повторяющейся аварийной сигнализации. VNFM продолжает обрабатывать ту всестороннюю информацию об ошибках, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об ошибках, которая еще не обработана.
Как вариант, в варианте осуществления способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VIM, где информация запроса используется для запроса от VNFM информации об отказах устройства VNF, коррелированного с отказавшим устройством NFVI; и передают VIM информацию об отказах устройства VNF, коррелированного с отказавшим устройством NFVI.
Как вариант, в варианте осуществления вторая информация об отказах дополнительно сообщается системе поддержки операций и бизнеса (OSS/BSS), так что система OSS/BSS контролирует и представляет вторую информацию об отказах.
Как вариант, в варианте осуществления вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа, вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VNFM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 4 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 4, выполняется посредством оркестратора.
401: Оркестратор принимает первую всестороннюю информацию об отказах, переданную администратором виртуализированной инфраструктуры (VIM), где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций (NFVI), имеющем идентификатор отказавшего устройства.
402: Оркестратор выполняет устранение отказов или сообщает о процессе в соответствии с первой всесторонней информацией об отказах.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Как вариант, в варианте осуществления первая всесторонняя информация об Отказах дополнительно содержит информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию устройства виртуализированных сетевых функций VNF, коррелированного с первым устройством NFVI. То есть всесторонняя информация об отказах, полученная оркестратором от VIM, может содержать информацию об отказах устройства NFVI или может содержать информацию об отказах устройства NFVI и сопутствующего устройства VNF.
Как вариант, в варианте осуществления этап 402 содержит действия, при которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса (OSS/BSS).
Как вариант, в варианте осуществления этап 402 содержит действия, при которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI, отказ устройства NFVI, коррелированного с первым устройством NFVI, и отказ устройства VNF, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе OSS/BSS.
Как вариант, в варианте осуществления перед этапом 402 способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах. Конкретно, поскольку, когда коррелированные отказы происходят в многочисленных коррелированных устройствах NFVI или устройствах VIM, оркестратор может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же всесторонняя информация об отказах здесь упоминается как ссылка на то, что содержание информации об отказах во всесторонней информации об отказах является тем же самым, оркестратор может выполнять обнаружение повторяющейся аварийной сигнализации. Оркестратор продолжает обрабатывать ту всестороннюю информацию об ошибках, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об ошибках, которая еще не обработана.
Как вариант, в варианте осуществления первая информация об отказах дополнительно содержит, по меньшей мере, рабочее состояние или время отказа, первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из следующих: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор принимает всестороннюю информацию об отказах, сообщенную VIM, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 5 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 5, выполняется посредством оркестратора.
501: Оркестратор принимает вторую всестороннюю информацию об отказах, переданную виртуализированным администратором сетевых функций (VNFM), где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве виртуализации сетевых функций VNF, имеющем идентификатор отказавшего устройства.
502: Оркестратор выполняет устранение отказов или сообщает о процессе в соответствии со второй всесторонней информацией об отказах.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Как вариант, в варианте осуществления вторая всесторонняя информация об отказах дополнительно содержит информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию устройства администратора виртуализированной инфраструктуры (NFVI), коррелированного с первым устройством VNF. То есть всесторонняя информация об отказах, полученная оркестратором от VNFM, может содержать информацию об отказах устройства NFVI или может содержать информацию об отказах устройства VNF или может содержать информацию об отказах устройства NFVI и сопутствующего устройства VNF.
Как вариант, в варианте осуществления этап 502 содержит действия, при которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса (OSS/BSS).
Как вариант, в варианте осуществления этап 502 содержит действия, при которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF, отказ устройства VNF,. коррелированного с первым устройством VNF, и отказ устройства NFVI, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.
Как вариант, в варианте осуществления перед этапом 502 способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах. Конкретно, поскольку, когда коррелированные отказы происходят в многочисленных коррелированных устройствах NFVI или устройствах VIM, оркестратор может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же всесторонняя информация об отказах здесь упоминается со ссылкой на то, что содержание информации об отказах во всесторонней информации об отказах является тем же самым, оркестратор может выполнять обнаружение повторяющейся аварийной сигнализации. Оркестратор продолжает обрабатывать ту всестороннюю информацию об ошибках, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об ошибках, которая еще не обработана.
Как вариант, в варианте осуществления вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа, вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из следующих: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор принимает всестороннюю информацию об отказах, сообщенную VNFM, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществлять сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же самая всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 6а представлена схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения; Способ, показанный на фиг. 6а, может выполняться системой NFV, показанной на фиг. 1.
601: VIM получает информацию об отказах.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться в сообщаться к VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом.
VIM может обнаруживать, используя нижеследующие способы, что отказ произошел в устройстве NFVI.
Для удобства описания нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве NFVI, где первое устройство NFVI может быть любым из следующих: HW, Host OS, Hypervisor or VM в NFVI и устройство может содержать устройство аппаратурного обеспечения или устройство программного обеспечения.
Способ 1
Когда отказ происходит в первом устройстве NFVI, первое устройство NFVI формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство NFVI, и фактическое положение отказавшего первого устройства NFVI или положение отказавшего первого устройства NFVI в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Информация об отказах дополнительно содержит идентификатор отказов, используемый для уникальной идентификации информации об отказах. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины отказа, например, перегрузка, отключение электропитания, утечка памяти, ошибка порта, или отсутствие отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство NFVI в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан: в таблице 1.
Figure 00000001
После формирования информации об отказах в приведенном выше формате первое NFVI может передать информацию об отказах к VIM, используя интерфейс Nf-Vi, и, как вариант, первое устройство NFVI может также, используя EMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.
Способ 2
VIM может передавать сообщение индикации первому устройству NFVI периодически или, когда требуется, чтобы дать первому устройству NFVI команду на выполнение обнаружения отказов. Если первое устройство NFVI обнаруживает отказ, первое устройство NFVI может передать обратно информацию об отказах, подобную информации, приведенной в таблице 1; или, если первое устройство NFVI не имеет отказа, первое устройство NFVI может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, у котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 1.
Способ 3
Первое устройство NFVI может периодически передавать VIM сообщение с индикацией "я жив", указывающее, что первое устройство NFVIpa6oTaeT нормально. VIM периодически принимает сообщения "я жив" от первого устройства NFVI и понимает, что первое устройство NFVI работает нормально. Когда сообщения "я жив" от первого устройства NFVI прерываются, VIM определяет, что в первом устройстве NFVI произошел отказ и VIM может формировать информацию об отказах первого NFVI. Конкретный формат информации об отказах подобен той информации об отказах, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.
Когда устройство NFVI не может сообщить информацию об отказах из-за неожиданного события, такого как отключение электропитания, VIM все еще может понимать, что в первом устройстве NFVI только что произошел отказ.
Способ 4
VIM может выполнять обнаружение отказа на NFVI периодически или по мере необходимости и затем VIM формирует информацию об отказах первого NFVI в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказах подобен той информации об отказах, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.
В заключение, VIM может обнаруживать отказ устройства NFVI, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство NFVI передает VIM сообщения "я жив" периодически и, когда происходит отказ передает информацию об отказах к VIM. Если устройство NFVI не может сообщить информацию об отказах из-за катастрофического отказа, VIM может в связи с прекращением сообщений "я жив" понять, что в устройстве NFVI произошел отказ.
602: VIM формирует всестороннюю информацию об отказах.
После того, как VIM принимает информацию об отказах, переданную первым устройством NFVI, или когда VIM формирует информацию об отказах в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказах другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю информацию об отказах, так чтобы выполнить всестороннюю обработку.
Конкретно, поскольку между устройствами HW, Host OS, Hypervisor, и VM существует корреляция, когда происходит отказ в первом устройстве NFVI, отказы могут произойти в некоторых устройствах, коррелированных с первым устройством NFVI.
На фиг. 6b для примера показана корреляция между устройствами HW, Host OS, Hypervisor и VM. Например, Host OS1, Hypervisor1, VM1 и VM2 коррелируются с HW1. Это означает, что когда отказ происходит в HW1, отказы могут также происходить в виртуализированных устройствах, установленных на HW1: Host OS1, Hypervisor1, VM1 и VM2. В этом случае, VIM может собирать информацию об отказах, сообщенную от Host OS1, Hypervisor1, VM1 и VM2, и формировать всестороннюю информацию об отказах со ссылкой на информацию об отказах HW1. Конкретно, всесторонняя информация об отказах, показанная в таблиц 2, может быть сформирована следующим образом:
Figure 00000002
Формат информации об отказах устройств HW, Host OS, Hypervisor и VM подобен формату, приведенному в таблице 1. Идентификатор всесторонней информации об отказах используется для уникальной идентификации всесторонней информации об отказах. Следует понимать, что всесторонняя информация об отказах, показанная в таблице 2, является конкретным примером и информация об отказах устройств, которая специально введена во всестороннюю информацию об отказах, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказах только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").
603: Выполнить обнаружение повторяющейся аварийной сигнализации.
После формирования всесторонней информации об отказах VIM может локально обнаружить сформированную всестороннюю информацию об отказах, чтобы определить, является ли она одной и той же информацией. Конкретно, поскольку после того, как в устройстве NFVI происходит отказ, все коррелированные неисправные устройства NFVI могут сообщать информацию об отказах, VIM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказах для одного и того же отказа. Например, если отказ происходит в HW1, отказы также происходят в Host OS1, Hypervisor1, VM1 и VM2, коррелированных с HW1, и Host OS1, Hypervisor1, VM1 и VM2, коррелированные с HW1, выполняют ту же самую операцию, что и HW1. VIM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказах после сбора коррелированной информации об отказах, и в этом случае, VIM может обрабатывать только один фрагмент всесторонней информации об отказах и отбрасывать другую такую же всестороннюю информацию об отказах. Следует понимать, что одна и та же информация об отказах относится к информации об отказах HW, Host OS, Hypervisor и VM, которые частично являются такими же, но идентификаторы отказа и состояния отказа могут быть разными.
Конкретно, всесторонняя информация об отказах может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказах, например, состоянием отказа во всесторонней информации об отказах, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказах и если обнаруживается одна и та же всесторонняя информация об отказах, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказах, которая еще не обработана, отбрасывается и всесторонняя информация об отказах в которой состоянием отказа является "Обрабатывается" ("Being processed"), резервируется и обрабатывается.
604: VIM выполняет определение самовосстановления.
Когда VIM формирует всестороннюю информацию об отказах, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказах типом отказа, который VIM может обработать.
Конкретно, VIM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может определяться посредством определения, существует ли в политике устранения отказов тип отказа во всесторонней информации об отказах. Например, типом отказа HW1 является "низкая производительность" ("low performance") и соответствующим способом устранения отказа является "перезапуск" ("restart").
Кроме того, когда всесторонняя информация об отказах содержит информацию об отказах многочисленных коррелированных устройств NFVI, VIM может в соответствии с приоритетами устройств NFVI принять решение выполнить определение самовосстановления, определенного по типу файла в информации об отказах устройства NFVI. Приоритетами являются: HW > Host OS > Hypervisor > VM. Например, как показано в таблице 2, когда всесторонняя информация об отказах содержит информацию об отказах HW1, Host OS1, Hypervisor1, VM1 и VM2, VIM может предпочтительно обрабатывать отказ HW1, то есть определять в соответствии с типом отказа в информации об отказах HW1, такую информацию как "низкая производительность" ("low performance"), и способом устранения отказа которого является "перезапуск" ("restart").
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных ниже способов, перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т.п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).
605а: VIM может выполнить процесс самовосстановления.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, которое обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 604 повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VIM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и у которой состояние указывается как "Еще не обработано" ("Not processed yet").
Устройство NFVI, для которого успешно устранен отказ, может уведомить VIM посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 1, то есть что устранение отказов прошло успешно. Когда отказы всех коррелированных устройств NFVI во всесторонней информации об отказах устранены, VIM может установить состояние отказа во всесторонней информации об отказах на "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.
605b: VIM не может выполнить процесс самовосстановления.
Если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого должен устраняться отказ, то VIM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi.
606: Оркестратор выполняет определение самовосстановления.
Когда оркестратор принимает всестороннюю информацию об отказах, переданную посредством VIM, оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, что подобно определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т.п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).
607: Система OSS/BSS выполняет устранение отказов.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.
На фиг. 7 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения; Способ, показанный на фиг. 7, может выполняться системой NFV, показанной на фиг. 1.
701: VNFM получает информацию об отказах.
Когда VNFM обнаруживает, что в каком-либо устройстве VNF в VNF произошел отказ, VNFM получает информацию об отказе отказавшего устройства VNF. Конкретно, полученная информация об отказах может формироваться сообщаться VNFM отказавшим устройством VIM или может формироваться локально посредством VNFM в соответствии с обнаруженным отказом.
VNFM, используя нижеследующие способы, может обнаруживать, что отказ произошел в устройстве VNF:
Для удобства описания нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве VNF, где первое устройство VNF может быть устройством VNF в VNF и устройство может быть устройством аппаратурного обеспечения, устройством программного обеспечения или любым конкретным примером.
Способ 1
Когда отказ происходит в первом устройстве VNF, первое устройство VNF формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство VNF, и фактическое положение отказавшего первого устройства VNF или положение отказавшего первого устройства VNF в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Идентификатор отказа используется для уникальной идентификации информации об отказе. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины отказа, например, перегрузка, отключение электропитания, утечка памяти, ошибка порта, или отсутствие отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство VNF в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан в таблице 3.
Figure 00000003
После формирования информации об отказах в приведенном выше формате первое устройство VNF может передать информацию об отказах к VNFM, используя интерфейс Ve-Vnfm, и, как вариант, первое устройство NFVI может также, используя vEMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.
Способ 2
VNFM может передавать сообщение индикации первому устройству VNF периодически или по мере необходимости, чтобы дать первому устройству VNF команду на выполнение обнаружения отказов. Если первое устройство VNF обнаруживает отказ, первое устройство VNF может передать обратно VNFM информацию об отказе, подобную информации, приведенной в таблице 3; или, если первое устройство VNF не имеет отказа, первое устройство VNF может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, в котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 3.
Способ 3
Первое устройство VNF может периодически передавать сообщение с индикацией "я жив", указывающее VNFM, что первое устройство VNF работает нормально. VNFM периодически принимает сообщения "я жив" от первого устройства VNF и понимает, что первое устройство VNF работает нормально. Когда сообщения "я жив" от первого устройства VNF прерываются, VNFM определяет, что в первом устройстве VNF произошел отказ и VNFM может формировать информацию об отказе первого устройства VNF. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.
Когда устройство VNF не может сообщить информации) об отказе "из-за неожиданного события, VNFM все еще может понимать, что в первом устройстве VNF произошел отказ.
Способ 4
VNFM может выполнять обнаружение отказа на VNF периодически или по мере необходимости и затем VNFM формирует информацию об отказе первого VNF в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.
В заключение, VNFM может обнаруживать отказ устройства VNF, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство VNF передает VNFM сообщения "я жив" периодически и, когда происходит отказ, передает на VNFM информацию об отказе. Если устройство VNF не может сообщить информацию об отказе из-за катастрофического отказа, VNFM может в связи с прекращением сообщений "я жив" понять, что в устройстве VNF произошел отказ.
702: VNFM формирует всестороннюю информацию об отказах.
После того, как VNFM принимает информацию об отказе, переданную первым устройством VNF, или VNFM формирует информацию об отказе, соответствующую отказу первого устройства VNF, VNFM может формировать всестороннюю информацию об отказе в соответствии с информацией об отказе первого VNF. Как вариант, VNFM может собирать информацию об отказах других устройств VNF, коррелированных с первым устройством VNF, чтобы сформировать всестороннюю информацию об отказах, так чтобы выполнить всестороннюю обработку.
Поскольку между устройствами VNF существует корреляция, когда отказ происходит в первом устройстве VNF, отказ может также произойти в другом устройстве VNF, коррелированном с первым устройством VNF. На фиг. 6b схематично показана корреляция между устройствами VNF. Например, VNF1 и VNF2 оба основаны на VM1, то есть между VNF1 и VNF2 существует корреляция. Когда происходит отказ в VNF1, отказ может также произойти в VNF2.
В этом случае VNFM может собирать информацию об отказах, сообщенную VNF1, и формировать всестороннюю информацию об отказах со ссылкой на информацию об отказах VNF2. Конкретно, всесторонняя информация об отказах, показанная в таблице 4, может быть сформирована следующим образом:
Figure 00000004
Figure 00000005
Форматы информации об отказах VNF1 и VNF2 подобны форматам таблицы 3.
Следует понимать, что всесторонняя информация об отказе, показанная в таблице 4, является конкретным примером и информация об отказе устройств, которая специально введена во всестороннюю информацию об отказе, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказе только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").
703: Выполнить обнаружение повторяющейся аварийной сигнализации.
После формирования VNFM всесторонней информации об отказах VNFM может локально обнаружить сформированную всестороннюю информацию об отказах, чтобы определить, является ли она одной и той же информацией. Конкретно, поскольку после того, как в устройстве VNF происходит отказ, все коррелированные неисправные устройства VNF могут сообщать информацию об отказе, VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказе для одного и того же отказа. Например, если отказ происходит в VNF1, отказ также происходит в VNF2, коррелированном с VNF1, и VNF2 выполняет ту же самую операцию, что и VNF1. VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказах после сбора коррелированной информации об отказах, и в этом случае VNFM может обрабатывать только один фрагмент всесторонней информации об отказах и отбрасывать другую такую же всестороннюю информацию об отказах. Следует понимать, что одна и та же информация об отказе относится к информации о состоянии VNF, которая частично является одной и той же, а состояния отказов могут быть различными.
Конкретно, всесторонняя информация об отказе может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказе, например, состоянием отказа во всесторонней информации об отказе, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказах и если обнаруживается одна и та же всесторонняя информация об отказах, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказе, которая еще не обработана, отбрасывается.
704: VNFM выполняет определение самовосстановления.
Когда VNFM формирует всестороннюю информацию об отказах, VNFM может сначала определить, является ли тип отказа во всесторонней информации об отказах типом отказа, который VNFM может обработать.
Конкретно, VNFM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может решаться посредством определения, существует ли в политике устранения отказов тип отказа во всесторонней информации об отказе. Например, типом отказа VNF1 является "низкая производительность" ("low performance") и соответствующим способом устранения отказа является "добавление экземпляра VNF" ("adding a VNF instance").
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т.п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).
705а VNFM может выполнить процесс самовосстановления.
Если VNFM определяет, что обработка может быть выполнена, VNFM выполняет устранение отказа устройства VNF в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств VNF устранены, оркестратор уведомляется, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.
Если всесторонняя информация об отказах содержит многочисленные устройства VNF и отказ устройства VNF, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств VNF продолжают существовать, этап 704 повторяется, чтобы определить и устранить отказ устройства VNF, до тех пор, пока не будут устранены отказы всех устройств VNF во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VNFM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и в которой состояние указывается как "Еще не обработано" ("Not processed yet").
Устройство VNF, для которого успешно устранен отказ, может уведомить VNFM, что устранение отказов прошло успешно, посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 3. Когда отказы всех коррелированных устройств VNF во всесторонней информации об отказах устранены, VNFM может установить состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.
Кроме того, устройство VNF, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.
705b: VNFM может выполнить процесс самовосстановления.
Если политика устранения отказов в VNFM не содержит тип отказа устройства VNF, для которого должен устраняться отказ, то VNFM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm.
706: Оркестратор выполняет определение самовосстановления.
Когда оркестратор принимает всестороннюю информацию об отказах, переданную посредством VNFM, оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, который подобен определению самовосстановления для VNFM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.
707: Система OSS/BSS выполняет устранение отказов.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством VNF и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отказ устранен" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т.п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.
На фиг. 8 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения. Способ, показанный на фиг. 8, может выполняться системой NFV, показанной на фиг. 1.
801: VIM получает информацию об отказах.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться в сообщаться к VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом. Конкретно, способ обнаружения посредством VIM, что отказ произошел в устройстве NFVI, подобен способу, описанному на этапе 601 на фиг. 6 и никакие дальнейшие подробности здесь повторно не описываются.
802: VIM формирует всестороннюю информацию об отказе.
После того, как VIM принимает информацию об отказе, переданную первым устройством NFVI, или, когда VIM формирует информацию об отказе в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказе другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю обработку, которая фактически аналогична способу, описанному на этапе 602 на фиг. 6, и никакие дополнительные подробности здесь повторно не описываются.
803: Выполнить обнаружение повторяющейся аварийной сигнализации.
После формирования всесторонней информации об отказе VIM может локально обнаружить сформированную всестороннюю информацию об отказе, чтобы определить, является ли она одной и той же информацией. Конкретный способ обнаружения подобен способу, описанному на этапе 603 на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.
804: VIM выполняет определение самовосстановления.
Когда VIM формирует всестороннюю информацию об отказе, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказе типом отказа, который VIM может обработать. Конкретный способ обнаружения подобен способу, описанному на этапе 604 на фиг. 6, и никакие дополнительные подробности повторно Здесь не приводятся.
805а: VIM может выполнить процесс самовосстановления.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 804 повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается. Конкретный способ обнаружения подобен способу, описанному на этапе 605а на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.
805b: Если VIM не может выполнить процесс самовосстановления, VIM выполняет подачу сообщения для VNFM.
Если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого должен устраняться отказ, то VIM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах VNFM, используя интерфейс Vi-Vnfm.
Когда VNFM принимает всестороннюю информацию об отказах, переданную посредством VIM, VNFM обнаруживает, может ли быть выполнен процесс самовосстановления, что подобно определению самовосстановления для VIM. VNFM запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, VNFM устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах оркестратору; или, если VNFM не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, VNFM устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах оркестратору.
806: Оркестратор выполняет определение самовосстановления.
Когда оркестратор принимает всестороннюю информацию об отказах NFVI, переданную посредством VNFM, оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, который подобен определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.
807: Система OSS/BSS выполняет устранение отказов.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных ниже способов, перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т.п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.
На фиг. 9 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения. Способ, показанный на фиг. 9, может выполняться системой NFV, показанной на фиг. 1.
901: VIM получает информацию об отказах.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться и сообщаться VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом. Конкретно, способ обнаружения посредством VIM, что отказ произошел в устройстве NFVI, подобен способу, описанному на этапе 601 на фиг. 6 и никакие дальнейшие подробности здесь повторно не описываются.
902: VIM формирует всестороннюю информацию об отказе.
После того, как VIM принимает информацию об отказе, переданную первым устройством NFVI, или, когда VIM формирует информацию об отказе в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказе другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю обработку, которая фактически аналогична способу, описанному на этапе 602 на фиг. 6, и никакие дополнительные подробности здесь повторно не описываются.
903: Выполнить обнаружение повторяющейся аварийной сигнализации.
После формирования всесторонней информации об отказе VIM может локально обнаружить сформированную всестороннюю информацию об отказе, чтобы определить, является ли она одной и той же информацией. Конкретный способ обнаружения подобен способу, описанному на этапе 603 на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.
904: VIM выполняет определение самовосстановления.
Когда VIM формирует всестороннюю информацию об отказе, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказе типом отказа, который VIM может обработать. Конкретный способ обнаружения подобен способу, описанному на этапе 604 на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.
905а: VIM может выполнить процесс самовосстановления.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, которое обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 904 повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается. Конкретный способ обнаружения подобен способу, описанному на этапе 605а на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.
905b: Если VIM не может выполнить процесс самовосстановления, VIM выполняет подачу сообщения VNFM.
Если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого должен устраняться отказ, то VIM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах VNFM, используя интерфейс Vi-Vnfm.
Когда VNFM принимает всестороннюю информацию об отказах, переданную посредством VIM, VNFM обнаруживает, может ли быть выполнен процесс самовосстановления, что подобно определению самовосстановления для VIM. VNFM запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, VNFM устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах оркестратору; или, если VNFM не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, VNFM устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах VIM.
906: Оркестратор выполняет определение самовосстановления.
Затем VIM сообщает всестороннюю информацию об отказах NFVI оркестратору, используя интерфейс Or-Vi, и оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, который подобен определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.
907: Система OSS/BSS выполняет устранение отказов.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т.п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).
Следует понимать, что на фиг. 6, фиг. 8 и фиг. 9 представлены процессы устранения отказов и управления обработкой отказов устройства NFVI устройством VIM, и на фиг. 7 представлен процесс устранения отказов и управления обработкой отказов устройства VNF устройством VNFM. Обработка при устранении отказов и управление устройством NFVI посредством устройства VIM и процесс устранения отказов и управления устройством VNF посредством устройства VNFM могут быть двумя относительно раздельными процессами или могут также быть двумя одновременными процессами, что не ограничивается в настоящем изобретении.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.
На фиг. 10 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения; Способ, показанный на фиг. 10, может выполняться системой NFV, показанной на фиг. 1.
1001а: VIM получает информацию об отказах.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться в сообщаться к VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом.
Используя нижеследующие способы, VIM может обнаруживать, что отказ произошел в устройстве NFVI.
Для удобства нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве NFVI, где первое устройство NFVI может быть любым из следующих: HW, Host OS, Hypervisor or VM в NFVI и устройство может содержать устройство аппаратурного обеспечения или устройство программного обеспечения.
Способ 1
Когда отказ происходит в первом устройстве NFVI, первое устройство NFVI формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство NFVI, и фактическое положение отказавшего первого устройства NFVI или положение отказавшего первого устройства NFVI в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Информация об отказах дополнительно содержит идентификатор отказов, используемый для уникальной идентификации информации об отказах. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины отказа, например, отключение электропитания, перегрузка или отсутствие отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство NFVI в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан в таблице 1.
После формирования информации об отказах в приведенном выше формате первое NFVI может передать информацию об отказах к VIM, используя интерфейс Nf-Vi, и, как вариант, первое устройство NFVI может также, используя EMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.
Способ 2
VIM может передавать сообщение индикации первому устройству NFVI периодически или, когда требуется, чтобы дать первому устройству NFVI команду на выполнение обнаружения отказов. Если первое устройство NFVI обнаруживает отказ, первое устройство NFVI может передать обратно VIM информацию об отказе, подобную информации, приведенной в таблице 1; или, если первое устройство NFVI не имеет отказа, первое устройство NFVI может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, у котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 1.
Способ 3
Первое устройство NFVI может периодически передавать сообщение с индикацией "я жив", указывающее VIM, что первое устройство NFVIpa6oTaeT нормально. VIM периодически принимает сообщения "я жив" от первого устройства NFVI и понимает, что первое устройство NFVI работает нормально. Когда сообщения "я жив" от первого устройства NFVI прерываются, VIM определяет, что в первом устройстве NFVI произошел отказ и VIM может формировать информацию об отказе первого NFVI. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.
Когда устройство NFVI не может сообщить информацию об отказе из-за неожиданного события, такого как отключение электропитания, VIM все еще может понимать, что в первом устройстве NFVI только что произошел отказ.
Способ 4
VIM может выполнять обнаружение отказа на NFVI периодически или по мере необходимости и затем VIM формирует информацию об отказе первого NFVI в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.
В заключение, VIM может обнаруживать отказ устройства NFVI, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство NFVI передает VIM сообщения "я жив" периодически и, когда происходит отказ, передает информацию об отказе к VIM. Если устройство NFVI не может сообщить информацию об отказе из-за катастрофического отказа, VIM может в связи с прекращением сообщений "я жив" понять, что в устройстве NFVI произошел отказ.
1001b: VNFM получает информацию об отказах.
Когда VNFM обнаруживает, что в каком-либо устройстве VNF в VNF произошел отка, VNFM получает информацию об отказе отказавшего устройства VNF. Конкретно, полученная информация об отказах может формироваться сообщаться VNFM отказавшим устройством VIM или может формироваться локально посредством VNFM в соответствии с обнаруженным отказом.
VNFM, используя нижеследующие способы, может обнаруживать, что отказ произошел в устройстве VNF.
Для удобства описания нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве VNF, где первое устройство VNF может быть устройством VNF в VNF и устройство может быть устройством аппаратурного обеспечения, устройством программного обеспечения или любым конкретным примером.
Способ 1
Когда отказ происходит в первом устройстве VNF, первое устройство VNF формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство VNF, и фактическое положение отказавшего первого устройства VNF или положение отказавшего первого устройства VNF в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины или результата отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство VNF в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан в таблице 3.
После формирования информации об отказах в приведенном выше формате первое устройство VNF может передать информацию об отказах к VNFM, используя интерфейс Ve-Vnfm, и, как вариант, первое устройство NFVI может также, используя vEMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.
Способ 2
VNFM может передавать сообщение индикации первому устройству VNF периодически или по мере необходимости, чтобы дать первому устройству VNF команду на выполнение обнаружения отказов. Если первое устройство VNF обнаруживает отказ, первое устройство VNF может передать обратно VNFM информацию об отказе, подобную информации, приведенной в таблице 3; или, если первое устройство VNF не имеет отказа, первое устройство VNF может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, в котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 3..
Способ 3
Первое устройство VNF может периодически передавать сообщение с индикацией "я жив", указывающее VNFM, что первое устройство VNF работает нормально. VNFM периодически принимает сообщения "я жив" от первого устройства VNF и понимает, что первое устройство VNF работает нормально. Когда сообщения "я жив" от первого устройства VNF прерываются, VNFM определяет, что в первом устройстве VNF произошел отказ и VNFM может формировать информацию об отказе первого устройства VNF. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.
Когда устройство VNF не может сообщить информацию об отказе из-за неожиданного события, VNFM все еще может понимать, что в первом устройстве VNF произошел отказ.
Способ 4
VNFM может выполнять обнаружение отказа на VNF периодически или по мере необходимости и затем VNFM формирует информацию об отказе первого VNF в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.
В заключение, VNFM может обнаруживать отказ устройства VNF, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство VNF передает VNFM сообщения "я жив" периодически и, когда происходит отказ, передает на VNFM информацию об отказе. Если устройство VNF не может сообщить информацию об отказе из-за катастрофического отказа, VNFM может в связи с прекращением сообщений "я жив" понять, что в устройстве VNF произошел отказ.
Следует понимать, что этапы 1001а и 1001b могут быть относительно раздельными процессами или могут быть двумя связанными процессами. В этом варианте осуществления настоящего изобретения два этапа могут рассматриваться как два одновременных процесса, то есть этот вариант осуществления настоящего изобретения специально описывает управление обработкой отказов и устранение отказов в случае, когда происходят коррелированные отказы в устройстве NFVI и в устройстве VNF.
1002а: VIM формирует всестороннюю информацию об отказе.
После того, как VIM принимает информацию об отказе, переданную первым устройством NFVI, или, когда VIM формирует информацию об отказе в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказе другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю информацию об отказе, так чтобы выполнить всестороннюю обработку.
Конкретно, поскольку между устройствами HW, Host OS, Hypervisor, и VM существует корреляция, когда происходит отказ в первом устройстве NFVI, отказ может произойти в устройстве, коррелированном с первым устройством NFVI.
На фиг. 6b для примера показана корреляция между устройствами HW, Host OS, Hypervisor и VM. Например, Host OS1, Hypervisor1, VM1 и VM2 коррелируются с HW1. Это означает, что когда отказ происходит в HW1, отказы могут также происходить в виртуализированных устройствах, установленных на HW1: Host OS1, Hypervisor1, VM1 и VM2.
В этом случае, VIM может собирать информацию об отказе, сообщенную от Host OS1, Hypervisor1, VM1 и VM2, и формировать всестороннюю информацию об отказе со ссылкой на информацию об отказе HW1. Конкретно, может быть сформирована всесторонняя информация об отказах, показанная в таблице 2, где формат информации об отказах устройств HW, Host OS, Hypervisor и VM подобен формату, приведенному в таблице 1.
Следует понимать, что всесторонняя информация об отказе, показанная в таблице 2, является конкретным примером и информация об отказе устройств, которая специально введена во всестороннюю информацию об отказе, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказе только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").
1002b: VNFM формирует всестороннюю информацию об отказах.
После того, как VNFM принимает информацию об отказе, переданную первым устройством VNF, или VNFM формирует информацию об отказе, соответствующую отказу первого устройства VNF, то есть после этапа 1001b, VNFM может формировать всестороннюю информацию об отказе в соответствии с информацией об отказе первого VNF. Как вариант, VNFM может собирать информацию об отказах других устройств VNF, коррелированных с первым устройством VNF, чтобы сформировать всестороннюю информацию об отказах, так чтобы выполнить всестороннюю обработку.
Поскольку между устройствами VNF существует корреляция, когда отказ происходит в первом устройстве VNF, отказ может также произойти в другом устройстве VNF, коррелированном с первым устройством VNF.
На фиг. 7b в качестве примера, показан корреляция между устройствами VNF. Например, VNF1 и VNF2 оба основаны на VM1, то есть между VNF1 и VNF2 существует корреляция. Когда происходит отказ в VNF1, отказ может также произойти в VNF2.
В этом случае VNFM может собирать информацию об отказах, сообщенную VNF1, и формировать всестороннюю информацию об отказах со ссылкой на информацию об отказах VNF2. Конкретно, всесторонняя информация об отказах, показанная в таблице 4, может быть сформирована следующим образом:
Форматы информации об отказах VNF1 и VNF2 подобны форматам таблицы 3. Следует понимать, что всесторонняя информация об отказе, показанная в таблице 4, является конкретным примером и информация об отказе устройств, которая специально введена во всестороннюю информацию об отказе, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказе только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").
Аналогично, этапы 1002а и 1001b могут быть относительно раздельными процессами или могут быть двумя связанными процессами. В настоящем варианте осуществления настоящего изобретения два этапа могут рассматриваться как два одновременных процесса.
1003а: VIM выполняет обнаружение повторяющейся аварийной сигнализации.
После формирования всесторонней информации об отказе VIM может локально обнаружить сформированную всестороннюю информацию об отказе, чтобы определить, является ли она одной и той же информацией. Конкретно, поскольку после того, как в устройстве NFVI происходит отказ, все коррелированные неисправные устройства NFVI могут сообщать информацию об отказе, VIM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказе для одного и того же отказа. Например, если отказ происходит в HW1, отказы также происходят в Host OS1, Hypervisor1, VM1 и VM2, коррелированных с HW1, и Host OS1, Hypervisor1, VM1 и VM2, коррелированные с HW1, выполняют ту же самую операцию, что и HW1. VIM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказе после сбора коррелированной информации об отказе, и в этом случае, VIM может обрабатывать только один фрагмент всесторонней информации об отказе и отбрасывать другую такую же всестороннюю информацию об отказе. Следует понимать, что одна и та же информация об отказе относится к информации об отказе HW, Host OS, Hypervisor и VM, которые частично являются такими же, но состояния отказа могут быть разными.
Конкретно, всесторонняя информация об отказе может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказе, например, состоянием отказа во всесторонней информации об отказе, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказе и если обнаруживается одна и та же всесторонняя информация об отказе, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказе, которая еще не обработана, отбрасывается и всесторонняя информация об отказе, в которой состоянием отказа является "Обрабатывается" ("Being processed"), резервируется и обрабатывается.
1003b: VNFM выполняет обнаружение повторяющейся аварийной сигнализации.
После формирования всесторонней информации об отказах VNFM может локально обнаружить сформированную всестороннюю информацию об отказах, чтобы определить, является ли она той же самой информацией. Конкретно, поскольку после того, как в устройстве VNF происходит отказ, все коррелированные неисправные устройства VNF могут сообщать информацию об отказе, VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказе для одного и того же отказа. Например, если отказ происходит в VNF1, отказ также происходит в VNF2, коррелированном с VNF1, и VNF2 выполняет ту же самую операцию, что и VNF1. VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказах после сбора коррелированной информации об отказах, и в этом случае VNFM может обрабатывать только один фрагмент всесторонней информации об отказах и отбрасывать другую такую же всестороннюю информацию об отказах. Следует понимать, что одна и та же информация об отказе относится к информации о состоянии VNF, которая частично является одной и той же, а состояния отказов могут быть различными.
Конкретно, всесторонняя информация об отказе может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказе, например, состоянием отказа во всесторонней информации об отказе, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказе и если обнаруживается одна и та же всесторонняя информация об отказе, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказе, которая еще не обработана, отбрасывается и всесторонняя информация об отказе в которой состоянием отказа является "Обрабатывается" ("Being processed"), резервируется и обрабатывается.
1004а: VIM выполняет определение самовосстановления.
Когда VIM формирует всестороннюю информацию об отказе, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказе типом отказа, который VIM может обработать.
Конкретно, VIM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может решаться посредством определения, существует ли в политике устранения отказов тип отказа во всесторонней информации об отказе. Например, типом отказа HW1 является "низкая производительность" ("low performance") и соответствующим способом устранения отказа является "перезапуск" ("restart").
Кроме того, когда всесторонняя информация об отказе содержит информацию об отказе многочисленных коррелированных устройств NFVI, VIM может в соответствии с приоритетами устройств NFVI принять решение выполнить определение самовосстановления, определенного по типу файла в информации об отказе устройства NFVI. Приоритетами являются: HW > Host OS > Hypervisor > VM. Например, как показано в таблице 2, когда всесторонняя информация об отказе содержит информацию об отказе HW1, Host OS1, Hypervisor1, VM1 и VM2, VIM может предпочтительно обрабатывать отказ HW1, то есть определять в соответствии с типом отказа в информации об отказе HW1, такую информацию как "низкая производительность" ("low performance"), способом устранения отказа которого является "перезапуск" ("restart").
1004b: VNFM выполняет определение самовосстановления.
Когда VNFM формирует всестороннюю информацию об отказах, VNFM может сначала определить, является ли тип отказа во всесторонней информации об отказах типом отказа, который VNFM может обработать.
Конкретно, VNFM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может решаться посредством определения, существует ли в политике устранения отказов тип отказа, соответствующий отказу во всесторонней информации об отказе. Например, типом отказа VNF1 является "низкая производительность" ("low performance"), то соответствующим способом устранения отказа является "добавление объекта VNF" ("adding a VNF instance").
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т.п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).
1005а: VIM может выполнить процесс самовосстановления.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 1004а повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI, до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VIM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и в которой состояние указывается как "Еще не обработано" ("Not processed yet").
Устройство NFVI, для которого успешно устранен отказ, может уведомить VIM посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 1, что устранение отказов прошло успешно. Когда отказы всех коррелированных устройств NFVI во всесторонней информации об отказах устранены, VIM может установить состояние отказа во всесторонней информации об отказах на "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.
1005b: VNFM может выполнить процесс самовосстановления.
Если VNFM определяет, что обработка может быть выполнена, VNFM выполняет устранение отказа устройства VNF в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств VNF устранены, оркестратор уведомляется, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.
Если всесторонняя информация об отказах содержит многочисленные устройства VNF и отказ устройства VNF, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств VNF продолжают существовать, этап 1004b повторяется, чтобы определить и устранить отказы остающихся устройств VNF, до тех пор, пока не будут устранены отказы всех устройств VNF во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VNFM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и в которой состояние указывается как "Еще не обработано" ("Not processed yet").
Устройство VNF, для которого успешно устранен отказ, может уведомить VNFM, что устранение отказов прошло успешно, посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 3. Когда отказы всех коррелированных устройств VNF во всесторонней информации об отказах устранены, VNFM может установить состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.
Кроме того, устройство VNF, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.
1005с: VIM не может выполнить процесс самовосстановления.
После определения на этапе 1005а, если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого отказ должен быть устранен, устройство VIM запрашивает у устройства VNFM информацию об отказе устройства VNF, коррелированного с первым устройством NV. Затем VIM принимает переданную посредством VNFM информацию об отказе устройства VNF, коррелированного с первым устройством NFVI, добавляет принятую информацию об отказе к первоначальной всесторонней информации об отказах NFVI и затем сообщает объединенную всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi. Например, при корреляции, показанной на фиг. 6а, устройствами NFVI, коррелированными с HW1, являются Host OS1, Hypervisor1, VM1 и VM2 и HW1 дополнительно коррелируется с VNF, где VNF1 и VNF2 также коррелируются с HW1. Если отказ происходит в VNF1, то есть VNFM имеет информацию об отказе VNF1, VNFM передает информацию об отказе VNF1 к VIM, используя интерфейс Vi-Vnfm, с тем, чтобы VIM выполнил всестороннюю обработку и сообщение.
1005d: VNFM может выполнить процесс самовосстановления.
После определения на этапе 1005b, если политика устранения отказов в VNFM не содержит тип отказа устройства VNF, для которого отказ должен быть устранен, устройство VNFM запрашивает у устройства VIM информацию об отказе устройства NFVI, коррелированного с первым устройством VNF. Затем VNFM принимает переданную посредством VIM информацию об отказе устройства NFVI, коррелированного с первым устройством VNF, добавляет принятую информацию об отказе к первоначальной всесторонней информации об отказах VNF и затем сообщает объединенную всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm. Например, при корреляции, показанной на фиг. 6а, устройствами NFVI, коррелированными с VNF1, являются VM1, Host OS1, Hypervisor1, HW1 и HW2. Если отказы также происходят в VM1, the Host OS1, the Hypervisor1 и HW1, VIM передает информацию об отказах VM1, Host OS1, Hypervisor1 и HW1 к VNFM, используя интерфейс Vi-Vnfm, с тем, что VNFM выполняет всестороннюю обработку и сообщение.
1006: Оркестратор выполняет определение самовосстановления.
Когда оркестратор принимает всестороннюю информацию об отказах, которая сообщается посредством VNFM или VIM и для которой выполнена всесторонняя обработка (1005 с или 1005d), оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления для всесторонней информации об отказах, который подобен определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.
1007: Система OSS/BSS выполняет устранение отказов.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.
На фиг. 11 представлена блок-схема устройства виртуализированного администратора инфраструктуры VIM, соответствующая варианту осуществления настоящего изобретения. Устройство VIM 1100, показанное на фиг. 11, содержит блок 1101 получения, блок 1102 формирования и блок 1103 обработки.
Блок 1101 получения получает первую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства инфраструктуры виртуализации сетевых функций NFVI, где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор отказавшего устройства.
Блок 1102 формирования выполнен с возможностью формирования первой всесторонней информации об отказах в соответствии с первой информацией об отказах, полученной блоком 1101 получения, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах.
Блок 1103 обработки выполнен с возможностью устранения отказа или сообщения о процессе согласно первой всесторонней информации об отказах, сформированной блоком 1102 формирования.
Устройство 1100 VIM, обеспечиваемое в настоящем варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Как вариант, в варианте осуществления устройство 1100 VIM дополнительно содержит блок определения и приемный блок и блок получения специально выполнен с возможностью приема, используя приемный блок, первой информации об отказах, переданной первым устройством NFVI; или определения, используя блок определения, что отказ произошел в первом устройстве NFVI, и формирования первой информации об отказах в соответствии с отказом первого устройства NFVI.
Как вариант, в варианте осуществления первое устройство NFVI является любым аппаратурным обеспечением (HW), ведущей операционной системой (Host OS), устройством администратора виртуальной машины (VM) в устройстве NFVI и блок 1102 формирования специально выполнен с возможностью определения, что информация об отказе, переданная устройством NFVI, коррелированным с первым устройством NFVI, является коррелированной информацией об отказе первой информации об отказе, и формирования первой всесторонней информации об отказах, которая содержит первую информацию об отказах и коррелированную информацию об отказах.
Как вариант, в варианте осуществления блок 1103 обработки содержит передающий блок и блок 1103 обработки специально выполнен для определения, используя блок определения, и в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли устройство 1100 VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ в первом устройстве NFVI и/или отказ в устройстве NFVI, коррелированном с первым устройством NFVI; или, когда устройство 1100 VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают, используя передающий блок, первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору.
Как вариант, в варианте осуществления блок 1103 обработки специально выполнен с возможностью определения, используя блок определения, устройства NFVI, имеющего наивысший приоритет из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определения, используя блок определения и в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли устройство 1100 VIM соответствующую политику. устранения отказов; и, когда устройство 1100 VIM содержит политику устранения отказов, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.
Как вариант, в варианте осуществления передающий блок обработки специально выполнен с возможностью передачи, когда устранение отказа прошло успешно, оркестратору сообщения с индикацией успеха, или, когда устранение отказа было неудачным, передачи первой всесторонней информации об отказах на VNFM или передачи первой всесторонней информации об отказах оркестратору.
Как вариант, в варианте осуществления приемный блок дополнительно выполнен с возможностью приема сообщения индикации, передаваемого VNFM, и используется для индикации, что VNFM неспособен обработать первую всестороннюю информацию об отказах, и передающий блок дополнительно выполнен с возможностью передачи первой всесторонней информацию об отказах оркестратору.
Как вариант, в варианте осуществления блок 1103 обработки дополнительно выполнен с возможностью запроса в VNFM информации об отказах устройства VNF, коррелированного с первым устройством NFVI; и добавления информации об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах.
Как вариант, в варианте осуществления приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VNFM, где информация запроса используется для запроса от устройства VIM 1100 информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF; и передающий блок дополнительно выполнен с возможностью передачи информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF устройству VNFM.
Как вариант, в варианте осуществления устройство 1100 VIM дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии с первой информацией об отказах, содержит ли устройство 1100 VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью: удаления первой всесторонней информации об отказах, когда устройство 1100 VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах.
Устройство 1100 VIM, обеспечиваемое в этом варианте осуществления настоящего изобретения получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и та же самая всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 12 представлена блок-схема устройства VNFM устройства администратора виртуализированных сетевых функций, соответствующая варианту осуществления настоящего изобретения. Устройство VNFM 1200, показанное на фиг. 12, содержит блок 1201 получения, блок 1202 формирования и блок 1203 обработки.
Блок 1201 получения получает вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства VNF виртуализированных сетевых функций, где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства. Блок 1202 формирования формирует вторую всестороннюю информацию об отказах, соответствующую второй информации об отказах. Блок 1203 обработки выполняет устранение отказов или сообщает о процессе в соответствии со второй всесторонней информацией об отказах.
Устройство 1200 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Как вариант, в варианте осуществления устройство 1200 VNFM дополнительно содержит блок определения и приемный блок и блок получения специально выполнен с возможностью приема, используя приемный блок, второй информации об отказах, переданной первым устройством VNF; или определения, используя блок определения, что отказ произошел в первом устройстве VNF, и формирования, используя блок формирования, второй информации об отказах в соответствии с отказом первого устройства VNF.
Как вариант, в варианте осуществления блок 1202 формирования специально выполнен для определения, используя блок определения, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формирования второй всесторонней информации об отказах, содержащей вторую информацию об отказах и коррелированную информацию об отказах.
Как вариант, в варианте осуществления блок 1203 обработки содержит передающий блок и блок обработки специально выполнен с возможностью определения, используя блок определения и в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли устройство 1200 VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах; и, когда устройство 1200 VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ в первом устройстве VNF и/или отказ в устройстве VNF, коррелированном с первым устройством NFVI; или, когда устройство 1200 VNFM не содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, передают, используя передающий блок, вторую всестороннюю информацию об отказах оркестратору.
Как вариант, в варианте осуществления передающий блок специально выполнен с возможностью передачи оркестратору сообщения с индикацией успеха, когда устранение отказа прошло успешно, или, когда устранение отказа было неудачным, передачи оркестратору второй всесторонней информации об отказах.
Как вариант, в варианте осуществления блок 1203 обработки дополнительно выполнен с возможностью запроса у администратора виртуализированной инфрастурктуры (VIM) информации об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным обеспечением (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в NFVI; и добавления информации об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах.
Как вариант, в варианте осуществления блок 1203 обработки дополнительно выполнен с возможностью приема первой всесторонней информации об отказах, переданной VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определения, содержит ли устройство 1200 VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда устройство 1200 VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда устройство 1200 VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или передают VIM сообщение индикации, используемое для индикации, что устройство 1200 VNFM неспособно обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передала первую всестороннюю информацию об отказах оркестратору.
Как вариант, в варианте осуществления блок 1203 обработки дополнительно выполнен с возможностью определения в соответствии с первой всесторонней информацией об отказах информации об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством NFVI, коррелированным с первым устройством NFVI; и добавления информации об отказах первого устройства VNF к первой всесторонней информации об отказах, с тем, чтобы устройство 1200 VNFM выполнило устранение отказов или сообщило о процессе для первой всесторонней информации об отказах.
Как вариант, в варианте осуществления устройство 1200 VNFM дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии со второй информацией об отказах, содержит ли устройство 1200 VNFM всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления второй всесторонней информации об отказах, когда устройство 1200 VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах.
Как вариант, в варианте осуществления приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VIM, где информация запроса используется для запроса от устройства 1200 VNFM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI; и передающий блок дополнительно выполнен с возможностью передачи VIM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI.
Устройство 1200 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и та же самая всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 13 представлена блок-схема устройства оркестратора Orchestrator, соответствующая варианту осуществления настоящего изобретения. Устройство 1300 оркестратора, показанное на фиг. 12, содержит приемный блок 1301 и блок 1302 обработки.
Приемный блок 1301 принимает первую всестороннюю информацию об отказах, переданную администратором виртуализированной инфраструктуры (VIM), где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций (NFVI), имеющем идентификатор отказавшего устройства; и блок 1302 обработки выполняет устранение отказов или сообщает о процессе согласно первой всесторонней информации об отказах;
или
приемный блок принимает вторую всестороннюю информацию об отказах, переданную виртуализированным администратором сетевых функций (VNFM), где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве. виртуализированных сетевых функций (VNF), имеющем идентификатор отказавшего устройства; и блок 1302 обработки выполняет устранение отказов или сообщает о процессе согласно второй всесторонней информации об отказах.
Устройство 1300 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает от VNFM или VIM информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Как вариант, в варианте осуществления первая всесторонняя информация об отказах дополнительно содержит информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию устройства виртуализированных сетевых функций (VNF), коррелированного с первым устройством NFVI.
Как вариант, в варианте осуществления вторая всесторонняя информация об отказах дополнительно содержит информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию устройства администратора виртуализированной инфраструктуры (NFVI), коррелированного с первым устройством VNF.
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли устройство 1300 оркестратора политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса (OSS/BSS).
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли устройство 1300 оркестратора политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI, отказ устройства NFVI, коррелированного с первым устройством NFVI, и отказ устройства VNF, коррелированного с первым устройством NFVI; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе OSS/BSS.
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли устройство 1300 оркестратора политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF, отказ устройства VNF, коррелированного с первым устройством VNF, и отказ устройства NFVI, коррелированного с первым устройством VNF; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.
Как вариант, в варианте осуществления устройство 1300 VIM дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения выполнен с возможностью обнаружения в соответствии с первой/второй информацией об отказах, содержит ли устройство 1300 оркестратора всестороннюю информацию об отказах, которая является такой же, как первая/вторая всесторонняя информация об отказах; и блок удаления выполнен с возможностью удаления первой/второй всесторонней информации об отказах, когда устройство 1300 оркестратора содержит всестороннюю информацию об отказах, которая является такой же, как первая/вторая всесторонняя информация об отказах.
Устройство 1300 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает от VNFM или VIM информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 14 представлена блок-схема устройства VIM, соответствующая другому варианту осуществления настоящего изобретения; Устройство 1400 VIM, показанное на фиг. 14, содержит процессор 1401 и память 1402. Процессор 1401 соединяется с памятью 1402, используя систему 1403 шин.
Память 1402 выполнена с возможностью хранения команды, разрешающей процессору 1401 выполнение следующих операций: получение устройства NFVI первой информации об отказах устройства NFVI, содержащей идентификатор отказавшего устройства и тип отказа, где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор отказов устройства; формируют первую всестороннюю информацию об отказах, соответствующую первой информации об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах; и выполнение устранения отказов или сообщение о процессе в соответствии с первой всесторонней информацией об отказах.
Устройство 1400 VIM, обеспечиваемое в этом варианте осуществления настоящего изобретения получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Кроме того, устройство 1400 VIM может дополнительно содержать схему 1404 передатчика и схему 1405 приемника. Процессор 1401 управляет работой устройства 1400 VIM, а процессор 1401 может также рассматриваться как центральный процессор (Central Processing Unit, CPU). Память 1402 может содержать постоянное запоминающее устройство и оперативную память и обеспечивать команды и данные для процессора 1401. Часть памяти 1402 может дополнительно содержать энергонезависимую оперативную память (NVRAM). Компоненты устройства 1400 VIM соединяются между собой, используя систему 1403 шин, где в дополнение к шине данных система 1403 шин содержит шину электропитания, шину управления и шину сигналов состояния. Однако, для ясности описания различные типы шин на чертеже обозначаются как система 1403.
Способ, раскрытый в вариантах осуществления настоящего изобретения, может применяться к процессору 1401 или реализовываться процессором 1401. Процессор 1401 может быть чипом интегральной схемы и имеет способность обработки сигналов. В процессе реализации этапы представленного выше способа могут осуществляться посредством интегральных логических схем аппаратурного обеспечения процессора 1401 или в форме команд программного обеспечения. Указанный выше процессор 1401 может быть универсальным процессором, цифровым сигнальным процессором (DSP), интегральной схемой специального применения (ASIC), программируемой логической интегральной схемой (FPGA) или другим программируемым логическим устройством, дискретной логикой или транзисторным логическим устройством или дискретным компонентом аппаратурного обеспечения. Процессор 1401 может реализовывать или исполнять способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором или любым традиционным процессором и т.д. Этапы способа, раскрытые со ссылкой на варианты осуществления настоящего изобретения, могут напрямую выполняться и совершаться процессором декодирования аппаратурного обеспечения или могут выполняться и совершаться, используя совокупность модулей аппаратурного обеспечения и программного обеспечения в процессоре декодирования. Программные модули могут присутствовать в сложившейся среде хранения данных в поле, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель для хранения данных располагается в памяти 1402 и процессор 1401 считывает информацию в памяти 1402 и совершает этапы описанных выше способов в сочетании с аппаратурным обеспечением процессора.
Устройство 1400 VIM, обеспечиваемое в этом варианте осуществления настоящего изобретения получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 15 представлена блок-схема устройства VNFM, соответствующая другому варианту осуществления настоящего изобретения; Устройство 1500 VNFM, показанное на фиг. 15, содержит процессор 1501 и память 1502. Процессор 1501 соединяется с памятью 1502, используя систему 1503 шин.
Память 1502 выполнена с возможностью хранения команды, разрешающей процессору 1501 выполнение следующих операций: получение второй информации об отказах, содержащей идентификатор отказавшего устройства и тип отказа устройства VNF виртуализированных сетевых функций, где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства; формирование второй всесторонней информации об отказах, соответствующей второй информации об отказах; и выполнение устранения отказов или сообщение об обработке в соответствии со второй всесторонней информацией об отказах.
Устройство 1500 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Кроме того, устройство 1500 VNFM может дополнительно содержать схему 1504 передатчика и схему 1505 приемника. Процессор 1501 управляет работой устройства 1500 VNFM, и процессор 1501 может также рассматриваться как центральный процессор (Central Processing Unit, CPU). Память 1502 может содержать постоянное запоминающее устройство и оперативную память и обеспечивать команды и данные для процессора 1501. Часть памяти 1502 может дополнительно содержать энергонезависимую оперативную память (NVRAM). Компоненты устройства VNFM 1500 соединяются между собой, используя систему 1503 шин, где в дополнение к шине данных система 1503 шин содержит шину электропитания, шину управления и шину сигналов состояния. Однако, для ясности описания различные типы шин на чертеже обозначаются как система 1503 шин.
Способ, раскрытый в вариантах осуществления настоящего изобретения, может применяться к процессору 1501 или реализовываться процессором 1501. Процессор 1501 может быть чипом интегральной схемы и имеет способность обработки сигналов. В процессе реализации этапы представленного выше способа могут осуществляться посредством интегральных логических схем аппаратурного обеспечения процессора 1501 или в форме команд программного обеспечения. Указанный выше процессор 1501 может быть универсальным процессором, цифровым сигнальным процессором (DSP), интегральной схемой специального применения (ASIC), программируемой логической интегральной схемой (FPGA) или другим программируемым логическим устройством, дискретной логикой или транзисторным логическим устройством или дискретным компонентом аппаратурного обеспечения. Процессор 802 может реализовывать или исполнять способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором или любым традиционным процессором и т.д. Этапы способа, раскрытые со ссылкой на варианты осуществления настоящего изобретения, могут напрямую выполняться и совершаться процессором декодирования аппаратурного обеспечения или могут выполняться и совершаться, используя совокупность модулей аппаратурного обеспечения и программного обеспечения в процессоре декодирования. Программные модули могут присутствовать в сложившейся среде хранения данных в поле, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель для хранения данных располагается в памяти 1502 и процессор 1501 считывает информацию в памяти 1502 и совершает этапы описанных выше способов в сочетании с аппаратурным обеспечением процессора.
Устройство 1500 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществлять сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
На фиг. 16 представлена блок-схема устройства оркестратора, соответствующая другому варианту осуществления настоящего изобретения. Устройство 1600 оркестратора на фиг. 16 содержит процессор 1601 и память 1602. Процессор 1601 соединяется с памятью 1602, используя систему 1603 шин.
Память 1602 выполнена с возможностью хранения команды, разрешающей процессору 1601 выполнение следующих операций: прием первой всесторонней информации об отказах, переданной администратором виртуализированной инфраструктуры (VIM), где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций (NFVI), имеющем идентификатор отказавшего устройства; и выполняют устранение отказов или сообщение о процессе согласно первой всесторонней информации об отказах; или
принимают посредством оркестратора вторую всестороннюю информацию об отказах, переданную администратором виртуализированных сетевых функций (VNFM), где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализированных сетевых функций (VNF), имеющем идентификатор отказавшего устройства; и выполняют устранение отказов или сообщение о процессе согласно второй всесторонней информации об отказах.
Устройство 1600 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.
Кроме того, устройство 1600 оркестратора может дополнительно содержать схему 1604 передатчика и схему 1605 приемника. Процессор 1601 управляет работой устройства 1600 оркестратора и процессор 1601 может также рассматриваться как центральный процессор (Central Processing Unit, CPU). Память 1602 может содержать постоянное запоминающее устройство и оперативную память и обеспечивать команды и данные для процессора 1601. Часть памяти 1602 может дополнительно содержать энергонезависимую оперативную память (NVRAM). Компоненты устройства 1600 оркестратора соединяются между собой, используя систему 1603 шин, где в дополнение к шине данных система 1603 шин содержит шину электропитания, шину управления и шину сигналов состояния. Однако, для ясности описания различные типы шин на чертеже обозначаются как система 1603 шин.
Способ, раскрытый в вариантах осуществления настоящего изобретения, может применяться к процессору 1601 или реализовываться процессором 1601. Процессор 1601 может быть чипом интегральной схемы и имеет способность обработки сигналов. В процессе реализации этапы представленного выше способа могут осуществляться посредством интегральных логических схем аппаратурного обеспечения процессора 1601 или в форме команд программного обеспечения. Указанный выше процессор 1601 может быть универсальным процессором, цифровым сигнальным процессором (DSP), интегральной схемой специального применения (ASIC), программируемой логической интегральной схемой (FPGA) или другим программируемым логическим устройством, дискретной логикой или транзисторным логическим устройством или дискретным компонентом аппаратурного обеспечения. Процессор 1601 может реализовывать или исполнять способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором или любым традиционным процессором и т.д. Этапы способа, раскрытые со ссылкой на варианты осуществления настоящего изобретения, могут напрямую выполняться и совершаться процессором декодирования аппаратурного обеспечения или могут выполняться и совершаться, используя совокупность модулей аппаратурного обеспечения и программного обеспечения в процессоре декодирования. Программные модули могут присутствовать в сложившейся среде хранения данных в поле, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель для хранения данных располагается в памяти 1602 и процессор 1601 считывает информацию в памяти 1602 и совершает этапы описанных выше способов в сочетании с аппаратурным обеспечением процессора.
Устройство 1600 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может Осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.
Специалист в данной области техники может быть осведомлен, что в сочетании с примерами, описанными в вариантах осуществления, раскрытых в это м описании, этапы способы и блоки могут реализовываться электронным аппаратурным обеспечением, компьютерным обеспечением или их сочетанием. Чтобы четко описать взаимозаменяемость между аппаратурным обеспечением и программным обеспечением, выше были, в целом, описаны этапы и составы каждого из вариантов осуществления в соответствии с функциями. Выполняются ли эти функции посредством аппаратуры или программного обеспечения, зависит от конкретных применений и конструктивных ограничений технических решений. Специалисты в данной области техники могут использовать различные способы реализации описанных функций для каждого специального применения, но не должны считать, что такие реализации выходят за рамки объема настоящего изобретения.
Способы или этапы, описанные в вариантах осуществления, раскрытых в настоящем описании, могут быть реализованы посредством аппаратурного обеспечения, программы программного обеспечения, исполняемой процессором или их сочетанием. Программа программного обеспечения может постоянно присутствовать в оперативной памяти (RAM), в памяти, в постоянной памяти (ROM), электрически программируемом ROM, электрически стираемом программируемом ROM, регистре, на жестком диске, съемном диске, CD-ROM, или на другой форме носителя для хранения данных, известной в технике.
Настоящее изобретение подробно описывается со ссылкой на сопроводительные чертежи и в сочетании с примерными вариантами осуществления, но настоящее изобретение этим не ограничивается. Специалистами в данной области техники в вариантах осуществления настоящего изобретения могут быть сделаны различные эквивалентные изменения или замены, не отступая от сущности и сути настоящего изобретения, и модификации или замены должны попадать в рамки объема настоящего изобретения.

Claims (70)

1. Способ управления обработкой отказов, содержащий этапы, на которых:
получают посредством администратора виртуализированных сетевых функций (VNFM) вторую информацию об отказах объекта виртуализации сетевых функций (VNF), содержащую идентификатор отказавшего объекта и тип отказа, причем вторая информация об отказах используется для указания, что отказ происходит в первом объекте VNF, имеющем идентификатор отказавшего объекта;
формируют посредством VNFM вторую всестороннюю информацию об отказах в соответствии со второй информацией об отказах; и
выполняют посредством VNFM устранение отказов или сообщают об обработке в соответствии со второй всесторонней информацией об отказах.
2. Способ по п. 1, в котором получают посредством VNFM вторую информацию об отказах объекта VNF, содержащую идентификатор отказавшего объекта и тип отказа, причем способ содержит этапы, на которых
принимают посредством VNFM вторую информацию об отказах, переданную первым объектом VNF, или
определяют посредством VNFM, что отказ происходит в первом объекте VNF, и формируют посредством VNFM вторую информацию об отказах в соответствии с отказом первого объекта VNF.
3. Способ по п. 1, в котором на этапе формирования посредством VNFM второй всесторонней информации об отказах в соответствии со второй информацией об отказах
определяют посредством VNFM, что информация об отказах, переданная объектом VNF, коррелированным с первым объектом VNF, является коррелированной информацией об отказах второй информации об отказах, и
формируют посредством VNFM вторую всестороннюю информацию об отказах, содержащую вторую информацию об отказах и коррелированную информацию об отказах.
4. Способ по п. 1, в котором на этапе выполнения посредством VNFM устранения отказов или сообщения об обработке в соответствии со второй всесторонней информацией об отказах
определяют посредством VNFM в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, и,
когда VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, устраняют посредством VNFM отказ первого объекта VNF и/или отказ объекта VNF, коррелированного с первым объектом VNF, в соответствии с политикой устранения отказов или,
когда VNFM не содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, передают посредством VNFM вторую всестороннюю информацию об отказах оркестратору.
5. Способ по п. 4, в котором после этапа устранения отказа первого объекта VNF и/или отказа объекта VNF, коррелированного с первым объектом VNF, в соответствии с политикой устранения отказов, способ дополнительно содержит этапы, на которых
передают посредством VNFM оркестратору сообщение указания успеха, когда устранение отказов прошло успешно, или
передают посредством VNFM оркестратору вторую всестороннюю информацию об отказах, когда устранение отказов потерпело неудачу.
6. Способ по п. 5, в котором перед этапом передачи оркестратору второй всесторонней информации об отказах способ дополнительно содержит этапы, на которых
запрашивают посредством VNFM у администратора виртуализированной инфраструктуры (VIM) информацию об отказах объекта NFVI, коррелированного с первым объектом VNF, где объект NFVI является любым аппаратурным средством (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины VM в объекте NFVI, и
добавляют посредством VNFM информацию об отказах объекта NFVI, коррелированного с первым объектом VNF, во вторую всестороннюю информацию об отказах.
7. Способ по п. 1, в котором способ дополнительно содержит этапы, на которых:
принимают посредством VNFM первую всестороннюю информацию о отказах, переданную администратором виртуализированной инфраструктуры (VIM), причем первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах, при этом первая информация об отказах используется для указания, что отказ происходит в первом объекте NFVI;
определяют посредством VNFM, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, и
в соответствии с политикой устранения отказов устраняют посредством VNFM отказ первого объекта NFVI и/или отказ объекта NFVI, коррелированного с первым объектом NFVI, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, или
передают посредством VNFM первую всестороннюю информацию об отказах оркестратору или передают сообщение указания, используемое для указания устройству VIM, что VNFM не способен обрабатывать первую всестороннюю информацию об отказах, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах.
8. Способ по п. 7, в котором
первая информация об отказах дополнительно содержит состояние выполнения и/или время отказа, а
первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказов, причем состояние отказов содержит по меньшей мере одно из следующих состояний: еще не обработано, обрабатывается, отказы устранены и отказы еще не устранены.
9. Способ по любому из пп. 1-8, в котором после этапа выполнения посредством VNFM устранения отказов или сообщения об обработке в соответствии со второй всесторонней информацией об отказах способ дополнительно содержит этапы, на которых
обнаруживают посредством VNFM в соответствии со второй всесторонней информацией об отказах, содержит ли VNFM всестороннюю информацию об отказах, совпадающую со второй всесторонней информацией об отказах, и,
когда VNFM содержит всестороннюю информацию об отказах, совпадающую со второй всесторонней информацией об отказах, удаляют посредством VNFM вторую всестороннюю информацию об отказах.
10. Способ по п. 1, в котором
вторая информация об отказах содержит состояние выполнения и/или время отказа, а
вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказов и состояние отказов содержит по меньшей мере одно из следующих состояний: еще не обработано, обрабатывается, отказы устранены и отказы еще не устранены.
11. Администратор виртуализированных сетевых функций (VNFM), содержащий:
блок получения, выполненный с возможностью получения второй информации об отказах, содержащей идентификатор отказавшего объекта и тип отказа, для объекта виртуализированных сетевых функций (VNF), причем вторая информация об отказах используется для указания, что отказ происходит в первом объекте VNF, имеющем идентификатор отказавшего объекта;
блок формирования, выполненный с возможностью формирования второй всесторонней информации об отказах в соответствии со второй информацией об отказах, и
блок обработки, выполненный с возможностью устранения отказов или сообщения об обработке в соответствии со второй всесторонней информацией об отказах.
12. VNFM по п. 11, дополнительно содержащий приемный блок, при этом блок получения, в частности, выполнен с возможностью
приема посредством приемного блока второй информации об отказах, переданной первым объектом VNF, или
дополнительно содержащий блок определения, при этом блок получения, в частности, выполнен с возможностью
определения посредством блока определения, что отказ происходит в первом объекте VNF, и формирования посредством блока формирования второй информации об отказах в соответствии с отказом первого объекта VNF.
13. VNFM по п. 11, в котором блок формирования, в частности, выполнен с возможностью
определения посредством блока определения, что информация об отказах, переданная объектом VNF, коррелированным с первым объектом VNF, является коррелированной информацией об отказах второй информации об отказах, и
формирования второй всесторонней информации об отказах, содержащей вторую информацию об отказах и коррелированную информацию об отказах.
14. VNFM по п. 11, в котором блок обработки содержит передающий блок, при этом блок обработки, в частности, выполнен с возможностью
определения посредством блока определения и в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, и
устранения в соответствии с политикой устранения отказов отказа первого объекта VNF и/или отказа объекта VNF, коррелированного с первым объектом VNF, когда VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, или
передачи посредством передающего блока второй всесторонней информации об отказах оркестратору, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах.
15. VNFM по п. 14, в котором передающий блок, в частности, выполнен с возможностью
передачи оркестратору, когда устранение отказов прошло успешно, сообщения указания успеха или
передачи оркестратору второй всесторонней информации об отказах, когда устранение отказов потерпело неудачу.
16. VNFM по п. 15, в котором блок обработки дополнительно выполнен с возможностью
запроса у администратора виртуализированной инфрастурктуры (VIM) информации об отказах объекта NFVI, коррелированного с первым объектом VNF, причем объект NFVI является любым аппаратурным средством (HW), ведущей операционной системой (Host OS), администратором виртуальной машины или объектом виртуальной машины (VM) в NFVI, и
добавления информации об отказах объекта NFVI, коррелированного с первым объектом VNF, во вторую всестороннюю информацию об отказах.
17. VNFM по п. 11, в котором блок обработки дополнительно выполнен с возможностью:
приема первой всесторонней информации об отказах, переданной посредством администратора виртуализированной инфрастурктуры (VIM), причем первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах, при этом первая информация об отказах используется для указания, что в первом объекте NFVI происходит отказ;
определения, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, и
устранения в соответствии с политикой устранения отказов отказа первого объекта NFVI и/или отказа объекта NFVI, коррелированного с первым объектом NFVI, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, или
передачи первой всесторонней информации об отказах оркестратору или передачи сообщения указания, используемого для указания для VIM, что VNFM не способен обрабатывать первую всестороннюю информацию об отказах, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах.
18. VNFM по п. 17, в котором
первая информация об отказах дополнительно содержит состояние выполнения и/или время отказа, а
первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказов, причем состояние отказов содержит по меньшей мере одно из следующих состояний: еще не обработано, обрабатывается, отказы устранены и отказы еще не устранены.
19. VNFM по любому из пп. 11-18, дополнительно содержащий блок обнаружения и блок удаления, причем блок обнаружения, в частности, выполнен с возможностью
обнаружения в соответствии со второй всесторонней информацией, содержит ли VNFM всестороннюю информацию об отказах, совпадающую со второй всесторонней информацией об отказах, а
блок удаления, в частности, выполнен с возможностью
удаления второй всесторонней информации об отказах, когда VNFM содержит всестороннюю информацию об отказах, совпадающую со второй всесторонней информацией об отказах.
20. VNFM по п. 11, в котором
вторая информация об отказах дополнительно содержит состояние выполнения и/или время отказа, а
вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказов, причем состояние отказов содержит по меньшей мере одно из следующих состояний: еще не обработано, обрабатывается, отказы устранены и отказы еще не устранены.
RU2016117218A 2013-09-30 2013-09-30 Способ, устройство и система управления обработкой отказов RU2644146C2 (ru)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/084686 WO2015042937A1 (zh) 2013-09-30 2013-09-30 故障管理的方法、实体和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
RU2018103039A Division RU2672184C1 (ru) 2018-01-26 2018-01-26 Способ, устройство и система управления обработкой отказов

Publications (2)

Publication Number Publication Date
RU2016117218A RU2016117218A (ru) 2017-11-14
RU2644146C2 true RU2644146C2 (ru) 2018-02-07

Family

ID=52741866

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2016117218A RU2644146C2 (ru) 2013-09-30 2013-09-30 Способ, устройство и система управления обработкой отказов

Country Status (8)

Country Link
US (1) US10073729B2 (ru)
EP (2) EP3322125B1 (ru)
JP (1) JP6212207B2 (ru)
KR (1) KR101908465B1 (ru)
CN (2) CN104685830B (ru)
BR (1) BR112016006902B1 (ru)
RU (1) RU2644146C2 (ru)
WO (1) WO2015042937A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2801825C2 (ru) * 2021-07-07 2023-08-16 Кузнецов Яков Михайлович Способ, комплекс обработки информации об отказах устройств беспроводных сенсорных сетей передачи данных и связанных сетей

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10606718B1 (en) * 2013-12-19 2020-03-31 Amdocs Development Limited System, method, and computer program for managing fault recovery in network function virtualization (Nfv) based networks
US9645899B1 (en) * 2013-12-19 2017-05-09 Amdocs Software Systems Limited System, method, and computer program for managing fault recovery in network function virtualization (NFV) based networks
WO2015099035A1 (ja) * 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、仮想通信機能管理ノード及び管理方法
WO2015099036A1 (ja) * 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、全体管理ノード及び管理方法
RU2641706C1 (ru) * 2014-01-21 2018-01-22 Хуавэй Текнолоджиз Ко., Лтд. Способ обработки отказа сетевой службы, система управления службами и модуль управления системой
CN105591784A (zh) * 2014-10-24 2016-05-18 中兴通讯股份有限公司 告警处理方法及装置
US9946614B2 (en) * 2014-12-16 2018-04-17 At&T Intellectual Property I, L.P. Methods, systems, and computer readable storage devices for managing faults in a virtual machine network
CN105873114B (zh) * 2015-01-21 2020-12-11 中兴通讯股份有限公司 一种虚拟网络功能性能监控的方法及相应的系统
KR102010942B1 (ko) * 2015-04-09 2019-08-14 후아웨이 테크놀러지 컴퍼니 리미티드 네트워크 기능 가상화 기반 장애 처리 방법 및 장치
CN106301828A (zh) * 2015-05-21 2017-01-04 中兴通讯股份有限公司 一种虚拟化网络功能业务故障的处理方法及装置
CN106330501A (zh) * 2015-06-26 2017-01-11 中兴通讯股份有限公司 一种故障关联方法和装置
WO2017000260A1 (zh) 2015-06-30 2017-01-05 华为技术有限公司 一种切换vnf的方法和装置
CN110661647A (zh) 2015-07-20 2020-01-07 华为技术有限公司 一种生命周期管理方法及装置
WO2017015965A1 (zh) * 2015-07-30 2017-02-02 华为技术有限公司 一种统计可用度的装置及方法
WO2017025126A1 (en) * 2015-08-10 2017-02-16 Nokia Solutions And Networks Oy Automatic symptom data collection in cloud deployment
CN105049293B (zh) * 2015-08-21 2018-03-30 中国联合网络通信集团有限公司 监控的方法及装置
CN107409063B (zh) * 2015-08-25 2019-12-24 华为技术有限公司 一种获取vnf信息的方法、装置及系统
CN106533714A (zh) * 2015-09-09 2017-03-22 中兴通讯股份有限公司 重新实例化虚拟网络功能的方法和装置
CN105187249B (zh) * 2015-09-22 2018-12-07 华为技术有限公司 一种故障恢复方法及装置
CN107534575B (zh) * 2015-10-21 2020-07-10 北京航天天盾信息有限公司 一种网络虚拟化环境下的监控方法、监控装置和网络节点
EP3371703B1 (en) 2015-11-02 2020-02-12 Intel IP Corporation Restoring virtual network function (vnf) performance via vnf reset of lifecycle management
CN106878096B (zh) * 2015-12-10 2019-12-06 中国电信股份有限公司 Vnf状态检测通告方法、装置以及系统
CN105681077B (zh) 2015-12-31 2019-04-05 华为技术有限公司 故障处理方法、装置及系统
WO2017157903A1 (en) * 2016-03-14 2017-09-21 Nokia Solutions And Networks Oy End-to-end virtualized network function healing
CN105847237B (zh) * 2016-03-15 2019-01-15 中国联合网络通信集团有限公司 一种基于nfv的安全管理方法和装置
JP7056555B2 (ja) * 2016-03-31 2022-04-19 日本電気株式会社 ネットワークシステム、その管理方法および装置ならびにサーバ
US10547511B2 (en) * 2016-05-04 2020-01-28 Alcatel Lucent Infrastructure resource states
US10083098B1 (en) 2016-06-07 2018-09-25 Sprint Communications Company L.P. Network function virtualization (NFV) virtual network function (VNF) crash recovery
US10972336B2 (en) 2016-06-16 2021-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Technique for resolving a link failure
JP6607572B2 (ja) * 2016-08-10 2019-11-20 日本電信電話株式会社 復旧制御システム及び方法
CN109565446B (zh) * 2016-08-31 2020-12-25 华为技术有限公司 一种告警信息上报方法及装置
IL248285B (en) * 2016-10-10 2018-01-31 Adva Optical Networking Israel Ltd A method and system for the secure operation of a virtual network
US11012883B2 (en) * 2017-01-06 2021-05-18 Apple Inc. Measurement job suspension and resumption in network function virtualization
CN108347339B (zh) * 2017-01-24 2020-06-16 华为技术有限公司 一种业务恢复方法及装置
JP6778151B2 (ja) * 2017-06-20 2020-10-28 日本電信電話株式会社 ネットワーク管理装置およびネットワーク管理方法
CN107623596A (zh) * 2017-09-15 2018-01-23 郑州云海信息技术有限公司 一种nfv平台中启动测试网元定位排查故障的方法
EP3503614B1 (en) * 2017-12-22 2022-06-08 Deutsche Telekom AG Devices and methods for monitoring and handling faults in a network slice of a communication network
CN109995568B (zh) * 2018-01-02 2022-03-29 中国移动通信有限公司研究院 故障联动处理方法、网元及存储介质
CN109995569B (zh) * 2018-01-02 2022-06-03 中国移动通信有限公司研究院 故障联动处理方法、网元及存储介质
KR102500137B1 (ko) 2018-03-30 2023-02-15 삼성전자주식회사 네트워크 기능 가상화 환경에서 네트워크 자원 관리를 위한 장치 및 방법
KR102019927B1 (ko) * 2018-09-12 2019-11-04 숭실대학교산학협력단 네트워크 기능 가상화 운영 장치 및 방법
US11627057B2 (en) * 2018-11-01 2023-04-11 Hewlett Packard Enterprise Development Lp Virtual network function response to a service interruption
US10979321B2 (en) * 2018-12-10 2021-04-13 Nec Corporation Method and system for low-latency management and orchestration of virtualized resources
US10887156B2 (en) * 2019-01-18 2021-01-05 Vmware, Inc. Self-healing Telco network function virtualization cloud
FR3094812A1 (fr) * 2019-04-08 2020-10-09 Orange Procédé et dispositif de migration d’une fonction virtualisée en cas de défaillance de l’environnement technique de serveurs
CN110601905A (zh) * 2019-09-29 2019-12-20 苏州浪潮智能科技有限公司 一种故障检测方法和装置
CN112860496A (zh) 2019-11-27 2021-05-28 华为技术有限公司 故障修复操作推荐方法、装置及存储介质
CN113541988B (zh) * 2020-04-17 2022-10-11 华为技术有限公司 一种网络故障的处理方法及装置
CN114363144B (zh) * 2020-09-28 2023-06-27 华为技术有限公司 一种面向分布式系统的故障信息关联上报方法及相关设备
WO2022264289A1 (ja) * 2021-06-15 2022-12-22 楽天モバイル株式会社 ネットワーク管理装置、ネットワーク管理方法およびプログラム
WO2023228233A1 (ja) * 2022-05-23 2023-11-30 楽天モバイル株式会社 障害発生時における自動復旧のためのネットワーク管理

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006057588A1 (en) * 2004-11-29 2006-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Service alarm correlation
KR100805820B1 (ko) * 2006-09-29 2008-02-21 한국전자통신연구원 센서 네트워크의 노드 장애 관리 방법 및 이를 위한 장애 발생 보고 장치
US20100332889A1 (en) * 2009-06-25 2010-12-30 Vmware, Inc. Management of information technology risk using virtual infrastructures
RU2429530C2 (ru) * 2006-09-29 2011-09-20 Майкрософт Корпорейшн Управление состоянием распределенных аппаратных средств в виртуальных машинах
CN103037019A (zh) * 2013-01-07 2013-04-10 北京华胜天成科技股份有限公司 一种基于云计算的分布式数据采集系统及方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2002359925B2 (en) * 2002-12-26 2008-10-23 Fujitsu Limited Operation managing method and operation managing server
EP1976185B1 (en) * 2007-03-27 2019-05-01 Nokia Solutions and Networks GmbH & Co. KG Operating network entities in a communication system comprising a management network with agent and management levels
JP5083051B2 (ja) * 2008-06-06 2012-11-28 富士通株式会社 監視システム、監視装置、被監視装置、監視方法
JP5140633B2 (ja) * 2008-09-04 2013-02-06 株式会社日立製作所 仮想化環境において生じる障害の解析方法、管理サーバ、及びプログラム
JP5287402B2 (ja) * 2009-03-19 2013-09-11 富士通株式会社 ネットワーク監視制御装置
US8055933B2 (en) * 2009-07-21 2011-11-08 International Business Machines Corporation Dynamic updating of failover policies for increased application availability
US8122290B2 (en) * 2009-12-17 2012-02-21 Hewlett-Packard Development Company, L.P. Error log consolidation
JP5494298B2 (ja) * 2010-07-06 2014-05-14 富士通株式会社 計算機装置，障害復旧制御プログラムおよび障害復旧制御方法
US8887006B2 (en) * 2011-04-04 2014-11-11 Microsoft Corporation Proactive failure handling in database services
CN102394774B (zh) * 2011-10-31 2014-03-26 广东电子工业研究院有限公司 一种云计算操作系统的控制器服务状态监控和故障恢复方法
CN102523257A (zh) * 2011-11-30 2012-06-27 广东电子工业研究院有限公司 一种基于iaas云平台的虚拟机容错方法
US9262253B2 (en) * 2012-06-28 2016-02-16 Microsoft Technology Licensing, Llc Middlebox reliability
US9292376B2 (en) * 2012-08-24 2016-03-22 Vmware, Inc. Proactive resource reservation for protecting virtual machines
CN105247826B (zh) * 2013-01-11 2018-07-13 华为技术有限公司 网络设备的网络功能虚拟化
US9973375B2 (en) * 2013-04-22 2018-05-15 Cisco Technology, Inc. App store portal providing point-and-click deployment of third-party virtualized network functions
US9350632B2 (en) * 2013-09-23 2016-05-24 Intel Corporation Detection and handling of virtual network appliance failures

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006057588A1 (en) * 2004-11-29 2006-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Service alarm correlation
KR100805820B1 (ko) * 2006-09-29 2008-02-21 한국전자통신연구원 센서 네트워크의 노드 장애 관리 방법 및 이를 위한 장애 발생 보고 장치
RU2429530C2 (ru) * 2006-09-29 2011-09-20 Майкрософт Корпорейшн Управление состоянием распределенных аппаратных средств в виртуальных машинах
US20100332889A1 (en) * 2009-06-25 2010-12-30 Vmware, Inc. Management of information technology risk using virtual infrastructures
CN103037019A (zh) * 2013-01-07 2013-04-10 北京华胜天成科技股份有限公司 一种基于云计算的分布式数据采集系统及方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2801825C2 (ru) * 2021-07-07 2023-08-16 Кузнецов Яков Михайлович Способ, комплекс обработки информации об отказах устройств беспроводных сенсорных сетей передачи данных и связанных сетей

Also Published As

Publication number Publication date
EP3024174B1 (en) 2017-11-22
EP3024174A4 (en) 2016-08-17
EP3024174A1 (en) 2016-05-25
CN108418711A (zh) 2018-08-17
KR101908465B1 (ko) 2018-12-10
JP2016533655A (ja) 2016-10-27
BR112016006902A2 (ru) 2017-09-19
CN104685830A (zh) 2015-06-03
JP6212207B2 (ja) 2017-10-11
US10073729B2 (en) 2018-09-11
KR20160060741A (ko) 2016-05-30
RU2016117218A (ru) 2017-11-14
EP3322125A1 (en) 2018-05-16
WO2015042937A1 (zh) 2015-04-02
CN104685830B (zh) 2018-03-06
CN108418711B (zh) 2021-05-18
US20160224409A1 (en) 2016-08-04
EP3322125B1 (en) 2019-11-13
BR112016006902B1 (pt) 2022-10-04

Similar Documents

Publication Publication Date Title
RU2644146C2 (ru) Способ, устройство и система управления обработкой отказов
US8910172B2 (en) Application resource switchover systems and methods
US9652326B1 (en) Instance migration for rapid recovery from correlated failures
US11321197B2 (en) File service auto-remediation in storage systems
US9450700B1 (en) Efficient network fleet monitoring
US10372565B2 (en) Method and apparatus for failover processing
US8615676B2 (en) Providing first field data capture in a virtual input/output server (VIOS) cluster environment with cluster-aware vioses
US9705974B2 (en) Methods and apparatus to transfer physical hardware resources between virtual rack domains in a virtualized server rack
JP6443895B2 (ja) 障害管理方法、仮想化ネットワーク機能マネージャ（ｖｎｆｍ）、及びプログラム
US10037238B2 (en) System and method for encoding exception conditions included at a remediation database
EP3340535B1 (en) Failure recovery method and device
CN110535692B (zh) 故障处理方法、装置、计算机设备、存储介质及存储系统
US9489230B1 (en) Handling of virtual machine migration while performing clustering operations
US8726274B2 (en) Registration and initialization of cluster-aware virtual input/output server nodes
US11706080B2 (en) Providing dynamic serviceability for software-defined data centers
CN108347339B (zh) 一种业务恢复方法及装置
CN111835685B (zh) 一种监控Nginx网络隔离空间的运行状态的方法和服务器
CN113965576B (zh) 基于容器的大数据采集方法、装置、存储介质和设备
RU2672184C1 (ru) Способ, устройство и система управления обработкой отказов
JP7311335B2 (ja) 分散型コンテナ監視システム及び分散型コンテナ監視方法
US10365934B1 (en) Determining and reporting impaired conditions in a multi-tenant web services environment
CN109240799B (zh) 大数据平台集群容灾方法、系统及计算机可读存储介质
CN118550747A (zh) 一种PCIe致命错误的快速定位方法、系统、电子设备及介质