RU2672184C1 - Method, device and management system for processing failures - Google Patents
Method, device and management system for processing failures Download PDFInfo
- Publication number
- RU2672184C1 RU2672184C1 RU2018103039A RU2018103039A RU2672184C1 RU 2672184 C1 RU2672184 C1 RU 2672184C1 RU 2018103039 A RU2018103039 A RU 2018103039A RU 2018103039 A RU2018103039 A RU 2018103039A RU 2672184 C1 RU2672184 C1 RU 2672184C1
- Authority
- RU
- Russia
- Prior art keywords
- failure
- information
- failure information
- comprehensive
- nfvi
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 398
- 238000012545 processing Methods 0.000 title claims abstract description 189
- 230000002596 correlated effect Effects 0.000 claims abstract description 322
- 230000000875 corresponding effect Effects 0.000 claims abstract description 69
- 238000007726 management method Methods 0.000 claims abstract description 38
- 230000008569 process Effects 0.000 claims description 139
- 238000013024 troubleshooting Methods 0.000 claims description 67
- 230000008030 elimination Effects 0.000 claims description 56
- 238000003379 elimination reaction Methods 0.000 claims description 56
- ZYXYTGQFPZEUFX-UHFFFAOYSA-N benzpyrimoxan Chemical compound O1C(OCCC1)C=1C(=NC=NC=1)OCC1=CC=C(C=C1)C(F)(F)F ZYXYTGQFPZEUFX-UHFFFAOYSA-N 0.000 claims description 43
- 230000008439 repair process Effects 0.000 claims description 18
- 238000012217 deletion Methods 0.000 claims description 16
- 230000037430 deletion Effects 0.000 claims description 16
- 230000001276 controlling effect Effects 0.000 claims description 6
- 230000000116 mitigating effect Effects 0.000 claims 1
- 230000006870 function Effects 0.000 abstract description 44
- 239000012634 fragment Substances 0.000 abstract description 7
- 238000011084 recovery Methods 0.000 abstract description 2
- 230000000694 effects Effects 0.000 abstract 1
- 238000005516 engineering process Methods 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 238000001514 detection method Methods 0.000 description 45
- 238000010586 diagram Methods 0.000 description 28
- 230000003993 interaction Effects 0.000 description 16
- 238000011895 specific detection Methods 0.000 description 6
- 230000015572 biosynthetic process Effects 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 238000012958 reprocessing Methods 0.000 description 4
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- 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
-
- 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
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Mathematical Physics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Debugging And Monitoring (AREA)
Abstract
Description
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕFIELD OF THE INVENTION
Настоящее изобретение относится к области связи и, в частности, к способу, устройству и системе управления обработкой отказов.The present invention relates to the field of communication and, in particular, to a method, device and control system for failover.
уРОВЕНЬ ТЕХНИКИBACKGROUND
ВИРТУАЛИЗАЦИЯ СЕТЕВЫХ ФУНКЦИЙ (NETWORK FUNCTION VIRTUALIZATION, NFV) ПРЕДНАЗНАЧЕНА ДЛЯ ОСУЩЕСТВЛЕНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ НЕКОТОРЫХ СЕТЕВЫХ ФУНКЦИЙ, ИСПОЛЬЗУЯ ОБЩИЕ ВЫСОКОПРОИЗВОДИТЕЛЬНЫЕ СЕРВЕР БОЛЬШОЙ ЕМКОСТИ, ПЕРЕКЛЮЧАТЕЛЬ И ЗАПОМИНАЮЩЕЕ УСТРОЙСТВО. ПО СРАВНЕНИЮ С ИСХОДНОЙ ОБЫЧНОЙ ВИРТУАЛЬНОЙ СРЕДОЙ, В СКВОЗНУЮ АРХИТЕКТУРУ (END TO END, E2E) NFV ДОБАВЛЕНЫ МНОГОЧИСЛЕННЫЕ ОБЪЕКТЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И УСТРОЙСТВА УПРАВЛЕНИЯ, ТАКИЕ КАК ОБЪЕКТЫ/УСТРОЙСТВА ВИРТУАЛИЗИРОВАННЫХ СЕТЕВЫХ ФУНКЦИЙ (VIRTUAL NETWORK FUNCTION, VNF), УСТРОЙСТВО АДМИНИСТРАТОРА ВИРТУАЛИЗИРОВАННОЙ ИНФРАСТРУКТУРЫ (СИСТЕМА УПРАВЛЕНИЯ ВИРТУАЛИЗАЦИЕЙ, VIRTUALIZATION MANAGEMENT SYSTEM, VIM) И УСТРОЙСТВО АДМИНИСТРАТОРА VNF, ТАК ЧТО СРЕДА NFV ЯВЛЯЕТСЯ БОЛЕЕ СЛОЖНОЙ, ЧЕМ ОБЫЧНАЯ ВИРТУАЛЬНАЯ СРЕДА. СПОСОБ СООБЩЕНИЯ И ОБРАБОТКИ ОТКАЗОВ В ОБЫЧНОЙ ВИРТУАЛЬНОЙ СРЕДЕ НЕ МОЖЕТ БЫТЬ ПРИМЕНЕН К СРЕДЕ NFV. СЛЕДОВАТЕЛЬНО, НЕОБХОДИМО РАССМОТРЕТЬ, КАК ВЫПОЛНЯЕТСЯ СООБЩЕНИЕ ОБ ОТКАЗАХ И ИХ ОБРАБОТКА ОТКАЗОВ В СЛОЖНОЙ СРЕДЕ NFV.VIRTUALIZATION OF NETWORK FUNCTIONS (NETWORK FUNCTION VIRTUALIZATION, NFV) IS INTENDED FOR IMPLEMENTATION OF THE SOFTWARE OF SOME NETWORK FUNDS. Compared with baseline, the regular virtual environment in a through ARCHITECTURE (END TO END, E2E) NFV ADDED numerous facilities software and controls devices such as object / device virtualized network FUNCTIONS (VIRTUAL NETWORK FUNCTION, VNF), device administrators virtualized infrastructure (SYSTEM VIRTUALIZATION MANAGEMENT (VIRTUALIZATION MANAGEMENT SYSTEM, VIM) AND VNF ADMINISTRATOR DEVICE, AS THE NFV ENVIRONMENT IS MORE COMPLEX THAN THE USUAL VIRTUAL ENVIRONMENT. THE METHOD FOR REPORTING AND FAILURE PROCESSING IN A USUAL VIRTUAL ENVIRONMENT CANNOT BE APPLIED TO THE NFV ENVIRONMENT. THEREFORE, IT IS NECESSARY TO CONSIDER HOW THE FAILURE MESSAGE IS CARRY OUT AND THEIR FAILURE PROCESSING IN THE COMPLEX NFV ENVIRONMENT.
Раскрытие изобретенияDisclosure of invention
Варианты осуществления настоящего изобретения обеспечивают способ управления обработкой отказов, который может реализовывать сообщение об отказах и их обработку в среде NFV.Embodiments of the present invention provide a fault management method that can implement fault reporting and processing in an NFV environment.
В соответствии с первым вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: получают посредством администратора виртуализированной инфраструктуры VIM первую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства инфраструктуры виртуализации сетевых функций (NFVI), где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор устройства отказов; формируют посредством VIM первую всестороннюю информацию об отказах, соответствующую первой информации об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах; и выполняют посредством VIM устранение отказов или обработку сообщений в соответствии с первой всеобъемлющей информацией об отказах.In accordance with the first embodiment, a failure management method is provided, comprising the steps of: obtaining through the administrator of the virtualized VIM infrastructure first failure information containing the identifier of the failed device and the type of failure for the network function virtualization infrastructure device (NFVI), where the first information about faults is used to indicate that a failure has occurred in the first NFVI device having a fault device identifier; form by means of VIM the first comprehensive failure information corresponding to the first failure information, where the first comprehensive failure information contains the first failure information and the correlated failure information of the first failure information; and perform VIM troubleshooting or message processing in accordance with the first comprehensive failure information.
Со ссылкой на первый вариант, в первом способе осуществления первого варианта получают посредством VIM первую информацию об отказах устройства NFVI, содержащую идентификатор отказавшего устройства и тип отказа; принимают первую информацию об отказах, переданную первым устройством NFVI, или определяют, что отказ произошел в первом устройстве NFVI, и формируют первую информацию об отказах в соответствии с отказом первого устройства NFVI.With reference to the first embodiment, in the first embodiment of the first embodiment, the first NFVI device failure information containing the identifier of the failed device and the type of failure is obtained by VIM; receive the first failure information transmitted by the first NFVI device, or determine that a failure has occurred in the first NFVI device, and generate the first failure information in accordance with the failure of the first NFVI device.
Со ссылкой на первый вариант и описанный выше способ осуществения первого варианта, во втором способе осуществления первого варианта первое устройство NFVI является любым HW аппаратурного обеспечения, ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в устройстве NFVI и формирование посредством VIM первой всесторонней информации об отказах в соответствии с первой информацией об отказах содержит этап, на котором: определяют, что информация об отказах, переданная устройством NFVI, коррелированным с первым устройством NFVI, является коррелированной информацией об отказах первой информации об отказах; и формируют первую всестороннюю информацию об отказах, содержащую первую информацию об отказах и коррелированную информацию об отказах.With reference to the first embodiment and the method of implementing the first embodiment described above, in the second method of implementing the first embodiment, the first NFVI device is any hardware HW, host operating system (Host OS), virtual machine administrator or virtual machine device (VM) in the NFVI device, and the formation by VIM of the first comprehensive failure information in accordance with the first failure information comprises the step of: determining that the failure information transmitted by the NFVI device is elirovannym with the first device NFVI, the correlated information is the first failure information about failure; and form the first comprehensive failure information containing the first failure information and correlated failure information.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в третьем способе осуществления первого варианта выполнение посредством VIM устранения отказов и обработка сообщений, соответствующие первой всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и в соответствии с политикой устранения отказов устраняют отказ в первом устройстве NFVI и/или отказ устройства NFVI, коррелированный с первым устройством NFVI, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; или передают первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору когда VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах.With reference to the first embodiment and the above-described methods for implementing the first embodiment, in the third method for implementing the first embodiment, performing fault elimination by VIM and processing messages corresponding to the first comprehensive failure information comprises the steps of: determining according to the type of failure in the first information about failures in the first comprehensive failure information or type of failure in the correlated failure information in the first comprehensive failure information, does VIM contain a policy failure Ia, which corresponds to the type of failure in the first information about the failure or refusal of the type correlated information about failures; and in accordance with the failure elimination policy, eliminate the failure in the first NFVI device and / or the failure of the NFVI device correlated with the first NFVI device when the VIM contains a failure elimination policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information; either transmit the first comprehensive failure information to the VNFM or transmit the first comprehensive failure information to the orchestra when VIM does not contain a failure elimination policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в четвертом способе осуществления первого варианта, в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, определение содержит этапы, на которых: определяют устройство NFVI, имеющее наивысший приоритет из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определяют в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли VIM соответствующую политику устранения отказов; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.With reference to the first option and the above-described methods for implementing the first option, in the fourth method for implementing the first option, in accordance with the type of failure in the first failure information in the first comprehensive failure information or the type of failure in the correlated failure information in the first comprehensive failure information whether the VIM contains a failover policy that corresponds to the type of failure in the first failure information or the type of failure in the correlated failure information, the determination contains the steps which: determine the NFVI device having the highest priority among the first NFVI device and the NFVI device correlated with the first NFVI device, where HW priority is higher than Host OS priority, Host OS priority is higher than virtual machine administrator priority and virtual machine administrator priority is higher than VM priority; determining, according to the failure type of the NFVI device having the highest priority, whether the VIM contains an appropriate failover policy; and when the VIM contains a failover policy corresponding to the failure type of the NFVI device having the highest priority, in accordance with the failover policy, the failure of the NFVI device having the highest priority is eliminated.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в пятом способе осуществления первого варианта после устранения в соответствии с политикой устранения отказов отказа первого устройства NFVI и/или отказа устройства NFVI, коррелированного с первым устройством NFVI, способ дополнительно содержит этап, на котором: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха, или, когда устранение отказа было неудачным, передают оркестратору первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах.With reference to the first embodiment and the above-described methods for implementing the first embodiment, in the fifth method for implementing the first embodiment, after resolving in accordance with the failure elimination policy of the first NFVI device and / or the failure of the NFVI device correlated with the first NFVI device, the method further comprises the step of which: when the elimination of failure was successful, transmit a message indicating success to the orchestrator, or, when the elimination of failure was unsuccessful, transmit the first comprehensive information about Kazakh to VNFM or transmit the first comprehensive information about failures.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в шестом способе осуществления первого варианта после передачи первой всесторонней информации об отказах на VNFM, способ дополнительно содержит этапы, на которых: принимают сообщение индикации, переданное VNFM, и используют его для индикации, что VNFM неспособен обработать первую всестороннюю информацию об отказах; и передают первую всестороннюю информацию об отказах оркестратору.With reference to the first embodiment and the above-described methods for implementing the first embodiment, in the sixth method for implementing the first embodiment, after transmitting the first comprehensive failure information to the VNFM, the method further comprises the steps of: receiving an indication message transmitted by the VNFM and using it to indicate that the VNFM is unable to process the first comprehensive failure information; and transmit the first comprehensive failure information to the orchestra.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в седьмом способе осуществления первого варианта перед передачей оркестратору первой всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: запрашивают у VNFM информацию об отказах устройства VNF, коррелированного с первым устройством NFVI; и добавляют информацию об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах.With reference to the first option and the above-described methods for implementing the first option, in the seventh method for implementing the first option, before transmitting the first comprehensive failure information to the orchestrator, the method further comprises the steps of: requesting VNFM information about the failures of the VNF device correlated with the first NFVI device ; and add fault information of the VNF device correlated with the first NFVI device to the first comprehensive fault information.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в восьмом способе осуществления первого варианта способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VNFM, где информация запроса используется для запроса у VIM информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF; и передают информацию об отказах устройства NFVI, коррелированного с неисправным устройством VNF на VNFM.With reference to the first embodiment and the above-described methods of implementing the first embodiment, in the eighth method of implementing the first embodiment, the method further comprises the steps of: receiving the request information transmitted by the VNFM, where the request information is used to request information from the VIM about the faults of the NFVI device correlated with a faulty VNF device; and transmit the failure information of the NFVI device correlated with the faulty VNF device to the VNFM.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в девятом способе осуществления первого варианта после формирования посредством VIM первой всесторонней информации об отказах в соответствии с первой информацией об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах.With reference to the first embodiment and the above-described methods for implementing the first embodiment, in the ninth method for implementing the first embodiment, after the first comprehensive failure information is generated by VIM in accordance with the first failure information, the method further comprises the steps of: detecting in accordance with the first comprehensive failure information, does VIM contain comprehensive failure information that is the same as the first comprehensive failure information; and when the VIM contains comprehensive failure information, which is the same as the first comprehensive failure information, the first comprehensive failure information is deleted.
Со ссылкой на первый вариант и описанные выше способы осуществления первого варианта, в десятом способе осуществления первого варианта первая информации об отказах дополнительно сообщается системе поддержки ведения операций и бизнеса (OSS/BSS), с тем, чтобы OSS/BSS контролировала и представляла первую информацию об отказах.With reference to the first embodiment and the above-described methods for implementing the first embodiment, in the tenth method for implementing the first embodiment, the first failure information is additionally communicated to the operations and business support system (OSS / BSS) so that OSS / BSS monitors and presents the first information about failures.
Со ссылкой на первый вариант и описанные выше способы первого варианта, в одиннадцатом способе осуществления первого варианта первая информация об отказах содержит по меньшей мере рабочее состояние или время отказа; и первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.With reference to the first embodiment and the methods of the first embodiment described above, in the eleventh method of implementing the first embodiment, the first failure information comprises at least an operational state or time of failure; and the first comprehensive failure information additionally contains information about the failure state and the failure state contains at least one state such as: not yet processed, being processed, the failure has been eliminated, or the failure has not yet been eliminated.
В соответствии со вторым вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: получают посредством администратора VNFM виртуализированных сетевых функций вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для виртуализированного устройства VNF сетевых функций (VNF), где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства; формируют посредством VNFM вторую всестороннюю информацию об отказах, соответствующую второй информации об отказах; и выполняют посредством VNFM устранение отказов или обработку сообщений в соответствии со второй всесторонней информацией об отказах.According to a second embodiment, a failure management method is provided, comprising the steps of: obtaining, by the VNFM administrator of the virtualized network functions, the second failure information containing the identifier of the failed device and the type of failure for the virtualized device VNF network functions (VNF), where the second information Failures are used to indicate that a failure has occurred in the first VNF device having the identifier of the failed device; generating, by VNFM, a second comprehensive failure information corresponding to the second failure information; and performing VNFM troubleshooting or message processing in accordance with the second comprehensive failure information.
Со ссылкой на второй вариант, в первом способе осуществления второго варианта получают посредством VNFM вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства VNF, что содержит: прием второй информации об отказах, переданной первым устройством VNF; или определение, что отказ произошел в первом устройстве VNF и формирование второй информации об отказах в соответствии с отказом первого устройства VNF.With reference to the second embodiment, in the first embodiment of the second embodiment, the second fault information containing the identifier of the failed device and the type of failure for the VNF device is obtained by VNFM, which comprises: receiving the second fault information transmitted by the first VNF device; or determining that a failure has occurred in the first VNF device and generating second failure information in accordance with the failure of the first VNF device.
Со ссылкой на второй вариант и описанный выше способ осуществления второго варианта, во втором способе осуществления второго варианта формирование посредством VNFM второй всесторонней информации об отказах в соответствии со второй информацией об отказах содержит этапы, накоторых: определяют, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формируют вторую всестороннюю информацию об отказах, содержащую вторую информацию об отказах и коррелированную информацию об отказах.With reference to the second embodiment and the above-described method of implementing the second embodiment, in the second method of implementing the second embodiment, the formation by the VNFM of the second comprehensive failure information in accordance with the second failure information comprises the steps of: determining that the failure information transmitted by the VNF device correlated with the first VNF device, is correlated failure information of the second failure information; and generating second comprehensive failure information containing second failure information and correlated failure information.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в третьем способе осуществления второго варианта выполнение посредством VNFM устранения отказов или сообщения о процессе в соответствии со второй всесторонней информацинй об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством NFVI; или передают вторую всестороннюю информацию об отказах оркестратору, когда VNFM не содержит политику устранения отказов во второй информации об отказах или тип отказа в коррелированной информации об отказах.With reference to the second embodiment and the above-described methods for implementing the second embodiment, in the third embodiment of the second embodiment, the execution by VNFM of the elimination of failures or the reporting of a process in accordance with the second comprehensive information about the failures comprises the steps of: determining according to the type of failure in the second failure information in the second comprehensive failure information or the type of failure in the correlated failure information in the second comprehensive failure information, does the VNFM contain a policy troubleshooting that corresponds to the type of failure in the second failure information or the type of failure in the correlated failure information, in accordance with the troubleshooting policy, eliminate the failure of the first VNF device and / or the failure of the VNF device correlated with the first NFVI device; or transmit second comprehensive failure information to the orchestrator when the VNFM does not contain a failure elimination policy in the second failure information or the type of failure in the correlated failure information.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в четвертом способе осуществления второго варианта после устранения отказа первого устройства VNF и/или отказа устройства VNF, коррелированного с первым устройством VNF, в соответствии с политикой устранения отказов, способ дополнительно содержит этап, на котором: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха, или, когда устранение отказа было неудачным, передают оркестратору вторую всестороннюю информацию об отказах.With reference to the second embodiment and the above-described methods for implementing the second embodiment, in the fourth method for implementing the second embodiment, after resolving the failure of the first VNF device and / or the failure of the VNF device correlated with the first VNF device, in accordance with the failure elimination policy, the method further comprises the step of on which: when the failure elimination was successful, a message indicating success is transmitted to the orchestrator, or when the failure elimination is unsuccessful, the second comprehensive information about failures.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в пятом способе осуществления второго варианта перед передачей оркестратору второй всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: запрашивают у администратора VIM виртуализированной инфраструктуры информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным HW, ведущей операционной системой Host OS, администратором виртуальной машины или устройством виртуальной машины VM в NFVI; и добавляют информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах.With reference to the second option and the methods described above for implementing the second option, in the fifth method for implementing the second option, before transmitting the second comprehensive failure information to the orchestrator, the method further comprises the steps of: requesting information from the VIM administrator of the virtualized infrastructure about the failures of the NFVI device correlated with the first VNF device, where the NFVI device is any hardware HW, the host Host OS, the administrator of the virtual machine, or the device tual machine VM in NFVI; and add fault information of the NFVI device correlated with the first VNF device to the second comprehensive fault information.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в шестом способе осуществления второго варианта способ дополнительно содержит этапы, на которых: принимают первую всестороннюю информацию об отказах, переданную VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определяют, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, сообщают в соответствии с политикой устранения отказов об отказах первого устройства NFVI и/или об отказах устройства NFVI, коррелированного с первым устройством NFVI; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или передают сообщение индикации, используемое для индикации VIM, что VNFM неспособен обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передал первую всестороннюю информацию об отказах оркестратору.With reference to the second embodiment and the above-described methods for implementing the second embodiment, in the sixth method for implementing the second embodiment, the method further comprises the steps of: receiving the first comprehensive failure information transmitted by VIM, where the first comprehensive failure information contains the first failure information and correlated failure information of the first failure information and the first failure information is used to indicate that a failure has occurred in the first NFVI device; determining whether the VNFM contains a failure elimination policy corresponding to the type of failure in the first failure information in the first comprehensive failure information or the type of failure in the correlated failure information in the first comprehensive failure information; and when the VNFM contains a failover policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information, report in accordance with the failover policy of the failures of the first NFVI device and / or the failures of the NFVI device correlated with the first device NFVI; or, when the VNFM does not contain a failover policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information, transmit the first comprehensive failure information to the orchestrator or transmit an indication message used to indicate to VIM that the VNFM is unable to process the first comprehensive failure information, so that VIM transmits the first comprehensive failure information to the orchestra.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в седьмом способе осуществления второго варианта после приема первой всесторонней информации об отказах, переданной посредством VIM, способ дополнительно содержит этапы, на которых: определяют в соответствии с первой всесторонней информацией об отказах информацию об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством NFVI, коррелированным с первым устройством NFVI; и добавляют информацию об отказах первого устройства VNF к первой всесторонней информации об отказах, с тем, чтобы VNFM выполнил устранение отказов или процесс сообщения для первой всесторонней информации об отказах.With reference to the second embodiment and the above-described methods for implementing the second embodiment, in the seventh method for implementing the second embodiment, after receiving the first comprehensive failure information transmitted by VIM, the method further comprises the steps of: determining, according to the first comprehensive failure information, information about failures of the first VNF device correlated with the first NFVI device and / or correlated with the NFVI device correlated with the first NFVI device; and add fault information of the first VNF device to the first comprehensive fault information so that the VNFM performs a fault resolution or reporting process for the first comprehensive fault information.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в восьмом способе осуществления второго варианта после выполнения посредством VNFM устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли VNFM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах.With reference to the second embodiment and the above-described methods for implementing the second embodiment, in the eighth method for implementing the second embodiment, after performing fault elimination or process reporting by the VNFM according to the second comprehensive failure information, the method further comprises the steps of: detecting in accordance with the second comprehensive failure information, does the VNFM contain comprehensive failure information that is the same as the first comprehensive failure information; and when the VNFM contains comprehensive failure information, which is the same as the second comprehensive failure information, the second comprehensive failure information is deleted.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в девятом способе осуществления второго варианта способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VIM, где информация запроса используется для запроса от VNFM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI; и передают VIM информацию об отказах устройства VNF, коррелированного с неисправным устройством NFVI.With reference to the second embodiment and the above-described methods for implementing the second embodiment, in the ninth embodiment of the second embodiment, the method further comprises receiving: the request information transmitted by VIM, where the request information is used to request information from the VNFM on the failure of the VNF correlated with a faulty NFVI device; and transmit to VIM the failure information of the VNF device correlated with the failed NFVI device.
Со ссылкой на второй вариант и описанные выше способы осуществления второго варианта, в десятом способе осуществления второго варианта дополнительно сообщают системе поддержки ведения операций и бизнеса (OSS/BSS) вторую информацию об отказах, с тем, чтобы OSS/BSS контролировала и представляла вторую информацию об отказах.With reference to the second embodiment and the above-described methods for implementing the second embodiment, in the tenth method for implementing the second embodiment, the second failure information is further reported to the OSS / BSS support system so that the OSS / BSS monitors and presents the second information about failures.
Со ссылкой на второй вариант и описанные выше способы второго варианта, в одиннадцатом способе осуществления второго варианта вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа; и вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.With reference to the second embodiment and the methods of the second embodiment described above, in the eleventh embodiment of the second embodiment, the second failure information further comprises at least an operational state or a failure time; and the second comprehensive information about the failures additionally contains information about the state of the failure and the state of the failure contains at least one state such as: not yet processed, being processed, the failure has been eliminated or the failure has not yet been eliminated.
В соответствии с третьим вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: принимают посредством оркестратора первую всестороннюю информацию об отказах, переданную администратором виртуализированной инфраструктуры VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций NFVI, имеющем идентификатор отказавшего устройства; и выполняют посредством оркестратора устранение отказов или сообщение о процессе согласно первой всесторонней информации об отказах.In accordance with a third embodiment, a failure management method is provided, comprising the steps of: receiving through an orchestrator the first comprehensive failure information transmitted by the administrator of the virtualized VIM infrastructure, where the first comprehensive failure information contains the first failure information, the first failure information contains the identifier of the failed device and the type of failure and the first information about the failures is used to indicate that the failure occurred in the first device in Virtualization infrastructure of NFVI network functions with a failed device identifier and perform, through the orchestrator, the elimination of failures or the reporting of the process according to the first comprehensive information about the failures.
Со ссылкой на третий вариант, в первом способе осуществления третьего варианта первая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию устройства виртуализованных сетевых функций VNF, коррелированного с первым устройством NFVI.With reference to the third embodiment, in the first embodiment of the third embodiment, the first comprehensive failure information further comprises: failure information of the NFVI device correlated with the first NFVI device and / or information of the virtualized network function device VNF correlated with the first NFVI device.
Со ссылкой на третий вариант и описанные выше способы осуществления третьего варианта, во втором способе осуществления третьего варианта выполнение посредством оркестратора устранения отказов или сообщение о процессе согласно первой всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.With reference to the third embodiment and the above-described methods for implementing the third embodiment, in the second embodiment of the third embodiment, the implementation by the orchestrator of the elimination of failures or reporting the process according to the first comprehensive information about the failures, comprises the steps in which: they are determined according to the type of failure in the first comprehensive failure information, does the orchestrator contain a failure-removal policy appropriate to the type of failure; and when the orchestrator contains a failure-correcting policy appropriate to the type of failure, eliminate the failure in accordance with the failure-correcting policy for the first NFVI device and / or the failure of the NFVI device correlated with the first NFVI device; or, when the orchestrator does not contain a failover policy appropriate to the type of failure, transmit the first comprehensive failure information to the OSS / BSS operations and business support system.
Со ссылкой на третий вариант и описанные выше способы осуществления третьего варианта, во третьем способе осуществления третьего варианта выполнение посредством оркестратора устранения отказов или сообщения о процессе согласно первой всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для отказа первого устройства NFVI, отказа устройства NFVI, коррелированного с первым устройством NFVI, и отказа устройства VNF, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе OSS/BSS.With reference to the third embodiment and the above-described methods for implementing the third embodiment, in the third embodiment of the third embodiment, the execution by the orchestrator of the elimination of failures or the reporting of the process according to the first comprehensive information about the failures comprises the steps in which: they are determined according to the type of failure in the first comprehensive failure information, does the orchestrator contain a failure-removal policy appropriate to the type of failure; and when the orchestrator contains a failure-correcting policy corresponding to the type of failure, the failure is eliminated in accordance with the failure-correcting policy for the failure of the first NFVI device, the failure of the NFVI device correlated with the first NFVI device, and the failure of the VNF device correlated with the first NFVI device; or when the orchestrator does not contain a failover policy appropriate to the type of failure, transmit the first comprehensive failure information to the OSS / BSS system.
Со ссылкой на третий вариант и описанные выше способы осуществления третьего варианта, в четвертом способе осуществления третьего варианта перед выполнением посредством оркестратора устранения отказов или сообщения о процессе согласно первой всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах.With reference to the third embodiment and the above-described methods for implementing the third embodiment, in the fourth embodiment of the third embodiment, before performing the fault elimination or the process message according to the first comprehensive failure information by the orchestrator, the method further comprises the steps of: detecting in accordance with the first comprehensive failure information, whether the orchestrator contains comprehensive failure information that is the same as the first comprehensive failure information; and when the orchestrator contains comprehensive failure information, which is the same as the first comprehensive failure information, the first comprehensive failure information is deleted.
Со ссылкой на третий вариант и описанные выше способы третьего варианта, в пятом способе осуществления третьего варианта первая информация об отказах содержит по меньшей мере рабочее состояние или время отказа; и первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких состояний, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.With reference to the third embodiment and the methods of the third embodiment described above, in the fifth embodiment of the third embodiment, the first failure information comprises at least an operational state or a failure time; and the first comprehensive failure information additionally contains information about the failure state, and the failure state contains at least one state from such states as: not yet processed, being processed, the failure has been eliminated, or the failure has not yet been eliminated.
В соответствии с четвертым вариантом, обеспечивается способ управления обработкой отказов, содержащий этапы, на которых: принимают посредством оркестратора вторую всестороннюю информацию об отказах, переданную администратором виртуализированных сетевых функций VNFM, где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализированных сетевых функций VNF, имеющем идентификатор отказавшего устройства; и выполняют посредством оркестратора устранение отказов или сообщение о процессе согласно второй всесторонней информации об отказах.According to a fourth embodiment, a failure management method is provided, comprising the steps of: receiving, via an orchestrator, the second comprehensive failure information transmitted by the administrator of the virtualized network functions of VNFM, where the second comprehensive failure information contains the second failure information, the second failure information contains the identifier of the failed device and the type of failure and the second failure information is used to indicate that a failure has occurred in the first device infrastructure virtualized network functions VNF, having failed device identifier; and perform, through the orchestrator, the elimination of failures or the reporting of the process according to the second comprehensive failure information.
Со ссылкой на четвертый вариант, в первом способе осуществления четвертого варианта вторая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию об отказах устройства администратора виртуализированной инфраструктуры NFVI, коррелированного с первым устройством VNF.With reference to the fourth embodiment, in the first embodiment of the fourth embodiment, the second comprehensive failure information further comprises: failure information of the VNF device correlated with the first VNF device and / or failure information of the NFVI virtualized infrastructure manager device correlated with the first VNF device.
Со ссылкой на четвертый вариант и описанный выше способ осуществления четвертого варианта, во втором способе осуществления четвертого варианта выполнение посредством оркестратора устранения отказов или сообщение о процессе согласно второй всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.With reference to the fourth embodiment and the above-described method of implementing the fourth embodiment, in the second method of implementing the fourth embodiment, the execution by the orchestrator of the failure elimination or the process message according to the second comprehensive information about the failures, comprises the steps of: determining according to the type of failure in the second comprehensive failure information, does the orchestrator contain a failure-removal policy appropriate to the type of failure; and when the orchestrator contains a failure-correcting policy corresponding to the type of failure, the failure is eliminated in accordance with the failure-correcting policy for the first VNF device and / or the failure of the VNF device correlated with the first VNF device; or, when the orchestrator does not contain a failure-correcting policy appropriate to the type of failure, transmit second comprehensive failure information to the OSS / BSS operations and business support system.
Со ссылкой на четвертый вариант и описанные выше способы осуществления четвертого варианта, в третьем способе осуществления четвертого варианта выполнение посредством оркестратора устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах, содержит этапы, на которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для отказа первого устройства VNF, отказа устройства VNF, коррелированного с первым устройством VNF, и отказа устройства NFVI, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.With reference to the fourth embodiment and the above-described methods for implementing the fourth embodiment, in the third method for implementing the fourth embodiment, performing, by the orchestrator, the elimination of failures or reporting the process according to the second comprehensive failure information, comprises the steps of: determining according to the type of failure in the second comprehensive failure information, does the orchestrator contain a failure-removal policy appropriate to the type of failure; and when the orchestrator contains a failure-correcting policy appropriate to the type of failure, the failure is eliminated in accordance with the failure-correcting policy for the failure of the first VNF device, the failure of the VNF device correlated with the first VNF device, and the failure of the NFVI device correlated with the first VNF device; or, when the orchestrator does not contain a failover policy appropriate to the type of failure, transmit second comprehensive failure information to the OSS / BSS system.
Со ссылкой на четвертый вариант и описанные выше способы осуществления четвертого варианта, в четвертом способе осуществления четвертого варианта перед выполнением посредством оркестратора устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах.With reference to the fourth embodiment and the above-described methods for implementing the fourth embodiment, in the fourth method for implementing the fourth embodiment, before performing the fault elimination or the process message according to the second comprehensive failure information by the orchestrator, the method further comprises the steps of: detecting in accordance with the second comprehensive failure information, whether the orchestrator contains comprehensive failure information, which is the same as the second comprehensive failure information Kazakh; and when the orchestrator contains comprehensive failure information, which is the same as the second comprehensive failure information, the second comprehensive failure information is deleted.
Со ссылкой на четвертый вариант и описанные выше способы четвертого варианта, в пятом способе осуществления четвертого варианта вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа; и вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.With reference to the fourth embodiment and the methods of the fourth embodiment described above, in the fifth embodiment of the fourth embodiment, the second failure information further comprises at least an operational state or a failure time; and the second comprehensive information about the failures additionally contains information about the state of the failure and the state of the failure contains at least one state such as: not yet processed, being processed, the failure has been eliminated or the failure has not yet been eliminated.
В соответствии с пятым вариантом, обеспечивается виртуализированный администратор инфраструктуры, содержащий: блок получения, выполненный с возможностью получения первой информации об отказах, содержащей идентификатор отказавшего устройства и тип отказа для устройства инфраструктуры виртуализации сетевых функций (NFVI), где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор устройства отказов; блок формирования, выполненный с возможностью формирования первой всесторонней информации об отказах, соответствующей первой информации об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах; и блок обработки, выполненный с возможностью осуществления посредством VIM устранения отказов или сообщения о процессе согласно первой всесторонней информации об отказах.According to a fifth embodiment, a virtualized infrastructure manager is provided, comprising: a receiving unit configured to receive first failure information containing a failed device identifier and a failure type for a network function virtualization infrastructure (NFVI) device, where the first failure information is used to indicate that a failure has occurred in the first NFVI device having a failure device identifier; a generating unit configured to generate first comprehensive failure information corresponding to the first failure information, where the first comprehensive failure information contains first failure information and correlated failure information of the first failure information; and a processing unit configured to perform, via VIM, the elimination of failures or process messages according to the first comprehensive failure information.
Со ссылкой на пятый вариант, в первом способе осуществления пятого варианта администратор дополнительно содержит блок определения и приемный блок, и блок получения данных специально выполнен с возможностью приема, используя приемный блок, первой информации об отказах, переданной первым устройством NFVI; или определения, используя блок определения, что отказ произошел в первом устройстве NFVI, и формирования первой информации об отказах в соответствии с отказом первого устройства NFVI.With reference to the fifth embodiment, in the first embodiment of the fifth embodiment, the administrator further comprises a determination unit and a receiving unit, and the data receiving unit is specifically configured to receive, using the receiving unit, the first failure information transmitted by the first NFVI device; or determining, using the determining unit, that a failure has occurred in the first NFVI device, and generating the first failure information in accordance with the failure of the first NFVI device.
Со ссылкой на пятый вариант и описанный выше способ осуществения пятого варианта, во втором способе осуществления пятого варианта первое устройство NFVI является любым аппаратурным HW, ведущей операционной системой (Host OS), администратором виртуальной машины или устройством виртуальной машины (VM) в устройстве NFVI и блок формирования специально выполнен с возможностью определения, используя блок определения, информации об отказах, переданной устройством NFVI, коррелированным с первым устройством NFVI, которая является коррелированной информацией об отказах первой информации об отказах; и формирования первой всесторонней информации об отказах, содержащей первую информацию об отказах и коррелированную информацию об отказах.With reference to the fifth embodiment and the above described embodiment of the fifth embodiment, in the second embodiment of the fifth embodiment, the first NFVI device is any hardware HW, host operating system (Host OS), virtual machine administrator or virtual machine device (VM) in the NFVI device and the unit the formation is specifically configured to determine, using the determination unit, the failure information transmitted by the NFVI device correlated with the first NFVI device, which is the correlated information to her about failures of the first information about failures; and generating first comprehensive failure information containing first failure information and correlated failure information.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в третьем способе осуществления пятого варианта блок обработки содержит передающий блок и блок обработки специально выполнен с возможностью определения, используя блок определения и в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ в первом устройстве NFVI и/или отказ в устройстве NFVI, коррелированном с первым устройством NFVI; или, когда VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору.With reference to the fifth embodiment and the above-described methods for implementing the fifth embodiment, in the third embodiment of the fifth embodiment, the processing unit comprises a transmitting unit and the processing unit is specifically configured to determine using the determination unit and in accordance with the type of failure in the first failure information in the first comprehensive failure information or the type of failure in the correlated failure information in the first comprehensive failure information, does VIM contain a failure management policy that matches the type of refusal in the first information about the refusals or the type of refusal in the correlated information about the refusals; and when the VIM contains a failover policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information, in accordance with the failover policy, eliminate the failure in the first NFVI device and / or the failure in the NFVI device correlated with the first device NFVI; or, when VIM does not contain a failover policy that matches the type of failure in the first failure information or the type of failure in the correlated failure information, transmit the first comprehensive failure information to the VNFM or transmit the first comprehensive failure information to the orchestra.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в четвертом способе осуществления пятого варианта блок обработки специально выполнен с возможностью определения, используя блок определения, устройства NFVI, имеющего наивысший приоритет из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определения, используя блок определения и в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли VIM соответствующую политику устранения отказов; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.With reference to the fifth embodiment and the above-described methods for implementing the fifth embodiment, in the fourth embodiment of the fifth embodiment, the processing unit is specifically configured to determine, using the determination unit, an NFVI device having the highest priority among the first NFVI device and the NFVI device correlated with the first device NFVI, where HW priority is higher than Host OS priority, Host OS priority is higher than virtual machine administrator priority and virtual machine administrator priority is higher than VM priority; determining, using the determination unit and in accordance with the type of failure of the NFVI device having the highest priority, whether the VIM contains an appropriate failover policy; and when the VIM contains a failover policy corresponding to the failure type of the NFVI device having the highest priority, in accordance with the failover policy, the failure of the NFVI device having the highest priority is eliminated.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в пятом способе осуществления пятого варианта передающий блок специально выполнен с возможностью передачи оркестратору, когда устранение отказа прошло успешно, сообщения с индикацией успеха, или, когда устранение отказа было неудачным, передачи на VNFM первой всесторонней информации об отказах или передачи оркестратору первой всесторонней информации об отказах.With reference to the fifth embodiment and the above-described methods for implementing the fifth embodiment, in the fifth embodiment of the fifth embodiment, the transmitting unit is specifically configured to transmit to the orchestrator, when the failure was successful, messages indicating success, or when the failure was unsuccessful, transmission to VNFM the first comprehensive information about failures or the transfer to the orchestrator of the first comprehensive information about failures.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в шестом способе осуществления пятого варианта приемный блок дополнительно выполнен с возможностью приема сообщения индикации, которое передается VNFM и используется для индикации, что VNFM неспособна обработать первую всестороннюю информацию об отказах; и передающий блок дополнительно выполнен с возможностью передачи оркестратору первой всесторонней информации об отказах.With reference to the fifth embodiment and the above-described methods for implementing the fifth embodiment, in the sixth embodiment of the fifth embodiment, the receiving unit is further configured to receive an indication message that is transmitted by the VNFM and used to indicate that the VNFM is unable to process the first comprehensive failure information; and the transmitting unit is further configured to transmit to the orchestra the first comprehensive information about the failures.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в седьмом способе осуществления пятого варианта блок обработки дополнительно выполнен с возможностью запроса у VNFM информации об отказах устройства VNF, коррелированного с первым устройством NFVI, и добавления информации об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах.With reference to the fifth embodiment and the above-described methods for implementing the fifth embodiment, in the seventh embodiment of the fifth embodiment, the processing unit is further configured to query the VNFM for fault information of the VNF device correlated with the first NFVI device, and add fault information of the VNF correlated to NFVI's first device, the first comprehensive failure information.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в восьмом способе осуществления пятого варианта приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VNFM, где информация запроса используется для запроса у VIM информации об отказах устройства NFVI, коррелированного с отказавшим устройством VNF; и передающий блок дополнительно выполнен с возможностью передачи информации об отказах устройства NFVI, коррелированного с отказавшим устройством VNF.With reference to the fifth embodiment and the above-described methods for implementing the fifth embodiment, in the eighth embodiment of the fifth embodiment, the receiving unit is further adapted to receive request information transmitted by VNFM, where the request information is used to request information from the VIM about the failure of the NFVI device correlated with the failed VNF device and the transmitting unit is further configured to transmit failure information of the NFVI device correlated with the failed VNF device.
Со ссылкой на пятый вариант и описанные выше способы осуществления пятого варианта, в девятом способе осуществления пятого варианта администратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии с первой информацией об отказах, содержит ли VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления первой всесторонней информации об отказах, когда VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах.With reference to the fifth embodiment and the above-described methods for implementing the fifth embodiment, in the ninth embodiment of the fifth embodiment, the administrator further comprises a detection unit and a deletion unit, where the detection unit is specifically configured to detect, according to the first failure information, whether the VIM contains comprehensive information about failures, which is the same as the first comprehensive failure information; and the deletion unit is specifically configured to delete the first comprehensive failure information when the VIM contains comprehensive failure information, which is the same as the first comprehensive failure information.
В соответствии с шестым вариантом, обеспечивается администратор виртуализированных сетевых функций, содержащий: блок получения, выполненный с возможностью получения второй информации об отказах, содержащей идентификатор отказавшего устройства и тип отказа для виртуализированного устройства сетевых функций VNF, где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства; блок формирования, выполненный с возможностью формирования второй всесторонней информации об отказах, соответствующей второй информации об отказах; и блок обработки, выполненный с возможностью устранения отказов или сообщения о процессе согласно второй всесторонней информацией об отказах.According to a sixth embodiment, a virtualized network functions manager is provided, comprising: a receiving unit configured to receive second failure information containing a failed device identifier and a failure type for the virtualized network function device VNF, where the second failure information is used to indicate that the failure occurred in the first VNF device having the identifier of the failed device; a generating unit configured to generate second comprehensive failure information corresponding to the second failure information; and a processing unit configured to eliminate the failures or process messages according to the second comprehensive failure information.
Со ссылкой на шестой вариант, в первом способе осуществления шестого варианта администратор дополнительно содержит блок определения и приемный блок, и блок получения специально выполнен с возможностью приема, используя приемный блок, второй информации об отказах, переданной первым устройством VNF; или определения, используя блок определения, что отказ произошел в первом устройстве VNF, и формирования, используя блок формирования, второй информации об отказах в соответствии с отказом первого устройства VNF. With reference to the sixth embodiment, in the first embodiment of the sixth embodiment, the administrator further comprises a determination unit and a receiving unit, and the receiving unit is specifically configured to receive, using the receiving unit, second fault information transmitted by the first VNF; or determining, using the determining unit, that a failure has occurred in the first VNF device, and generating, using the generating unit, the second failure information in accordance with the failure of the first VNF device.
Со ссылкой на шестой вариант и описанный выше способ осуществления шестого варианта, во втором способе осуществления шестого варианта блок формирования специально выполнен с возможностью определения, используя блок определения, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формирования второй всесторонней информации об отказах, содержащей вторую информацию об отказах и коррелированную информацию об отказах.With reference to the sixth embodiment and the above-described method for implementing the sixth embodiment, in the second embodiment of the sixth embodiment, the generating unit is specifically configured to determine, using the determining unit, that the failure information transmitted by the VNF correlated with the first VNF is correlated failures of the second failure information; and generating second comprehensive failure information containing second failure information and correlated failure information.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в третьем способе осуществления шестого варианта блок обработки содержит передающий блок и блок обработки специально выполнен с возможностью определения, используя блок определения и в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору, используя передающий блок, вторую всестороннюю информацию об отказах.With reference to the sixth embodiment and the above-described methods for implementing the sixth embodiment, in the third embodiment of the sixth embodiment, the processing unit comprises a transmitting unit and the processing unit is specifically adapted to be detected using the determination unit and in accordance with the type of failure in the second failure information in the second comprehensive failure information or the type of failure in the correlated failure information in the second comprehensive failure information, does the VNFM contain a failure management policy that complies with it is the type of refusal in the second information about the refusals or the type of refusal in the correlated information about the refusals; and when the VNFM contains a failover policy corresponding to the type of failure in the second failure information or the type of failure in the correlated failure information, in accordance with the failover policy, the failure of the first VNF device and / or the failure of the VNF device correlated with the first VNF device is eliminated; or, when the VNFM does not contain a failure elimination policy corresponding to the type of failure in the second failure information or the type of failure in the correlated failure information, the second comprehensive failure information is transmitted to the orchestrator using the transmitting unit.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в четвертом способе осуществления шестого варианта передающий блок специально выполнен с возможностью передачи оркестратору сообщения с индикацией успеха, когда устранение отказа прошло успешно, или, когда устранение отказа было неудачным, передачи оркестратору второй всесторонней информации об отказах.With reference to the sixth embodiment and the above-described methods for implementing the sixth embodiment, in the fourth embodiment of the sixth embodiment, the transmitting unit is specifically configured to transmit to the orchestrator a message indicating success when the failure was successful, or when the failure was unsuccessful, to transfer the second comprehensive failure information.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в пятом способе осуществления шестого варианта блок обработки дополнительно выполнен с возможностью запроса у администратора виртуализированной инфраструктуры VIM информации об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным HW, ведущей операционной системой Host OS, администратором виртуальной машины или устройством виртуальной машины VM в NFVI; и добавления информации об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах.With reference to the sixth embodiment and the above-described methods for implementing the sixth embodiment, in the fifth embodiment of the sixth embodiment, the processing unit is further configured to request the administrator of the virtualized VIM infrastructure information about the failures of the NFVI device correlated with the first VNF device, where the NFVI device is any hardware HW , Host Host OS, virtual machine administrator, or VM virtual machine device in NFVI; and adding fault information of the NFVI device correlated with the first VNF device to the second comprehensive fault information.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в шестом способе осуществления шестого варианта блок обработки специально выполнен с возможностью приема первой всесторонней информации об отказах, переданной VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определения, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, устраняют в соответствии с политикой устранения отказов отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или передают VIM сообщение индикации, используемое для индикации, что VNFM неспособен обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передал первую всестороннюю информацию об отказах оркестратору.With reference to the sixth embodiment and the above-described methods for implementing the sixth embodiment, in the sixth embodiment of the sixth embodiment, the processing unit is specially adapted to receive first comprehensive failure information transmitted by VIM, where the first comprehensive failure information contains first failure information and correlated information about failures of the first failure information and the first failure information is used to indicate that a failure has occurred in the first NFVI device; determining whether the VNFM has a failure management policy appropriate for the type of failure in the first failure information in the first comprehensive failure information or the type of failure in the correlated failure information in the first comprehensive failure information; and when the VNFM contains a failover policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information, the failure of the first NFVI device and / or the failure of the NFVI device correlated with the first NFVI device is eliminated in accordance with the failure management policy; or, when the VNFM does not contain a failover policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information, transmit the first comprehensive failure information to the orchestrator or transmit the VIM indication message used to indicate that the VNFM is unable to process the first comprehensive failure information, so that VIM transmits the first comprehensive failure information to the orchestra.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в седьмом способе осуществления шестого варианта блок обработки специально выполнен с возможностью определения в соответствии с первой всесторонней информацией об отказах информации об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством NFVI, коррелированным с первым устройством NFVI; и добавления информации об отказах первого устройства VNF к первой всесторонней информации об отказах, с тем, чтобы VNFM выполнила устранение отказов или процесс сообщения для первой всесторонней информации об отказах.With reference to the sixth embodiment and the above-described methods for implementing the sixth embodiment, in the seventh embodiment of the sixth embodiment, the processing unit is specifically configured to determine, according to the first comprehensive failure information, the failure information of the first VNF device correlated with the first NFVI device and / or correlated with an NFVI device correlated with the first NFVI device; and adding the fault information of the first VNF device to the first comprehensive fault information so that the VNFM performs a fault resolution or reporting process for the first comprehensive fault information.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в восьмом способе осуществления шестого варианта администратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии со второй всесторонней информацией, содержит ли VNFM всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления второй всесторонней информации об отказах, когда VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах.With reference to the sixth embodiment and the above-described methods for implementing the sixth embodiment, in the eighth embodiment of the sixth embodiment, the administrator further comprises a detection unit and a deletion unit, where the detection unit is specifically configured to detect, according to the second comprehensive information, whether the VNFM contains comprehensive failure information , which is the same as the second comprehensive failure information; and the deletion unit is specifically configured to delete second comprehensive failure information when the VNFM contains comprehensive failure information, which is the same as the second comprehensive failure information.
Со ссылкой на шестой вариант и описанные выше способы осуществления шестого варианта, в девятом способе осуществления шестого варианта приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VIM, где информация запроса используется для запроса от VNFM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI; и передающий блок дополнительно выполнен с возможностью передачи VIM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI.With reference to the sixth embodiment and the above-described methods for implementing the sixth embodiment, in the ninth embodiment of the sixth embodiment, the receiving unit is further configured to receive request information transmitted by VIM, where the request information is used to request from the VNFM fault information of the VNF correlated with the faulty NFVI device and the transmitting unit is further configured to transmit VIM information about the failures of the VNF device correlated with the faulty NFVI device.
В соответствии с седьмым вариантом, обеспечивается оркестратор, содержащий: приемный блок, выполненный с возможностью приема первой всесторонней информации об отказах, переданной администратором VIM виртуализированной инфраструктуры, где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI инфраструктуры виртуализации сетевых функций, имеющем идентификатор отказавшего устройства; и блок обработки, выполненный с возможностью устранение отказов или сообщения о процессе согласно первой всесторонней информации об отказах.In accordance with a seventh embodiment, an orchestrator is provided comprising: a receiving unit configured to receive first comprehensive failure information transmitted by a VIM administrator of a virtualized infrastructure, where the first comprehensive failure information contains first failure information, the first failure information contains the identifier of the failed device and the type of failure and the first failure information is used to indicate that a failure has occurred in the first virtualization infrastructure NFVI device network function having the identifier of the failed device; and a processing unit configured to troubleshoot faults or process messages according to the first comprehensive fault information.
Со ссылкой на седьмой вариант, в первом способе осуществления седьмого варианта первая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию виртуализированного устройства сетевых функций VNF, коррелированного с первым устройством NFVI.With reference to the seventh embodiment, in the first embodiment of the seventh embodiment, the first comprehensive failure information further comprises: failure information of the NFVI device correlated with the first NFVI device and / or information of the virtualized VNF network function device correlated with the first NFVI device.
Со ссылкой на седьмой вариант и описанный выше способ осуществления седьмого варианта, во втором способе осуществления седьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI в соответствии с политикой устранения отказов и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.With reference to the seventh embodiment and the method of implementing the seventh embodiment described above, in the second method of implementing the seventh embodiment, the processing unit is specifically configured to determine, according to the type of failure, in the first comprehensive failure information, whether the orchestrator contains a failure elimination policy corresponding to the type of failure; and when the orchestrator contains a failure-correcting policy appropriate to the type of failure, the failure of the first NFVI device is resolved in accordance with the failure-correcting policy and / or failure of the NFVI device correlated with the first NFVI device; or, when the orchestrator does not contain a failover policy appropriate to the type of failure, transmit the first comprehensive failure information to the OSS / BSS operations and business support system.
Со ссылкой на седьмой вариант и описанные выше способы осуществления седьмого варианта, в третьем способе осуществления седьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, в соответствии с политикой устранения отказов устраняют отказ первого устройства NFVI, отказ устройства NFVI, коррелированного с первым устройством NFVI, и отказ устройства VNF, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе OSS/BSS.With reference to the seventh embodiment and the above-described methods for implementing the seventh embodiment, in the third method for implementing the seventh embodiment, the processing unit is specifically configured to determine, according to the type of failure, in the first comprehensive failure information, whether the orchestrator contains a failure elimination policy corresponding to the type of failure; and when the orchestrator contains a failure-correcting policy appropriate to the type of failure, in accordance with the failure-correcting policy, the failure of the first NFVI device, the failure of the NFVI device correlated with the first NFVI device, and the failure of the VNF device correlated with the first NFVI device are eliminated; or when the orchestrator does not contain a failover policy appropriate to the type of failure, transmit the first comprehensive failure information to the OSS / BSS system.
Со ссылкой на седьмой вариант и описанные выше способы осуществления седьмого варианта, в четвертом способе осуществления седьмого варианта администратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии с первой информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления первой всесторонней информации об отказах, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах.With reference to the seventh embodiment and the above-described methods for implementing the seventh embodiment, in the fourth embodiment of the seventh embodiment, the administrator further comprises a detection unit and a deletion unit, where the detection unit is specifically configured to detect, according to the first failure information, whether the orchestrator contains comprehensive information about failures, which is the same as the first comprehensive failure information; and the deletion unit is specifically configured to delete the first comprehensive failure information when the orchestrator contains comprehensive failure information, which is the same as the first comprehensive failure information.
В соответствии с восьмым вариантом, обеспечивается оркестратор, содержащий: приемный блок, выполненный с возможностью приема второй всесторонней информации об отказах, переданной администратором виртуализированных сетевых функций VNFM, где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве виртуализированных сетевых функций VNF, имеющем идентификатор отказавшего устройства; и блок обработки, выполненный с возможностью устранения отказов или сообщения о процессе согласно второй всесторонней информации об отказах.According to the eighth embodiment, an orchestrator is provided, comprising: a receiving unit configured to receive second comprehensive failure information transmitted by the administrator of the virtualized network functions of VNFM, where the second comprehensive failure information contains second failure information, the second failure information contains the identifier of the failed devices and the type of failure and the second failure information is used to indicate that a failure has occurred in the first device of the virtualized network fu ktsy VNF, having failed device identifier; and a processing unit configured to eliminate the failures or process messages according to the second comprehensive failure information.
Со ссылкой на восьмой вариант, в первом способе осуществления восьмого варианта вторая всесторонняя информация об отказах дополнительно содержит: информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию об отказах виртуализированного устройства администратора инфраструктуры NFVI, коррелированного с первым устройством VNF.With reference to the eighth embodiment, in the first embodiment of the eighth embodiment, the second comprehensive failure information further comprises: failure information of the VNF device correlated with the first VNF device and / or failure information of the virtualized NFVI infrastructure manager device correlated with the first VNF device.
Со ссылкой на восьмой вариант и описанный выше способ осуществления восьмого варианта, во втором способе осуществления восьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, в соответствии с политикой устранения отказов устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.With reference to the eighth embodiment and the above-described method for implementing the eighth embodiment, in the second method for implementing the eighth embodiment, the processing unit is specifically configured to determine, according to the type of failure, in the second comprehensive failure information, whether the orchestrator contains a failure elimination policy corresponding to the type of failure; and when the orchestrator contains a failover policy appropriate to the type of failure, in accordance with the failover policy, eliminate the failure of the first VNF device and / or the failure of the VNF device correlated with the first VNF device; or, when the orchestrator does not contain a failure-correcting policy appropriate to the type of failure, transmit second comprehensive failure information to the OSS / BSS operations and business support system.
Со ссылкой на восьмой вариант и описанные выше способы осуществления восьмого варианта, в третьем способе осуществления восьмого варианта блок обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ в соответствии с политикой устранения отказов для отказа первого устройства VNF, отказа устройства VNF, коррелированного с первым устройством VNF, и отказа устройства NFVI, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.With reference to the eighth embodiment and the above-described methods for implementing the eighth embodiment, in the third method for implementing the eighth embodiment, the processing unit is specifically configured to determine, according to the type of failure, in the second comprehensive failure information, whether the orchestrator contains a failure elimination policy corresponding to the type of failure; and when the orchestrator contains a failure-correcting policy appropriate to the type of failure, the failure is eliminated in accordance with the failure-correcting policy for the failure of the first VNF device, the failure of the VNF device correlated with the first VNF device, and the failure of the NFVI device correlated with the first VNF device; or, when the orchestrator does not contain a failover policy appropriate to the type of failure, transmit second comprehensive failure information to the OSS / BSS system.
Со ссылкой на восьмой вариант и описанные выше способы осуществления восьмого варианта, в четвертом способе осуществления восьмого варианта оркестратор дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения выполнен с возможностью обнаружения в соответствии со второй всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью, удаления второй всесторонней информации об отказах, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах.With reference to the eighth embodiment and the above-described methods for implementing the eighth embodiment, in the fourth embodiment of the eighth embodiment, the orchestrator further comprises a detection unit and a deletion unit, where the detection unit is configured to detect, in accordance with the second comprehensive failure information, whether the orchestrator contains comprehensive information about failures, which is the same as the second comprehensive failure information; and the deletion unit is specifically configured to delete second comprehensive failure information when the orchestrator contains comprehensive failure information, which is the same as the second comprehensive failure information.
В соответствии со способом управления обработкой отказов, обеспечиваемым в вариантах осуществления настоящего изобретения, VIM и VNFM получают информацию об отказах аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.In accordance with the failure processing control method provided in the embodiments of the present invention, VIM and VNFM obtain hardware and / or software failure information to comprehensively process correlated pieces of failure information that can implement the failure message and processing in the medium NFV.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙBRIEF DESCRIPTION OF THE DRAWINGS
Чтобы более ясно описать технические решения в вариантах осуществления настоящего изобретения, ниже кратко представляются сопроводительные чертежи, требующиеся для описания вариантов осуществления настоящего изобретения. Очевидно, что сопроводительные чертежи в последующем описании показывают просто некоторые варианты осуществления настоящего изобретения и специалисты в данной области техники, не прилагая творческих усилий, могут из этих сопроводительных чертежей дополнительно создать другие чертежи.To more clearly describe the technical solutions in the embodiments of the present invention, the accompanying drawings required to describe the embodiments of the present invention are briefly presented below. Obviously, the accompanying drawings in the following description merely show some embodiments of the present invention, and those of ordinary skill in the art, without creative efforts, may additionally create other drawings from these accompanying drawings.
Фиг. 1 - схематическая диаграмма системной архитектуры виртуализации сетевых функций NFV, соответствующая варианту осуществления настоящего изобретения;FIG. 1 is a schematic diagram of a system architecture for NFV network function virtualization according to an embodiment of the present invention;
Фиг. 2 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 2 is a flowchart of a method for controlling a failure processing in accordance with an embodiment of the present invention;
Фиг. 3 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 3 is a flowchart of a failure control method in accordance with an embodiment of the present invention;
Фиг. 4 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 4 is a flowchart of a failure control method in accordance with an embodiment of the present invention;
Фиг. 5 - блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 5 is a flowchart of a method for controlling a failure processing in accordance with an embodiment of the present invention;
Фиг. 6а - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 6a is an interaction diagram of a failure processing control method in accordance with an embodiment of the present invention;
Фиг. 6b - схематическая диаграмма корреляции между устройствами в соответствии с вариантом осуществления настоящего изобретения;FIG. 6b is a schematic diagram of the correlation between devices in accordance with an embodiment of the present invention;
Фиг. 7 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 7 is an interaction diagram of a failure management method in accordance with an embodiment of the present invention;
Фиг. 8 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 8 is an interaction diagram of a failure processing control method in accordance with an embodiment of the present invention;
Фиг. 9 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 9 is an interaction diagram of a failure management method in accordance with an embodiment of the present invention;
Фиг. 10 - схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения;FIG. 10 is an interaction diagram of a failure processing control method in accordance with an embodiment of the present invention;
Фиг. 11 - блок-схема устройства администратора виртуализированной инфраструктуры VIM, соответствующая варианту осуществления настоящего изобретения;FIG. 11 is a block diagram of a VIM virtualized infrastructure administrator device in accordance with an embodiment of the present invention;
Фиг. 12 - блок-схема устройства администратора виртуализированных сетевых функций VNFM, соответствующая варианту осуществления настоящего изобретения;FIG. 12 is a block diagram of a VNFM virtualized network functions manager device in accordance with an embodiment of the present invention;
Фиг. 13 - блок-схема устройства оркестратора, соответствующая варианту осуществления настоящего изобретения;FIG. 13 is a block diagram of an orchestrator device according to an embodiment of the present invention;
Фиг. 14 - блок-схема устройства VIM, соответствующая другому варианту осуществления настоящего изобретения;FIG. 14 is a block diagram of a VIM device according to another embodiment of the present invention;
Фиг. 15 - блок-схема устройства VNFM, соответствующая другому варианту осуществления настоящего изобретения; иFIG. 15 is a block diagram of a VNFM device according to another embodiment of the present invention; and
Фиг. 16 - блок-схема устройства оркестратора, соответствующая другому варианту осуществления настоящего изобретения.FIG. 16 is a block diagram of an orchestrator device according to another embodiment of the present invention.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ DETAILED DESCRIPTION OF THE INVENTION
Ниже ясно и полностью описаны технические решения в вариантах осуществления настоящего изобретения со ссылкой на сопроводительные чертежи в вариантах осуществления настоящего изобретения. Очевидно, что описанные варианты осуществления являются некоторыми, но не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, полученные специалистами в данной области техники, основываясь на вариантах осуществления настоящего изобретения без творческих усилий, будут попадать в рамки объема защиты настоящего изобретения.The technical solutions in the embodiments of the present invention are clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, embodiments of the present invention. All other embodiments obtained by those skilled in the art, based on the embodiments of the present invention without creative efforts, will fall within the protection scope of the present invention.
На фиг. 1 представлена схематическая диаграмма системной архитектуры виртуализации сетевых функций NFV, соответствующая варианту осуществления настоящего изобретения.In FIG. 1 is a schematic diagram of a system architecture for NFV network function virtualization according to an embodiment of the present invention.
В сквозной (End to End, E2E) архитектуре виртуализации сетевых функций (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.In the End to End (E2E) Network Function Virtualization (NFV) architecture, the Network Function Virtualization Infrastructure (NFVI) contains a low-level hardware resource (Hardware, HW) that can be specifically classified as computer hardware, data storage hardware, network hardware, etc. The virtualization level is at the hardware level and contains the host operating system (Host Operating System, Host OS) and programs superupravleniya / virtual machine manager (hypervisor, Hypervisor) and multiple virtual machines (Virtual Machine, VM), running on the virtualization layer. HW and Hypervisor connect to the Operation and Business Support System (OSS / BSS) using the Element Management System (EMS). Numerous individual virtual network functions (VNFs) on the NFVI are connected to the OSS / BSS system using vEMS.
NFVI подключается к администратору виртуализированной инфраструктуры (Virtualization Infrastructure Manager, VIM), используя интерфейс Nf-Vi, VNF подключается к администратору VNF (VNFM), используя интерфейс Ve-Vnfm, и VIM подключается к VNFM, используя интерфейс Vi-Vnfm. NFVI подключается к оркестратору, используя Or-Vi, VNFM подключается к оркестратору, используя Or-Vnfm и оркестратор подключается к OSS/BSS, используя интерфейс Os-Ma.NFVI connects to the Virtualization Infrastructure Manager (VIM) administrator using the Nf-Vi interface, VNF connects to the VNF administrator (VNFM) using the Ve-Vnfm interface, and VIM connects to VNFM using the Vi-Vnfm interface. NFVI connects to the orchestra using Or-Vi, VNFM connects to the orchestra using Or-Vnfm and the orchestra connects to OSS / BSS using the Os-Ma interface.
Система OSS/BSS выполнена с возможностью инициирования запроса обслуживания, подаваемого оркестратору, оркестратор несет ответственность за ресурсы оркестрирования и управления в соответствии с запросом обслуживания системы OSS/BSS, реализацию обслуживания NFV и обнаружение в реальном времени информации о ресурсах и рабочем состоянии VNF и NFVI. VNFM несет ответственность за управление is responsible for managing a жизненным циклом VNF, например, за запуск, срок службы обнаружение и сбор информации о рабочем состоянии VNF. VIM несет ответственность за управление и распределение ресурсов NFVI и обнаружение и сбор информации о рабочем состоянии NFVI.The OSS / BSS system is configured to initiate a service request submitted to the orchestrator, the orchestrator is responsible for the resources of the orchestration and management in accordance with the OSS / BSS service request, the implementation of the NFV service and the discovery of real-time information about the resources and operational status of the VNF and NFVI. VNFM is responsible for managing a VNF life cycle, such as startup, lifetime, detection and collection of VNF operational status information. VIM is responsible for managing and distributing NFVI resources and for discovering and collecting NFVI operational status information.
На фиг. 2 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 2, выполняется посредством VIM.In FIG. 2 is a flowchart of a failure control method in accordance with an embodiment of the present invention. The method shown in FIG. 2 is performed by VIM.
201: Администратор виртуализированной инфраструктуры VIM получает первую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа, устройства инфраструктуры виртуализации сетевых функций NFVI, где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор отказавшего устройства.201: The VIM virtualized infrastructure administrator receives the first failure information containing the identifier of the failed device and the type of failure, the NFVI Network Function Virtualization Infrastructure device, where the first failure information is used to indicate that the failure occurred in the first NFVI device with the failed device identifier.
202: VIM формирует первую всестороннюю информацию об отказах в соответствии с первой информацией об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах.202: VIM generates the first comprehensive failure information in accordance with the first failure information, where the first comprehensive failure information contains the first failure information and correlated failure information of the first failure information.
203: VIM выполняет устранение отказов или сообщает о процессе в соответствии с первой всесторонней информацией об отказах.203: VIM troubleshoots or reports the process in accordance with the first comprehensive fault information.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.In accordance with the fault handling management method provided in this embodiment of the present invention, VIM obtains fault information of the hardware device and / or software to comprehensively process the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV.
Как вариант, в варианте осуществления этап 201 содержит действия, при которых: принимают первую информацию об отказах, переданную первым устройством NFVI, или определяют, что отказ произошел в первом устройстве NFVI, и формируют первую информацию об отказах в соответствии с отказом первого устройства NFVI. То есть, VIM может пассивно принимать информацию об отказах отказавшего устройства или после обнаружения отказа может активно формировать информацию об отказах.Alternatively, in an embodiment,
Как вариант, в варианте осуществления первое устройство NFVI является любым устройством HW аппаратурного обеспечения, ведущей операционной системой Host OS, администратором виртуальной машины, виртуальной машиной VM в устройстве NFVI и этап 202 содержит действия, при которых: определяют, что информация об отказах, переданная устройством NFVI, коррелированным с первым устройством NFVI, является коррелированной информацией об отказах первой информации об отказах; и формируют первую всестороннюю информацию об отказах, содержащую первую информацию об отказах и коррелированную информацию об отказах. Поскольку между некоторыми устройствами HW, Host OS, Hypervisor, и VM существует корреляция, когда происходит отказ в первом устройстве NFVI, отказ может произойти в другом устройстве NFVI, коррелированном с первым устройством NFVI. VIM может собирать всю сопутствующую информацию об отказах, так чтобы выполнять единообразную и всестороннюю обработку.Alternatively, in an embodiment, the first NFVI device is any hardware HW device, host Host OS, virtual machine administrator, VM virtual machine in the NFVI device, and step 202 comprises actions in which: it is determined that the failure information transmitted by the device NFVI correlated with the first NFVI device is correlated failure information of the first failure information; and form the first comprehensive failure information containing the first failure information and correlated failure information. Since there is a correlation between some HW, Host OS, Hypervisor, and VM devices when a failure occurs in the first NFVI device, a failure may occur in another NFVI device correlated with the first NFVI device. VIM can collect all related failure information so that it can perform uniform and comprehensive processing.
Как вариант, в варианте осуществления этап 203 содержит действия, при которых: определяют в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов, устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору.Alternatively, in an embodiment,
Конкретно, после формирования всесторонней информации об отказах VIM сначала нуждается в определении, способен ли VIM обработать локально всестороннюю информацию об отказах; и если VIM способен обработать всестороннюю информацию об отказах, то VIM устраняет отказ одного устройства NFVI, содержащегося во всесторонней информации об отказах; или, если VIM неспособен обработать всестороннюю информацию об отказах или если устранение отказов терпит недачу, VIM выполняет сообщение о процессе.Specifically, after generating comprehensive failure information, VIM first needs to determine if VIM is capable of processing locally comprehensive failure information; and if VIM is capable of handling comprehensive failure information, then VIM eliminates the failure of one NFVI device contained in the comprehensive failure information; or if VIM is unable to process comprehensive fault information, or if the troubleshooting fails, VIM runs a process message.
Как вариант, в первом варианте осуществления определение в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, содержит этапы, на которых: определяют устройство NFVI, имеющее наивысший приоритет, из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определяют в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли VIM соответствующую политику устранения отказов; и, когда VIM содержит политику устранения отказову, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.Alternatively, in the first embodiment, determining according to the type of failure in the first failure information in the first comprehensive failure information or the type of failure in the correlated failure information in the first comprehensive failure information, does VIM contain a failure management policy that matches the type of failure in the first failure information or type of failure in the correlated failure information, it comprises the steps of: determining the NFVI device having the highest priority from among the first device N FVI and NFVI devices correlated with the first NFVI device, where HW priority is higher than Host OS priority, Host OS priority is higher than virtual machine administrator priority and virtual machine administrator priority is higher than VM priority; determining, according to the failure type of the NFVI device having the highest priority, whether the VIM contains an appropriate failover policy; and when the VIM contains a failover policy corresponding to the failure type of the NFVI device having the highest priority, according to the failover policy, the failure of the NFVI device having the highest priority is eliminated.
Как вариант, в варианте осуществления в соответствии с политикой устранения отказов после устранения отказа первого устройства NFVI и/или отказа устройства NFVI, коррелированного с первым устройством NFVI, способ может дополнительно содержать этапы, на которых: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха; или, когда устранение отказа потерпело неудачу, передают VNFM первую всестороннюю информацию об отказах или передают оркестратору первую всестороннюю информацию об отказах, где сообщение с индикацией успеха может быть информацией об отказах, в котором рабочее состояние установлено как "Normal" (нормальное), или может быть сообщением в другой форме и использоваться для индикации, что устранение отказа прошло успешно, что не ограничивается в настоящем изобретении.Alternatively, in the embodiment, in accordance with the failure-correcting policy after resolving the failure of the first NFVI device and / or the failure of the NFVI device correlated with the first NFVI device, the method may further comprise the steps of: when the failure is successful, send a message to the orchestrator indication of success; or, when the failure repair failed, transmit the first comprehensive failure information to the VNFM or transmit the first comprehensive failure information to the orchestrator, where the success message may be failure information in which the operating state is set to “Normal”, or may be a message in another form and used to indicate that the failure has been successfully resolved, which is not limited in the present invention.
Как вариант, в варианте осуществления после передачи VNFM первой всесторонней информации об отказах, способ дополнительно содержит этап, на котором: принимают сообщение индикации, переданное VNFM, и используют его для индикации, что VNFM неспособна обработать первую всестороннюю информацию об отказах, и передают первую всестороннюю информацию об отказах оркестратору. В случае, когда VIM неспособен обработать первую всестороннюю информацию об отказах и сообщить первую всестороннюю информацию об отказах к VNFM, если VNFM также неспособен обработать первую всестороннюю информацию об отказах, VNFM дополнительно сообщает первую всестороннюю информацию оркестратору.Alternatively, in an embodiment, after transmitting the first comprehensive fault information to the VNFM, the method further comprises the step of: receiving an indication message transmitted by the VNFM and using it to indicate that the VNFM is unable to process the first comprehensive fault information and transmitting the first comprehensive information about failures to the orchestra. In the event that VIM is unable to process the first comprehensive failure information and report the first comprehensive failure information to the VNFM, if VNFM is also unable to process the first comprehensive failure information, VNFM additionally reports the first comprehensive information to the orchestrator.
Как вариант, в варианте осуществления перед передачи оркестратору первой всесторонней информации об отказах, способ дополнительно содержит этапы, на которых: запрашивают от VNFM информацию об отказах устройства VNF, коррелированного с первым устройством NFVI; и добавляют информацию об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах. Когда VIM неспособен обработать первую всестороннюю информацию об отказах или устранение отказов прошло неудачно, VIM может инициировать запрос к VNFM, получить информацию об отказах устройства VNF, коррелированного с отказавшим устройством NFVI, и выполнить всесторонний отчет, так чтобы устройство управления более высокого уровня могло выполнить всестороннюю обработку.Alternatively, in the embodiment, before transmitting the first comprehensive failure information to the orchestrator, the method further comprises the steps of: requesting information from the VNFM about the failures of the VNF device correlated with the first NFVI device; and add fault information of the VNF device correlated with the first NFVI device to the first comprehensive fault information. When VIM is unable to process the first comprehensive fault information, or the failure repair failed, VIM can initiate a request to the VNFM, receive fault information of the VNF device correlated with the failed NFVI device, and run a comprehensive report so that the higher-level control device can perform comprehensive processing.
Как вариант, в варианте осуществления способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VNFM, где информация запроса используется для запроса от VIM информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF; и передают информацию об отказах устройства NFVI, коррелированного с неисправным устройством VNF, на VNFM. Конкретно, когда VNFM неспособен обработать всестороннюю информацию об отказах устройства VNF, VNFM может также запросить у VIM информацию об отказах соответствующего NFVI и выполнить всесторонний отчет, так чтобы устройство управления более высокого уровня могло выполнить всестороннюю обработку.Alternatively, in an embodiment, the method further comprises the steps of: receiving the request information transmitted by the VNFM, where the request information is used to request from the VIM the failure information of the NFVI device correlated with the faulty VNF device; and transmit the failure information of the NFVI device correlated with the faulty VNF device to the VNFM. Specifically, when the VNFM is unable to process comprehensive fault information of the VNF device, the VNFM may also request the VIM information about the faults of the corresponding NFVI and perform a comprehensive report so that the higher-level control device can perform comprehensive processing.
Как вариант, в варианте осуществления после формирования VIM первой всесторонней информации об отказах в соответствии с первой информацией об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах.Alternatively, in the embodiment, after generating the VIM first comprehensive failure information in accordance with the first failure information, the method further comprises the steps of: detecting, in accordance with the first comprehensive failure information, whether the VIM contains comprehensive failure information, which is same as the first comprehensive failure information; and when the VIM contains comprehensive failure information, which is the same as the first comprehensive failure information, the first comprehensive failure information is deleted.
Конкретно, поскольку когда в многочисленных коррелированных устройствах NFVI происходят коррелированные отказы, VIM может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же всесторонняя информация об отказах упоминается здесь со ссылкой, что содержание информации об отказах во всесторонней информации об отказах является тем же самым. В этом случае VIM может выполнять обнаружение повторяющейся аварийной сигнализации. VIM продолжает обрабатывать ту всестороннюю информацию об отказах, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об отказах, которая еще не обработана.Specifically, since correlated faults occur in multiple correlated NFVI devices, VIM can receive multiple pieces of the same comprehensive fault information, where the same comprehensive fault information is referred to here with the content of the fault information in the comprehensive fault information failures is the same. In this case, VIM may perform detection of a repeating alarm. VIM continues to process that comprehensive fault information that is being processed and deletes the same comprehensive fault information that has not yet been processed.
Как вариант, в варианте осуществления первая информация об отказах дополнительно сообщается системе поддержки операций и бизнеса (OSS/BSS), с тем, чтобы система OSS/BSS контролировала и представляла первую информацию об отказах.Alternatively, in an embodiment, the first failure information is further communicated to the operations and business support system (OSS / BSS) so that the OSS / BSS system monitors and presents the first failure information.
Как вариант, в варианте осуществления первая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа, первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из следующих: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.Alternatively, in an embodiment, the first failure information further comprises at least an operational state or time of failure, the first comprehensive failure information further comprises information about the failure state, and the failure state contains at least one of the following: not yet processed, being processed, the failure has been resolved or the failure has not yet been resolved.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.In accordance with the fault handling management method provided in this embodiment of the present invention, VIM obtains fault information of the hardware device and / or software to comprehensively process the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV. In addition, since comprehensive processing is performed on correlated pieces of fault information and the same comprehensive fault information is deleted by detecting a repeating alarm, the efficiency and accuracy of the fault processing are improved.
На фиг. 3 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 3, выполняется посредством VNFM.In FIG. 3 is a flowchart of a failure control method in accordance with an embodiment of the present invention. The method shown in FIG. 3 is performed by VNFM.
301: Администратор виртуализированных сетевых функций VNFM получает вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа, устройства виртуализированных сетевых функций VNF, где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF NFVI, имеющем идентификатор отказавшего устройства.301: The VNFM virtualized network functions administrator receives the second fault information containing the identifier of the failed device and the type of fault, the VNF virtualized network functions device, where the second fault information is used to indicate that a failure has occurred in the first VNF NFVI device having the identifier of the failed device.
302: VNFM формирует вторую всестороннюю информацию об отказах в соответствии со второй информацией об отказах.302: VNFM generates second comprehensive failure information in accordance with the second failure information.
303: VNFM выполняет устранение отказов или сообщает о процессе в соответствии с первой всесторонней информацией об отказах.303: The VNFM performs a fault recovery or reports a process in accordance with the first comprehensive fault information.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VNFM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.In accordance with the fault handling management method provided in this embodiment of the present invention, the VNFM obtains fault information of the hardware device and / or software to perform comprehensive processing of the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV.
Как вариант, в варианте осуществления этап 301 содержит действия, при которых: принимают вторую информацию об отказах, переданную первым устройством VNF; или определяют, что отказ произошел в первом устройстве VNF и формируют вторую информацию об отказах в соответствии с отказом первого устройства VNF. То есть, VNFM может пассивно принимать информацию об отказах отказавшего устройства или после обнаружения отказа может активно формировать информацию об отказах.Alternatively, in an embodiment,
Как вариант, в варианте осуществления этап 302 содержит действия, при которых: определяют, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формируют вторую всестороннюю информацию об отказах, содержащую вторую информацию об отказах и коррелированную информацию об отказах. Поскольку между устройствами VNF HW, существует корреляция, когда отказ происходит в первом устройстве VNF, отказ может также произойти в другом устройстве VNF, коррелированном с первым устройством VNF. VNFM может собирать всю сопутствующую информацию об отказах, так чтобы выполнять единообразную и всестороннюю обработку.Alternatively, in an embodiment,
Как вариант, в варианте осуществления этап 303 содержит действия, при которых: определяют в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, устраняют в соответствии с политикой устранения отказов отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда VNFM не содержит политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, передают вторую всестороннюю информацию об отказах оркестратору.Alternatively, in an embodiment,
Конкретно, после формирования всесторонней информации об отказах VNFM сначала нуждается в определении, способен ли VIM обработать локально всестороннюю информацию об отказах; и если VNFM способен обработать всестороннюю информацию об отказах, то VNFM устраняет отказ одного устройства VNF, содержащегося во всесторонней информации об отказах; или, если VNFM неспособен обработать всестороннюю информацию об отказах или если устранение отказов терпит неудачу, VNFM выполняет сообщение о процессе.Specifically, after generating comprehensive failure information, VNFM first needs to determine if VIM is capable of processing locally comprehensive failure information; and if the VNFM is capable of processing comprehensive failure information, then the VNFM eliminates the failure of one VNF device contained in the comprehensive failure information; or if the VNFM is unable to process comprehensive fault information or if the failover fails, the VNFM executes the process message.
Как вариант, в варианте осуществления в соответствии с политикой устранения отказов после устранения отказа первого устройства VNF и/или отказа устройства VNF, коррелированного с первым устройством VNF, способ дополнительно содержит этапы, на которых: когда устранение отказа прошло успешно, передают оркестратору сообщение с индикацией успеха; или, когда устранение отказа потерпело неудачу, передают VNFM первую всестороннюю информацию об отказах или передают оркестратору вторую всестороннюю информацию об отказах, где сообщение с индикацией успеха может быть информацией об отказах, в котором рабочее состояние установлено как "Normal" (нормальное), или может быть сообщением в другой форме и использоваться для индикации, что устранение отказа прошло успешно, что не ограничивается в настоящем изобретении.Alternatively, in the embodiment, in accordance with the fault elimination policy after eliminating the fault of the first VNF device and / or the fault of the VNF device correlated with the first VNF device, the method further comprises the steps of: when the fault elimination is successful, a message indicating success; or, when the failure repair failed, transmit the first comprehensive failure information to the VNFM or transmit the second comprehensive failure information to the orchestrator, where the success message may be failure information in which the operating state is set to “Normal”, or may be a message in another form and used to indicate that the failure has been successfully resolved, which is not limited in the present invention.
Как вариант, в варианте осуществления перед передачей оркестратору второй всесторонней информации об отказах, способ дополнительно содержит этап, на котором: запрашивают у администратора виртуализированной инфрастурктуры VIM информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным HW, ведущей операционной системой Host OS, администратором виртуальной машины или устройством виртуальной машины VM в NFVI; и добавляют информацию об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах. Когда VNFM неспособен обработать вторую всестороннюю информацию об отказах или устранение отказов прошло неудачно, VNFM может инициировать запрос к VIM, получить информацию об отказах устройства NFVI , коррелированного с отказавшим устройством VNF, и выполнить всесторонний отчет, так чтобы устройство управления более высокого уровня могло выполнить всестороннюю обработку.Alternatively, in the embodiment, before transmitting the second comprehensive failure information to the orchestrator, the method further comprises the step of: requesting the administrator of the virtualized infrastructure VIM the failure information of the NFVI device correlated with the first VNF device, where the NFVI device is any hardware HW leading Host OS, virtual machine administrator, or VM virtual machine device in NFVI; and add fault information of the NFVI device correlated with the first VNF device to the second comprehensive fault information. When the VNFM is unable to process the second comprehensive fault information, or the failure repair failed, the VNFM can initiate a request to the VIM, receive the fault information of the NFVI device correlated with the failed VNF device, and execute a comprehensive report so that the higher-level control device can perform comprehensive processing.
Как вариант, в варианте осуществления способ дополнительно содержит этапы, на которых: принимают первую всестороннюю информацию об отказах, переданную VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определяют, содержит ли VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов об отказах первого устройства NFVI и/или отказе устройства NFVI, коррелированного с первым устройством NFVI; или, когда VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или передают сообщение индикации, используемое для индикации VIM, что VNFM неспособен обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передала первую всестороннюю информацию об отказах оркестратору. Когда VIM неспособен обрабатывать первую всестороннюю информацию об отказах устройства NFVI или что устранение отказов терпит неудачу, VIM сообщает VNFM первую всестороннюю информацию об отказах. Если VNFM также неспособен обрабатывать первую всестороннюю информацию об отказах или если устранение отказов терпит неудачу, VNFM уведомляет VIM с тем, что VIM сообщает первую всестороннюю информацию об отказах оркестратору.Alternatively, in an embodiment, the method further comprises the steps of: receiving first comprehensive failure information transmitted by VIM, where the first comprehensive failure information contains first failure information and correlated failure information of the first failure information and the first failure information is used to indicate that a failure has occurred in the first NFVI device; determining whether the VNFM contains a failure elimination policy corresponding to the type of failure in the first failure information in the first comprehensive failure information or the type of failure in the correlated failure information in the first comprehensive failure information; and when the VNFM contains a failover policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information, in accordance with the failover policy of the first NFVI device and / or the failure of the NFVI device correlated with the first NFVI device; or, when the VNFM does not contain a failover policy corresponding to the type of failure in the first failure information or the type of failure in the correlated failure information, transmit the first comprehensive failure information to the orchestrator or transmit an indication message used to indicate to VIM that the VNFM is unable to process the first comprehensive failure information so that VIM transmits the first comprehensive failure information to the orchestra. When VIM is unable to process the first comprehensive fault information of the NFVI device, or that the failover fails, VIM reports the first comprehensive fault information to VNFM. If the VNFM is also unable to process the first comprehensive failure information, or if the failover fails, VNFM notifies VIM that VIM reports the first comprehensive failure information to the orchestrator.
Как вариант, в варианте осуществления после приема первой всесторонней информации об отказах, переданной VIM, способ дополнительно содержит этапы, на которых: определяют в соответствии с первой всесторонней информацией об отказах информацию об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством NFVI, коррелированным с первым устройством NFVI; и добавляют информацию об отказах первого устройства VNF к первой всесторонней информации об отказах, с тем, чтобы VNFM выполнил устранение отказов или сообщение о процессе для первой всесторонней информации об отказах.Alternatively, in the embodiment, after receiving the first comprehensive failure information transmitted by the VIM, the method further comprises the steps of: determining, according to the first comprehensive failure information, the failure information of the first VNF device correlated with the first NFVI device and / or correlated with an NFVI device correlated with the first NFVI device; and add the fault information of the first VNF device to the first comprehensive fault information so that the VNFM performs a fault repair or process message for the first comprehensive fault information.
Как вариант, в варианте осуществления после выполнения посредством VNFM устранения отказов или сообщения о процессе в соответствии со второй всесторонней информацией об отказах, способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли VNFM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах.Alternatively, in the embodiment, after performing fault elimination or process reporting by the VNFM in accordance with the second comprehensive fault information, the method further comprises the steps of: detecting, in accordance with the second comprehensive fault information, whether the VNFM contains comprehensive fault information , which is the same as the first comprehensive failure information; and when the VNFM contains comprehensive failure information, which is the same as the second comprehensive failure information, the second comprehensive failure information is deleted.
Конкретно, поскольку, когда коррелированные отказы происходят в многочисленных коррелированных устройствах VNF, VNFM может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же самая всесторонняя информация об отказах здесь как ссылка на то, чтосодержание информации об отказах во всесторонней информации об отказах является тем же самым. В этом случае VNFM может выполнять обнаружение повторяющейся аварийной сигнализации. VNFM продолжает обрабатывать ту всестороннюю информацию об ошибках, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об ошибках, которая еще не обработана.Specifically, since when correlated failures occur in multiple correlated VNF devices, VNFM can receive multiple pieces of the same comprehensive failure information, where the same comprehensive failure information is here as a reference to the content of the failure information in a comprehensive failure information is the same. In this case, the VNFM may perform detection of a repeating alarm. VNFM continues to process that comprehensive error information that is being processed and deletes the same comprehensive error information that has not yet been processed.
Как вариант, в варианте осуществления способ дополнительно содержит этапы, на которых: принимают информацию запроса, переданную посредством VIM, где информация запроса используется для запроса от VNFM информации об отказах устройства VNF, коррелированного с отказавшим устройством NFVI; и передают VIM информацию об отказах устройства VNF, коррелированного с отказавшим устройством NFVI.Alternatively, in an embodiment, the method further comprises the steps of: receiving the request information transmitted by VIM, where the request information is used to request information from the VNFM about the failure of the VNF device correlated with the failed NFVI device; and transmit to VIM the failure information of the VNF device correlated with the failed NFVI device.
Как вариант, в варианте осуществления вторая информация об отказах дополнительно сообщается системе поддержки операций и бизнеса (OSS/BSS), так что система OSS/BSS контролирует и представляет вторую информацию об отказах.Alternatively, in an embodiment, the second failure information is additionally communicated to the operations and business support system (OSS / BSS), so that the OSS / BSS system monitors and presents the second failure information.
Как вариант, в варианте осуществления вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа, вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из таких, как: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.Alternatively, in the embodiment, the second failure information further comprises at least an operational state or time of failure, the second comprehensive failure information further comprises information about the failure state, and the failure state contains at least one state such as: not yet processed, handled, failure resolved or failure not yet resolved.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VNFM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.In accordance with the fault handling management method provided in this embodiment of the present invention, the VNFM obtains fault information of the hardware device and / or software to perform comprehensive processing of the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV. In addition, since comprehensive processing is performed on correlated pieces of fault information and the same comprehensive fault information is deleted by detecting a repeating alarm, the efficiency and accuracy of the fault processing are improved.
На фиг. 4 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 4, выполняется посредством оркестратора.In FIG. 4 is a flowchart of a method for controlling a failure processing in accordance with an embodiment of the present invention. The method shown in FIG. 4 is performed by an orchestra.
401: Оркестратор принимает первую всестороннюю информацию об отказах, переданную администратором виртуализированной инфраструктуры VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций NFVI, имеющем идентификатор отказавшего устройства.401: The orchestrator receives the first comprehensive failure information sent by the VIM virtualized infrastructure administrator, where the first comprehensive failure information contains the first failure information, the first failure information contains the identifier of the failed device and the type of failure, and the first failure information is used to indicate that the failure occurred on the first NFVI Network Functions Virtualization Infrastructure Infrastructure device, which has a failed device identifier
402: Оркестратор выполняет устранение отказов или сообщает о процессе в соответствии с первой всесторонней информацией об отказах.402: The orchestra performs troubleshooting or reports the process in accordance with the first comprehensive failure information.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.In accordance with the failure handling control method provided in this embodiment of the present invention, the orchestrator obtains information about the failures of the hardware device and / or software in order to comprehensively process the correlated pieces of failure information, which can implement the failure message and the processing in the medium. NFV.
Как вариант, в варианте осуществления первая всесторонняя информация об отказах дополнительно содержит информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию устройства виртуализированных сетевых функций VNF, коррелированного с первым устройством NFVI. То есть, всесторонняя информация об отказах, полученная оркестратором от VIM, может содержать информацию об отказах устройства NFVI или может содержать информацию об отказах устройства NFVI и сопутствующего устройства VNF.Alternatively, in the embodiment, the first comprehensive fault information further comprises fault information of the NFVI device correlated with the first NFVI device and / or information of the virtualized network function device VNF correlated with the first NFVI device. That is, the comprehensive failure information received by the orchestra from VIM may contain information about the failures of the NFVI device or may contain information about the failures of the NFVI device and the associated VNF device.
Как вариант, в варианте осуществления этап 402 содержит действия, при которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.Alternatively, in an embodiment,
Как вариант, в варианте осуществления этап 402 содержит действия, при которых: определяют в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI, отказ устройства NFVI, коррелированного с первым устройством NFVI, и отказ устройства VNF, коррелированного с первым устройством NFVI; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе OSS/BSS.Alternatively, in an embodiment,
Как вариант, в варианте осуществления перед этапом 402 способ дополнительно содержит этапы, на которых: обнаруживают в соответствии с первой всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах, удаляют первую всестороннюю информацию об отказах. Кокретно, поскольку когда коррелированные отказы происходят в многочисленных коррелированных устройствах NFVI или устройствах VIM, оркестратор может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же всесторонняя информация об отказах здесь упоминается как ссылка на то, что содержание информации об отказах во всесторонней информации об отказах является тем же самым. В этом случае оркестратор может выполнять обнаружение повторяющейся аварийной сигнализации. Оркестратор продолжает обрабатывать ту всестороннюю информацию об ошибках, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об ошибках, которая еще не обработана.Alternatively, in the embodiment, before
Как вариант, в варианте осуществления первая информация об отказах дополнительно содержит, по меньшей мере, рабочее состояние или время отказа, первая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из следующих: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.Alternatively, in the embodiment, the first failure information further comprises at least an operational state or time of failure, the first comprehensive failure information further comprises information about the failure state, and the failure state comprises at least one of the following: not yet processed, handled, failure resolved or failure not yet resolved.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор принимает всестороннюю информацию об отказах, сообщенную VIM, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.In accordance with the failure handling control method provided in this embodiment of the present invention, the orchestrator receives comprehensive failure information reported by VIM to perform comprehensive processing of the correlated pieces of failure information that can implement the failure message and processing in the NFV environment. In addition, since comprehensive processing is performed on correlated pieces of fault information and the same comprehensive fault information is deleted by detecting a repeating alarm, the efficiency and accuracy of the fault processing are improved.
На фиг. 5 представлена блок-схема последовательности выполнения операций способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения. Способ, показанный на фиг. 5, выполняется посредством оркестратора.In FIG. 5 is a flowchart of a method for controlling a failure processing in accordance with an embodiment of the present invention. The method shown in FIG. 5 is performed by an orchestra.
501: Оркестратор принимает вторую всестороннюю информацию об отказах, переданную виртуализированным администратором сетевых функций VNFM, где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве виртуализации сетевых функций VNF, имеющем идентификатор отказавшего устройства.501: The orchestrator receives the second comprehensive failure information sent by the virtualized network function manager VNFM, where the second comprehensive failure information contains the second failure information, the second failure information contains the identifier of the failed device and the type of failure, and the second failure information is used to indicate that the failure occurred in the first VNF network function virtualization device having the identifier of the failed device.
502: Оркестратор выполняет устранение отказов или сообщает о процессе в соответствии со второй всесторонней информацией об отказах.502: The orchestrator performs troubleshooting or reports the process in accordance with the second comprehensive failure information.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.In accordance with the failure handling control method provided in this embodiment of the present invention, the orchestrator obtains information about the failures of the hardware device and / or software in order to comprehensively process the correlated pieces of failure information, which can implement the failure message and the processing in the medium. NFV.
Как вариант, в варианте осуществления вторая всесторонняя информация об отказах дополнительно содержит информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию устройства администратора виртуализированной инфраструктуры NFVI, коррелированного с первым устройством VNF. То есть, всесторонняя информация об отказах, полученная оркестратором от VNFM, может содержать информацию об отказах устройства NFVI или может содержать информацию об отказах устройства VNF или может содержать информацию об отказах устройства NFVI и сопутствующего устройства VNF.Alternatively, in the embodiment, the second comprehensive failure information further comprises failure information of the VNF device correlated with the first VNF device and / or information of the administrator device of the virtualized NFVI infrastructure correlated with the first VNF device. That is, comprehensive failure information received by the orchestrator from the VNFM may contain information about the failures of the NFVI device or may contain information about the failures of the VNF device or may contain information about the failures of the NFVI device and the associated VNF device.
Как вариант, в варианте осуществления этап 502 содержит действия, при которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.Alternatively, in an embodiment,
Как вариант, в варианте осуществления этап 502 содержит действия, при которых: определяют в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда оркестратор содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF, отказ устройства VNF, коррелированного с первым устройством VNF, и отказ устройства NFVI, коррелированного с первым устройством VNF; или, когда оркестратор не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.Alternatively, in an embodiment,
Как вариант, в варианте осуществления перед этапом 502 способ дополнительно содержит этапы, на которых: обнаруживают в соответствии со второй всесторонней информацией об отказах, содержит ли оркестратор всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и, когда оркестратор содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах, удаляют вторую всестороннюю информацию об отказах. Конкретно, поскольку когда коррелированные отказы происходят в многочисленных коррелированных устройствах NFVI или устройствах VIM, оркестратор может получать многочисленные фрагменты одной и той же всесторонней информации об отказах, где одна и та же всесторонняя информация об отказах здесь упоминается со ссылкой на то, что содержание информации об отказах во всесторонней информации об отказах является тем же самым. В этом случае оркестратор может выполнять обнаружение повторяющейся аварийной сигнализации. Оркестратор продолжает обрабатывать ту всестороннюю информацию об ошибках, которая обрабатывается, и удаляет ту же самую всестороннюю информацию об ошибках, которая еще не обработана.Alternatively, in the embodiment, prior to step 502, the method further comprises the steps of: detecting, in accordance with the second comprehensive failure information, whether the orchestrator contains comprehensive failure information that is the same as the second comprehensive failure information; and when the orchestrator contains comprehensive failure information, which is the same as the second comprehensive failure information, the second comprehensive failure information is deleted. Specifically, since correlated failures occur in multiple correlated NFVI devices or VIM devices, the orchestrator can receive multiple pieces of the same comprehensive failure information, where the same comprehensive failure information is referred to herein with reference to denials of comprehensive denial information is the same. In this case, the orchestrator can perform the detection of a repeating alarm. The orchestra continues to process that comprehensive error information that is being processed, and deletes the same comprehensive error information that has not yet been processed.
Как вариант, в варианте осуществления вторая информация об отказах дополнительно содержит по меньшей мере рабочее состояние или время отказа, вторая всесторонняя информация об отказах дополнительно содержит информацию о состоянии отказа и состояние отказа содержит по меньшей мере одно состояние из следующих: еще не обработано, обрабатывается, отказ устранен или отказ еще не устранен.Alternatively, in the embodiment, the second failure information further comprises at least an operational state or time of failure, the second comprehensive failure information further comprises information about the failure state, and the failure state contains at least one of the following: not yet processed, being processed, Failure resolved or failure not resolved yet.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, оркестратор принимает всестороннюю информацию об отказах, сообщенную VNFM, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществлять сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же самая всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.In accordance with the failure processing control method provided in this embodiment of the present invention, the orchestrator receives comprehensive failure information communicated by the VNFM to perform comprehensive processing of the correlated pieces of failure information, which can carry out failure reporting and processing in the NFV environment. In addition, since comprehensive processing is performed on correlated pieces of fault information and the same comprehensive fault information is deleted by detecting repeated alarms, the efficiency and accuracy of fault processing is improved.
На фиг. 6а представлена схема взаимодействия способа управления обработкой отказов в соответствии с вариантом осуществления настоящего изобретения; Способ, показанный на фиг. 6а, может выполняться системой NFV, показанной на фиг. 1.In FIG. 6a shows an interaction diagram of a failure processing control method in accordance with an embodiment of the present invention; The method shown in FIG. 6a may be performed by the NFV system shown in FIG. one.
601: VIM получает информацию об отказах.601: VIM receives failure information.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться в сообщаться к VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом.When VIM detects that a failure has occurred somewhere in the HW, Host OS, Hypervisor or VM in the NFVI, VIM receives information about the failures of the failed NFVI device. Specifically, the received failure information may be generated to be reported to the VIM by the failed NFVI device, or may be generated in accordance with the detected failure.
VIM может обнаруживать, используя нижеследующие способы, что отказ произошел в устройстве NFVI.VIM can detect, using the following methods, that a failure has occurred in the NFVI device.
Для удобства описания нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве NFVI, где первое устройство NFVI может быть любым из следующих: HW, Host OS, Hypervisor or VM в NFVI и устройство может содержать устройство аппаратурного обеспечения или устройство программного обеспечения.For convenience of description, the following is described using an example in which a failure occurs in the first NFVI device, where the first NFVI device can be any of the following: HW, Host OS, Hypervisor or VM in NFVI, and the device may comprise a hardware device or a software device.
Способ 1
Когда отказ происходит в первом устройстве NFVI, первое устройство NFVI формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство NFVI, и фактическое положение отказавшего первого устройства NFVI или положение отказавшего первого устройства NFVI в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Информация об отказах дополнительно содержит идентификатор отказов, используемый для уникальной идентификации информации об отказах. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины отказа, например, перегрузка, отключение электропитания, утечка памяти, ошибка порта, или отсутствие отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство NFVI в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан в таблице 1.When a failure occurs in the first NFVI device, the first NFVI device generates fault information, where the failure information contains at least the identifier of the failed device, which is used to uniquely identify the first NFVI device, and the actual position of the failed first NFVI device or position The failed first NFVI device in a topological relation can be uniquely determined using the identifier. The failure information further comprises a failure identifier used to uniquely identify the failure information. Failure information additionally contains the type of failure used to represent the cause of the failure, such as overload, power outage, memory leak, port error, or failure. In addition, the failure information may further include an operating state and a failure time, where the operating state is used to indicate whether the first NFVI device is currently operating normally and the failure time can be used to record the time when the failure occurs. As an example, the format of the failure information can be shown in table 1.
Таблица 1Table 1
Информация об отказахFailure Information
После формирования информации об отказах в приведенном выше формате первое NFVI может передать информацию об отказах к VIM, используя интерфейс Nf-Vi, и, как вариант, первое устройство NFVI может также, используя EMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.After generating the failure information in the above format, the first NFVI can transmit the failure information to VIM using the Nf-Vi interface, and, alternatively, the first NFVI device can also, using EMS, transmit the failure information to the OSS / BSS system for control, registration and submission.
Способ 2
VIM может передавать сообщение индикации первому устройству NFVI периодически или, когда требуется, чтобы дать первому устройству NFVI команду на выполнение обнаружения отказов. Если первое устройство NFVI обнаруживает отказ, первое устройство NFVI может передать обратно информацию об отказах, подобную информации, приведенной в таблице 1; или, если первое устройство NFVI не имеет отказа, первое устройство NFVI может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, у котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 1.VIM may transmit an indication message to the first NFVI device periodically or, when required, to instruct the first NFVI device to perform fault detection. If the first NFVI device detects a failure, the first NFVI device can send back failure information similar to the information shown in Table 1; or, if the first NFVI device has no failure, the first NFVI device may not send back any messages, or it may send back a failure message that indicates “No fault” for the type of failure and the operating state is “Normal” ("Normal"), see table 1.
Способ 3
Первое устройство NFVI может периодически передавать VIM сообщение с индикацией "я жив", указывающее , что первое устройство NFVI работает нормально. VIM периодически принимает сообщения "я жив" от первого устройства NFVI и понимает, что первое устройство NFVI работает нормально. Когда сообщения "я жив" от первого устройства NFVI прерываются, VIM определяет, что в первом устройстве NFVI произошел отказ и VIM может формировать информацию об отказах первого NFVI. Конкретный формат информации об отказах подобен той информации об отказах, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.The first NFVI device may periodically send a VIM message indicating that I am alive, indicating that the first NFVI device is operating normally. VIM periodically receives “I'm Alive” messages from the first NFVI device and realizes that the first NFVI device is working properly. When I am alive from the first NFVI device is interrupted, VIM determines that a failure has occurred in the first NFVI device and that VIM can generate failure information for the first NFVI. The specific format of the failure information is similar to the failure information shown in Table 1, and no further details are again described here.
Когда устройство NFVI не может сообщить информацию об отказах из-за неожиданного события, такого как отключение электропитания, VIM все еще может понимать, что в первом устройстве NFVI только что произошел отказ.When an NFVI device cannot report failure information due to an unexpected event, such as a power outage, VIM can still understand that a failure has just occurred in the first NFVI device.
Способ 4Method 4
VIM может выполнять обнаружение отказа на NFVI периодически или по мере необходимости и затем VIM формирует информацию об отказах первого NFVI в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказах подобен той информации об отказах, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.VIM can perform failure detection on the NFVI periodically or as needed, and then VIM generates failure information of the first NFVI in accordance with the result of the failure detection. The specific format of the failure information is similar to the failure information shown in Table 1, and no further details are again described here.
В заключение, VIM может обнаруживать отказ устройства NFVI, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство NFVI передает VIM сообщения "я жив" периодически и, когда происходит отказ передает информацию об отказах к VIM. Если устройство NFVI не может сообщить информацию об отказах из-за катастрофического отказа, VIM может в связи с прекращением сообщений "я жив" понять, что в устройстве NFVI произошел отказ.In conclusion, VIM can detect the failure of the NFVI device using any of the methods listed above, and, obviously, can perform the detection by combining multiple methods, for example, combining
602: VIM формирует всестороннюю информацию об отказах.602: VIM generates comprehensive failure information.
После того, как VIM принимает информацию об отказах, переданную первым устройством NFVI, или когда VIM формирует информацию об отказах в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказах другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю информацию об отказах, так чтобы выполнить всестороннюю обработку.After the VIM receives the fault information transmitted by the first NFVI device, or when the VIM generates the fault information according to the failure of the first NFVI device, the VIM needs to collect the failure information of the other NFVI device correlated with the first NFVI device to generate comprehensive information about failures, so as to perform comprehensive processing.
Конкретно, поскольку между устройствами 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, может быть сформирована следующим образом: Specifically, since there is a correlation between the HW, Host OS, Hypervisor, and VM devices when a failure occurs in the first NFVI device, failures may occur in some devices correlated with the first NFVI device. In FIG. 6b shows, for example, the correlation between HW, Host OS, Hypervisor, and VM devices. For example, Host OS1, Hypervisor1, VM1, and VM2 are correlated with HW1. This means that when a failure occurs in HW1, failures can also occur in virtualized devices installed on HW1: Host OS1, Hypervisor1, VM1, and VM2. In this case, VIM can collect failure information reported from Host OS1, Hypervisor1, VM1, and VM2, and generate comprehensive failure information with reference to the failure information of HW1. Specifically, the comprehensive failure information shown in Tables 2 can be generated as follows:
Таблица 2table 2
Всесторонняя информация об отказахComprehensive Failure Information
HWFailure Information
Hw
Host OSFailure Information
Host OS
VMFailure Information
VM
Формат информации об отказах устройств HW, Host OS, Hypervisor и VM подобен формату, приведенному в таблице 1. Идентификатор всесторонней информации об отказах используется для уникальной идентификации всесторонней информации об отказах. Следует понимать, что всесторонняя информация об отказах, показанная в таблице 2, является конкретным примером и информация об отказах устройств, которая специально введена во всестороннюю информацию об отказах, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказах только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").The failure information format for HW, Host OS, Hypervisor, and VM devices is similar to the format shown in Table 1. The comprehensive fault information identifier is used to uniquely identify comprehensive fault information. It should be understood that the comprehensive failure information shown in Table 2 is a specific example, and device failure information, which is specifically included in the comprehensive failure information, is determined in accordance with the correlation. When comprehensive failure information is only being generated, the failure status can be set to “Not processed yet.”
603: Выполнить обнаружение повторяющейся аварийной сигнализации.603: Perform detection of a repeating alarm.
После формирования всесторонней информации об отказах 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, которые частично являются такими же, но идентификаторы отказа и состояния отказа могут быть разными.After generating comprehensive failure information, VIM can locally locate the generated comprehensive failure information to determine if it is the same information. Specifically, since after a failure occurs in the NFVI device, all correlated faulty NFVI devices can report failure information, VIM can generate multiple fragments of the same comprehensive failure information for the same failure. For example, if a failure occurs in HW1, failures also occur in Host OS1, Hypervisor1, VM1, and VM2 correlated with HW1, and Host OS1, Hypervisor1, VM1, and VM2 correlated with HW1 perform the same operation as HW1. VIM can generate multiple pieces of the same comprehensive failure information after collecting correlated failure information, in which case, VIM can only process one piece of comprehensive failure information and discard the other same comprehensive failure information. It should be understood that the same failure information refers to failure information of the HW, Host OS, Hypervisor, and VM, which are partially the same, but the failure identifiers and failure conditions may be different.
Конкретно, всесторонняя информация об отказах может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказах, например, состоянием отказа во всесторонней информации об отказах, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказах и если обнаруживается одна и та же всесторонняя информация об отказах, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказах, которая еще не обработана, отбрасывается и всесторонняя информация об отказах в которой состоянием отказа является "Обрабатывается" ( "Being processed"), резервируется и обрабатывается.Specifically, comprehensive failure information can be backed up or discarded in accordance with the failure state of the comprehensive failure information, for example, the failure state of the comprehensive failure information that has just been generated is “Not processed yet”, Repeated alarm detection is performed for comprehensive failure information and if the same comprehensive failure information is detected in which the failure state is “Being processed”, in sister information about failures that has not yet been processed is discarded and comprehensive information about failures in which the failure state is “Being processed” is backed up and processed.
604: VIM выполняет определение самовосстановления.604: VIM performs a self-healing determination.
Когда VIM формирует всестороннюю информацию об отказах, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказах типом отказа, который VIM может обработать.When VIM generates comprehensive failure information, VIM can first determine if the type of failure in the comprehensive failure information is the type of failure that VIM can handle.
Конкретно, VIM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может определяться посредством определения, существует ли в политике устранения отказов тип отказа во всесторонней информации об отказах. Например, типом отказа HW1 является "низкая производительность" ("low performance") и соответствующим способом устранения отказа является "перезапуск" ("restart").Specifically, VIM has a failover policy, where the failover policy contains the mapping between the identifier of the failed device, the type of failure, and the method of troubleshooting. Whether processing can be performed can be determined by determining if the type of failure in comprehensive failure information exists in the failover policy. For example, the type of failure HW1 is “low performance” and the corresponding method of resolving the failure is “restart”.
Кроме того, когда всесторонняя информация об отказах содержит информацию об отказах многочисленных коррелированных устройств NFVI, VIM может в соответствии с приоритетами устройств NFVI принять решение выполнить определение самовосстановления, определенного по типу файла в информации об отказах устройства NFVI. Приоритетами являются: HW > Host OS > Hypervisor > VM. Например, как показано в таблице 2, когда всесторонняя информация об отказах содержит информацию об отказах HW1, Host OS1, Hypervisor1, VM1 и VM2, VIM может предпочтительно обрабатыватьотказ HW1, то есть, определять в соответствии с типом отказа в информации об отказах HW1, такую информацию как "низкая производительность" ("low performance"), и способом устранения отказа которого является "перезапуск" ("restart").In addition, when comprehensive failure information contains information about the failures of multiple correlated NFVI devices, VIM may, in accordance with the priorities of the NFVI devices, decide to perform a self-healing determination determined by the file type in the NFVI device failure information. The priorities are: HW> Host OS> Hypervisor> VM. For example, as shown in Table 2, when comprehensive failure information contains failure information HW1, Host OS1, Hypervisor1, VM1, and VM2, VIM can preferably handle the failure HW1, that is, determine according to the type of failure in the failure information HW1, such information as “low performance”, and a way to eliminate which failure is to “restart”.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных ниже способов. перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т. п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть, перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).Specifically, a method of eliminating a failure may include, in particular, one of the following methods. restarting the hardware device, rebooting the software (Host OS, Hypervisor, etc.), migrating the VM, rebooting the VNF of the VNF installation software, re-initiating the VNF, adding the VNF example, migrating the VNF (i.e., reallocating resources for VNF), and re-initiating the VNF Forwarding Graph.
605a: VIM может выполнить процесс самовосстановления.605a: VIM can perform a self-healing process.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.If VIM determines that processing can be performed, VIM performs NFVI device failover in accordance with the failover method. If the failure repair is successful and the correlations of the correlated NFVI devices are resolved, the orchestrator is informed that the failure repair is successful and the process for resolving the failure ends.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, которое обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 604 повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.If comprehensive fault information contains multiple NFVI devices and the NFVI device failure, which is preferably handled, is resolved successfully, but the failures of other correlated NFVI devices continue to exist, step 604 is repeated to determine and eliminate the failure of the NFVI device that has the highest priority among the remaining failed devices NFVI until the failures of all NFVI devices in comprehensive fault information are resolved. The orchestrator is then notified that the troubleshooting has completed successfully and the processing process for troubleshooting has ended.
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VIM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и у которой состояние указывается как "Еще не обработано" ("Not processed yet").Specifically, for comprehensive failure information that can be processed, VIM can set the troubleshooting state to “Being processed” so as to avoid reprocessing the same comprehensive failure information that is generated sequentially and for which The status is indicated as Not processed yet.
Устройство NFVI, для которого успешно устранен отказ, может уведомить VIM посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 1, то есть, что устранение отказов прошло успешно. Когда отказы всех коррелированных устройств NFVI во всесторонней информации об отказах устранены, VIM может установить состояние отказа во всесторонней информации об отказах на "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.An NFVI device for which a fault has been successfully resolved can notify VIM by reporting fault information in which the operating state is indicated as “Normal” and which is similar to the fault information shown in Table 1, that is, troubleshooting was successful. When the failures of all correlated NFVI devices in the comprehensive failure information are resolved, VIM can set the failure status of the comprehensive failure information to “Repaired” and report the comprehensive failure information to the orchestrator using the Or-Vi interface. It should be understood that the success of troubleshooting can also be reported using a predetermined alarm, which is not limited in the present invention.
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.In addition, the NFVI device for which the failure is eliminated can be isolated to avoid the additional propagation of failures caused by the interaction between the failed device and another neighboring device.
605b: VIM не может выполнить процесс самовосстановления.605b: VIM cannot complete the self-healing process.
Если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого должен устраняться отказ, то VIM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi.If VIM's failover policy does not contain the type of failure of the NFVI device for which the failover is to be addressed, then VIM can set the failure state in the comprehensive failure information to be "Not repaired yet" and report comprehensive failure information to the orchestrator using the Or-Vi interface.
606: Оркестратор выполняет определение самовосстановления.606: The orchestra performs a self-healing determination.
Когда оркестратор принимает всестороннюю информацию об отказах, переданную посредством VIM, оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, что подобно определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.When the orchestrator receives comprehensive failure information transmitted via VIM, the orchestrator detects whether the self-healing process can be performed, which is similar to the self-healing definition for VIM. The orchestrator requests a local fault resolution policy, and if the processing can be completed and the fault removal is successful, the orchestrator sets the failure state in the comprehensive failure information as “Repaired” and reports the comprehensive failure information to the OSS / BSS system; or if the orchestrator cannot complete the troubleshooting process or can perform the troubleshooting process, but the failure repair fails, the orchestrator sets the failure status of the comprehensive NFVI device failure information as “Not repaired yet” and reports the comprehensive fault information to the OSS / BSS system. It should be understood that since the orchestrator is responsible for the resources of the orchestration and management and for the implementation of the NFV service, the orchestra has relatively high processing capabilities and administrative permissions and can eliminate most failures. The OSS / BSS system is only informed of a very small number of failures that cannot be handled or whose resolution fails.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т. п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть, перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).Specifically, the method of resolving the failure may include, in particular, one of the following methods: restarting the hardware device, rebooting the software (Host OS, Hypervisor, etc.), migrating the VM, rebooting the VNF of the VNF installation software, re-initiating the VNF , adding a VNF example, migrating a VNF (that is, reallocating resources to a VNF), and re-initiating a VNF Forwarding Graph.
607: Система OSS/BSS выполняет устранение отказов.607: The OSS / BSS system performs troubleshooting.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.The OSS / BSS system sets the failure state in the received comprehensive failure information as “Being processed”. The OSS / BSS system then performs the failover in accordance with the failover policy method. After the fault has been resolved, the OSS / BSS system may receive the fault rectification message sent by the NFVI and then the OSS / BSS system changes the fault state in the comprehensive fault information to “Repaired”. The OSS / BSS Failover Policy contains default methods for handling all types of failures.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.In accordance with the fault handling management method provided in this embodiment of the present invention, VIM obtains fault information of the hardware device and / or software to comprehensively process the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV. In addition, since comprehensive processing is performed on the correlated pieces of fault information, the same comprehensive fault information is deleted by detecting repeated alarms and the efficiency and accuracy of the fault processing are improved.
На фиг. 7 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения; Способ, показанный на фиг. 7, может выполняться системой NFV, показанной на фиг. 1.In FIG. 7 is an interaction diagram of a failure processing control method according to an embodiment of the present invention; The method shown in FIG. 7 may be performed by the NFV system shown in FIG. one.
701: VNFM получает информацию об отказах.701: VNFM receives failure information.
Когда VNFM обнаруживает, что в каком-либо устройстве VNF в VNF произошел отка, VNFM получает информацию об отказе отказавшего устройства VNF. Конкретно, полученная информация об отказах может формироваться сообщаться VNFM отказавшим устройством VIM или может формироваться локально посредством VNFM в соответствии с обнаруженным отказом.When the VNFM detects that a failure has occurred in any VNF device in the VNF, the VNFM receives the failure information of the failed VNF device. Specifically, the received failure information may be generated by the VNFM by the failed VIM device, or may be generated locally by the VNFM in accordance with the detected failure.
VNFM, используя нижеследующие способы, может обнаруживать, что отказ произошел в устройстве VNF:VNFM, using the following methods, can detect that a failure has occurred in the VNF device:
Для удобства описания нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве VNF, где первое устройство VNF может быть устройством VNF в VNF и устройство может быть устройством аппаратурного обеспечения, устройством программного обеспечения или любым конкретным примером.For convenience of description, the following is described using an example in which a failure occurs in the first VNF device, where the first VNF device may be a VNF device in the VNF and the device may be a hardware device, a software device, or any specific example.
Способ 1
Когда отказ происходит в первом устройстве VNF, первое устройство VNF формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство VNF, и фактическое положение отказавшего первого устройства VNF или положение отказавшего первого устройства VNF в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Идентификатор отказа используется для уникальной идентификации информации об отказе. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины отказа, например, перегрузка, отключение электропитания, утечка памяти, ошибка порта, или отсутствие отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство VNF в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан в таблице 3.When a failure occurs in the first VNF device, the first VNF device generates fault information, where the failure information contains at least the identifier of the failed device, which is used to uniquely identify the first VNF device, and the actual position of the failed first VNF device or position The failed first VNF device in a topological relation can be uniquely determined using the identifier. Failure identifier is used to uniquely identify failure information. Failure information additionally contains the type of failure used to represent the cause of the failure, such as overload, power outage, memory leak, port error, or failure. In addition, the failure information may further include an operating state and a failure time, where the operating state is used to indicate whether the first VNF is currently operating normally and the failure time can be used to record the time when the failure occurs. As an example, the format of the failure information can be shown in table 3.
Таблица 3Table 3
Информация об отказахFailure Information
ОтказеUniquely identifiable information about
Failure
После формирования информации об отказах в приведенном выше формате первое устройство VNF может передать информацию об отказах к VNFM , используя интерфейс Ve-Vnfm, и, как вариант, первое устройство NFVI может также, используя vEMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.After generating the failure information in the above format, the first VNF device can transmit the failure information to the VNFM using the Ve-Vnfm interface, and, alternatively, the first NFVI device can also use the vEMS to transmit the failure information to the OSS / BSS system for control registration and submission.
Способ 2
VNFM может передавать сообщение индикации первому устройству VNF периодически или по мере необходимости, чтобы дать первому устройству VNF команду на выполнение обнаружения отказов. Если первое устройство VNF обнаруживает отказ, первое устройство VNF может передать обратно VNFM информацию об отказе, подобную информации, приведенной в таблице 3; или, если первое устройство VNF не имеет отказа, первое устройство VNF может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, в котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 3.The VNFM may transmit an indication message to the first VNF device periodically or as necessary to instruct the first VNF device to perform fault detection. If the first VNF device detects a failure, the first VNF device can transmit back to the VNFM failure information similar to the information shown in Table 3; or, if the first VNF device does not have a failure, the first VNF device may not send back any messages or it may send a failure message back indicating "No fault" for the type of failure and the operating state is "Normal" ("Normal"), see table 3.
Способ 3
Первое устройство VNF может периодически передавать сообщение с индикацией "я жив", указывающее VNFM, что первое устройство VNF работает нормально. VNFM периодически принимает сообщения "я жив" от первого устройства VNF и понимает, что первое устройство VNF работает нормально. Когда сообщения "я жив" от первого устройства VNF прерываются, VNFM определяет, что в первом устройстве VNF произошел отказ и VNFM может формировать информацию об отказе первого устройства VNF. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.The first VNF device may periodically transmit a message with the indication "I'm alive" indicating to the VNFM that the first VNF device is operating normally. VNFM periodically receives “I'm Alive” messages from the first VNF device and realizes that the first VNF device is working properly. When the “I'm alive” messages from the first VNF device are interrupted, the VNFM determines that a failure has occurred in the first VNF device and the VNFM can generate failure information of the first VNF device. The specific format of the failure information is similar to the failure information shown in Table 3, and no further details are again described here.
Когда устройство VNF не может сообщить информацию об отказе из-за неожиданного события, VNFM все еще может понимать, что в первом устройстве VNF произошел отказ.When the VNF cannot communicate failure information due to an unexpected event, the VNFM can still understand that a failure has occurred in the first VNF.
Способ 4Method 4
VNFM может выполнять обнаружение отказа на VNF периодически или по мере необходимости и затем VNFM формирует информацию об отказе первого VNF в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.The VNFM may perform failure detection on the VNF periodically or as needed, and then the VNFM generates failure information of the first VNF in accordance with the result of the failure detection. The specific format of the failure information is similar to the failure information shown in Table 3, and no further details are again described here.
В заключение, VNFM может обнаруживать отказ устройства VNF, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство VNF передает VNFM сообщения "я жив" периодически и, когда происходит отказ, передает на VNFM информацию об отказе. Если устройство VNF не может сообщить информацию об отказе из-за катастрофического отказа, VNFM может в связи с прекращением сообщений "я жив" понять, что в устройстве VNF произошел отказ.In conclusion, the VNFM can detect the failure of the VNF device using any of the above methods, and, obviously, can perform the detection by combining multiple methods, for example, combining the
702: VNFM формирует всестороннюю информацию об отказах.702: VNFM generates comprehensive failure information.
После того, как VNFM принимает информацию об отказе, переданную первым устройством VNF, или VNFM формирует информацию об отказе, соответствующую отказу первого устройства VNF, VNFM может формировать всестороннюю информацию об отказе в соответствии с информацией об отказе первого VNF. Как вариант, VNFM может собирать информацию об отказах других устройств VNF, коррелированных с первым устройством VNF, чтобы сформировать всестороннюю информацию об отказах, так чтобы выполнить всестороннюю обработку.After the VNFM receives the failure information transmitted by the first VNF, or the VNFM generates the failure information corresponding to the failure of the first VNF, the VNFM can generate comprehensive failure information in accordance with the failure information of the first VNF. Alternatively, the VNFM may collect failure information of other VNF devices correlated with the first VNF device to generate comprehensive failure information so as to perform comprehensive processing.
Поскольку между устройствами VNF существует корреляция, когда отказ происходит в первом устройстве VNF, отказ может также произойти в другом устройстве VNF, коррелированном с первым устройством VNF. На фиг. 6b схематисно показана корреляция между устройствами VNF. Например, VNF1 и VNF2 оба основаны на VM1, то есть, между VNF1 и VNF2 существует корреляция. Когда происходит отказ в VNF1, отказ может также произойти в VNF2.Since there is a correlation between VNF devices when a failure occurs in the first VNF device, a failure can also occur in another VNF device correlated with the first VNF device. In FIG. 6b schematically shows the correlation between VNF devices. For example, VNF1 and VNF2 are both based on VM1, that is, there is a correlation between VNF1 and VNF2. When a failure occurs in VNF1, a failure can also occur in VNF2.
В этом случае VNFM может собирать информацию об отказах, сообщенную VNF1, и формировать всестороннюю информацию об отказах со ссылкой на информацию об отказах VNF2. Конкретно, всесторонняя информация об отказах, показанная в таблице 4, может быть сформирована следующим образом: In this case, the VNFM can collect the failure information reported by VNF1 and generate comprehensive failure information with reference to the VNF2 failure information. Specifically, the comprehensive failure information shown in Table 4 can be generated as follows:
Таблица 4Table 4
Всесторонняя информация об отказеComprehensive Failure Information
об отказеComprehensive Information Identifier
about refusal
состоянии VNFInformation about
VNF state
об отказеUniquely Identified Comprehensive Information
about refusal
обрабатывается/ устранен/ еще не устраненNot processed yet /
processed / eliminated / not yet eliminated
Форматы информации об отказах VNF1 и VNF2 подобны форматам таблицы 3. The fault information formats VNF1 and VNF2 are similar to the formats of table 3.
Следует понимать, что всесторонняя информация об отказе, показанная в таблице 4, является конкретным примером и информация об отказе устройств, которая специально введена во всестороннюю информацию об отказе, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказе только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").It should be understood that the comprehensive failure information shown in Table 4 is a specific example and the device failure information that is specifically included in the comprehensive failure information is determined in accordance with the correlation. When comprehensive failure information is only being generated, the failure status can be set to “Not processed yet.”
703: Выполнить обнаружение повторяющейся аварийной сигнализации.703: Perform detection of a repeating alarm.
После формирования VNFM всесторонней информации об отказах VNFM может локально обнаружить сформированную всестороннюю информацию об отказах, чтобы определить, является ли она одной и той же информацией. Конкретно, поскольку после того, как в устройстве VNF происходит отказ, все коррелированные неисправные устройства VNF могут сообщать информацию об отказе, VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказе для одного и того же отказа. Например, если отказ происходит в VNF1, отказ также происходит в VNF2, коррелированном с VNF1, и VNF2 выполняет ту же самую операцию, что и VNF1. VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказах после сбора коррелированной информации об отказах, и в этом случае VNFM может обрабатывать только один фрагмент всесторонней информации об отказах и отбрасывать другую такую же всестороннюю информацию об отказах. Следует понимать, что одна и та же информация об отказе относится к информации о состоянии VNF, которая частично является одной и той же, а состояния отказов могут быть различными.After VNFM generates comprehensive failure information, VNFM can locally locate the generated comprehensive failure information to determine if it is the same information. Specifically, since after a failure occurs in the VNF device, all correlated faulty VNF devices can report failure information, the VNFM can generate multiple fragments of the same comprehensive failure information for the same failure. For example, if a failure occurs in VNF1, a failure also occurs in VNF2 correlated with VNF1, and VNF2 performs the same operation as VNF1. VNFM can generate multiple fragments of the same comprehensive failure information after collecting correlated failure information, in which case VNFM can only process one piece of comprehensive failure information and discard another same comprehensive failure information. It should be understood that the same failure information refers to VNF state information, which is partially the same, and failure states may be different.
Конкретно, всесторонняя информация об отказе может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказе, например, состоянием отказа во всесторонней информации об отказе, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказах и если обнаруживается одна и та же всесторонняя информация об отказах, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказе, которая еще не обработана, отбрасывается.Specifically, the comprehensive failure information may be backed up or discarded in accordance with the failure status of the comprehensive failure information, for example, the failure state of the comprehensive failure information that has just been generated is “Not processed yet”, repeating alarm detection is performed for comprehensive failure information and if the same comprehensive failure information is found in which the failure state is “Being processed”, all Third-party failure information that has not yet been processed is discarded.
704: VNFM выполняет определение самовосстановления.704: VNFM performs self-healing determination.
Когда VNFM формирует всестороннюю информацию об отказах, VNFM может сначала определить, является ли тип отказа во всесторонней информации об отказах типом отказа, который VNFM может обработать.When the VNFM generates comprehensive failure information, the VNFM can first determine if the type of failure in the comprehensive failure information is the type of failure that the VNFM can handle.
Конкретно, VNFM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может решаться посредством определения, существует ли в политике устранения отказов тип отказа во всесторонней информации об отказе. Например, типом отказа VNF1 является "низкая производительность" ("low performance") и соответствующим способом устранения отказа является "добавление экземпляра VNF" ("adding a VNF instance").Specifically, VNFM has a failover policy, where the failover policy contains the mapping between the identifier of the failed device, the type of failure, and the method of troubleshooting. Whether processing can be performed can be decided by determining if the type of failure in comprehensive failure information exists in the failover policy. For example, the type of failure of VNF1 is “low performance” and the corresponding method of resolving the failure is “adding a VNF instance”.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т. п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть, перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).Specifically, the method of resolving the failure may include, in particular, one of the following methods: restarting the hardware device, rebooting the software (Host OS, Hypervisor, etc.), migrating the VM, rebooting the VNF of the VNF installation software, re-initiating the VNF , adding a VNF example, migrating a VNF (that is, reallocating resources to a VNF), and re-initiating a VNF Forwarding Graph.
705a VNFM может выполнить процесс самовосстановления.705a VNFM may perform a self-healing process.
Если VNFM определяет, что обработка может быть выполнена, VNFM выполняет устранение отказа устройства VNF в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств VNF устранены, оркестратор уведомляется, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.If the VNFM determines that processing can be performed, the VNFM performs VNF device failover in accordance with the failover method. If the failover is successful and the correlations of the correlated VNF devices are resolved, the orchestrator is notified that the failover is successful and the process for resolving the failure ends.
Если всесторонняя информация об отказах содержит многочисленные устройства VNF и отказ устройства VNF, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств VNF продолжают существовать, этап 704 повторяется, чтобы определить и устранить отказ устройства VNF, до тех пор, пока не будут устранены отказы всех устройств VNF во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.If comprehensive fault information contains multiple VNF devices and the failure of the VNF device, which is preferably handled, is resolved successfully, but the failures of other correlated VNF devices continue to exist, step 704 is repeated to determine and eliminate the failure of the VNF device until it is resolved Failures of all VNF devices in comprehensive failure information. The orchestrator is then notified that the troubleshooting has completed successfully and the processing process for troubleshooting has ended.
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VNFM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и в которой состояние указывается как "Еще не обработано" ("Not processed yet").Specifically, for comprehensive failure information that can be processed, VNFM can set the troubleshooting state to be Being processed so as to avoid reprocessing the same comprehensive failure information that is generated sequentially and in which The status is indicated as Not processed yet.
Устройство VNF, для которого успешно устранен отказ, может уведомить VNFM, что устранение отказов прошло успешно, посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 3. Когда отказы всех коррелированных устройств VNF во всесторонней информации об отказах устранены, VNFM может установить состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.A VNF device that has successfully resolved the failure can notify the VNFM that the troubleshooting was successful by reporting the failure information, in which the operating state is indicated as “Normal” and which is similar to the failure information shown in Table 3 When the failures of all correlated VNF devices in the comprehensive failure information are resolved, VNFM can set the failure status of the comprehensive failure information to be “Repaired” and report comprehensive information about the failures of the orchestra from using the Or-Vnfm interface. It should be understood that the success of troubleshooting can also be reported using a predetermined alarm, which is not limited in the present invention.
Кроме того, устройство VNF, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.In addition, the VNF device for which the failure is eliminated can be isolated to avoid the additional propagation of failures that is caused by the interaction between the failed device and another neighboring device.
705b: VNFM может выполнить процесс самовосстановления.705b: VNFM may perform a self-healing process.
Если политика устранения отказов в VNFM не содержит тип отказа устройства VNF, для которого должен устраняться отказ, то VNFM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm.If the VNFM failover policy does not contain the type of failure of the VNF device for which the fault should be resolved, then VNFM can set the failure state in the comprehensive failure information as "Not repaired yet" and report comprehensive failure information to the orchestrator using the Or-Vnfm interface.
706: Оркестратор выполняет определение самовосстановления.706: The orchestra performs a self-healing determination.
Когда оркестратор принимает всестороннюю информацию об отказах, переданную посредством VNFM, оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, который подобен определению самовосстановления для VNFM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.When the orchestrator receives comprehensive failure information transmitted through the VNFM, the orchestrator detects whether a self-healing process can be performed that is similar to the self-healing definition for VNFM. The orchestrator requests a local fault resolution policy, and if the processing can be completed and the fault removal is successful, the orchestrator sets the failure state in the comprehensive failure information as “Repaired” and reports the comprehensive failure information to the OSS / BSS system; or if the orchestrator cannot complete the troubleshooting process or can perform the troubleshooting process, but the failure repair fails, the orchestrator sets the failure status of the comprehensive NFVI device failure information as “Not repaired yet” and reports the comprehensive fault information to the OSS / BSS system. It should be understood that since the orchestrator is responsible for the resources of the orchestration and management and for the implementation of the NFV service, the orchestra has relatively high processing capabilities and administrative permissions and can eliminate most failures. The OSS / BSS system is only informed of a very small number of failures that cannot be handled or whose resolution fails.
707: Система OSS/BSS выполняет устранение отказов.707: The OSS / BSS system performs troubleshooting.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством VNF и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отказ устранен" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.The OSS / BSS system sets the failure state in the received comprehensive failure information as “Being processed”. The OSS / BSS system then performs the failover in accordance with the failover policy method. After the failure has been resolved, the OSS / BSS system may receive the failure correction notification sent by the VNF and then the OSS / BSS system changes the failure status of the comprehensive failure information to “Repaired”. The OSS / BSS Failover Policy contains default methods for handling all types of failures.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т. п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть, перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).Specifically, the method of resolving the failure may include, in particular, one of the following methods: restarting the hardware device, rebooting the software (Host OS, Hypervisor, etc.), migrating the VM, rebooting the VNF of the VNF installation software, re-initiating the VNF , adding a VNF example, migrating a VNF (that is, reallocating resources to a VNF), and re-initiating a VNF Forwarding Graph.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.In accordance with the fault handling management method provided in this embodiment of the present invention, VIM obtains fault information of the hardware device and / or software to comprehensively process the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV. In addition, since comprehensive processing is performed on the correlated pieces of fault information, the same comprehensive fault information is deleted by detecting repeated alarms and the efficiency and accuracy of the fault processing are improved.
На фиг. 8 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения. Способ, показанный на фиг. 8, может выполняться системой NFV, показанной на фиг. 1.In FIG. 8 is an interaction diagram of a failure processing control method according to an embodiment of the present invention. The method shown in FIG. 8 may be performed by the NFV system shown in FIG. one.
801: VIM получает информацию об отказах.801: VIM receives failure information.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться в сообщаться к VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом. Конкретно, способ обнаружения посредством VIM, что отказ произошел в устройстве NFVI, подобен способу, описанному на этапе 601 на фиг. 6 и никакие дальнейшие подробности здесь повторно не описываются.When VIM detects that a failure has occurred somewhere in the HW, Host OS, Hypervisor or VM in the NFVI, VIM receives information about the failures of the failed NFVI device. Specifically, the received failure information may be generated to be reported to the VIM by the failed NFVI device, or may be generated in accordance with the detected failure. Specifically, the method for detecting by VIM that a failure has occurred in the NFVI device is similar to the method described in
802: VIM формирует всестороннюю информацию об отказе.802: VIM generates comprehensive failure information.
После того, как VIM принимает информацию об отказе, переданную первым устройством NFVI, или, когда VIM формирует информацию об отказе в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказе другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю обработку, которая фактически аналогична способу, описанному на этапе 602 на фиг. 6, и никакие дополнительные подробности здесь повторно не описываются.After the VIM receives the failure information transmitted by the first NFVI device, or when the VIM generates the failure information according to the failure of the first NFVI device, the VIM needs to collect the failure information of another NFVI device correlated with the first NFVI device to form a comprehensive processing that is substantially similar to the method described in block 602 of FIG. 6, and no further details are repeatedly described here.
803: Выполнить обнаружение повторяющейся аварийной сигнализации.803: Perform detection of a repeating alarm.
После формирования всесторонней информации об отказе VIM может локально обнаружить сформированную всестороннюю информацию об отказе, чтобы определить, является ли она одной и той же информацией. Конкретный способ обнаружения подобен способу, описанному на этапе 603 на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.After generating comprehensive failure information, VIM can locally locate the generated comprehensive failure information to determine if it is the same information. The specific detection method is similar to the method described in step 603 of FIG. 6, and no further details are repeated here.
804: VIM выполняет определение самовосстановления.804: VIM performs a self-healing determination.
Когда VIM формирует всестороннюю информацию об отказе, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказе типом отказа, который VIM может обработать. Конкретный способ обнаружения подобен способу, описанному на этапе 604 на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.When VIM generates comprehensive failure information, VIM can first determine if the type of failure in the comprehensive failure information is the type of failure that VIM can handle. The specific detection method is similar to the method described in step 604 of FIG. 6, and no further details are repeated here.
805a: VIM может выполнить процесс самовосстановления.805a: VIM can perform a self-healing process.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.If VIM determines that processing can be performed, VIM performs NFVI device failover in accordance with the failover method. If the failure repair is successful and the correlations of the correlated NFVI devices are resolved, the orchestrator is informed that the failure repair is successful and the process for resolving the failure ends.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 804 повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается. Конкретный способ обнаружения подобен способу, описанному на этапе 605а на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.If comprehensive failure information contains multiple NFVI devices and the NFVI device failure, which is preferably handled, is resolved successfully, but the failures of other correlated NFVI devices continue to exist,
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.In addition, the NFVI device for which the failure is eliminated can be isolated to avoid the additional propagation of failures caused by the interaction between the failed device and another neighboring device.
805b: Если VIM не может выполнить процесс самовосстановления, VIM выполняет подачу сообщения для VNFM.805b: If VIM cannot complete the self-healing process, VIM submits a message to VNFM.
Если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого должен устраняться отказ, то VIM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах VNFM , используя интерфейс Vi-Vnfm.If VIM's failover policy does not contain the type of failure of the NFVI device for which the failover is to be addressed, then VIM can set the failure state in the comprehensive failure information to be "Not repaired yet" and report comprehensive failure information VNFM using the Vi-Vnfm interface.
Когда VNFM принимает всестороннюю информацию об отказах, переданную посредством VIM, VNFM обнаруживает, может ли быть выполнен процесс самовосстановления, что подобно определению самовосстановления для VIM. VNFM запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, VNFM устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах оркестратору; или, если VNFM не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, VNFM устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах оркестратору.When the VNFM receives comprehensive fault information transmitted via VIM, the VNFM detects whether the self-healing process can be performed, which is similar to the self-healing definition for VIM. VNFM asks for a local failover policy, and if processing can be completed and the failover is successful, VNFM sets the failure status in the comprehensive failure information to “Repaired” and reports the comprehensive failure information to the orchestrator; or, if VNFM cannot complete the troubleshooting process, or can perform the troubleshooting process, but the troubleshooting fails, VNFM sets the failure status in the comprehensive NFVI device failure information to "Not repaired yet" and reports the comprehensive information about failures to the orchestra.
806: Оркестратор выполняет определение самовосстановления.806: The orchestra performs a self-healing determination.
Когда оркестратор принимает всестороннюю информацию об отказах NFVI, переданную посредством VNFM, оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, который подобен определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.When the orchestrator receives comprehensive NFVI failure information transmitted through the VNFM, the orchestrator detects whether a self-healing process can be performed that is similar to the self-healing definition for VIM. The orchestrator requests a local fault resolution policy, and if the processing can be completed and the fault removal is successful, the orchestrator sets the failure state in the comprehensive failure information as “Repaired” and reports the comprehensive failure information to the OSS / BSS system; or if the orchestrator cannot complete the troubleshooting process or can perform the troubleshooting process, but the failure repair fails, the orchestrator sets the failure status of the comprehensive NFVI device failure information as “Not repaired yet” and reports the comprehensive fault information to the OSS / BSS system. It should be understood that since the orchestrator is responsible for the resources of the orchestration and management and for the implementation of the NFV service, the orchestra has relatively high processing capabilities and administrative permissions and can eliminate most failures. The OSS / BSS system is only informed of a very small number of failures that cannot be handled or whose resolution fails.
807: Система OSS/BSS выполняет устранение отказов.807: The OSS / BSS system performs troubleshooting.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.The OSS / BSS system sets the failure state in the received comprehensive failure information as “Being processed”. The OSS / BSS system then performs the failover in accordance with the failover policy method. After the fault has been resolved, the OSS / BSS system may receive the fault rectification message sent by the NFVI and then the OSS / BSS system changes the fault state in the comprehensive fault information to “Repaired”. The OSS / BSS Failover Policy contains default methods for handling all types of failures.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных ниже способов. перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т. п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть, перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).Specifically, a method of eliminating a failure may include, in particular, one of the following methods. restarting the hardware device, rebooting the software (Host OS, Hypervisor, etc.), migrating the VM, rebooting the VNF of the VNF installation software, re-initiating the VNF, adding the VNF example, migrating the VNF (i.e., reallocating resources for VNF), and re-initiating the VNF Forwarding Graph.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.In accordance with the fault handling management method provided in this embodiment of the present invention, VIM obtains fault information of the hardware device and / or software to comprehensively process the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV. In addition, since comprehensive processing is performed on the correlated pieces of fault information, the same comprehensive fault information is deleted by detecting repeated alarms and the efficiency and accuracy of the fault processing are improved.
На фиг. 9 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения. Способ, показанный на фиг. 9, может выполняться системой NFV, показанной на фиг. 1.In FIG. 9 is an interaction diagram of a failure processing control method according to an embodiment of the present invention. The method shown in FIG. 9 can be performed by the NFV system shown in FIG. one.
901: VIM получает информацию об отказах.901: VIM receives failure information.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться и сообщаться VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом. Конкретно, способ обнаружения посредством VIM, что отказ произошел в устройстве NFVI, подобен способу, описанному на этапе 601 на фиг. 6 и никакие дальнейшие позробности здесь повторно не описываются.When VIM detects that a failure has occurred somewhere in the HW, Host OS, Hypervisor or VM in the NFVI, VIM receives information about the failures of the failed NFVI device. Specifically, the received failure information may be generated and reported by the VIM to the failed NFVI device, or may be generated in accordance with the detected failure. Specifically, the method for detecting by VIM that a failure has occurred in the NFVI device is similar to the method described in
902: VIM формирует всестороннюю информацию об отказе.902: VIM generates comprehensive failure information.
После того, как VIM принимает информацию об отказе, переданную первым устройством NFVI, или, когда VIM формирует информацию об отказе в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказе другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю обработку, которая фактически аналогична способу, описанному на этапе 602 на фиг. 6, и никакие дополнительные подробности здесь повторно не описываются.After the VIM receives the failure information transmitted by the first NFVI device, or when the VIM generates the failure information according to the failure of the first NFVI device, the VIM needs to collect the failure information of another NFVI device correlated with the first NFVI device to form a comprehensive processing that is substantially similar to the method described in block 602 of FIG. 6, and no further details are repeatedly described here.
903: Выполнить обнаружение повторяющейся аварийной сигнализации.903: Perform detection of a repeating alarm.
После формирования всесторонней информации об отказе VIM может локально обнаружить сформированную всестороннюю информацию об отказе, чтобы определить, является ли она одной и той же информацией. Конкретный способ обнаружения подобен способу, описанному на этапе 603 на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.After generating comprehensive failure information, VIM can locally locate the generated comprehensive failure information to determine if it is the same information. The specific detection method is similar to the method described in step 603 of FIG. 6, and no further details are repeated here.
904: VIM выполняет определение самовосстановления.904: VIM performs a self-healing determination.
Когда VIM формирует всестороннюю информацию об отказе, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказе типом отказа, который VIM может обработать. Конкретный способ обнаружения подобен способу, описанному на этапе 604 на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.When VIM generates comprehensive failure information, VIM can first determine if the type of failure in the comprehensive failure information is the type of failure that VIM can handle. The specific detection method is similar to the method described in step 604 of FIG. 6, and no further details are repeated here.
905a: VIM может выполнить процесс самовосстановления.905a: VIM can perform a self-healing process.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.If VIM determines that processing can be performed, VIM performs NFVI device failover in accordance with the failover method. If the failure repair is successful and the correlations of the correlated NFVI devices are resolved, the orchestrator is informed that the failure repair is successful and the process for resolving the failure ends.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, которое обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 904 повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается. Конкретный способ обнаружения подобен способу, описанному на этапе 605а на фиг. 6, и никакие дополнительные подробности повторно здесь не приводятся.If comprehensive fault information contains multiple NFVI devices and the NFVI device failure, which is preferably handled, is resolved successfully, but the failures of other correlated NFVI devices continue to exist,
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.In addition, the NFVI device for which the failure is eliminated can be isolated to avoid the additional propagation of failures caused by the interaction between the failed device and another neighboring device.
905b: Если VIM не может выполнить процесс самовосстановления, VIM выполняет подачу сообщения VNFM.905b: If VIM cannot complete the self-healing process, VIM submits a VNFM message.
Если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого должен устраняться отказ, то VIM может установить состояние отказа во всесторонней информации об отказах как "Отказ еще не устранен" ("Not repaired yet") и сообщить всестороннюю информацию об отказах VNFM , используя интерфейс Vi-Vnfm.If VIM's failover policy does not contain the type of failure of the NFVI device for which the failover is to be addressed, then VIM can set the failure state in the comprehensive failure information to be "Not repaired yet" and report comprehensive failure information VNFM using the Vi-Vnfm interface.
Когда VNFM принимает всестороннюю информацию об отказах, переданную посредством VIM, VNFM обнаруживает, может ли быть выполнен процесс самовосстановления, что подобно определению самовосстановления для VIM. VNFM запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, VNFM устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах оркестратору; или, если VNFM не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, VNFM устанавливает состояние отказа во всесторонней информации об отказах устройства NFVI как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах VIM.When the VNFM receives comprehensive fault information transmitted via VIM, the VNFM detects whether the self-healing process can be performed, which is similar to the self-healing definition for VIM. VNFM asks for a local failover policy, and if processing can be completed and the failover is successful, VNFM sets the failure status in the comprehensive failure information to “Repaired” and reports the comprehensive failure information to the orchestrator; or, if VNFM cannot complete the troubleshooting process, or can perform the troubleshooting process, but the troubleshooting fails, VNFM sets the failure status in the comprehensive NFVI device failure information to "Not repaired yet" and reports the comprehensive VIM failure information.
906: Оркестратор выполняет определение самовосстановления.906: The orchestra performs a self-healing determination.
Затем VIM сообщает всестороннюю информацию об отказах NFVI оркестратору, используя интерфейс Or-Vi, и оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления, который подобен определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.VIM then reports comprehensive NFVI failure information to the orchestrator using the Or-Vi interface, and the orchestrator detects whether a self-healing process can be performed that is similar to the self-healing definition for VIM. The orchestrator requests a local fault resolution policy, and if the processing can be completed and the fault removal is successful, the orchestrator sets the failure state in the comprehensive failure information as “Repaired” and reports the comprehensive failure information to the OSS / BSS system; or, if the orchestrator cannot complete the troubleshooting process, or can perform the troubleshooting process, but the troubleshooting fails, the orchestrator sets the failure status in the comprehensive failure information as "Not repaired yet" and reports comprehensive information about failures of the OSS / BSS system. It should be understood that since the orchestrator is responsible for the resources of the orchestration and management and for the implementation of the NFV service, the orchestra has relatively high processing capabilities and administrative permissions and can eliminate most failures. The OSS / BSS system is only informed of a very small number of failures that cannot be handled or whose resolution fails.
907: Система OSS/BSS выполняет устранение отказов.907: The OSS / BSS system performs troubleshooting.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.The OSS / BSS system sets the failure state in the received comprehensive failure information as “Being processed”. The OSS / BSS system then performs the failover in accordance with the failover policy method. After the fault has been resolved, the OSS / BSS system may receive the fault rectification message sent by the NFVI and then the OSS / BSS system changes the fault state in the comprehensive fault information to “Repaired”. The OSS / BSS Failover Policy contains default methods for handling all types of failures.
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т. п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть, перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).Specifically, the method of resolving the failure may include, in particular, one of the following methods: restarting the hardware device, rebooting the software (Host OS, Hypervisor, etc.), migrating the VM, rebooting the VNF of the VNF installation software, re-initiating the VNF , adding a VNF example, migrating a VNF (that is, reallocating resources to a VNF), and re-initiating a VNF Forwarding Graph.
Следует понимать, что на фиг. 6, фиг. 8 и фиг. 9 представлены процессы устранения отказов и управления обработкой отказов устройства NFVI устройством VIM, и на фиг. 7 представлен процесс устранения отказов и управления обработкой отказов устройства VNF устройством VNFM. Обработка при устранении отказов и управление устройством NFVI посредством устройства VIM и процесс устранения отказов и управления устройством VNF посредством устройства VNFM могут быть двумя относительно раздельными процессами или могут также быть двумя одновременными процессами, что не ограничивается в настоящем изобретении.It should be understood that in FIG. 6, FIG. 8 and FIG. 9 illustrates the processes for troubleshooting and controlling the failure handling of an NFVI device by a VIM device, and FIG. 7 illustrates the process of troubleshooting and managing the failure of a VNF device by a VNFM device. Failover processing and control of the NFVI device via the VIM device and the process of troubleshooting and control of the VNF device through the VNFM device may be two relatively separate processes or may also be two simultaneous processes, which is not limited in the present invention.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.In accordance with the fault handling management method provided in this embodiment of the present invention, VIM obtains fault information of the hardware device and / or software to comprehensively process the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV. In addition, since comprehensive processing is performed on the correlated pieces of fault information, the same comprehensive fault information is deleted by detecting repeated alarms and the efficiency and accuracy of the fault processing are improved.
На фиг. 10 представлена схема взаимодействия способа управления обработкой отказов, соответствующая варианту осуществления настоящего изобретения; Способ, показанный на фиг. 10, может выполняться системой NFV, показанной на фиг. 1.In FIG. 10 is an interaction diagram of a failure processing control method according to an embodiment of the present invention; The method shown in FIG. 10 may be performed by the NFV system shown in FIG. one.
1001a: VIM получает информацию об отказах.1001a: VIM receives failure information.
Когда VIM обнаруживает, что отказ произошел где-либо в HW, Host OS, Hypervisor or VM в NFVI, VIM получает информацию об отказах отказавшего устройства NFVI. Конкретно, полученная информация об отказах может формироваться в сообщаться к VIM отказавшим устройством NFVI или может формироваться в соответствии с обнаруженным отказом.When VIM detects that a failure has occurred somewhere in the HW, Host OS, Hypervisor or VM in the NFVI, VIM receives information about the failures of the failed NFVI device. Specifically, the received failure information may be generated to be reported to the VIM by the failed NFVI device, or may be generated in accordance with the detected failure.
Используя нижеследующие способы, VIM может обнаруживать, что отказ произошел в устройстве NFVI.Using the following methods, VIM can detect that a failure has occurred in the NFVI device.
Для удобства нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве NFVI, где первое устройство NFVI может быть любым из следующих: HW, Host OS, Hypervisor or VM в NFVI и устройство может содержать устройство аппаратурного обеспечения или устройство программного обеспечения.For convenience, the following is described using an example in which the failure occurs in the first NFVI device, where the first NFVI device can be any of the following: HW, Host OS, Hypervisor or VM in NFVI, and the device may comprise a hardware device or a software device.
Способ 1
Когда отказ происходит в первом устройстве NFVI, первое устройство NFVI формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство NFVI, и фактическое положение отказавшего первого устройства NFVI или положение отказавшего первого устройства NFVI в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Информация об отказах дополнительно содержит идентификатор отказов, используемый для уникальной идентификации информации об отказах. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины отказа, например, отключение электропитания, перегрузка или отсутствие отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство NFVI в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан в таблице 1.When a failure occurs in the first NFVI device, the first NFVI device generates fault information, where the failure information contains at least the identifier of the failed device, which is used to uniquely identify the first NFVI device, and the actual position of the failed first NFVI device or position The failed first NFVI device in a topological relation can be uniquely determined using the identifier. The failure information further comprises a failure identifier used to uniquely identify the failure information. Failure information additionally contains the type of failure used to represent the cause of the failure, for example, a power outage, overload, or no failure. In addition, the failure information may further include an operating state and a failure time, where the operating state is used to indicate whether the first NFVI device is currently operating normally and the failure time can be used to record the time when the failure occurs. As an example, the format of the failure information can be shown in table 1.
После формирования информации об отказах в приведенном выше формате первое NFVI может передать информацию об отказах к VIM, используя интерфейс Nf-Vi, и, как вариант, первое устройство NFVI может также, используя EMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.After generating the failure information in the above format, the first NFVI can transmit the failure information to VIM using the Nf-Vi interface, and, alternatively, the first NFVI device can also, using EMS, transmit the failure information to the OSS / BSS system for control, registration and submission.
Способ 2
VIM может передавать сообщение индикации первому устройству NFVI периодически или, когда требуется, чтобы дать первому устройству NFVI команду на выполнение обнаружения отказов. Если первое устройство NFVI обнаруживает отказ, первое устройство NFVI может передать обратно VIM информацию об отказе, подобную информации, приведенной в таблице 1; или, если первое устройство NFVI не имеет отказа, первое устройство NFVI может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, у котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 1.VIM may transmit an indication message to the first NFVI device periodically or, when required, to instruct the first NFVI device to perform fault detection. If the first NFVI device detects a failure, the first NFVI device can transmit back to VIM the failure information similar to the information shown in Table 1; or, if the first NFVI device has no failure, the first NFVI device may not send back any messages, or it may send back a failure message that indicates “No fault” for the type of failure and the operating state is “Normal” ("Normal"), see table 1.
Способ 3
Первое устройство NFVI может периодически передавать сообщение с индикацией "я жив", указывающее VIM, что первое устройство NFVI работает нормально. VIM периодически принимает сообщения "я жив" от первого устройства NFVI и понимает, что первое устройство NFVI работает нормально. Когда сообщения "я жив" от первого устройства NFVI прерываются, VIM определяет, что в первом устройстве NFVI произошел отказ и VIM может формировать информацию об отказе первого NFVI. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.The first NFVI device may periodically send a message with the indication "I'm alive" indicating to VIM that the first NFVI device is operating normally. VIM periodically receives “I'm Alive” messages from the first NFVI device and realizes that the first NFVI device is working properly. When I am alive from the first NFVI device is interrupted, VIM determines that a failure has occurred in the first NFVI device and that VIM can generate failure information for the first NFVI. The specific format of the failure information is similar to the failure information shown in Table 1, and no further details are again described here.
Когда устройство NFVI не может сообщить информацию об отказе из-за неожиданного события, такого как отключение электропитания, VIM все еще может понимать, что в первом устройстве NFVI только что произошел отказ.When an NFVI device cannot report failure information due to an unexpected event, such as a power outage, VIM can still understand that a failure has just occurred in the first NFVI device.
Способ 4Method 4
VIM может выполнять обнаружение отказа на NFVI периодически или по мере необходимости и затем VIM формирует информацию об отказе первого NFVI в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 1, и никакие дополнительные подробности здесь снова не описываются.VIM can perform failure detection on the NFVI periodically or as needed, and then VIM generates failure information of the first NFVI in accordance with the result of the failure detection. The specific format of the failure information is similar to the failure information shown in Table 1, and no further details are again described here.
В заключение, VIM может обнаруживать отказ устройства NFVI, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство NFVI передает VIM сообщения "я жив" периодически и, когда происходит отказ, передает информацию об отказе к VIM. Если устройство NFVI не может сообщить информацию об отказе из-за катастрофического отказа, VIM может в связи с прекращением сообщений "я жив" понять, что в устройстве NFVI произошел отказ.In conclusion, VIM can detect the failure of the NFVI device using any of the methods listed above, and, obviously, can perform the detection by combining multiple methods, for example, combining
1001b: VNFM получает информацию об отказах.1001b: VNFM receives failure information.
Когда VNFM обнаруживает, что в каком-либо устройстве VNF в VNF произошел отка, VNFM получает информацию об отказе отказавшего устройства VNF. Конкретно, полученная информация об отказах может формироваться сообщаться VNFM отказавшим устройством VIM или может формироваться локально посредством VNFM в соответствии с обнаруженным отказом.When the VNFM detects that a failure has occurred in any VNF device in the VNF, the VNFM receives the failure information of the failed VNF device. Specifically, the received failure information may be generated by the VNFM by the failed VIM device, or may be generated locally by the VNFM in accordance with the detected failure.
VNFM, используя нижеследующие способы, может обнаруживать, что отказ произошел в устройстве VNF.VNFM, using the following methods, can detect that a failure has occurred in the VNF device.
Для удобства описания нижеследующее описывается, используя пример, в котором отказ происходит в первом устройстве VNF, где первое устройство VNF может быть устройством VNF в VNF и устройство может быть устройством аппаратурного обеспечения, устройством программного обеспечения или любым конкретным примером.For convenience of description, the following is described using an example in which a failure occurs in the first VNF device, where the first VNF device may be a VNF device in the VNF and the device may be a hardware device, a software device, or any specific example.
Способ 1
Когда отказ происходит в первом устройстве VNF, первое устройство VNF формирует информацию об отказах, где информация об отказах содержит, по меньшей мере, идентификатор отказавшего устройства, который используется, чтобы уникальным образом идентифицировать первое устройство VNF, и фактическое положение отказавшего первого устройства VNF или положение отказавшего первого устройства VNF в топологическом соотношении может быть определено уникальным образом, используя идентификатор. Информация об отказах дополнительно содержит тип отказа, используемый для представления причины или результата отказа. Кроме того, информация об отказах может дополнительно содержать рабочее состояние и время отказа, где рабочее состояние используется для обозначения, работает ли первое устройство VNF в настоящее время нормальным образом, а время отказа может использоваться для регистрации времени, когда происходит отказ. Как пример, формат информации об отказах может быть показан в таблице 3.When a failure occurs in the first VNF device, the first VNF device generates fault information, where the failure information contains at least the identifier of the failed device, which is used to uniquely identify the first VNF device, and the actual position of the failed first VNF device or position The failed first VNF device in a topological relation can be uniquely determined using the identifier. The failure information further comprises a type of failure used to represent the cause or result of the failure. In addition, the failure information may further include an operating state and a failure time, where the operating state is used to indicate whether the first VNF is currently operating normally and the failure time can be used to record the time when the failure occurs. As an example, the format of the failure information can be shown in table 3.
После формирования информации об отказах в приведенном выше формате первое устройство VNF может передать информацию об отказах к VNFM, используя интерфейс Ve-Vnfm, и, как вариант, первое устройство NFVI может также, используя vEMS, передать информацию об отказах системе OSS/BSS для управления, регистрации и представления.After generating the failure information in the above format, the first VNF device can transmit the failure information to the VNFM using the Ve-Vnfm interface, and, alternatively, the first NFVI device can also use the vEMS to transmit the failure information to the OSS / BSS system for control registration and submission.
Способ 2
VNFM может передавать сообщение индикации первому устройству VNF периодически или по мере необходимости, чтобы дать первому устройству VNF команду на выполнение обнаружения отказов. Если первое устройство VNF обнаруживает отказ, первое устройство VNF может передать обратно VNFM информацию об отказе, подобную информации, приведенной в таблице 3; или, если первое устройство VNF не имеет отказа, первое устройство VNF может не передавать обратно никаких сообщений или может передать обратно сообщение об отказах, в котором для типа отказа указывается "Нет отказов" ("No fault") и рабочее состояние является "Нормальным" ("Normal"), смотрите таблицу 3.The VNFM may transmit an indication message to the first VNF device periodically or as necessary to instruct the first VNF device to perform fault detection. If the first VNF device detects a failure, the first VNF device can transmit back to the VNFM failure information similar to the information shown in Table 3; or, if the first VNF device does not have a failure, the first VNF device may not send back any messages or it may send a failure message back indicating "No fault" for the type of failure and the operating state is "Normal" ("Normal"), see table 3.
Способ 3
Первое устройство VNF может периодически передавать сообщение с индикацией "я жив", указывающее VNFM, что первое устройство VNF работает нормально. VNFM периодически принимает сообщения "я жив" от первого устройства VNF и понимает, что первое устройство VNF работает нормально. Когда сообщения "я жив" от первого устройства VNF прерываются, VNFM определяет, что в первом устройстве VNF произошел отказ и VNFM может формировать информацию об отказе первого устройства VNF. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.The first VNF device may periodically transmit a message with the indication "I'm alive" indicating to the VNFM that the first VNF device is operating normally. VNFM periodically receives “I'm Alive” messages from the first VNF device and realizes that the first VNF device is working properly. When the “I'm alive” messages from the first VNF device are interrupted, the VNFM determines that a failure has occurred in the first VNF device and the VNFM can generate failure information of the first VNF device. The specific format of the failure information is similar to the failure information shown in Table 3, and no further details are again described here.
Когда устройство VNF не может сообщить информацию об отказе из-за неожиданного события, VNFM все еще может понимать, что в первом устройстве VNF произошел отказ.When the VNF cannot communicate failure information due to an unexpected event, the VNFM can still understand that a failure has occurred in the first VNF.
Способ 4Method 4
VNFM может выполнять обнаружение отказа на VNF периодически или по мере необходимости и затем VNFM формирует информацию об отказе первого VNF в соответствии с результатом обнаружения отказа. Конкретный формат информации об отказе подобен той информации об отказе, которая приведена в таблице 3, и никакие дополнительные подробности здесь снова не описываются.The VNFM may perform failure detection on the VNF periodically or as needed, and then the VNFM generates failure information of the first VNF in accordance with the result of the failure detection. The specific format of the failure information is similar to the failure information shown in Table 3, and no further details are again described here.
В заключение, VNFM может обнаруживать отказ устройства VNF, используя любой из перечисленных выше способов, и, очевидно, может выполнять обнаружение, объединяя многочисленные способы, например, объединяя способ 1 и способ 3. Устройство VNF передает VNFM сообщения "я жив" периодически и, когда происходит отказ, передает на VNFM информацию об отказе. Если устройство VNF не может сообщить информацию об отказе из-за катастрофического отказа, VNFM может в связи с прекращением сообщений "я жив" понять, что в устройстве VNF произошел отказ.In conclusion, the VNFM can detect the failure of the VNF device using any of the above methods, and, obviously, can perform the detection by combining multiple methods, for example, combining the
Следует понимать, что этапы 1001a и 1001b могут быть относительно раздельными процессами или могут быть двумя связанными процессами. В этом варианте осуществления настоящего изобретения два этапа могут рассматриваться как два одновременных процесса, то есть, этот вариант осуществления настоящего изобретения специально описывает управление обработкой отказов и устранение отказов в случае, когда происходят коррелированные отказы в устройстве NFVI и в устройстве VNF.It should be understood that
1002a: VIM формирует всестороннюю информацию об отказе.1002a: VIM generates comprehensive failure information.
После того, как VIM принимает информацию об отказе, переданную первым устройством NFVI, или, когда VIM формирует информацию об отказе в соответствии с отказом первого устройства NFVI, VIM необходимо собрать информацию об отказе другого устройства NFVI, коррелированного с первым устройством NFVI, чтобы сформировать всестороннюю информацию об отказе, так чтобы выполнить всестороннюю обработку.After the VIM receives the failure information transmitted by the first NFVI device, or when the VIM generates the failure information according to the failure of the first NFVI device, the VIM needs to collect the failure information of another NFVI device correlated with the first NFVI device to form a comprehensive failure information, so as to perform comprehensive processing.
Конкретно, поскольку между устройствами HW, Host OS, Hypervisor, и VM существует корреляция, когда происходит отказ в первом устройстве NFVI, отказ может произойти в устройстве, коррелированном с первым устройством NFVI.Specifically, since there is a correlation between the HW, Host OS, Hypervisor, and VM devices when a failure occurs in the first NFVI device, a failure can occur in the device correlated with the first NFVI device.
На фиг. 6b для примера показана корреляция между устройствами HW, Host OS, Hypervisor и VM. Например, Host OS1, Hypervisor1, VM1 и VM2 коррелируются с HW1. Это означает, что когда отказ происходит в HW1, отказы могут также происходить в виртуализированных устройствах, установленных на HW1: Host OS1, Hypervisor1, VM1 и VM2.In FIG. 6b shows, for example, the correlation between HW, Host OS, Hypervisor, and VM devices. For example, Host OS1, Hypervisor1, VM1, and VM2 are correlated with HW1. This means that when a failure occurs in HW1, failures can also occur in virtualized devices installed on HW1: Host OS1, Hypervisor1, VM1, and VM2.
В этом случае, VIM может собирать информацию об отказе, сообщенную от Host OS1, Hypervisor1, VM1 и VM2, и формировать всестороннюю информацию об отказе со ссылкой на информацию об отказе HW1. Конкретно, может быть сформирована всесторонняя информация об отказах, показанная в таблице 2, где формат информации об отказах устройств HW, Host OS, Hypervisor и VM подобен формату, приведенному в таблице 1.In this case, VIM can collect the failure information reported from Host OS1, Hypervisor1, VM1 and VM2, and generate comprehensive failure information with reference to the failure information HW1. Specifically, comprehensive failure information can be generated, shown in Table 2, where the failure information format of the HW, Host OS, Hypervisor, and VM devices is similar to the format shown in Table 1.
Следует понимать, что всесторонняя информация об отказе, показанная в таблице 2, является конкретным примером и информация об отказе устройств, которая специально введена во всестороннюю информацию об отказе, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказе только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").It should be understood that the comprehensive failure information shown in Table 2 is a specific example and the device failure information that is specifically included in the comprehensive failure information is determined in accordance with the correlation. When comprehensive failure information is only being generated, the failure status can be set to “Not processed yet.”
1002b: VNFM формирует всестороннюю информацию об отказах.1002b: VNFM generates comprehensive failure information.
После того, как VNFM принимает информацию об отказе, переданную первым устройством VNF, или VNFM формирует информацию об отказе, соответствующую отказу первого устройства VNF, то есть, после этапа 1001b, VNFM может формировать всестороннюю информацию об отказе в соответствии с информацией об отказе первого VNF. Как вариант, VNFM может собирать информацию об отказах других устройств VNF, коррелированных с первым устройством VNF, чтобы сформировать всестороннюю информацию об отказах, так чтобы выполнить всестороннюю обработку.After the VNFM receives the failure information transmitted by the first VNF device, or the VNFM generates failure information corresponding to the failure of the first VNF device, that is, after
Поскольку между устройствами VNF существует корреляция, когда отказ происходит в первом устройстве VNF, отказ может также произойти в другом устройстве VNF, коррелированном с первым устройством VNF. На фиг. 7b в качестве примера показан корреляция между устройствами VNF. Например, VNF1 и VNF2 оба основаны на VM1, то есть, между VNF1 и VNF2 существует корреляция. Когда происходит отказ в VNF1, отказ может также произойти в VNF2.Since there is a correlation between VNF devices when a failure occurs in the first VNF device, a failure can also occur in another VNF device correlated with the first VNF device. In FIG. 7b shows, by way of example, the correlation between VNF devices. For example, VNF1 and VNF2 are both based on VM1, that is, there is a correlation between VNF1 and VNF2. When a failure occurs in VNF1, a failure can also occur in VNF2.
В этом случае VNFM может собирать информацию об отказах, сообщенную VNF1, и формировать всестороннюю информацию об отказах со ссылкой на информацию об отказах VNF2. Конкретно, всесторонняя информация об отказах, показанная в таблице 4, может быть сформирована следующим образом:In this case, the VNFM can collect the failure information reported by VNF1 and generate comprehensive failure information with reference to the VNF2 failure information. Specifically, the comprehensive failure information shown in Table 4 can be generated as follows:
Форматы информации об отказах VNF1 и VNF2 подобны форматам таблицы 3. Следует понимать, что всесторонняя информация об отказе, показанная в таблице 4, является конкретным примером и информация об отказе устройств, которая специально введена во всестороннюю информацию об отказе, определяется в соответствии с корреляцией. Когда всесторонняя информация об отказе только формируется, состояние отказа может быть установлено как "Еще не обработано" ("Not processed yet").The failure information formats VNF1 and VNF2 are similar to the formats of Table 3. It should be understood that the comprehensive failure information shown in Table 4 is a specific example and the device failure information that is specifically included in the comprehensive failure information is determined according to the correlation. When comprehensive failure information is only being generated, the failure status can be set to “Not processed yet.”
Аналогично, этапы 1002a и 1001b могут быть относительно раздельными процессами или могут быть двумя связанными процессами. В настоящем варианте осуществления настоящего изобретения два этапа могут рассматриваться как два одновременных процесса.Similarly,
1003a: VIM выполняет обнаружение повторяющейся аварийной сигнализации.1003a: VIM performs detection of a repeating alarm.
После формирования всесторонней информации об отказе 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, которые частично являются такими же, но состояния отказа могут быть разными.After generating comprehensive failure information, VIM can locally locate the generated comprehensive failure information to determine if it is the same information. Specifically, since after a failure occurs in the NFVI device, all correlated faulty NFVI devices can report the failure information, VIM can generate multiple fragments of the same comprehensive failure information for the same failure. For example, if a failure occurs in HW1, failures also occur in Host OS1, Hypervisor1, VM1, and VM2 correlated with HW1, and Host OS1, Hypervisor1, VM1, and VM2 correlated with HW1 perform the same operation as HW1. VIM can generate multiple pieces of the same comprehensive failure information after collecting correlated failure information, in which case, VIM can only process one piece of comprehensive failure information and discard the other same comprehensive failure information. It should be understood that the same failure information refers to failure information of HW, Host OS, Hypervisor, and VM, which are partially the same, but failure conditions may be different.
Конкретно, всесторонняя информация об отказе может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказе, например, состоянием отказа во всесторонней информации об отказе, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказе и если обнаруживается одна и та же всесторонняя информация об отказе, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказе, которая еще не обработана, отбрасывается и всесторонняя информация об отказе в которой состоянием отказа является "Обрабатывается" ( "Being processed"), резервируется и обрабатывается.Specifically, the comprehensive failure information may be backed up or discarded in accordance with the failure status of the comprehensive failure information, for example, the failure state of the comprehensive failure information that has just been generated is “Not processed yet”, repeating alarm detection is performed for comprehensive failure information and if the same comprehensive failure information is detected in which the failure state is “Being processed”, fully External failure information that has not yet been processed is discarded and comprehensive failure information in which the failure state is “Being processed” is backed up and processed.
1003b: VNFM выполняет обнаружение повторяющейся аварийной сигнализации.1003b: VNFM performs a repeating alarm detection.
После формирования всесторонней информации об отказах VNFM может локально обнаружить сформированную всестороннюю информацию об отказах, чтобы определить, является ли она той же самой информацией. Конкретно, поскольку после того, как в устройстве VNF происходит отказ, все коррелированные неисправные устройства VNF могут сообщать информацию об отказе, VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказе для одного и того же отказа. Например, если отказ происходит в VNF1, отказ также происходит в VNF2, коррелированном с VNF1, и VNF2 выполняет ту же самую операцию, что и VNF1. VNFM может формировать многочисленные фрагменты одной и той же всесторонней информации об отказах после сбора коррелированной информации об отказах, и в этом случае VNFM может обрабатывать только один фрагмент всесторонней информации об отказах и отбрасывать другую такую же всестороннюю информацию об отказах. Следует понимать, что одна и та же информация об отказе относится к информации о состоянии VNF, которая частично является одной и той же, а состояния отказов могут быть различными.After generating comprehensive failure information, VNFM can locally locate the generated comprehensive failure information to determine if it is the same information. Specifically, since after a failure occurs in the VNF device, all correlated faulty VNF devices can report failure information, the VNFM can generate multiple fragments of the same comprehensive failure information for the same failure. For example, if a failure occurs in VNF1, a failure also occurs in VNF2 correlated with VNF1, and VNF2 performs the same operation as VNF1. VNFM can generate multiple fragments of the same comprehensive failure information after collecting correlated failure information, in which case VNFM can only process one piece of comprehensive failure information and discard another same comprehensive failure information. It should be understood that the same failure information refers to VNF state information, which is partially the same, and failure states may be different.
Конкретно, всесторонняя информация об отказе может резервироваться или отбрасываться в соответствии с состоянием отказа во всесторонней информации об отказе, например, состоянием отказа во всесторонней информации об отказе, которая только что сформирована, является "Еще не обработан" ("Not processed yet"), обнаружение повторяющейся аварийной сигнализации выполняется для всесторонней информации об отказе и если обнаруживается одна и та же всесторонняя информация об отказе, в которой состоянием отказа является "Обрабатывается" ("Being processed"), всесторонняя информация об отказе, которая еще не обработана, отбрасывается и всесторонняя информация об отказе в которой состоянием отказа является "Обрабатывается" ( "Being processed"), резервируется и обрабатывается.Specifically, the comprehensive failure information may be backed up or discarded in accordance with the failure status of the comprehensive failure information, for example, the failure state of the comprehensive failure information that has just been generated is “Not processed yet”, repeating alarm detection is performed for comprehensive failure information and if the same comprehensive failure information is detected in which the failure state is “Being processed”, fully External failure information that has not yet been processed is discarded and comprehensive failure information in which the failure state is “Being processed” is backed up and processed.
1004a: VIM выполняет определение самовосстановления.1004a: VIM performs a self-healing determination.
Когда VIM формирует всестороннюю информацию об отказе, VIM может сначала определить, является ли тип отказа во всесторонней информации об отказе типом отказа, который VIM может обработать.When VIM generates comprehensive failure information, VIM can first determine if the type of failure in the comprehensive failure information is the type of failure that VIM can handle.
Конкретно, VIM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может решаться посредством определения, существует ли в политике устранения отказов тип отказа во всесторонней информации об отказе. Например, типом отказа HW1 является "низкая производительность" ("low performance") и соответствующим способом устранения отказа является "перезапуск" ("restart").Specifically, VIM has a failover policy, where the failover policy contains the mapping between the identifier of the failed device, the type of failure, and the method of troubleshooting. Whether processing can be performed can be decided by determining if the type of failure in comprehensive failure information exists in the failover policy. For example, the type of failure HW1 is “low performance” and the corresponding method of resolving the failure is “restart”.
Кроме того, когда всесторонняя информация об отказе содержит информацию об отказе многочисленных коррелированных устройств NFVI, VIM может в соответствии с приоритетами устройств NFVI принять решение выполнить определение самовосстановления, определенного по типу файла в информации об отказе устройства NFVI. Приоритетами являются: HW > Host OS > Hypervisor > VM. Например, как показано в таблице 2, когда всесторонняя информация об отказе содержит информацию об отказе HW1, Host OS1, Hypervisor1, VM1 и VM2, VIM может предпочтительно обрабатывать отказ HW1, то есть, определять в соответствии с типом отказа в информации об отказе HW1, такую информацию как "низкая производительность" ("low performance"), способом устранения отказа которого является "перезапуск" ("restart").In addition, when comprehensive failure information contains failure information of multiple correlated NFVI devices, VIM may, in accordance with the priorities of the NFVI devices, decide to perform a self-healing determination determined by the file type in the NFVI device failure information. The priorities are: HW> Host OS> Hypervisor> VM. For example, as shown in Table 2, when comprehensive failure information contains the failure information HW1, Host OS1, Hypervisor1, VM1 and VM2, VIM can preferably handle the failure HW1, that is, determine according to the type of failure in the failure information HW1, information such as "low performance", which can be resolved by "restart".
1004b: VNFM выполняет определение самовосстановления.1004b: VNFM performs self-healing determination.
Когда VNFM формирует всестороннюю информацию об отказах, VNFM может сначала определить, является ли тип отказа во всесторонней информации об отказах типом отказа, который VNFM может обработать.When the VNFM generates comprehensive failure information, the VNFM can first determine if the type of failure in the comprehensive failure information is the type of failure that the VNFM can handle.
Конкретно, VNFM имеет политику устранения отказов, где политика устранения отказов содержит установление соответствия между идентификатором отказавшего устройства, типом отказа и способом устранения отказа. Может ли быть выполнена обработка, может решаться посредством определения, существует ли в политике устранения отказов тип отказа, соответствующий отказу во всесторонней информации об отказе. Например, типом отказа VNF1 является "низкая производительность" ("low performance"), то соответствующим способом устранения отказа является "добавление объекта VNF" ("adding a VNF instance").Specifically, VNFM has a failover policy, where the failover policy contains the mapping between the identifier of the failed device, the type of failure, and the method of troubleshooting. Whether processing can be performed can be decided by determining if a failure type exists in the failure elimination policy corresponding to the failure to provide comprehensive failure information. For example, if VNF1 is a failure type of "low performance", then the appropriate way to eliminate the failure is to "add a VNF instance".
Конкретно, способ устранения отказа может содержать, в частности, один из перечисленных следующих способов: перезапуск устройства аппаратурного обеспечения, перезагрузка программного обеспечения (Host OS, Hypervisor и т. п.), миграция VM, перезагрузка VNF установочного программного обеспечения VNF, повторное инициирование VNF, добавление примера VNF, миграция VNF (то есть, перераспределение ресурсов для VNF), и повторное инициирование графика пересылки VNF (VNF Forwarding Graph).Specifically, the method of resolving the failure may include, in particular, one of the following methods: restarting the hardware device, rebooting the software (Host OS, Hypervisor, etc.), migrating the VM, rebooting the VNF of the VNF installation software, re-initiating the VNF , adding a VNF example, migrating a VNF (that is, reallocating resources to a VNF), and re-initiating a VNF Forwarding Graph.
1005a: VIM может выполнить процесс самовосстановления.1005a: VIM can perform a self-healing process.
Если VIM определяет, что обработка может быть выполнена, VIM выполняет устранение отказа устройства NFVI в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств NFVI устранены, оркестратору сообщается, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.If VIM determines that processing can be performed, VIM performs NFVI device failover in accordance with the failover method. If the failure repair is successful and the correlations of the correlated NFVI devices are resolved, the orchestrator is informed that the failure repair is successful and the process for resolving the failure ends.
Если всесторонняя информация об отказах содержит многочисленные устройства NFVI и отказ устройства NFVI, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств NFVI продолжают существовать, этап 1004a повторяется, чтобы определить и устранить отказ устройства NFVI, имеющего наивысший приоритет из числа остающихся отказавших устройств NFVI, до тех пор, пока не будут устранены отказы всех устройств NFVI во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.If comprehensive fault information contains multiple NFVI devices and the NFVI device failure, which is preferably handled, is resolved successfully, but the failures of other correlated NFVI devices continue to exist,
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VIM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и в которой состояние указывается как "Еще не обработано" ("Not processed yet").Specifically, for comprehensive failure information that can be processed, VIM can set the troubleshooting state to “Being processed” in order to avoid reprocessing the same comprehensive failure information that is generated sequentially and in which The status is indicated as Not processed yet.
Устройство NFVI, для которого успешно устранен отказ, может уведомить VIM посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 1, что устранение отказов прошло успешно. Когда отказы всех коррелированных устройств NFVI во всесторонней информации об отказах устранены, VIM может установить состояние отказа во всесторонней информации об отказах на "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.An NFVI device for which a fault has been successfully resolved can notify VIM by reporting fault information in which the operating state is indicated as “Normal” and which is similar to the fault information shown in Table 1 that the fault elimination was successful. When the failures of all correlated NFVI devices in the comprehensive failure information are resolved, VIM can set the failure status of the comprehensive failure information to “Repaired” and report the comprehensive failure information to the orchestrator using the Or-Vi interface. It should be understood that the success of troubleshooting can also be reported using a predetermined alarm, which is not limited in the present invention.
Кроме того, устройство NFVI, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.In addition, the NFVI device for which the failure is eliminated can be isolated to avoid the additional propagation of failures caused by the interaction between the failed device and another neighboring device.
1005b: VNFM может выполнить процесс самовосстановления.1005b: VNFM can perform a self-healing process.
Если VNFM определяет, что обработка может быть выполнена, VNFM выполняет устранение отказа устройства VNF в соответствии со способом устранения отказа. Если устранение отказа прошло успешно и отказы коррелированных устройств VNF устранены, оркестратор уведомляется, что устранение отказа прошло успешно и процесс обработки для устранения отказа заканчивается.If the VNFM determines that processing can be performed, the VNFM performs VNF device failover in accordance with the failover method. If the failover is successful and the correlations of the correlated VNF devices are resolved, the orchestrator is notified that the failover is successful and the process for resolving the failure ends.
Если всесторонняя информация об отказах содержит многочисленные устройства VNF и отказ устройства VNF, который обрабатывается предпочтительно, устранен успешно, но отказы других коррелированных устройств VNF продолжают существовать, этап 1004b повторяется, чтобы определить и устранить отказы остающихся устройств VNF, до тех пор, пока не будут устранены отказы всех устройств VNF во всесторонней информации об отказах. Затем оркестратор уведомляется, что устранение отказов прошло успешно и процесс обработки для устранения отказов заканчивается.If comprehensive fault information contains multiple VNF devices and the failure of the VNF device, which is preferably handled, is resolved successfully, but the failures of other correlated VNF devices continue to exist,
Конкретно, для всесторонней информации об отказах, которая может обрабатываться, VNFM может установить состояние устранение отказов как "Обрабатывается" ("Being processed"), с тем, чтобы избежать повторной обработки той же самой всесторонней информации об отказах, которая формируется последовательно и в которой состояние указывается как "Еще не обработано" ("Not processed yet").Specifically, for comprehensive failure information that can be processed, VNFM can set the troubleshooting state to be Being processed so as to avoid reprocessing the same comprehensive failure information that is generated sequentially and in which The status is indicated as Not processed yet.
Устройство VNF, для которого успешно устранен отказ, может уведомить VNFM, что устранение отказов прошло успешно, посредством сообщения информации об отказах, в которой рабочее состояние указывается как "Нормальное" ("Normal") и которая подобна информации об отказах, приведенной в таблице 3. Когда отказы всех коррелированных устройств VNF во всесторонней информации об отказах устранены, VNFM может установить состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщить всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm. Следует понимать, что об успехе устранения неисправностей можно также сообщить, используя заданную сигнализацию, которая не ограничивается в настоящем изобретении.A VNF device that has successfully resolved the failure can notify the VNFM that the troubleshooting was successful by reporting the failure information, in which the operating state is indicated as “Normal” and which is similar to the failure information shown in Table 3 When the failures of all correlated VNF devices in the comprehensive failure information are resolved, VNFM can set the failure status of the comprehensive failure information to be “Repaired” and report comprehensive information about the failures of the orchestra from using the Or-Vnfm interface. It should be understood that the success of troubleshooting can also be reported using a predetermined alarm, which is not limited in the present invention.
Кроме того, устройство VNF, для которого устраняется отказ, может быть изолировано, чтобы избежать дополнительного распространения отказов, которое вызывается взаимодействием между отказавшим устройством и другим соседним устройством.In addition, the VNF device for which the failure is eliminated can be isolated to avoid the additional propagation of failures that is caused by the interaction between the failed device and another neighboring device.
1005c: VIM не может выполнить процесс самовосстановления.1005c: VIM cannot complete the self-healing process.
После определения на этапе 1005a, если политика устранения отказов в VIM не содержит тип отказа устройства NFVI, для которого отказ должен быть устранен, устройство VIM запрашивает у устройства VNFM информацию об отказе устройства VNF, коррелированного с первым устройством VNFI. Затем VIM принимает переданную посредством VNFM информацию об отказе устройства VNF, коррелированного с первым устройством VNFI, добавляет принятую информацию об отказе к первоначальной всесторонней информации об отказах NFVI и затем сообщает объединенную всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vi. Например, при корреляции, показанной на фиг. 6a, устройствами NFVI, коррелированными с HW1, являются Host OS1, Hypervisor1, VM1 и VM2 и HW1 дополнительно коррелируется с VNF, где VNF1 и VNF2 также коррелируются с HW1. Если отказ происходит в VNF1, то есть, VNFM имеет информацию об отказе VNF1, VNFM передает информацию об отказе VNF1 к VIM, используя интерфейс Vi-Vnfm, с тем, чтобы VIM выполнил всестороннюю обработку и сообщение.After determining in
1005d: VNFM может выполнить процесс самовосстановления.1005d: VNFM can perform a self-healing process.
После определения на этапе 1005b, если политика устранения отказов в VNFM не содержит тип отказа устройства VNF, для которого отказ должен быть устранен, устройство VNFM запрашивает у устройства VIM информацию об отказе устройства NFVI, коррелированного с первым устройством VNF. Затем VNFM принимает переданную посредством VIM информацию об отказе устройства NFVI, коррелированного с первым устройством VNF, добавляет принятую информацию об отказе к первоначальной всесторонней информации об отказах VNF и затем сообщает объединенную всестороннюю информацию об отказах оркестратору, используя интерфейс Or-Vnfm. Например, при корреляции, показанной на фиг. 6a, устройствами 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 выполняет всестороннюю обработку и сообщение.After determining in
1006: Оркестратор выполняет определение самовосстановления.1006: The orchestra performs a self-healing determination.
Когда оркестратор принимает всестороннюю информацию об отказах, которая сообщается посредством VNFM или VIM и для которой выполнена всесторонняя обработка (1005c или 1005d), оркестратор обнаруживает, может ли быть выполнен процесс самовосстановления для всесторонней информации об отказах, который подобен определению самовосстановления для VIM. Оркестратор запрашивает локальную политику устранения отказов и если обработка может быть выполнена и устранение отказов является успешным, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Отказы устранены" ("Repaired") и сообщает всестороннюю информацию об отказах системе OSS/BSS; или, если оркестратор не может выполнить процесс устранения отказов или может выполнить процесс устранения отказов, но устранение отказов терпит неудачу, оркестратор устанавливает состояние отказа во всесторонней информации об отказах как "Еще не устранено" ("Not repaired yet") и сообщает всестороннюю информацию об отказах системе OSS/BSS. Следует понимать, что поскольку оркестратор несет ответственность за ресурсы оркестрации и управления и за реализацию обслуживания NFV, оркестратор имеет относительно высокие возможности обработки и разрешения администрирования и может устранять большинство отказов. Системе OSS/BSS сообщается только об очень малом количестве отказов, которые не могут быть обработаны или устранение которых терпит неудачу.When an orchestrator receives comprehensive failure information that is communicated through VNFM or VIM and for which comprehensive processing has been performed (1005c or 1005d), the orchestrator detects whether a self-healing process can be performed for comprehensive failure information, which is similar to the self-healing definition for VIM. The orchestrator requests a local fault resolution policy, and if the processing can be completed and the fault removal is successful, the orchestrator sets the failure state in the comprehensive failure information as “Repaired” and reports the comprehensive failure information to the OSS / BSS system; or, if the orchestrator cannot complete the troubleshooting process, or can perform the troubleshooting process, but the troubleshooting fails, the orchestrator sets the failure status in the comprehensive failure information as "Not repaired yet" and reports comprehensive information about failures of the OSS / BSS system. It should be understood that since the orchestrator is responsible for the resources of the orchestration and management and for the implementation of the NFV service, the orchestra has relatively high processing capabilities and administrative permissions and can eliminate most failures. The OSS / BSS system is only informed of a very small number of failures that cannot be handled or whose resolution fails.
1007: Система OSS/BSS выполняет устранение отказов.1007: The OSS / BSS system performs troubleshooting.
Система OSS/BSS устанавливает состояние отказа в принятой всесторонней информации об отказах как "Обрабатывается" ("Being processed"). Затем система OSS/BSS выполняет устранение отказов в соответствии со способом политики устранения отказов. После устранения отказа система OSS/BSS может принять уведомление об устранении отказа, переданное устройством NFVI и затем система OSS/BSS изменяет состояние отказа во всесторонней информации об отказах на "Отремонтировано" ("Repaired"). Политика устранения отказов в системе OSS/BSS содержит по умолчанию способы обработки всех типов отказов.The OSS / BSS system sets the failure state in the received comprehensive failure information as “Being processed”. The OSS / BSS system then performs the failover in accordance with the failover policy method. After the fault has been resolved, the OSS / BSS system may receive the fault rectification message sent by the NFVI and then the OSS / BSS system changes the fault state in the comprehensive fault information to “Repaired”. The OSS / BSS Failover Policy contains default methods for handling all types of failures.
В соответствии со способом управления обработкой отказов, обеспечиваемым в этом варианте осуществления настоящего изобретения, VIM получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах, одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации и эффективность и точность обработки отказов повышаются.In accordance with the fault handling management method provided in this embodiment of the present invention, VIM obtains fault information of the hardware device and / or software to comprehensively process the correlated pieces of fault information, which can implement fault reporting and processing in the medium NFV. In addition, since comprehensive processing is performed on the correlated pieces of fault information, the same comprehensive fault information is deleted by detecting repeated alarms and the efficiency and accuracy of the fault processing are improved.
На фиг. 11 представлена блок-схема устройства виртуализированного администратора инфраструктуры VIM, соответствующая варианту осуществления настоящего изобретения. Устройство VIM 1100, показанное на фиг. 11, содержит блок 1101 получения, блок 1102 формирования и блок 1103 обработки.In FIG. 11 is a block diagram of a virtualized VIM infrastructure administrator device in accordance with an embodiment of the present invention. The
Блок 1101 получения получает первую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства инфраструктуры виртуализации сетевых функций NFVI, где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор отказавшего устройства.The receiving
Блок 1102 формирования выполнен с возможностью формирования первой всесторонней информации об отказах в соответствии с первой информацией об отказах, полученной блоком 1101 получения, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах.The
Блок 1103 обработки выполнен с возможностью устранения отказа или сообщения о процессе согласно первой всесторонней информации об отказах, сформированной блоком 1102 формирования.The
Устройство 1100 VIM, обеспечиваемое в настоящем варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.The
Как вариант, в варианте осуществления устройство 1100 VIM дополнительно содержит блок определения и приемный блок и блок получения специально выполнен с возможностью приема, используя приемный блок, первой информации об отказах, переданной первым устройством NFVI; или определения, используя блок определения, что отказ произошел в первом устройстве NFVI, и формирования первой информации об отказах в соответствии с отказом первого устройства NFVI. Alternatively, in an embodiment, the
Как вариант, в варианте осуществления первое устройство NFVI яляется любым HW аппаратурного обеспечения, ведущей операционной системой Host OS, устройством администратора виртуальной машины VM в устройстве NFVI и блок 1102 формирования специально выполнен с возможностью определения, что информация об отказе, переданная устройством NFVI, коррелированным с первым устройством NFVI, является коррелированной информацией об отказе первой информации об отказе, и формирования первой всесторонней информации об отказах, которая содержит первую информацию об отказах и коррелированную информацию об отказах.Alternatively, in the embodiment, the first NFVI device is any hardware HW hosted by the Host OS, the VM virtual machine administrator device in the NFVI device, and the
Как вариант, в варианте осуществления блок 1103 обработки содержит передающий блок и блок 1103 обработки специально выполнен для определения, используя блок определения, и в соответствии с типом отказа в первой информации об отказах в первой всесторонней информации об отказах или типом отказа в коррелированной информации об отказах в первой всесторонней информации об отказах, содержит ли устройство 1100 VIM политику устранения отказов, которая соответствует типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах; и, когда VIM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ в первом устройстве NFVI и/или отказ в устройстве NFVI, коррелированном с первым устройством NFVI; или, когда устройство 1100 VIM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают, используя передающий блок, первую всестороннюю информацию об отказах на VNFM или передают первую всестороннюю информацию об отказах оркестратору.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления блок 1103 обработки специально выполнен с возможностью определения, используя блок определения, устройства NFVI, имеющего наивысший приоритет из числа первого устройства NFVI и устройства NFVI, коррелированного с первым устройством NFVI, где приоритет HW выше, чем приоритет Host OS, приоритет Host OS выше, чем приоритет администратора виртуальной машины и приоритет администратора виртуальной машины выше, чем приоритет VM; определения, используя блок определения и в соответствии с типом отказа устройства NFVI, имеющего наивысший приоритет, содержит ли устройство 1100 VIM соответствующую политику устранения отказов; и, когда устройство 1100 VIM содержит политику устранения отказов, соответствующую типу отказа устройства NFVI, имеющего наивысший приоритет, в соответствии с политикой устранения отказов устраняют отказ устройства NFVI, имеющего наивысший приоритет.Alternatively, in the embodiment, the
Как вариант, в варианте осуществления передающий блок обработки специально выполнен с возможностью передачи, когда устранение отказа прошло успешно, оркестратору сообщения с индикацией успеха, или, когда устранение отказа было неудачным, передачи первой всесторонней информации об отказах на VNFM или передачи первой всесторонней информации об отказах оркестратору.Alternatively, in an embodiment, the transmitting processing unit is specifically configured to transmit, when the failure was successful, to the orchestrator of a message indicating success, or when the failure was unsuccessful, to transmit the first comprehensive failure information to the VNFM or to transmit the first comprehensive failure information to the orchestra.
Как вариант, в варианте осуществления приемный блок дополнительно выполнен с возможностью приема сообщения индикации, передаваемого VNFM, и используется для индикации, что VNFM неспособен обработать первую всестороннюю информацию об отказах, и передающий блок дополнительно выполнен с возможностью передачи первой всесторонней информацию об отказах оркестратору.Alternatively, in an embodiment, the receiving unit is further configured to receive an indication message transmitted by the VNFM, and is used to indicate that the VNFM is unable to process the first comprehensive failure information, and the transmitting unit is further configured to transmit the first comprehensive failure information to the orchestra.
Как вариант, в варианте осуществления блок 1103 обработки дополнительно выполнен с возможностью запроса в VNFM информации об отказах устройства VNF, коррелированного с первым устройством NFVI; и добавления информации об отказах устройства VNF, коррелированного с первым устройством NFVI, в первую всестороннюю информацию об отказах.Alternatively, in the embodiment, the
Как вариант, в варианте осуществления приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VNFM, где информация запроса используется для запроса от устройства VIM 1100 информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF; и передающий блок дополнительно выполнен с возможностью передачи информации об отказах устройства NFVI, коррелированного с неисправным устройством VNF устройству VNFM.Alternatively, in the embodiment, the receiving unit is further configured to receive request information transmitted by the VNFM, where the request information is used to request from the
Как вариант, в варианте осуществления устройство 1100 VIM дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии с первой информацией об отказах, содержит ли устройство 1100 VIM всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью: удаления первой всесторонней информации об отказах, когда устройство 1100 VIM содержит всестороннюю информацию об отказах, которая является такой же, как первая всесторонняя информация об отказах.Alternatively, in an embodiment, the
Устройство 1100 VIM, обеспечиваемое в этом варианте осуществления настоящего изобретения получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и та же самая всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.The
На фиг. 12 представлена блок-схема устройства VNFM устройства администратора виртуализированных сетевых функций, соответствующая варианту осуществления настоящего изобретения. Устройство VNFM 1200, показанное на фиг. 12, содержит блок 1201 получения, блок 1202 формирования и блок 1203 обработки.In FIG. 12 is a block diagram of a VNFM device of a virtualized network function manager device according to an embodiment of the present invention. The
Блок 1201 получения получает вторую информацию об отказах, содержащую идентификатор отказавшего устройства и тип отказа для устройства VNF виртуализированных сетевых функций, где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства. Блок 1202 формирования формирует вторую всестороннюю информацию об отказах, соответствующую второй информации об отказах. Блок 1203 обработки выполняет устранение отказов или сообщает о процессе в соответствии со второй всесторонней информацией об отказах.
Устройство 1200 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.The
Как вариант, в варианте осуществления устройство 1200 VNFM дополнительно содержит блок определения и приемный блок и блок получения специально выполнен с возможностью приема, используя приемный блок, второй информации об отказах, переданной первым устройством VNF; или определения, используя блок определения, что отказ произошел в первом устройстве VNF, и формирования, используя блок формирования, второй информации об отказах в соответствии с отказом первого устройства VNF.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления блок 1202 формирования специально выполнен для определения, используя блок определения, что информация об отказах, переданная устройством VNF, коррелированным с первым устройством VNF, является коррелированной информацией об отказах второй информации об отказах; и формирования второй всесторонней информации об отказах, содержащей вторую информацию об отказах и коррелированную информацию об отказах.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления блок 1203 обработки содержит передающий блок и блок обработки специально выполнен с возможностью определения, используя блок определения и в соответствии с типом отказа во второй информации об отказах во второй всесторонней информации об отказах или типом отказа в коррелированной информации об отказах во второй всесторонней информации об отказах, содержит ли устройство 1200 VNFM политику устранения отказов, которая соответствует типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах; и, когда устройство 1200 VNFM содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ в первом устройстве VNF и/или отказ в устройстве VNF, коррелированном с первым устройством NFVI; или, когда устройство 1200 VNFM не содержит политику устранения отказов, соответствующую типу отказа во второй информации об отказах или типу отказа в коррелированной информации об отказах, передают, используя передающий блок, вторую всестороннюю информацию об отказах оркестратору.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления передающий блок специально выполнен с возможностью передачи оркестратору сообщения с индикацией успеха, когда устранение отказа прошло успешно, или, когда устранение отказа было неудачным, передачи оркестратору второй всесторонней информации об отказах.Alternatively, in an embodiment, the transmitting unit is specifically configured to transmit to the orchestrator a message indicating success when the failure was successful, or when the failure was unsuccessful, to transmit the second comprehensive failure information to the orchestra.
Как вариант, в варианте осуществления блок 1203 обработки дополнительно выполнен с возможностью запроса у администратора виртуализированной инфрастурктуры VIM информации об отказах устройства NFVI, коррелированного с первым устройством VNF, где устройство NFVI является любым аппаратурным HW, ведущей операционной системой Host OS, администратором виртуальной машины или устройством виртуальной машины VM в NFVI; и добавления информации об отказах устройства NFVI, коррелированного с первым устройством VNF, во вторую всестороннюю информацию об отказах.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления блок 1203 обработки дополнительно выполнен с возможностью приема первой всесторонней информации об отказах, переданной VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI; определения, содержит ли устройство 1200 VNFM политику устранения отказов, соответствующую типу отказа в первой информации об отказах в первой всесторонней информации об отказах или типу отказа в коррелированной информации об отказах в первой всесторонней информации об отказах; и, когда устройство 1200 VNFM содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, в соответствии с политикой устранения отказов устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда устройство 1200 VNFM не содержит политику устранения отказов, соответствующую типу отказа в первой информации об отказах или типу отказа в коррелированной информации об отказах, передают оркестратору первую всестороннюю информацию об отказах или передают VIM сообщение индикации, используемое для индикации, что устройство 1200 VNFM неспособно обрабатывать первую всестороннюю информацию об отказах, с тем чтобы VIM передала первую всестороннюю информацию об отказах оркестратору.Alternatively, in an embodiment,
Как вариант, в варианте осуществления блок 1203 обработки дополнительно выполнен с возможностью определения в соответствии с первой всесторонней информацией об отказах информации об отказах первого устройства VNF, коррелированного с первым устройством NFVI и/или коррелированного с устройством NFVI, коррелированным с первым устройством NFVI; и добавления информации об отказах первого устройства VNF к первой всесторонней информации об отказах, с тем, чтобы устройство 1200 VNFM выполнило устранение отказов или сообщило о процессе для первой всесторонней информации об отказах.Alternatively, in the embodiment, the
Как вариант, в варианте осуществления устройство 1200 VNFM дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения специально выполнен с возможностью обнаружения в соответствии со второй информацией об отказах, содержит ли устройство 1200 VNFM всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах; и блок удаления специально выполнен с возможностью удаления второй всесторонней информации об отказах, когда устройство 1200 VNFM содержит всестороннюю информацию об отказах, которая является такой же, как вторая всесторонняя информация об отказах.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления приемный блок дополнительно выполнен с возможностью приема информации запроса, переданной посредством VIM, где информация запроса используется для запроса от устройства 1200 VNFM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI; и передающий блок дополнительно выполнен с возможностью передачи VIM информации об отказах устройства VNF, коррелированного с неисправным устройством NFVI.Alternatively, in the embodiment, the receiving unit is further configured to receive request information transmitted by VIM, where the request information is used to request from the
Устройство 1200 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и та же самая всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.The
На фиг. 13 представлена блок-схема устройства устройства оркестратора Orchestrator, соответствующая варианту осуществления настоящего изобретения. Устройство 1300 оркестратора, показанное на фиг. 12, содержит приемный блок 1301 и блок 1302 обработки.In FIG. 13 is a block diagram of an apparatus of an Orchestrator orchestrator device according to an embodiment of the present invention. The
Приемный блок 1301 принимает первую всестороннюю информацию об отказах, переданную администратором виртуализированной инфраструктуры VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций NFVI, имеющем идентификатор отказавшего устройства; и блок 1302 обработки выполняет устранение отказов или сообщает о процессе согласно первой всесторонней информации об отказах;The receiving
илиor
приемный блок принимает вторую всестороннюю информацию об отказах, переданную виртуализированным администратором сетевых функций VNFM, где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве виртуализированных сетевых функций VNF, имеющем идентификатор отказавшего устройства; и блок 1302 обработки выполняет устранение отказов или сообщает о процессе согласно второй всесторонней информации об отказах.the receiving unit receives the second comprehensive failure information transmitted by the virtualized network function manager VNFM, where the second comprehensive failure information contains the second failure information, the second failure information contains the identifier of the failed device and the type of failure, and the second failure information is used to indicate that the failure occurred in the first VNF virtualized network function device having a failed device identifier; and the
Устройство 1300 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает от VNFM или VIM информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.The
Как вариант, в варианте осуществления первая всесторонняя информация об отказах дополнительно содержит информацию об отказах устройства NFVI, коррелированного с первым устройством NFVI, и/или информацию устройства виртуализированных сетевых функций VNF, коррелированного с первым устройством NFVI.Alternatively, in the embodiment, the first comprehensive fault information further comprises fault information of the NFVI device correlated with the first NFVI device and / or information of the virtualized network function device VNF correlated with the first NFVI device.
Как вариант, в варианте осуществления вторая всесторонняя информация об отказах дополнительно содержит информацию об отказах устройства VNF, коррелированного с первым устройством VNF, и/или информацию устройства администратора виртуализированной инфраструктуры NFVI, коррелированного с первым устройством VNF.Alternatively, in the embodiment, the second comprehensive failure information further comprises failure information of the VNF device correlated with the first VNF device and / or information of the administrator device of the virtualized NFVI infrastructure correlated with the first VNF device.
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли устройство 1300 оркестратора политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI и/или отказ устройства NFVI, коррелированного с первым устройством NFVI; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.Alternatively, in the embodiment, the
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли устройство 1300 оркестратора политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF и/или отказ устройства VNF, коррелированного с первым устройством VNF; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе поддержки операций и бизнеса OSS/BSS.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа в первой всесторонней информации об отказах, содержит ли оркестратор политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства NFVI, отказ устройства NFVI, коррелированного с первым устройством NFVI, и отказ устройства VNF, коррелированного с первым устройством NFVI; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают первую всестороннюю информацию об отказах системе OSS/BSS.Alternatively, in the embodiment, the
Как вариант, в варианте осуществления блок 1302 обработки специально выполнен с возможностью определения в соответствии с типом отказа во второй всесторонней информации об отказах, содержит ли устройство 1300 оркестратора политику устранения отказов, соответствующую типу отказа; и, когда устройство 1300 оркестратора содержит политику устранения отказов, соответствующую типу отказа, устраняют отказ первого устройства VNF, отказ устройства VNF, коррелированного с первым устройством VNF, и отказ устройства NFVI, коррелированного с первым устройством VNF; или, когда устройство 1300 оркестратора не содержит политику устранения отказов, соответствующую типу отказа, передают вторую всестороннюю информацию об отказах системе OSS/BSS.Alternatively, in an embodiment, the
Как вариант, в варианте осуществления устройство 1300 VIM дополнительно содержит блок обнаружения и блок удаления, где блок обнаружения выполнен с возможностью обнаружения в соответствии с первой/второй информацией об отказах, содержит ли устройство 1300 оркестратора всестороннюю информацию об отказах, которая является такой же, как первая/вторая всесторонняя информация об отказах; и блок удаления выполнен с возможностью удаления первой/второй всесторонней информации об отказах, когда устройство 1300 оркестратора содержит всестороннюю информацию об отказах, которая является такой же, как первая/вторая всесторонняя информация об отказах.Alternatively, in an embodiment, the
Устройство 1300 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает от VNFM или VIM информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.The
На фиг. 14 представлена блок-схема устройства VIM, соответствующая другому варианту осуществления настоящего изобретения; Устройство 1400 VIM, показанное на фиг. 14, содержит процессор 1401 и память 1402. Процессор 1401 соединяется с памятью 1402, используя систему 1403 шин.In FIG. 14 is a block diagram of a VIM device according to another embodiment of the present invention; The
Память 1402 выполнена с возможностью хранения команды, разрешающей процессору 1401 выполнение следующих операций: получение устройства NFVI первой информации об отказах устройства NFVI, содержащей идентификатор отказавшего устройства и тип отказа, где первая информация об отказах используется для индикации, что отказ произошел в первом устройстве NFVI, имеющем идентификатор отказов устройства; формируют первую всестороннюю информацию об отказах, соответствующую первой информации об отказах, где первая всесторонняя информация об отказах содержит первую информацию об отказах и коррелированную информацию об отказах первой информации об отказах; и выполнение устранения отказов или сообщение о процессе в соответствии с первой всесторонней информацией об отказах.The
Устройство 1400 VIM, обеспечиваемое в этом варианте осуществления настоящего изобретения получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.The
Кроме того, устройство 1400 VIM может дополнительно содержать схему 1404 передатчика и схему 1405 приемника. Процессор 1401 управляет работой устройства 1400 VIM, а процессор 1401 может также рассматриваться как центральный процессор CPU (Central Processing Unit, блок центрального процессора). Память 1402 может содержать постоянное запоминающее устройство и оперативную память и обеспечивать команды и данные для процессора 1401. Часть памяти 1402 может дополнительно содержать энергонезависимую оперативную память (NVRAM). Компоненты устройства 1400 VIM соединяются между собой, используя систему 1403 шин, где в дополнение к шине данных система 1403 шин содержит шину электропитания, шину управления и шину сигналов состояния. Однако, для ясности описания различные типы шин на чертеже обозначаются как система 1403.In addition, the
Способ, раскрытый в вариантах осуществления настоящего изобретения, может применяться к процессору 1401 или реализовываться процессором 1401. Процессор 1401 может быть чипом интегральной схемы и имеет способность обработки сигналов. В процессе реализации этапы представленного выше способа могут осуществляться посредством интегральных логических схем аппаратурного обеспечения процессора 1401 или в форме команд программного обеспечения. Указанный выше процессор 1401 может быть универсальным процессором, цифровым сигнальным процессором (DSP), интегральной схемой специального применения (ASIC), программируемой логической интегральной схемой (FPGA) или другим программируемым логическим устройством, дискретной логикой или транзистрорным логическим устройством или дискретным компонентом аппаратурного обеспечения. Процессор 1401 может реализовывать или исполнять способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором или любым традиционным процессором и т. д. Этапы способа, раскрытые со ссылкой на варианты осуществления настоящего изобретения, могут напрямую выполняться и совершаться процессором декодирования аппаратурного обеспечения или могут выполняться и совершаться, используя совокупность модулей аппаратурного обеспечения и программного обеспечения в процессоре декодирования. Программные модули могут присутствовать в сложившейся среде хранения данных в поле, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель для хранения данных располагается в памяти 1402 и процессор 1401 считывает информацию в памяти 1402 и совершает этапы описанных выше способов в сочетании с аппаратурным обеспечением процессора.The method disclosed in embodiments of the present invention may be applied to a
Устройство 1400 VIM, обеспечиваемое в этом варианте осуществления настоящего изобретения получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.The
На фиг. 15 представлена блок-схема устройства VNFM, соответствующая другому варианту осуществления настоящего изобретения; Устройство 1500 VNFM, показанное на фиг. 15, содержит процессор 1501 и память 1502. Процессор 1501 соединяется с памятью 1502, используя систему 1503 шин.In FIG. 15 is a block diagram of a VNFM device according to another embodiment of the present invention; The
Память 1502 выполнена с возможностью хранения команды, разрешающей процессору 1501 выполнение следующих операций: получение второй информации об отказах, содержащей идентификатор отказавшего устройства и тип отказа устройства VNF виртуализированных сетевых функций, где вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве VNF, имеющем идентификатор отказавшего устройства; формирование второй всестороннней информации об отказах, соответствующей второй информации об отказах; и выполнение устранения отказов или сообщение об обработке в соответствии со второй всесторонней информацией об отказах.Memory 1502 is configured to store a
Устройство 1500 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.The
Кроме того, устройство 1500 VNFM может дополнительно содержать схему 1504 передатчика и схему 1505 приемника. Процессор 1501 управляет работой устройства 1500 VNFM, и процессор 1501 может также рассматриваться как центральный процессор CPU (Central Processing Unit, блок центрального процессора). Память 1502 может содержать постоянное запоминающее устройство и оперативную память и обеспечивать команды и данные для процессора 1501. Часть памяти 1502 может дополнительно содержать энергонезависимую оперативную память (NVRAM). Компоненты устройства VNFM 1500 соединяются между собой, используя систему 1503 шин, где в дополнение к шине данных система 1503 шин содержит шину электропитания, шину управления и шину сигналов состояния. Однако, для ясности описания различные типы шин на чертеже обозначаются как система 1503 шин.In addition, the
Способ, раскрытый в вариантах осуществления настоящего изобретения, может применяться к процессору 1501 или реализовываться процессором 1501. Процессор 1501 может быть чипом интегральной схемы и имеет способность обработки сигналов. В процессе реализации этапы представленного выше способа могут осуществляться посредством интегральных логических схем аппаратурного обеспечения процессора 1501 или в форме команд программного обеспечения. Указанный выше процессор 1501 может быть универсальным процессором, цифровым сигнальным процессором (DSP), интегральной схемой специального применения (ASIC), программируемой логической интегральной схемой (FPGA) или другим программируемым логическим устройством, дискретной логикой или транзистрорным логическим устройством или дискретным компонентом аппаратурного обеспечения. Процессор 802 может реализовывать или исполнять способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором или любым традиционным процессором и т. д. Этапы способа, раскрытые со ссылкой на варианты осуществления настоящего изобретения, могут напрямую выполняться и совершаться процессором декодирования аппаратурного обеспечения или могут выполняться и совершаться, используя совокупность модулей аппаратурного обеспечения и программного обеспечения в процессоре декодирования. Программные модули могут присутствовать в сложившейся среде хранения данных в поле, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель для хранения данных располагается в памяти 1502 и процессор 1501 считывает информацию в памяти 1502 и совершает этапы описанных выше способов в сочетании с аппаратурным обеспечением процессора.The method disclosed in embodiments of the present invention may be applied to a
Устройство 1500 VNFM, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществлять сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.The
На фиг. 16 представлена блок-схема устройства оркестратора, соответствующая другому варианту осуществления настоящего изобретения. Устройство 1600 оркестратора на фиг. 16 содержит процессор 1601 и память 1602. Процессор 1601 соединяется с памятью 1602, используя систему 1603 шин.In FIG. 16 is a block diagram of an orchestrator device according to another embodiment of the present invention. The
Память 1602 выполнена с возможностью хранения команды, разрешающей процессору 1601 выполнение следующих операций: прием первой всесторонней информации об отказах, переданной администратором виртуализированной инфраструктуры VIM, где первая всесторонняя информация об отказах содержит первую информацию об отказах, первая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и первая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализации сетевых функций NFVI, имеющем идентификатор отказавшего устройства; и выполняют устранение отказов или сообщение о процессе согласно первой всесторонней информации об отказах; или принимают посредством оркестратора вторую всестороннюю информацию об отказах, переданную администратором виртуализированных сетевых функций VNFM, где вторая всесторонняя информация об отказах содержит вторую информацию об отказах, вторая информация об отказах содержит идентификатор отказавшего устройства и тип отказа и вторая информация об отказах используется для индикации, что отказ произошел в первом устройстве инфраструктуры виртуализированных сетевых функций VNF, имеющем идентификатор отказавшего устройства; и выполняют устранение отказов или сообщение о процессе согласно второй всесторонней информации об отказах.The memory 1602 is configured to store a command allowing the
Устройство 1600 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV.The
Кроме того, устройство 1600 оркестратора может дополнительно содержать схему 1604 передатчика и схему 1605 приемника. Процессор 1601 управляет работой устройства 1600 оркестратора и процессор 1601 может также рассматриваться как центральный процессор CPU (Central Processing Unit, блок центрального процессора). Память 1602 может содержать постоянное запоминающее устройство и оперативную память и обеспечивать команды и данные для процессора 1601. Часть памяти 1602 может дополнительно содержать энергонезависимую оперативную память (NVRAM). Компоненты устройства 1600 оркестратора соединяются между собой, используя систему 1603 шин, где в дополнение к шине данных система 1603 шин содержит шину электропитания, шину управления и шину сигналов состояния. Однако, для ясности описания различные типы шин на чертеже обозначаются как система 1603 шин.In addition, the
Способ, раскрытый в вариантах осуществления настоящего изобретения, может применяться к процессору 1601 или реализовываться процессором 1601. Процессор 1601 может быть чипом интегральной схемы и имеет способность обработки сигналов. В процессе реализации этапы представленного выше способа могут осуществляться посредством интегральных логических схем аппаратурного обеспечения процессора 1601 или в форме команд программного обеспечения. Указанный выше процессор 1601 может быть универсальным процессором, цифровым сигнальным процессором (DSP), интегральной схемой специального применения (ASIC), программируемой логической интегральной схемой (FPGA) или другим программируемым логическим устройством, дискретной логикой или транзистрорным логическим устройством или дискретным компонентом аппаратурного обеспечения. Процессор 1601 может реализовывать или исполнять способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором или любым традиционным процессором и т. д. Этапы способа, раскрытые со ссылкой на варианты осуществления настоящего изобретения, могут напрямую выполняться и совершаться процессором декодирования аппаратурного обеспечения или могут выполняться и совершаться, используя совокупность модулей аппаратурного обеспечения и программного обеспечения в процессоре декодирования. Программные модули могут присутствовать в сложившейся среде хранения данных в поле, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель для хранения данных располагается в памяти 1602 и процессор 1601 считывает информацию в памяти 1602 и совершает этапы описанных выше способов в сочетании с аппаратурным обеспечением процессора.The method disclosed in embodiments of the present invention may be applied to a
Устройство 1600 оркестратора, обеспечиваемое в этом варианте осуществления настоящего изобретения, получает информацию об отказах устройства аппаратурного обеспечения и/или программного обеспечения, чтобы выполнить всестороннюю обработку коррелированных фрагментов информации об отказах, которая может осуществить сообщение об отказах и обработку в среде NFV. Кроме того, поскольку всесторонняя обработка выполняется на коррелированных фрагментах информации об отказах и одна и та же всесторонняя информация об отказах удаляется посредством обнаружения повторяющейся аварийной сигнализации, эффективность и точность обработки отказов повышаются.The
Специалист в данной области техники может быть осведомлен, что в сочетании с примерами, описанными в вариантах осуществления, раскрытых в это м описании, этапы способы и блоки могут реализовываться электронным аппаратурным обеспечением, компьютерным обеспечением или их сочетанием. Чтобы четко описать взаимозаменяемость между аппаратурным обеспечением и программным обеспечением, выше были, в целом, описаны этапы и составы каждого из вариантов осуществления в соответствии с функциями. Выполняются ли эти функции посредством аппаратуры или программного обеспечения, зависит от конкретных применений и конструктивных ограничений технических решений. Специалисты в данной области техники могут использовать различные способы реализации описанных функций для каждого специального применения, но не должны считать, что такие реализации выходят за рамки объема настоящего изобретения.One skilled in the art may be aware that in combination with the examples described in the embodiments disclosed in this description, the steps of the methods and units may be implemented by electronic hardware, computer software, or a combination thereof. In order to clearly describe the interchangeability between hardware and software, the above generally described the steps and compositions of each embodiment in accordance with the functions. Whether these functions are performed through hardware or software depends on the specific applications and design limitations of the technical solutions. Specialists in the art can use various methods for implementing the described functions for each specific application, but should not assume that such implementations are beyond the scope of the present invention.
Способы или этапы, описанные в вариантах осуществления, раскрытых в настоящем описании, могут быть реализованы посредством аппаратурного обеспечения, программы программного обеспечения, исполняемой процессором или их сочетанием. Программа программного обеспечения может постоянно присутствовать в оперативной памяти (RAM), в памяти, в постоянной памяти (ROM), электрически программируемом ROM, электрически стираемом программируемом ROM, регистре, на жестком диске, съемном диске, CD-ROM, или на другой форме носителя для хранения данных, известной в технике. The methods or steps described in the embodiments disclosed herein may be implemented by hardware, a software program executed by a processor, or a combination thereof. The software program may be permanently present in random access memory (RAM), in memory, in read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, register, hard disk, removable disk, CD-ROM, or other form of media for storing data known in the art.
Настоящее изобретение подробно описывается со ссылкой на сопроводительные чертежи и в сочетании с примерными вариантами осуществления, но настоящее изобретение этим не ограничивается. Специалистами в данной области техники в вариантах осуществления настоящего изобретения могут быть сделаны различные эквивалентные изменения или замены, не отступая от сущности и сути настоящего изобретения, и модификации или замены должны попадать в рамки объема настоящего изобретения.The present invention is described in detail with reference to the accompanying drawings and in combination with exemplary embodiments, but the present invention is not limited to this. Various equivalent changes or substitutions may be made by those skilled in the art in embodiments of the present invention without departing from the spirit and essence of the present invention, and modifications or substitutions should fall within the scope of the present invention.
Claims (75)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2018103039A RU2672184C1 (en) | 2018-01-26 | 2018-01-26 | Method, device and management system for processing failures |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2018103039A RU2672184C1 (en) | 2018-01-26 | 2018-01-26 | Method, device and management system for processing failures |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2016117218A Division RU2644146C2 (en) | 2013-09-30 | 2013-09-30 | Method, device and control system of fault processing |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2672184C1 true RU2672184C1 (en) | 2018-11-12 |
Family
ID=64327833
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2018103039A RU2672184C1 (en) | 2018-01-26 | 2018-01-26 | Method, device and management system for processing failures |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2672184C1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2801825C2 (en) * | 2021-07-07 | 2023-08-16 | Кузнецов Яков Михайлович | Method, complex for processing information about failures of devices of wireless sensor networks for data transmission and related networks |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006057588A1 (en) * | 2004-11-29 | 2006-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Service alarm correlation |
KR100805820B1 (en) * | 2006-09-29 | 2008-02-21 | 한국전자통신연구원 | Method and apparatus for sensor network node fault management |
US20100332889A1 (en) * | 2009-06-25 | 2010-12-30 | Vmware, Inc. | Management of information technology risk using virtual infrastructures |
RU2429530C2 (en) * | 2006-09-29 | 2011-09-20 | Майкрософт Корпорейшн | Managing state of allocated hardware in virtual machines |
CN103037019A (en) * | 2013-01-07 | 2013-04-10 | 北京华胜天成科技股份有限公司 | Distributed data acquisition system and method based on cloud computing |
-
2018
- 2018-01-26 RU RU2018103039A patent/RU2672184C1/en active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006057588A1 (en) * | 2004-11-29 | 2006-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Service alarm correlation |
KR100805820B1 (en) * | 2006-09-29 | 2008-02-21 | 한국전자통신연구원 | Method and apparatus for sensor network node fault management |
RU2429530C2 (en) * | 2006-09-29 | 2011-09-20 | Майкрософт Корпорейшн | Managing state of allocated hardware in virtual machines |
US20100332889A1 (en) * | 2009-06-25 | 2010-12-30 | Vmware, Inc. | Management of information technology risk using virtual infrastructures |
CN103037019A (en) * | 2013-01-07 | 2013-04-10 | 北京华胜天成科技股份有限公司 | Distributed data acquisition system and method based on cloud computing |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2801825C2 (en) * | 2021-07-07 | 2023-08-16 | Кузнецов Яков Михайлович | Method, complex for processing information about failures of devices of wireless sensor networks for data transmission and related networks |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2644146C2 (en) | Method, device and control system of fault processing | |
US9652326B1 (en) | Instance migration for rapid recovery from correlated failures | |
US11321197B2 (en) | File service auto-remediation in storage systems | |
CN110535692B (en) | Fault processing method and device, computer equipment, storage medium and storage system | |
US10372565B2 (en) | Method and apparatus for failover processing | |
JP6443895B2 (en) | Fault management method, virtual network function manager (VNFM), and program | |
US10037238B2 (en) | System and method for encoding exception conditions included at a remediation database | |
EP3340535B1 (en) | Failure recovery method and device | |
US9450700B1 (en) | Efficient network fleet monitoring | |
US20120174112A1 (en) | Application resource switchover systems and methods | |
US11706080B2 (en) | Providing dynamic serviceability for software-defined data centers | |
CN108347339B (en) | Service recovery method and device | |
US10353786B2 (en) | Virtualization substrate management device, virtualization substrate management system, virtualization substrate management method, and recording medium for recording virtualization substrate management program | |
CN111835685B (en) | Method and server for monitoring running state of Nginx network isolation space | |
WO2019242487A1 (en) | Fault management method and related device | |
CN113965576B (en) | Container-based big data acquisition method, device, storage medium and equipment | |
CN111342986B (en) | Distributed node management method and device, distributed system and storage medium | |
RU2672184C1 (en) | Method, device and management system for processing failures | |
US20230289203A1 (en) | Server maintenance control device, server maintenance system, server maintenance control method, and program | |
US20240036968A1 (en) | Managing service configuration attempts for a host in response to failure | |
CN109240799B (en) | Disaster tolerance method and system for big data platform cluster and computer readable storage medium | |
US20230168912A1 (en) | System and method for upgrading a management component of a computing environment using high availability features | |
CN114416304A (en) | Virtual machine evacuation method and system | |
CN113765748A (en) | Method for processing fault of computing node and computer readable storage medium | |
CN115705261A (en) | Memory fault repairing method, CPU, OS, BIOS and server |