СПОСОБ И УСТРОЙСТВО ДЛЯ КОНФИГУРИРОВАНИЯ ОБЕСПЕЧИВАЮЩЕГО РЕЗЕРВИРОВАНИЕ РЕШЕНИЯ В АРХИТЕКТУРЕ ОБЛАЧНЫХ ВЫЧИСЛЕНИЙ
METHOD AND DEVICE FOR CONFIGURATION OF PROVIDING SOLUTION IN CLOUD PROTECTION COMPUTING ARCHITECTURE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к области технологии связи и информационных технологий и, в частности, к способу и устройству для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений.
УРОВЕНЬ ТЕХНИКИ
В обеспечивающем резервирование решении два набора или множество наборов систем со схожими функциями устанавливаются в различных удаленных друг от друга местах. Технология резервирования является обеспечивающим надежность механизмом, который поддерживает возможность предоставления службы приложений посредством переключения рабочей системы на систему резервирования в другом месте при возникновении ведущего в аварийной ситуации бедствия, такого как землетрясение или пожар, или возникновении критического отказа, такого как выключение питания, в рабочей системе.
Облачные вычисления являются моделью служб, в которой вычислительная работа распределена по большому количеству распределенных компьютеров. В такой модели присутствует совокупность совместно используемых конфигурируемых вычислительных ресурсов (включающих в себя сеть, сервер, устройство хранения, прикладное программное обеспечение, службу и т.п.), которая может предоставлять пользователю доступный, удобный и осуществляемый по требованию доступ к сети. Облачные вычисления являются результатом разработки по объединению вычислительных способов, таких как распределенные вычисления (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), магнитный диск или оптический диск.
Вышеупомянутые варианты осуществления всего лишь предназначены для подробного описания технических решений настоящего изобретения. Описания вышеупомянутых вариантов осуществления всего лишь предназначены оказать помощь в понимании способа и ключевых идей настоящего изобретения, и их не следует понимать в качестве ограничения на настоящее изобретение. Любое изменение или замена, до которых с легкостью догадывается специалист в данной области техники в пределах технического объема, раскрытого в настоящем изобретении, должны охватываться объемом защиты настоящего изобретения.