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

Иллюстрации

Показать все

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

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

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

Облачные вычисления являются моделью служб, в которой вычислительная работа распределена по большому количеству распределенных компьютеров. В такой модели присутствует совокупность совместно используемых конфигурируемых вычислительных ресурсов (включающих в себя сеть, сервер, устройство хранения, прикладное программное обеспечение, службу и т.п.), которая может предоставлять пользователю доступный, удобный и осуществляемый по требованию доступ к сети. Облачные вычисления являются результатом разработки по объединению вычислительных способов, таких как распределенные вычисления (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, этап приема запроса конфигурации обеспечивающего резервирование решения включает в себя этап: приема запроса конфиг