RU2641477C1 - Способ и устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений - Google Patents

Способ и устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений Download PDF

Info

Publication number
RU2641477C1
RU2641477C1 RU2016144145A RU2016144145A RU2641477C1 RU 2641477 C1 RU2641477 C1 RU 2641477C1 RU 2016144145 A RU2016144145 A RU 2016144145A RU 2016144145 A RU2016144145 A RU 2016144145A RU 2641477 C1 RU2641477 C1 RU 2641477C1
Authority
RU
Russia
Prior art keywords
information
infrastructure
application object
backup
manager
Prior art date
Application number
RU2016144145A
Other languages
English (en)
Inventor
Сяодон ГОН
Цзе ИНЬ
Мяохуа ЛИ
Original Assignee
Хуавэй Текнолоджиз Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хуавэй Текнолоджиз Ко., Лтд. filed Critical Хуавэй Текнолоджиз Ко., Лтд.
Application granted granted Critical
Publication of RU2641477C1 publication Critical patent/RU2641477C1/ru

Links

Images

Classifications

    • 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/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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
    • 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
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime

Abstract

Изобретение относится к области конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений. Техническим результатом является автоматический выбор обеспечивающего резервирование решения, который обеспечивает гибкость и содействует полному управлению системой. Устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений содержит: модуль приема, выполненный с возможностью приема запроса конфигурации обеспечивающего резервирование решения и передачи принятого запроса конфигурации обеспечивающего резервирование решения в первый модуль определения; первый модуль определения, выполненный с возможностью определения, согласно запросу конфигурации обеспечивающего резервирование решения, информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и передачи определенной информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения во второй модуль определения; и второй модуль определения, выполненный с возможностью определения, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающего резервирование решения для подлежащего конфигурированию объекта-приложения. 2 н. и 10 з.п. ф-лы, 7 ил., 2 табл.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к области технологии связи и информационных технологий и, в частности, к способу и устройству для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений.
УРОВЕНЬ ТЕХНИКИ
В обеспечивающем резервирование решении два набора или множество наборов систем со схожими функциями устанавливаются в различных удаленных друг от друга местах. Технология резервирования является обеспечивающим надежность механизмом, который поддерживает возможность предоставления службы приложений посредством переключения рабочей системы на систему резервирования в другом месте при возникновении ведущего в аварийной ситуации бедствия, такого как землетрясение или пожар, или возникновении критического отказа, такого как выключение питания, в рабочей системе.
Облачные вычисления являются моделью служб, в которой вычислительная работа распределена по большому количеству распределенных компьютеров. В такой модели присутствует совокупность совместно используемых конфигурируемых вычислительных ресурсов (включающих в себя сеть, сервер, устройство хранения, прикладное программное обеспечение, службу и т.п.), которая может предоставлять пользователю доступный, удобный и осуществляемый по требованию доступ к сети. Облачные вычисления являются результатом разработки по объединению вычислительных способов, таких как распределенные вычисления (Distributed Computing), параллельные вычисления (Parallel Computing) и предоставляемые по принципу коммунальных услуг вычисления («Коммунальные вычисления» (Utility Computing)), с сетевыми технологиями, такими как сетевое хранение (Network Storage), виртуализация (Virtualization) и балансировка нагрузки (Load Balance).
Как показано на Фиг.1, в архитектуре облачных вычислений в области информационных технологий (Information Technology, IT) центр обработки данных (Центр Обработки Данных (Data Center, DC)) в целом используется в качестве блока в процессе развертывания каждого объекта-приложения; множество инфраструктур и множество объектов-приложений развертываются на стороне одного центра (DC) обработки данных, и центры (DC) обработки данных, которые обладают взаимосвязью для резервирования, в целом используют облачные платформы управления, предоставляемые одним и тем же поставщиком устройств. Центр (DC) обработки данных в данном документе может относиться к физическому центру (DC) обработки данных или виртуальному центру (DC) обработки данных.
При развертывании нового объекта-приложения пользователь сначала осуществляет планирование соответствующего обеспечивающего резервирование решения согласно возможности резервирования, предоставляемой системой облачных вычислений, а затем предписывает системе облачного вычисления реализовать обеспечивающее резервирование решение, запланированное пользователем. Такой принцип ручного планирования обеспечивающего резервирование решения обладает плохой гибкостью, которая является неблагоприятной для полного управления системой.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В вариантах осуществления настоящего изобретения предложены способ и устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений для решения проблемы, заключающейся в том, что принцип ручного планирования обеспечивающего резервирование решения обладает плохой гибкостью и является неблагоприятным для полного управления системой.
Согласно первому варианту выполнения предложено устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений, включающее в себя:
модуль приема, выполненный с возможностью приема запроса конфигурации обеспечивающего резервирование решения и передачи принятого запроса конфигурации обеспечивающего резервирование решения в первый модуль определения;
первый модуль определения, выполненный с возможностью определения, согласно запросу конфигурации обеспечивающего резервирование решения, информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и передачи определенной информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения во второй модуль определения; и
второй модуль определения, выполненный с возможностью определения, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающее резервирование решение для подлежащего конфигурированию объекта-приложения.
Со ссылкой на первый вариант выполнения в первом возможном варианте реализации информация об инфраструктуре включает в себя информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры;
информация о диспетчере инфраструктуры включает в себя информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры; и
информация объекта-приложения включает в себя информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности по меньшей мере одного объекта-приложения, который был развернут.
Со ссылкой на первый возможный вариант реализации первого варианта выполнения во втором возможном варианте реализации архитектура облачных вычислений является архитектурой виртуализации (NFV) сетевых функций (NFV-архитектурой); объект-приложение является VN-функцией (VNF); инфраструктура является инфраструктурой (NFVI) виртуализации сетевых функций; и диспетчер инфраструктуры является виртуальным диспетчером (VIM) инфраструктуры.
Со ссылкой на второй возможный вариант реализации первого варианта выполнения в третьем возможном варианте реализации база с информацией о возможностях резервирования и устройство расположены в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций, или база с информацией о возможностях резервирования и устройство расположены в диспетчере (VNFM) виртуализированной сетевой функции; и
модуль приема дополнительно выполнен с возможностью приема информации, переданной любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры, и сохранения, в базе с информацией о возможностях резервирования, принятой информации диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
Со ссылкой на третий возможный вариант реализации первого варианта выполнения в четвертом возможном варианте реализации база с информацией о возможностях резервирования и устройство расположены в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций;
модуль приема специально выполнен с возможностью приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, отправленного диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления NFV-оркестратора (NFVO); и
модуль приема дополнительно выполнен с возможностью приема информации, переданной диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM), и сохранения принятой информации каждого объекта-приложения в базе с информацией о возможностях резервирования.
Со ссылкой на третий возможный вариант реализации первого варианта выполнения в пятом возможном варианте реализации база с информацией о возможностях резервирования и устройство расположены в диспетчере (VNFM) виртуализированной сетевой функции;
модуль приема специально выполнен с возможностью приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (EMS) управления элементами, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (OSS) поддержки операционной деятельности или системы (BSS) поддержки бизнес-процессов и переслан платформой (NFV-оркестратором (NFVO)) управления виртуализацией сетевых функций, или приема запроса конфигурации обеспечивающего резервирование решения, переданного NFV-оркестратором (NFVO), или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления VNF-диспетчера (VNFM); и
модуль приема дополнительно выполнен с возможностью приема информации объекта-приложения, переданной каждым объектом-приложением, и сохранения принятой информации объекта-приложения в базе с информацией о возможностях резервирования.
Согласно второму варианту выполнения предложено устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений, включающее в себя процессор и запоминающее устройство, причем запоминающее устройство хранит команду исполнения; когда устройство запущено, процессор осуществляет связь с запоминающим устройством, и процессор исполняет команду исполнения, так что устройство реализует следующий способ, содержащий этапы:
приема запроса конфигурации обеспечивающего резервирование решения;
определения, согласно запросу конфигурации обеспечивающего резервирование решения, информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и
определения, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающее резервирование решение для подлежащего конфигурированию объекта-приложения.
Со ссылкой на второй вариант выполнения в первом возможном варианте реализации информация об инфраструктуре включает в себя информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры;
информация о диспетчере инфраструктуры включает в себя информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры; и
информация объекта-приложения включает в себя информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности по меньшей мере одного объекта-приложения, который был развернут.
Со ссылкой на первый возможный вариант реализации второго варианта выполнения во втором возможном варианте реализации архитектура облачных вычислений является архитектурой виртуализации (NFV) сетевых функций (NFV-архитектурой); объект-приложение является VN-функцией (VNF); инфраструктура является инфраструктурой (NFVI) виртуализации сетевых функций; и диспетчер инфраструктуры является виртуальным диспетчером (VIM) инфраструктуры.
Со ссылкой на второй возможный вариант реализации второго варианта выполнения в третьем возможном варианте реализации база с информацией о возможностях резервирования расположена в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций или расположена в диспетчере (VNFM) виртуализированной сетевой функции; при этом
в способе, реализуемом процессором, информация об инфраструктуре и информация о диспетчере инфраструктуры собраны в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации, переданной любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры; и сохранения, в базе с информацией о возможностях резервирования, принятой информации диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
Со ссылкой на третий возможный вариант реализации второго варианта выполнения в четвертом возможном варианте реализации база с информацией о возможностях резервирования расположена в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций;
в способе, реализуемом процессором, этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап: приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, отправленного диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления NFV-оркестратора (NFVO); и
информация объекта-приложения собрана в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации, переданной диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM); и сохранения принятой информации каждого объекта-приложения в базе с информацией о возможностях резервирования.
Со ссылкой на третий возможный вариант реализации второго варианта выполнения в пятом возможном варианте реализации база с информацией о возможностях резервирования расположена в диспетчере (VNFM) виртуализированной сетевой функции;
в способе, реализуемом процессором, этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап: приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (EMS) управления элементами, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (OSS) поддержки операционной деятельности или системы (BSS) поддержки бизнес-процессов и переслан платформой (NFV-оркестратором (NFVO)) управления виртуализацией сетевых функций, или приема запроса конфигурации обеспечивающего резервирование решения, переданного NFV-оркестратором (NFVO), или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления VNF-диспетчера (VNFM); и
информация объекта-приложения собрана в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации объекта-приложения, переданной каждым объектом-приложением; и сохранения принятой информации объекта-приложения в базе с информацией о возможностях резервирования.
Согласно третьему варианту выполнения предложен способ конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений, включающий в себя этапы, на которых:
принимают запрос конфигурации обеспечивающего резервирование решения;
определяют, согласно запросу конфигурации обеспечивающего резервирование решения, информацию о возможности резервирования и информацию требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и
определяют, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающее резервирование решение для подлежащего конфигурированию объекта-приложения.
Со ссылкой на третий вариант выполнения в первом возможном варианте реализации информация об инфраструктуре включает в себя информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры;
информация о диспетчере инфраструктуры включает в себя информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры; и
информация объекта-приложения включает в себя информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности по меньшей мере одного объекта-приложения, который был развернут.
Со ссылкой на первый возможный вариант реализации третьего варианта выполнения во втором возможном варианте реализации архитектура облачных вычислений является архитектурой виртуализации (NFV) сетевых функций (NFV-архитектурой); объект-приложение является VN-функцией (VNF); инфраструктура является инфраструктурой (NFVI) виртуализации сетевых функций; и диспетчер инфраструктуры является виртуальным диспетчером (VIM) инфраструктуры.
Со ссылкой на второй возможный вариант реализации третьего варианта выполнения в третьем возможном варианте реализации базу с информацией о возможностях резервирования располагают в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций или располагают в диспетчере (VNFM) виртуализированной сетевой функции; при этом
информацию об инфраструктуре и информацию о диспетчере инфраструктуры собирают в установленную базу с информацией о возможностях резервирования согласно следующим этапам, на которых: принимают информацию, переданную любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры; и сохраняют, в базе с информацией о возможностях резервирования, принятую информацию диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
Со ссылкой на третий возможный вариант реализации третьего варианта выполнения в четвертом возможном варианте реализации базу с информацией о возможностях резервирования располагают в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций; при этом
этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап, на котором: принимают запрос конфигурации обеспечивающего резервирование решения, переданный системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или принимают запрос конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или принимают запрос конфигурации обеспечивающего резервирование решения, отправленный диспетчером (VNFM) виртуализированной сетевой функции, или принимают запрос конфигурации обеспечивающего резервирование решения, доставленный программным обеспечением управления NFV-оркестратора (NFVO); и
информацию объекта-приложения собирают в установленную базу с информацией о возможностях резервирования согласно следующим этапам, на которых: принимают информацию, переданную диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM); и сохраняют принятую информацию каждого объекта-приложения в базе с информацией о возможностях резервирования.
Со ссылкой на третий возможный вариант реализации третьего варианта выполнения в пятом возможном варианте реализации базу с информацией о возможностях резервирования располагают в диспетчере (VNFM) виртуализированной сетевой функции; при этом
этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап, на котором: принимают запрос конфигурации обеспечивающего резервирование решения, переданный системой (EMS) управления элементами, или принимают запрос конфигурации обеспечивающего резервирование решения, который исходит от системы (OSS) поддержки операционной деятельности или системы (BSS) поддержки бизнес-процессов и переслан платформой (NFV-оркестратором (NFVO)) управления виртуализацией сетевых функций, или принимают запрос конфигурации обеспечивающего резервирование решения, переданный NFV-оркестратором (NFVO), или принимают запрос конфигурации обеспечивающего резервирование решения, доставленный программным обеспечением управления VNF-диспетчера (VNFM); и
информацию объекта-приложения собирают в установленную базу с информацией о возможностях резервирования согласно следующим этапам, на которых: принимают информацию объекта-приложения, переданную каждым объектом-приложением; и сохраняют принятую информацию объекта-приложения в базе с информацией о возможностях резервирования.
В упомянутом способе база с информацией о возможностях резервирования используется для сбора информации каждой инфраструктуры, каждого диспетчера инфраструктуры и каждого объекта-приложения, и обеспечивающее резервирование решение может быть автоматически выбрано для пользователя согласно фактическому требованию пользователя, что обладает более высокой гибкостью и содействует полному управлению системой.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
На Фиг.1 показана принципиальная схема развертывания резервирования в IT-области.
На Фиг.2 показана принципиальная структурная схема устройства для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений согласно 1-му Варианту осуществления настоящего изобретения.
На Фиг.3 показана принципиальная структурная схема устройства для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений согласно 2-му Варианту осуществления настоящего изобретения.
На Фиг.4 показана блок-схема последовательности операций способа конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений согласно 3-му Варианту осуществления настоящего изобретения.
На Фиг.5 показана принципиальная схема архитектуры интерфейса Управления и Оркестровки (MANO) в NFV-архитектуре.
На Фиг.6 показана принципиальная схема развертывания модуля предпочтения обеспечивающего резервирование решения в NFV-оркестраторе (NFVO).
На Фиг.7 показана принципиальная схема развертывания модуля предпочтения обеспечивающего резервирование решения в VNF-диспетчере (VNFM).
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Для прояснения целей, технических решений и преимуществ вариантов осуществления настоящего изобретения далее ясно и полностью описаны технические решения в вариантах осуществления настоящего изобретения со ссылкой на сопроводительные чертежи в вариантах осуществления настоящего изобретения. Очевидно, что описанные варианты осуществления являются частью вариантов осуществления, а не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, полученные средним специалистом в уровне техники на основе вариантов осуществления настоящего изобретения без прикладывания творческих усилий, должны охватываться объемом защиты настоящего изобретения.
Далее подробно со ссылкой на сопроводительные чертежи дополнительно описаны варианты осуществления настоящего изобретения.
Варианты осуществления настоящего изобретения применяются к конфигурации обеспечивающего резервирование решения для объекта-приложения в архитектуре облачных вычислений, и к объекту-приложению в данном документе относится сетевой элемент-приложение в архитектуре облачных вычислений, например, стороннее приложение и различные виртуальные сетевые элементы, такие как базовая станция, контроллер, объект управления мобильностью (Объект Управления Мобильностью (Mobility Management Entity, MME)), обслуживающий шлюз (Обслуживающий Шлюз (Serving Gateway, SGW)) и шлюз сети пакетной передачи данных (Шлюз Сети Пакетной Передачи Данных (Packet Data Network Gateway, PGW)). Варианты осуществления настоящего изобретения могут быть применены к архитектуре облачных вычислений на основе традиционной информационной технологии (Information Technology, IT) и могут также быть применены к архитектуре облачных вычислений с виртуализацией сетевых функций (Виртуализацией Сетевых Функций (Network Functions Virtualisation, NFV)) на основе разрабатываемой информационно-коммуникационной технологии (Information and Communication Technology, ICT).
В вышеупомянутых вариантах осуществления настоящего изобретения база с информацией о возможностях резервирования используется для сбора информации каждой инфраструктуры, каждого диспетчера инфраструктуры и каждого объекта-приложения, и обеспечивающее резервирование решение может быть автоматически выбрано для пользователя согласно фактическому требованию пользователя, что обладает более высокой гибкостью и содействует полному управлению системой.
В следующих вариантах осуществления настоящего изобретения сначала представлен вариант реализации устройства для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений. Данный вариант реализации устройства подобен впоследствии представленному варианту реализации способа конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений, и повторная информация заново не предоставляется в данном документе.
На Фиг.2 показана принципиальная структурная схема устройства для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений согласно 1-му Варианту осуществления настоящего изобретения, при этом устройство включает в себя:
модуль 21 приема, выполненный с возможностью приема запроса конфигурации обеспечивающего резервирование решения и передачи принятого запроса конфигурации обеспечивающего резервирование решения в первый модуль 22 определения;
первый модуль 22 определения, выполненный с возможностью определения, согласно запросу конфигурации обеспечивающего резервирование решения, информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и передачи определенной информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения во второй модуль 23 определения; и
второй модуль 23 определения, выполненный с возможностью определения, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающее резервирование решение для подлежащего конфигурированию объекта-приложения.
В качестве дополнительной возможности информация об инфраструктуре включает в себя информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры;
информация о диспетчере инфраструктуры включает в себя информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры; и
информация объекта-приложения включает в себя информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности по меньшей мере одного объекта-приложения, который был развернут.
В качестве дополнительной возможности архитектура облачных вычислений является архитектурой виртуализации (NFV) сетевых функций (NFV-архитектурой); объект-приложение является VN-функцией (VNF); инфраструктура является инфраструктурой (NFVI) виртуализации сетевых функций; и диспетчер инфраструктуры является виртуальным диспетчером (VIM) инфраструктуры.
В качестве дополнительной возможности база с информацией о возможностях резервирования и устройство расположены в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций, или база с информацией о возможностях резервирования и устройство расположены в диспетчере (VNFM) виртуализированной сетевой функции; при этом
модуль 21 приема дополнительно выполнен с возможностью приема информации, переданной любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры, и сохранения, в базе с информацией о возможностях резервирования, принятой информации диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
В качестве дополнительной возможности база с информацией о возможностях резервирования и устройство расположены в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций; при этом
модуль 21 приема специально выполнен с возможностью приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, отправленного диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления NFV-оркестратора (NFVO); и
модуль 21 приема дополнительно выполнен с возможностью приема информации, переданной диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM), и сохранения принятой информации каждого объекта-приложения в базе с информацией о возможностях резервирования.
В качестве дополнительной возможности база с информацией о возможностях резервирования и устройство расположены в диспетчере (VNFM) виртуализированной сетевой функции; при этом
модуль 21 приема специально выполнен с возможностью приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (EMS) управления элементами, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (OSS) поддержки операционной деятельности или системы (BSS) поддержки бизнес-процессов и переслан платформой (NFV-оркестратором (NFVO)) управления виртуализацией сетевых функций, или приема запроса конфигурации обеспечивающего резервирование решения, переданного NFV-оркестратором (NFVO), или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления VNF-диспетчера (VNFM); и
модуль 21 приема дополнительно выполнен с возможностью приема информации объекта-приложения, переданной каждым объектом-приложением, и сохранения принятой информации объекта-приложения в базе с информацией о возможностях резервирования.
На Фиг.3 показана принципиальная структурная схема устройства для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений согласно 2-му Варианту осуществления настоящего изобретения, при этом устройство включает в себя процессор 31 и запоминающее устройство 32, причем запоминающее устройство 32 хранит команду исполнения; когда устройство запущено, процессор 31 осуществляет связь с запоминающим устройством 32, и процессор 31 исполняет команду исполнения, так что устройство реализует следующий способ, содержащий этапы:
приема запроса конфигурации обеспечивающего резервирование решения;
определения, согласно запросу конфигурации обеспечивающего резервирование решения, информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и
определения, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающее резервирование решение для подлежащего конфигурированию объекта-приложения.
В качестве дополнительной возможности информация об инфраструктуре включает в себя информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры;
информация о диспетчере инфраструктуры включает в себя информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры; и
информация объекта-приложения включает в себя информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности по меньшей мере одного объекта-приложения, который был развернут.
В качестве дополнительной возможности архитектура облачных вычислений является архитектурой виртуализации (NFV) сетевых функций (NFV-архитектурой); объект-приложение является VN-функцией (VNF); инфраструктура является инфраструктурой (NFVI) виртуализации сетевых функций; и диспетчер инфраструктуры является виртуальным диспетчером (VIM) инфраструктуры.
В качестве дополнительной возможности база с информацией о возможностях резервирования расположена в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций или расположена в диспетчере (VNFM) виртуализированной сетевой функции; при этом
в способе, реализуемом процессором 31, информация об инфраструктуре и информация о диспетчере инфраструктуры собраны в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации, переданной любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры; и сохранения, в базе с информацией о возможностях резервирования, принятой информации диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
В качестве дополнительной возможности база с информацией о возможностях резервирования расположена в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций; при этом
в способе, реализуемом процессором 31, этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап: приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, отправленного диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления NFV-оркестратора (NFVO); и
информация объекта-приложения собрана в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации, переданной диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM); и сохранения принятой информации каждого объекта-приложения в базе с информацией о возможностях резервирования.
В качестве дополнительной возможности база с информацией о возможностях резервирования расположена в диспетчере (VNFM) виртуализированной сетевой функции; при этом
в способе, реализуемом процессором 31, этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап: приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (EMS) управления элементами, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (OSS) поддержки операционной деятельности или системы (BSS) поддержки бизнес-процессов и переслан платформой (NFV-оркестратором (NFVO)) управления виртуализацией сетевых функций, или приема запроса конфигурации обеспечивающего резервирование решения, переданного NFV-оркестратором (NFVO), или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления VNF-диспетчера (VNFM); и
информация объекта-приложения собрана в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации объекта-приложения, переданной каждым объектом-приложением; и сохранения принятой информации объекта-приложения в базе с информацией о возможностях резервирования.
На Фиг.4 показана блок-схема последовательности операций способа конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений согласно 3-му Варианту осуществления настоящего изобретения, при этом способ включает в себя следующие этапы:
S401. Прием запроса конфигурации, обеспечивающего резервирование решения.
В частном процессе реализации объект исполнения в данном варианте осуществления настоящего изобретения может быть развернут в качестве модуля предпочтения обеспечивающего резервирование решения в функциональном объекте существующей архитектуры облачных вычислений (например, развернут в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций или диспетчере (VNFM) виртуализированной сетевой функции в NFV-архитектуре), и может также быть развернут в качестве независимого функционального объекта в существующей архитектуре облачных вычислений.
Запрос конфигурации обеспечивающего резервирование решения на этапе S401 может включать в себя идентификационную информацию (такую как название объекта-приложения) по меньшей мере одного объекта-приложения, для которого необходимо сконфигурировать обеспечивающее резервирование решение. Запрос конфигурации обеспечивающего резервирование решения может не только использоваться для запрашивания конфигурации обеспечивающего резервирование решения для одного объекта-приложения, но также и для запрашивания конфигурации обеспечивающего резервирование решения для сетевой службы (Сетевого Сервера, (Network Server, NS)), поддерживаемой множеством объектов-приложений, и может дополнительно для запрашивания конфигурации обеспечивающего резервирование решения для центра (DC) обработки данных, включающего в себя множество объектов-приложений, причем сетевую службу (NS) в данном документе можно рассматривать в качестве функции или служебного элемента, который укомплектован множеством объектов-приложений. Кроме того, запрос конфигурации обеспечивающего резервирование решения может дополнительно включать в себя информацию о возможности резервирования и информацию требований к ограничению резервирования по меньшей мере одного объекта-приложения или сетевой службы (NS), или центра (DC) обработки данных.
Вышеупомянутая возможность резервирования относится к возможности предоставления технологии резервирования и включает в себя информацию таких элементов, как механизм резервирования, режим резервирования и спецификация резервирования. Механизм резервирования может быть механизмом, который выполняет резервирование и резервное копирование на основе инфраструктурного уровня, механизмом, который выполняет резервирование и резервное копирование на основе прикладного уровня, механизмом, который выполняет резервирование и резервное копирование на основе платформенного уровня, или механизмом, который выполняет резервирование и резервное копирование на основе области управления. Режим резервирования может быть режимом «активный-резервный», режимом «активный-активный», режимом распределения нагрузки или режимом «активный/подлежащий развертыванию», где режим «активный-резервный» относится к режиму, при котором активная рабочая система находится в рабочем состоянии, а резервная рабочая система входит в рабочее состояние, когда активная рабочая система становится неисправной; режим «активный-активный» относится к режиму, при котором множество рабочих систем функционируют одновременно; режим распределения нагрузки относится к режиму, при котором множество рабочих систем запущены одновременно, и среди них осуществляется распределение нагрузки; и режим «активный/подлежащий развертыванию» относится к случаю, при котором хранится представляющая данные информация только подлежащей использованию рабочей системы, и когда активная рабочая система становится неисправной, то рабочая система генерируется согласно сохраненной представляющей данные информации и входит в рабочее состояние. Спецификация резервирования может включать в себя уровень резервирования, целевую точку восстановления (Целевая Точка Восстановления (Recovery Point Objective, RPO)), целевое время восстановления (Целевое Время Восстановления (Recovery Time Objective, RTO)), максимальное количество виртуальных машин (Виртуальная Машина (Virtual Machine, VM)) с поддерживаемым резервированием и т.п.
Вышеупомянутое ограничение резервирования относится к некоторым условиям развертывания, заданным согласно фактической характерной особенности объекта-приложения и уточненному требованию пользователя, и включает в себя географическое ограничение, ограничение совместимости, ограничение антисовместимости, ограничение приоритета и т.п. Географическое ограничение относится к невозможности развертывания объекта-приложения в конкретной стране, регионе, центре (DC) обработки данных или в чем-либо им подобном или к возможности развертывания объекта-приложения только в конкретной стране, регионе, центре (DC) обработки данных или в чем-либо им подобном. Ограничение совместимости относится к развертыванию в одном и том же центре (DC) обработки данных множества объектов-приложений (например, различных объектов-приложений в одной и тот же сетевой службе (Network Service, NS))), которые обладают сильной связью между службами или географической близостью, или к развертыванию одного и того же диспетчера инфраструктуры для множества объектов-приложений, которые обладают сильной связью между службами, или к чему-либо им подобному. Ограничение антисовместимости относится к необходимости развертывания в различных центрах (DC) обработки данных множества объектов-приложений или к развертыванию различных диспетчеров инфраструктуры для множества объектов-приложений, например, несколько объектов-приложений в режиме резервирования при распределении нагрузки развертываются в различных центрах (DC) обработки данных. Ограничение приоритета относится к тому, что при различных состояниях ресурсов или в ситуации, при которой происходит аномальное событие, объектам-приложениям с различными приоритетами могут быть предоставлены различающиеся службы, например, когда таких ресурсов, как инфраструктуры, недостаточно, то гарантируется, что резервирование может быть реализовано по старшинству для объекта-приложения с высоким приоритетом.
S402. Определение согласно запросу конфигурации обеспечивающего резервирование решения, информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения.
Подлежащий конфигурированию объект-приложение в данном документе относится к объекту-приложению, для которого необходимо сконфигурировать обеспечивающее резервирование решение, при этом объект-приложение может быть объектом-приложением, который был развернут (то есть объектом-приложением, который был развернут в архитектуре облачных вычислений, но для которого обеспечивающее резервирование решение не было сконфигурировано, или объектом-приложением, для которого необходимо видоизменить обеспечивающее резервирование решение, которое было сконфигурировано), и может также быть объектом-приложением, который не был развернут.
На данном этапе, если запрос конфигурации обеспечивающего резервирование решения, принятый на этапе, S401 включает в себя только идентификационную информацию подлежащего конфигурированию объекта-приложения (может быть такой информацией, как название), то информацию о возможности резервирования и информацию требований к ограничению резервирования объекта-приложения, который соответствует идентификационной информации, необходимо дополнительно найти, согласно идентификационной информации, в информации объекта-приложения, которая была сохранена; если запрос конфигурации обеспечивающего резервирование решения, принятый на этапе S401, включает в себя информацию о возможности резервирования и информацию требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, то информация о возможности резервирования и информация требований к ограничению резервирования объекта-приложения могут быть непосредственно синтаксически проанализированы в запросе конфигурации обеспечивающего резервирование решения.
S403. Определение, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающее резервирование решение для подлежащего конфигурированию объекта-приложения.
На данном этапе информация об инфраструктуре может включать в себя информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры, при этом информация об использовании ресурсов в данном документе включает в себя оставшиеся доступные ресурсы резервирования инфраструктуры и/или между инфраструктурами, например, ресурсы хранения, ресурсы CPU и сетевые ресурсы. Информация о диспетчере инфраструктуры включает в себя информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры, при этом диспетчер инфраструктуры в данном документе может управлять инфраструктурами во множество центров (DC) обработки данных, и один центр (DC) обработки данных может также включать в себя множество диспетчеров инфраструктуры. Информация объекта-приложения включает в себя информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности (то есть, одну или более из информации о возможности резервирования, информации ограничения резервирования и информации о степени исправности) по меньшей мере одного объекта-приложения (который может быть одним объектом-приложением или сетевой службой (NS), поддерживаемой множеством объектов-приложений, или центром (DC) обработки данных, включающим в себя множество объектов-приложений), который был развернут, при этом информация о степени исправности в данном документе относится к информации, такой как является ли объект-приложение, который был развернут, неисправным и текущее состояние нагрузки.
В данном варианте осуществления настоящего изобретения база с информацией о возможностях резервирования установлена для сбора информации каждой инфраструктуры, информации каждого диспетчера инфраструктуры и информации каждого объекта-приложения, который был развернут; после приема запроса конфигурации обеспечивающего резервирование решения инфраструктура, диспетчер инфраструктуры и объект-приложение, который был развернут (которые могут использоваться для резервирования в режиме распределения нагрузки), которые поддерживают возможность резервирования и требование ограничения резервирования подлежащего конфигурированию объекта-приложения, отыскиваются в установленной базе с информацией о резервировании, и определяется окончательное обеспечивающее резервирование решение. Например, режим резервирования и механизм резервирования, который необходимо использовать, могут быть сначала определены согласно информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; из инфраструктур, диспетчеров инфраструктуры, центров (DC) обработки данных и объектов-приложений, которые поддерживают определенный режим резервирования и определенный механизм резервирования, оптимальная инфраструктура, оптимальный диспетчер инфраструктуры и оптимальный центр (DC) обработки данных выбираются на основе таких принципов, как самые обильные текущие незанятые ресурсы, совместимость и антисовместимость, и оптимальный объект-приложение, используемый в режиме резервирования при распределении нагрузки, выбирается на основе таких принципов, как антисовместимость и наименьшая нагрузка приложения. Конечное определенное обеспечивающее резервирование решение может включать в себя информацию одного или более из следующих элементов: режима резервирования, механизма резервирования, центра (DC) обработки данных, инфраструктуры и диспетчера инфраструктуры, объекта-приложения, который был развернут, и т.п.
В вышеупомянутой процедуре было описано, что архитектура облачных вычислений в данном варианте осуществления настоящего изобретения может быть NFV-архитектурой на основе ICT. Нижеследующее сосредоточено на варианте реализации в архитектуре облачных вычислений.
Модуль управления и оркестровки (Management and Orchestration, MANO), координирующий все облачные системные ресурсы, задан в стандартной NFV-архитектуре, и на Фиг.5 показана принципиальная схема архитектуры интерфейса Управления и Оркестровки (MANO) в NFV-архитектуре. Функциональные объекты, такие как инфраструктура виртуализации сетевых функций (NFV-инфраструктура (NFV Infrastructure, NFVI)), виртуальный диспетчер инфраструктуры (Виртуализированный Диспетчер Инфраструктуры, (Virtualised Infrastructure Manager, VIM)), виртуализированная сетевая функция (Виртуализированная Сетевая Функция, VN-функция (Virtualised Network Function, VNF)), диспетчер виртуализированной сетевой функции (VNF-диспетчер (VNF Manager, VNFM)), платформа управления виртуализацией сетевых функций (Оркестратор Виртуализации Сетевых Функций, NFV-оркестратор (Network Functions Virtualisation Orchestrator, NFVO)), система управления элементами (Система Управления Элементами, EM-система (Element Management System, EMS)) и система поддержки операционной деятельности/система поддержки бизнес-процессов (Система Поддержки Операционной Деятельности/Система Поддержки Бизнес-Процессов, OS-система (OSS)/BS-система (BSS) (Operation support system/Business support system, OSS/BSS)), заданы в NFV-архитектуре. NFV-инфраструктура (NFVI) используется для предоставления облачной инфраструктуры; VN-функция (VNF) является облачным сетевым элементом-приложением; виртуальный диспетчер (VIM) инфраструктуры ответственен за управление инфраструктурой; VNF-диспетчер (VNFM) ответственен за управление жизненным циклом VN-функции (VNF); NFV-оркестратор (NFVO) ответственен за управление жизненным циклом службы; EM-система (EMS) является системой управления для сетевого элемента-приложения; и OS-система (OSS)/BS-система (BSS) является системой сетевого управления облачной системы.
NFV-архитектура является полностью открытой облачной стандартной архитектурой, и каждый компонент или компоненты одного и того же типа могут быть предоставлены различными поставщиками устройств; резервирование может быть реализовано на основе различных уровней (инфраструктурном уровне, прикладном уровне или уровне управления); возможности резервирования, предоставляемые различными инфраструктурами или различными VN-функциями (VNF), могут быть различными. Поэтому, обеспечивающее резервирование решение может быть выбрано более гибким образом для варианта реализации развертывания резервирования в NFV-архитектуре.
В вышеупомянутой процедуре было описано, что объект исполнения в данном варианте осуществления настоящего изобретения может быть развернут в качестве модуля предпочтения обеспечивающего резервирование решения в функциональном объекте существующей архитектуры облачных вычислений и, в частности, может быть развернут в NFV-оркестраторе (NFVO) или VNF-диспетчере (VNFM), или OS-системе (OSS)/BS-системе (BSS), или EM-системе (EMS) в NFV-архитектуре.
Местоположение, в котором развернут модуль предпочтения обеспечивающего резервирование решения, определяет канал переноса информации об инфраструктуре, информации о диспетчере инфраструктуры, информации объекта-приложения и т.п. Далее описано развертывание модуля предпочтения обеспечивающего резервирование решения в NFV-оркестраторе (NFVO) или VNF-диспетчере (VNFM).
В последующем процессе реализации модуль предпочтения обеспечивающего резервирование решения в NFV-оркестраторе (NFVO) может активно запросить вышеупомянутую информацию об инфраструктуре, информацию о диспетчере инфраструктуры и информацию объекта-приложения у виртуального диспетчера (VIM) инфраструктуры, VNF-диспетчера (VNFM) или чего-либо им подобного и может также принять информацию об инфраструктуре, информацию о диспетчере инфраструктуры и информацию объекта-приложения, которые активно отправлены виртуальным диспетчером (VIM) инфраструктуры, VNF-диспетчером (VNFM) или чем-либо им подобным, которые не ограничены в данном документе. Аналогичным образом модуль предпочтения обеспечивающего резервирование решения в VNF-диспетчере (VNFM) может активно запросить вышеупомянутую информацию об инфраструктуре, информацию о диспетчере инфраструктуры и информацию объекта-приложения у виртуального диспетчера (VIM) инфраструктуры, VN-функции (VNF) или чего-либо им подобного и может также принять информацию об инфраструктуре, информацию о диспетчере инфраструктуры и информацию объекта-приложения, которые активно отправлены виртуальным диспетчером (VIM) инфраструктуры, VN-функцией (VNF) или чем-либо им подобным, которые не ограничены в данном документе.
На Фиг.6 показана принципиальная схема развертывания модуля предпочтения обеспечивающего резервирование решения в NFV-оркестраторе (NFVO). Когда модуль предпочтения обеспечивающего резервирование решения развернут в NFV-оркестраторе (NFVO), NFV-инфраструктура (NFVI) передает информацию об инфраструктуре в NFV-оркестратор (NFVO) посредством использования виртуального диспетчера (VIM) инфраструктуры, как указано посредством канала под номером 1 на Фиг.6, то есть виртуальный диспетчер (VIM) инфраструктуры сообщает соответствующую информацию каждой управляемой NFV-инфраструктуры (NFVI) в NFV-оркестратор (NFVO), или NFV-оркестратор (NFVO) может подписаться на соответствующую информацию NFV-инфраструктуры (NFVI) от виртуального диспетчера (VIM) инфраструктуры; виртуальный диспетчер (VIM) инфраструктуры передает информацию о диспетчере инфраструктуры в NFV-оркестратор (NFVO), как указано посредством канала под номером 2 на Фиг.6; VN-функция (VNF) передает информацию объекта-приложения (включающую в себя такую информацию, как возможность резервирования, ограничение резервирования и степень исправности объекта-приложения) в NFV-оркестратор (NFVO) посредством использования VNF-диспетчера (VNFM), как указано посредством канала под номером 3a на Фиг.6, или VNF-диспетчер (VNFM) может непосредственно передать хранящуюся информацию объекта-приложения в NFV-оркестратор (NFVO), как указано посредством канала под номером 3b на Фиг.6; OS-система (OSS)/BS-система (BSS) передает запрос конфигурации обеспечивающего резервирование решения (включающий в себя информацию ограничения резервирования от пользователя) в NFV-оркестратор (NFVO), как указано посредством канала под номером 4a на Фиг.6, или EM-система (EMS) передает запрос конфигурации обеспечивающего резервирование решения в NFV-оркестратор (NFVO) посредством использования VNF-диспетчера (VNFM), как указано посредством канала под номером 4b на Фиг.6, или VNF-диспетчер (VNFM) передает запрос конфигурации обеспечивающего резервирование решения в NFV-оркестратор (NFVO), как указано посредством канала под номером 4c на Фиг.6, или NFV-оркестратор (NFVO) может также непосредственно принять запрос конфигурации обеспечивающего резервирование решения, инициированный пользователем посредством использования программного обеспечения управления NFV-оркестратора (NFVO); в частности, вариант передачи запроса конфигурации обеспечивающего резервирование решения может быть добавлением информации запроса конфигурации обеспечивающего резервирование решения в файле описателя виртуальной сетевой функции (Описатель Виртуальной Сетевой Функции, VNF-описатель (Virtual Network Function Descriptor, VNFD)) или файле описателя сетевой службы (Описатель Сетевой Службы, NS-описатель (Network Service Descriptor, NSD)), и кроме того, вышеупомянутый запрос конфигурации обеспечивающего резервирование решения может также быть передан посредством использования интерфейсной команды.
В частности, информация или элемент, относящиеся к конфигурации обеспечивающего резервирование решения, могут быть заданы в VNF-описателе (VNFD) или NS-описателе (NSD), причем информация или элемент используются для идентификации того, что необходимо сконфигурировать обеспечивающее резервирование решение для указанного объекта-приложения или сетевой службы (NS), или центра (DC) обработки данных, и содержимое описания, относящееся к упомянутой информации или упомянутому элементу, используется для описания информации конфигурации резервирования (включающей в себя информацию о возможности резервирования и/или информацию ограничения резервирования, и/или что-либо им подобное) указанной VN-функции (VNF) или сетевой службы (NS), или центра (DC) обработки данных.
Например, как показано в следующих Таблице 1 и Таблице 2, указатель конфигурации резервирования (Указатель Конфигурации Аварийного Восстановления, DRC-указатель (Disaster Recovery Configuration Indicator, DRCI)) может быть задан в VNF-описателе (VNFD), и содержимое описания DRC-указателя (DRCI) используется для описания информации конфигурации резервирования соответствующей VN-функции (VNF), при этом информация конфигурации резервирования включает в себя информацию о возможности резервирования, информацию ограничения резервирования и т.п. Основной номер DRC-указателя (DRCI) используется для указания количества порций информации конфигурации резервирования, и как показано в Таблице 1, основной номер принимает значение 0-N, которое указывает, что информация конфигурации резервирования не может переноситься, или может переноситься множество порций информации конфигурации резервирования; как показано в Таблице 2, основной номер имеет значение 1, которое указывает, что переносится одна порция информации конфигурации резервирования.
Таблица 1
Название Основной номер Описание
DRCI 0-N DRC-указатель (DRCI) используется для идентификации информации конфигурации резервирования VN-функции (VNF), включающей в себя возможность резервирования, ограничение резервирования и т.п.; основной номер 0-N указывает, что информация конфигурации резервирования не может переноситься, или может переноситься множество порций информации конфигурации резервирования.
Таблица 2
Название Основной номер Описание
DRCI 1 DRC-указатель (DRCI) используется для идентификации информации конфигурации резервирования VN-функции (VNF), включающей в себя возможность резервирования, ограничение резервирования и т.п.; основной номер 1 указывает, что переносится одна порция информации конфигурации резервирования.
На Фиг.7 показана принципиальная схема развертывания модуля предпочтения обеспечивающего резервирование решения в VNF-диспетчере (VNFM). Когда модуль предпочтения обеспечивающего резервирование решения развернут в VNF-диспетчере (VNFM), NFV-инфраструктура (NFVI) передает информацию об инфраструктуре в VNF-диспетчер (VNFM) посредством использования виртуального диспетчера (VIM) инфраструктуры, как указано посредством канала под номером 5 на Фиг.7, то есть виртуальный диспетчер (VIM) инфраструктуры передает соответствующую информацию каждой управляемой NFV-инфраструктуры (NFVI) в VNF-диспетчер (VNFM), или VNF-диспетчер (VNFM) может подписаться на соответствующую информацию NFV-инфраструктуры (NFVI) от виртуального диспетчера (VIM) инфраструктуры; виртуальный диспетчер (VIM) инфраструктуры передает информацию о диспетчере инфраструктуры в VNF-диспетчер (VNFM), как указано посредством канала под номером 6 на Фиг.7; VN-функция (VNF) передает информацию объекта-приложения в VNF-диспетчер (VNFM), как указано посредством канала под номером 7 на Фиг.7; EM-система (EMS) передает запрос конфигурации обеспечивающего резервирование решения в VNF-диспетчер (VNFM), как указано посредством канала под номером 8a на Фиг.7, или OS-система (OSS)/BS-система (BSS) передает принятый запрос конфигурации обеспечивающего резервирование решения в NFV-оркестратор (NFVO), и NFV-оркестратор (NFVO) пересылает запрос конфигурации обеспечивающего резервирование решения в VNF-диспетчер (VNFM), как указано посредством канала под номером 8b на Фиг.7, или NFV-оркестратор (NFVO) передает принятый запрос конфигурации обеспечивающего резервирование решения в VNF-диспетчер (VNFM), как указано посредством канала под номером 8c на Фиг.7; или VNF-диспетчер (VNFM) может также непосредственно принять запрос конфигурации обеспечивающего резервирование решения, инициированный пользователем посредством использования программного обеспечения управления VNF-диспетчера (VNFM). В частности, вариант передачи запроса конфигурации обеспечивающего резервирование решения может быть добавлением информации запроса конфигурации обеспечивающего резервирование решения в файле описателя виртуальной сетевой функции (Описатель Виртуальной сетевой функции, VNF-описатель (Virtual Network Function Descriptor, VNFD)) или файле описателя сетевой службы (Описатель Сетевой службы, NS-описатель (Network Service Descriptor, NSD)), и вышеупомянутый запрос конфигурации обеспечивающего резервирование решения может также быть передан посредством использования интерфейсной команды.
Можно заметить, что в вышеупомянутых двух каналах переноса информации, независимо от того развернут ли модуль предпочтения обеспечивающего резервирование решения в NFV-оркестраторе (NFVO) или VNF-диспетчере (VNFM), информация об инфраструктуре и информация о диспетчере инфраструктуры передаются в модуль предпочтения обеспечивающего резервирование решения посредством использования диспетчера инфраструктуры.
То есть информация об инфраструктуре и информация о диспетчере инфраструктуры собираются в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации, переданной любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры; и сохранения, в базе с информацией о возможностях резервирования, принятой информации диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
В качестве дополнительной возможности, если модуль предпочтения обеспечивающего резервирование решения и база с информацией о возможностях резервирования развернуты в NFV-оркестраторе (NFVO), то этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап: приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, отправленного диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления NFV-оркестратора (NFVO); и
информация объекта-приложения собирается в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации, переданной диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM); и сохранения принятой информации каждого объекта-приложения в базе с информацией о возможностях резервирования.
В качестве дополнительной возможности, если модуль предпочтения обеспечивающего резервирование решения и база с информацией о возможностях резервирования развернуты в VNF-диспетчере (VNFM), то этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап: приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (EMS) управления элементами, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от OS-системы (OSS)/BS-системы (BSS) и переслан NFV-оркестратором (NFVO), или приема запроса конфигурации обеспечивающего резервирование решения, переданного NFV-оркестратором (NFVO), или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления VNF-диспетчера (VNFM); и
информация объекта-приложения собирается в установленную базу с информацией о возможностях резервирования согласно следующим этапам: приема информации объекта-приложения, переданной каждым объектом-приложением; и сохранения принятой информации объекта-приложения в базе с информацией о возможностях резервирования.
В частном процессе реализации при изменении любой из информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения обновленная информация может быть передана в базу с информацией о возможностях резервирования вовремя посредством использования вышеупомянутых каналов, и модуль предпочтения обеспечивающего резервирование решения повторно формулирует надлежащее обеспечивающее резервирование решение для подвергшегося влиянию объекта-приложения согласно обновленной информации. В частности, на основе каналов переноса информации, предоставленных вышеупомянутыми вариантами осуществления настоящего изобретения, при изменении информации, такой как возможность резервирования, инфраструктуры и диспетчера инфраструктуры, например, при модернизации программного обеспечения, добавлении нового инфраструктурного компонента или становлении неисправной некоторой инфраструктуры, база с информацией о возможностях резервирования может вовремя обновить данные и идентифицировать подвергшийся влиянию объект-приложение, и затем возвратить информацию обратно в модуль предпочтения обеспечивающего резервирование решения; и модуль предпочтения обеспечивающего резервирование решения повторно формулирует надлежащее обеспечивающее резервирование решение для подвергшегося влиянию объекта-приложения и напоминает пользователю о регулировке или запускает систему для автоматической регулировки обеспечивающего резервирование решения. При изменении информации, такой как возможность резервирования или ограничение резервирования, объекта-приложения, который был развернут, например, при модернизации программного обеспечения или выполнении пользователем регулировки, база с информацией о возможностях резервирования может также вовремя обновить данные и идентифицировать подвергшийся влиянию объект-приложение и затем возвратить информацию обратно в модуль предпочтения обеспечивающего резервирование решения; и модуль предпочтения обеспечивающего резервирование решения повторно формулирует надлежащее обеспечивающее резервирование решение для подвергшегося влиянию объекта-приложения и напоминает пользователю о регулировке или запускает систему для автоматической регулировки обеспечивающего резервирование решения.
Специалисту в данной области техники может быть четко понято, что с целью удобного и краткого описания разделение на вышеупомянутые функциональные модули приведено в качестве примера для иллюстрации. При фактическом применении вышеупомянутые функции могут быть назначены другим функциональным модулям и реализованы по требованию, то есть внутренняя структура устройства разделяется на другие функциональные модули для реализации всех или части функций, описанных выше. Для подробного процесса функционирования вышеупомянутой системы, устройства и блока, может быть сделана ссылка на соответствующий процесс в вышеупомянутых вариантах осуществления способа, и подробности заново не описываются в данном документе.
В этих нескольких вариантах осуществления, предложенных в настоящей заявке, следует понимать, что раскрытая система, устройство и способ могут быть реализованы по-другому. Например, описанный вариант осуществления устройства является всего лишь примерным. Например, разделение на модули или блоки является всего лишь разделением на логические функции и может быть другим разделением при фактическом варианте реализации. Например, множество блоков или компонентов могут быть объединены или встроены в другую систему, либо некоторые признаки могут быть проигнорированы или не выполнены. Кроме того, изображенные или обсужденные взаимные связи или непосредственные связи или связывающие соединения могут быть реализованы через некоторые интерфейсы. Косвенные связи или связывающие соединения между устройствами или блоками могут быть реализованы в электронных, механических или других формах.
Блоки, описанные в качестве отдельных частей, могут быть или могут не быть физически отдельными, и части, изображенные в качестве блоков, могут быть или могут не быть физическими блоками, могут быть расположены в одном местоположении или могут быть распределены по множеству сетевых блоков. Часть или все блоки могут быть выбраны согласно фактическим потребностям для достижения целей решений упомянутых вариантов осуществления.
Кроме того, функциональные блоки в вариантах осуществления настоящей заявки могут быть объединены в один блок обработки, или каждый из блоков может существовать физически по отдельности, или два или более блоков объединяются в один блок. Объединенный блок может быть реализован в виде аппаратного обеспечения, или может быть реализован в виде функционального блока программного обеспечения.
Когда объединенный блок реализуется в виде функционального блока программного обеспечения и продается или используется в качестве независимого продукта, то такой объединенный блок может быть сохранен на считываемом компьютером носителе хранения информации. На основе такого понимания технические решения настоящей заявки по существу или вносящая вклад в предшествующий уровень техники часть, или все или часть технических решений могут быть реализованы в виде программного продукта. Программный продукт хранится на носителе хранения информации и включает в себя несколько команд для предписания компьютерному устройству (которое может быть персональным компьютером, сервером или сетевым устройством) или процессору выполнять все или часть из этапов способов, описанных в вариантах осуществления настоящей заявки. Вышеупомянутый носитель хранения информации включает в себя: любой носитель, который может хранить программный код, в частности карта флэш-памяти с интерфейсом USB, съемный жесткий диск, постоянное запоминающее устройство (ROM, ROM, Read-Only Memory), запоминающее устройство с произвольным доступом (RAM, Random Access Memory), магнитный диск или оптический диск.
Вышеупомянутые варианты осуществления всего лишь предназначены для подробного описания технических решений настоящего изобретения. Описания вышеупомянутых вариантов осуществления всего лишь предназначены оказать помощь в понимании способа и ключевых идей настоящего изобретения, и их не следует понимать в качестве ограничения на настоящее изобретение. Любое изменение или замена, до которых с легкостью догадывается специалист в данной области техники в пределах технического объема, раскрытого в настоящем изобретении, должны охватываться объемом защиты настоящего изобретения.

Claims (32)

1. Устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений, содержащее:
модуль (21) приема, выполненный с возможностью приема запроса конфигурации обеспечивающего резервирование решения и передачи принятого запроса конфигурации обеспечивающего резервирование решения в первый модуль (22) определения;
первый модуль определения, выполненный с возможностью определения, согласно запросу конфигурации обеспечивающего резервирование решения, информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и передачи определенной информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения во второй модуль (23) определения; и
второй модуль определения, выполненный с возможностью определения, согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающего резервирование решения для подлежащего конфигурированию объекта-приложения.
2. Устройство по п.1, в котором информация об инфраструктуре содержит информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры;
информация о диспетчере инфраструктуры содержит информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры; и
информация объекта-приложения содержит информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности по меньшей мере одного объекта-приложения, который был развернут.
3. Устройство по п.2, в котором архитектура облачных вычислений является архитектурой виртуализации (NFV) сетевых функций (NFV-архитектурой); объект-приложение является VN-функцией (VNF); инфраструктура является инфраструктурой (NFVI) виртуализации сетевых функций; и диспетчер инфраструктуры является виртуальным диспетчером (VIM) инфраструктуры.
4. Устройство по п.3, в котором база с информацией о возможностях резервирования и устройство расположены в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций, либо база с информацией о возможностях резервирования и устройство расположены в диспетчере (VNFM) виртуализированной сетевой функции; и
модуль приема дополнительно выполнен с возможностью приема информации, переданной любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры, и хранения, в базе с информацией о возможностях резервирования, принятой информации диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
5. Устройство по п.4, в котором база с информацией о возможностях резервирования и устройство расположены в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций;
модуль приема специально выполнен с возможностью приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, отправленного диспетчером (VNFM) виртуализированной сетевой функции, или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления NFV-оркестратора (NFVO); и
модуль приема дополнительно выполнен с возможностью приема информации, переданной диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM), и сохранения принятой информации каждого объекта-приложения в базе с информацией о возможностях резервирования.
6. Устройство по п.4, в котором база с информацией о возможностях резервирования и устройство расположены в диспетчере (VNFM) виртуализированной сетевой функции;
модуль приема специально выполнен с возможностью приема запроса конфигурации обеспечивающего резервирование решения, переданного системой (EMS) управления элементами, или приема запроса конфигурации обеспечивающего резервирование решения, который исходит от системы (OSS) поддержки операционной деятельности или системы (BSS) поддержки бизнес-процессов и переслан платформой (NFV-оркестратором (NFVO)) управления виртуализацией сетевых функций, или приема запроса конфигурации обеспечивающего резервирование решения, переданного NFV-оркестратором (NFVO), или приема запроса конфигурации обеспечивающего резервирование решения, доставленного программным обеспечением управления VNF-диспетчера (VNFM); и
модуль приема дополнительно выполнен с возможностью приема информации объекта-приложения, переданной каждым объектом-приложением, и сохранения принятой информации объекта-приложения в базе с информацией о возможностях резервирования.
7. Способ конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений, содержащий этапы, на которых:
принимают (S401) запрос конфигурации обеспечивающего резервирование решения;
определяют (S402), согласно запросу конфигурации обеспечивающего резервирование решения, информацию о возможности резервирования и информацию требований к ограничению резервирования подлежащего конфигурированию объекта-приложения; и
определяют (S403), согласно информации об инфраструктуре, информации о диспетчере инфраструктуры и информации объекта-приложения в установленной базе с информацией о возможностях резервирования, и информации о возможности резервирования и информации требований к ограничению резервирования подлежащего конфигурированию объекта-приложения, обеспечивающее резервирование решение для подлежащего конфигурированию объекта-приложения.
8. Способ по п.7, в котором информация об инфраструктуре содержит информацию о возможности резервирования и/или информацию об использовании ресурсов по меньшей мере одной инфраструктуры;
информация о диспетчере инфраструктуры содержит информацию о возможности резервирования по меньшей мере одного диспетчера инфраструктуры; и
информация объекта-приложения содержит информацию о возможности резервирования и/или информацию ограничения резервирования, и/или информацию о степени исправности по меньшей мере одного объекта-приложения, который был развернут.
9. Способ по п.8, в котором архитектура облачных вычислений является архитектурой виртуализации (NFV) сетевых функций (NFV-архитектурой); объект-приложение является VN-функцией (VNF); инфраструктура является инфраструктурой (NFVI) виртуализации сетевых функций; и диспетчер инфраструктуры является виртуальным диспетчером (VIM) инфраструктуры.
10. Способ по п.9, в котором базу с информацией о возможностях резервирования располагают в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций или располагают в диспетчере (VNFM) виртуализированной сетевой функции; и
информацию об инфраструктуре и информацию о диспетчере инфраструктуры собирают в установленную базу с информацией о возможностях резервирования согласно следующим этапам, на которых: принимают информацию, переданную любым диспетчером инфраструктуры, диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры; и сохраняют, в базе с информацией о возможностях резервирования, принятую информацию диспетчера инфраструктуры и каждой инфраструктуры, управляемой диспетчером инфраструктуры.
11. Способ по п.10, в котором базу с информацией о возможностях резервирования располагают в платформе (NFV-оркестраторе (NFVO)) управления виртуализацией сетевых функций;
этап приема запроса конфигурации обеспечивающего резервирование решения содержит этап, на котором: принимают запрос конфигурации обеспечивающего резервирование решения, переданный системой (OSS) поддержки операционной деятельности или системой (BSS) поддержки бизнес-процессов, или принимают запрос конфигурации обеспечивающего резервирование решения, который исходит от системы (EMS) управления элементами и переслан диспетчером (VNFM) виртуализированной сетевой функции, или принимают запрос конфигурации обеспечивающего резервирование решения, отправленный диспетчером (VNFM) виртуализированной сетевой функции, или принимают запрос конфигурации обеспечивающего резервирование решения, доставленный программным обеспечением управления NFV-оркестратора (NFVO); и
информацию объекта-приложения собирают в установленную базу с информацией о возможностях резервирования согласно следующим этапам, на которых: принимают информацию, переданную диспетчером (VNFM) виртуализированной сетевой функции, каждого объекта-приложения, управляемого VNF-диспетчером (VNFM); и сохраняют принятую информацию каждого объекта-приложения в базе с информацией о возможностях резервирования.
12. Способ по п.10, в котором базу с информацией о возможностях резервирования располагают в диспетчере (VNFM) виртуализированной сетевой функции;
этап приема запроса конфигурации обеспечивающего резервирование решения содержит этап, на котором: принимают запрос конфигурации обеспечивающего резервирование решения, переданный системой (EMS) управления элементами, или принимают запрос конфигурации обеспечивающего резервирование решения, который исходит от системы (OSS) поддержки операционной деятельности или системы (BSS) поддержки бизнес-процессов и переслан платформой (NFV-оркестратором (NFVO)) управления виртуализацией сетевых функций, или принимают запрос конфигурации обеспечивающего резервирование решения, переданного NFV-оркестратором (NFVO), или принимают запрос конфигурации обеспечивающего резервирование решения, доставленный программным обеспечением управления VNF-диспетчера (VNFM); и
информацию объекта-приложения собирают в установленную базу с информацией о возможностях резервирования согласно следующим этапам, на которых: принимают информацию объекта-приложения, переданную каждым объектом-приложением; и сохраняют принятую информацию объекта-приложения в базе с информацией о возможностях резервирования.
RU2016144145A 2014-04-14 2014-04-14 Способ и устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений RU2641477C1 (ru)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/075321 WO2015157896A1 (zh) 2014-04-14 2014-04-14 一种云计算架构下的容灾方案配置方法及装置

Publications (1)

Publication Number Publication Date
RU2641477C1 true RU2641477C1 (ru) 2018-01-17

Family

ID=51710609

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2016144145A RU2641477C1 (ru) 2014-04-14 2014-04-14 Способ и устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений

Country Status (7)

Country Link
US (1) US10205806B2 (ru)
EP (1) EP3116163B1 (ru)
CN (1) CN104115447B (ru)
BR (1) BR112016023577B1 (ru)
MX (1) MX364510B (ru)
RU (1) RU2641477C1 (ru)
WO (1) WO2015157896A1 (ru)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105530116B (zh) * 2014-10-24 2020-06-16 中兴通讯股份有限公司 一种虚拟化网络备份、恢复的方法和相应装置
EP3206335B1 (en) 2014-11-03 2020-01-08 Huawei Technologies Co. Ltd. Virtual network function instance migration method, device and system
CN105656646B (zh) * 2014-11-10 2019-02-05 中国移动通信集团公司 一种虚拟网元的部署方法及装置
CN105681060B (zh) * 2014-11-17 2020-01-31 中兴通讯股份有限公司 一种虚拟化网络功能管理升级方法、装置及服务器
CN105812434B (zh) * 2014-12-30 2019-02-05 华为技术有限公司 用户手持设备虚拟化后的业务链控制方法及装置
CN105808316B (zh) * 2014-12-31 2019-04-23 杭州华为数字技术有限公司 虚拟网络加载方法和装置
WO2016115844A1 (zh) * 2015-01-19 2016-07-28 华为技术有限公司 一种ns与vnf的关联方法、装置及系统
JP6430651B2 (ja) * 2015-02-06 2018-11-28 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｖｎｆ処理方針を決定する方法、装置、およびシステム
US9769694B2 (en) 2015-03-13 2017-09-19 Intel IP Corporation MME overload or underload mitigation by MME VNF apparatus and method
CN106464533B (zh) * 2015-04-09 2020-03-10 华为技术有限公司 基于网络功能虚拟化的故障处理方法和装置
CN105119736B (zh) * 2015-07-15 2019-01-18 华为技术有限公司 网络功能虚拟化架构中数据检查的方法和装置
CN110661647A (zh) 2015-07-20 2020-01-07 华为技术有限公司 一种生命周期管理方法及装置
CN105187256B (zh) 2015-09-29 2018-11-06 华为技术有限公司 一种容灾方法、设备和系统
US11079744B2 (en) * 2015-10-13 2021-08-03 Schneider Electric Industries Sas Centralized management of a software defined automation system
CN105429780B (zh) * 2015-10-30 2019-04-23 南京优速网络科技有限公司 一种虚拟化网络服务业务自动生成和动态监控的方法
CN106878096B (zh) * 2015-12-10 2019-12-06 中国电信股份有限公司 Vnf状态检测通告方法、装置以及系统
JP6609696B2 (ja) 2015-12-30 2019-11-20 華為技術有限公司 ネットワークサービスのライフサイクル管理の方法及びデバイス
CN107222324B (zh) 2016-03-22 2021-05-14 华为技术有限公司 网络服务的业务配置方法和装置
CN106452842B (zh) * 2016-09-14 2019-09-24 上海海事大学 基于网络功能虚拟化中介系统架构的网络系统
CN107977287A (zh) * 2016-10-21 2018-05-01 中兴通讯股份有限公司 一种应用容灾实现方法、装置及系统
CN108234158B (zh) * 2016-12-14 2021-04-20 中国电信股份有限公司 Vnf的建立方法、nfvo以及网络系统
CN108270726B (zh) * 2016-12-30 2021-05-11 华为技术有限公司 应用实例部署方法及装置
CN108400998B (zh) * 2017-02-07 2020-03-20 华为技术有限公司 一种部署vnf的方法和系统
CN107220104A (zh) * 2017-05-27 2017-09-29 郑州云海信息技术有限公司 一种虚拟机备灾方法和装置
CN107689885A (zh) * 2017-08-04 2018-02-13 清华大学 网络功能虚拟化架构
CN108123831A (zh) * 2017-12-15 2018-06-05 安徽长泰信息安全服务有限公司 一种互联网应用中的容灾服务系统及方法
JP7069522B2 (ja) * 2018-03-08 2022-05-18 東芝ライテック株式会社 車両用照明装置および車両用灯具
CN108449214B (zh) * 2018-03-21 2020-09-25 大连理工大学 一种基于Click的虚拟网元在线编排方法
CN111025350B (zh) * 2018-10-10 2022-02-08 千寻位置网络有限公司 定位解算的控制方法及装置、终端设备及定位系统
US10855757B2 (en) 2018-12-19 2020-12-01 At&T Intellectual Property I, L.P. High availability and high utilization cloud data center architecture for supporting telecommunications services
CN109842526B (zh) * 2019-03-12 2021-12-07 中国联合网络通信集团有限公司 一种容灾方法和装置
CN110321250B (zh) * 2019-06-03 2023-05-09 创新先进技术有限公司 一种针对应用的容灾方法及装置
CN113746802B (zh) * 2021-08-02 2022-12-09 北京邮电大学 网络功能虚拟化中的方法以及本地状态和远程状态全存储的vnf装置
US11809292B2 (en) 2021-12-10 2023-11-07 Cisco Technology, Inc. Adaptive application recovery

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2108621C1 (ru) * 1990-09-24 1998-04-10 Новелл, Инк. Отказоустойчивая вычислительная система и способ ее формирования
CN102025776A (zh) * 2010-11-16 2011-04-20 山东中创软件工程股份有限公司 一种容灾控制方法、装置及系统
CN102609309A (zh) * 2012-01-19 2012-07-25 中兴通讯股份有限公司 一种用于云计算的策略调度系统和方法
CN102629224A (zh) * 2012-04-26 2012-08-08 广东电子工业研究院有限公司 一种基于云平台的一体化数据容灾方法及其装置
US20130019124A1 (en) * 2011-07-14 2013-01-17 Nova Corp, Inc. Datacenter utilizing modular infrastructure systems and redundancy protection from failure

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101437175B (zh) 2007-11-15 2010-09-15 华为技术有限公司 一种处理容灾切换的方法、装置及系统
CN101656624B (zh) 2008-08-18 2011-12-07 中兴通讯股份有限公司 一种多节点应用级容灾系统及容灾方法
CN101557307B (zh) * 2009-05-07 2011-06-15 国电南瑞科技股份有限公司 调度自动化系统应用状态管理方法
EP2633643B1 (en) * 2010-10-29 2019-05-08 Nokia Solutions and Networks GmbH & Co. KG Control mechanism for reliability and availability setting in virtual networks
CN102123048A (zh) 2011-02-14 2011-07-13 浪潮通信信息系统有限公司 电信设备容灾关系自动发现的处理方法
CN202488495U (zh) * 2012-02-28 2012-10-10 东莞市博通科技服务有限公司 一种基于云计算的数字管理系统
CN102868549B (zh) * 2012-08-15 2016-09-21 中国电力科学研究院 一种电力配网通信设备自助式配置系统和方法
CN103530698A (zh) 2013-10-09 2014-01-22 北京邮电大学 一种容灾方案最优化选择方法
WO2015126430A1 (en) * 2014-02-24 2015-08-27 Hewlett-Packard Development Company, L.P. Virtual network function management with deactivated virtual machines

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2108621C1 (ru) * 1990-09-24 1998-04-10 Новелл, Инк. Отказоустойчивая вычислительная система и способ ее формирования
CN102025776A (zh) * 2010-11-16 2011-04-20 山东中创软件工程股份有限公司 一种容灾控制方法、装置及系统
US20130019124A1 (en) * 2011-07-14 2013-01-17 Nova Corp, Inc. Datacenter utilizing modular infrastructure systems and redundancy protection from failure
CN102609309A (zh) * 2012-01-19 2012-07-25 中兴通讯股份有限公司 一种用于云计算的策略调度系统和方法
CN102629224A (zh) * 2012-04-26 2012-08-08 广东电子工业研究院有限公司 一种基于云平台的一体化数据容灾方法及其装置

Also Published As

Publication number Publication date
EP3116163B1 (en) 2019-06-19
MX2016013396A (es) 2017-02-15
US20170034318A1 (en) 2017-02-02
US10205806B2 (en) 2019-02-12
BR112016023577A2 (pt) 2017-08-15
CN104115447A (zh) 2014-10-22
EP3116163A4 (en) 2017-03-29
WO2015157896A1 (zh) 2015-10-22
MX364510B (es) 2019-04-29
EP3116163A1 (en) 2017-01-11
CN104115447B (zh) 2018-06-05
BR112016023577B1 (pt) 2023-05-09

Similar Documents

Publication Publication Date Title
RU2641477C1 (ru) Способ и устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений
US10061530B2 (en) Method and apparatus for configuring redundancy data center in cloud computing architecture
US11693749B2 (en) Network virtualization policy management system
US10104010B2 (en) Method and apparatus for allocating resources
EP3216194B1 (en) Network function virtualization service chaining
CN107209710B (zh) 节点系统、服务器设备、缩放控制方法和程序
EP3588853A1 (en) Disaster recovery deployment method, device and system
US10481953B2 (en) Management system, virtual communication-function management node, and management method for managing virtualization resources in a mobile communication network
EP3163797B1 (en) Service orchestration method and apparatus in software-defined networking, and storage medium
CN106575247B (zh) 计算集群的容错联盟
JP6197100B2 (ja) 仮想化資源管理ノード及び仮想マシン移行方法
US20210117219A1 (en) Service Provision System, Resource Allocation Method, and Resource Allocation Program
WO2018171458A1 (en) Method and apparatus for operating network slices using shared risk groups
US10331472B2 (en) Virtual machine service availability
CN112948063B (zh) 云平台的创建方法、装置、云平台以及云平台实现系统
EP3806395B1 (en) Virtual network function (vnf) deployment method and apparatus
WO2016121879A1 (ja) 仮想化制御装置、配置先選択方法及びプログラム
CN112567687B (zh) 朝向网络切片的可用性
CN108737144B (zh) 资源管理的方法和设备
CN107707413A (zh) 一种集群容灾方法及装置
CN109788007B (zh) 一种基于两地三中心的云平台及其通信方法
KR101757257B1 (ko) Sdn 기반의 장애회복을 위한 동적제어장치 및 그 방법
CN114301923B (zh) 一种算力服务切换方法、装置、电子设备及存储介质
KR101441435B1 (ko) 서비스 단위 기반의 무기체계용 분산식 다계층 시스템의 운용 방법
JP6745767B2 (ja) 通信サービスシステムおよび系切り戻し方法