СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕНОСА ВИРТУАЛЬНОЙ МАШИНЫ ПО ОБЛАЧНОЙ ПЛАТФОРМЕ, А ТАКЖЕ НОСИТЕЛЬ ДАННЫХ И ЭЛЕКТРОННОЕ УСТРОЙСТВО Российский патент 2024 года по МПК G06F9/445 G06F9/455 G06F13/32 

Ссылка на родственную заявку

Данная заявка основана на заявке на патент Китая №202010582905.X, поданной 23 июня 2020 года, и испрашивает приоритет по указанной заявке, содержание которой полностью включено в настоящий документ посредством ссылки.

Область техники, к которой относится настоящее изобретение

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

Предшествующий уровень техники настоящего изобретения

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

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

Многие учебные заведения строят свои собственные облачные компьютеры и часто внедряют схему развертывания с использованием одной машины «все в одном» на платформе виртуализации в каждой классной комнате, которая характеризуется легкостью развертывания и обслуживания. Указанная стандартная схема имеет следующие недостатки: (1) перенос внутри дата-центра не в состоянии обеспечить перенос по разным местам, а может лишь спланировать распределение ресурсов по различным пулам ресурсов на облачной платформе; (2) операция импорта-экспорта требует экспорта виртуальной машины из исходного дата-центра с последующим импортированием образа диска и конфигурационного файла экспортированной виртуальной машины в целевую виртуальную машину, что - в свою очередь - требует вмешательства оператора в процесс на всем протяжении его выполнения и сложно в реализации; и (3) операция импорта-экспорта изменяет структуру цепочки дисковых файлов виртуальной машины, что делает невозможным сохранение логической последовательности структуры цепочки дисковых файлов.

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

Краткое раскрытие настоящего изобретения

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

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

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

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

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

Краткое описание чертежей

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

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

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

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

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

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

На фиг. 7 представлено схематическое изображение, иллюстрирующее схему внутриоблачного общего переноса согласно одному из вариантов осуществления настоящего изобретения;

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

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

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

Подробное раскрытие настоящего изобретения

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

Следует отметить, что термины «первый», «второй» и тому подобные, встречающиеся в описании настоящего изобретения и на указанных чертежах, служат исключительно для проведения различия между аналогичными объектами и не обязательно указывают на конкретный порядок следования или последовательность.

Этим вариантом осуществления настоящего изобретения предложен способ кросс-облачного переноса виртуальной машины. На фиг. 1 представлена блок-схема, иллюстрирующая способ кросс-облачного переноса виртуальной машины согласно этому варианту осуществления настоящего изобретения. Как показано на фиг. 1, этот способ предусматривает выполнение стадий, описанных ниже.

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

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

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

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

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

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

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

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

После всестороннего ознакомления с описанием указанных вариантов осуществления настоящего изобретения специалисты в данной области техники могут четко понять, что способ согласно раскрытым выше вариантам его осуществления может быть реализован программными средствами в дополнение к необходимым универсальным аппаратным платформам; и, разумеется, он может быть также реализован аппаратными средствами, но во многих случаях первый вариант более предпочтителен. Исходя их этого понимания, объекты или части, которые дополняют собой существующую технологию технических схем настоящего изобретения, могут быть реализованы в виде программных продуктов, которые хранятся в носителе данных (таком как ROM/RAM (постоянное запоминающее устройство/оперативное запоминающее устройство), магнитный диск и оптический диск) и содержат несколько команд для инициирования выполнения терминалом (таким как мобильный телефон, компьютер, сервер или сетевое устройство) способов согласно различным вариантам осуществления настоящего изобретения.

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

На фиг. 2 показана схема устройства для кросс-облачного переноса виртуальной машины согласно одному из вариантов осуществления настоящего изобретения. Как показано на фиг. 2, предложенное устройство включает в себя создающий модуль 10 и модуль 20 переноса.

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

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

На фиг. 3 показана схема устройства для кросс-облачного переноса виртуальной машины с модулем управления согласно одному из вариантов осуществления настоящего изобретения. Как показано на фиг. 3, предложенное устройство может дополнительно включать в себя модуль 30 управления и задающий модуль 40 в дополнение ко всем модулям, показанным на фиг. 2.

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

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

На фиг. 4 показана схема устройства для кросс-облачного переноса виртуальной машины с исполнительным блоком согласно одному из вариантов осуществления настоящего изобретения. Как показано на фиг. 4, предложенное устройство включает в себя все модули, показанные на фиг. 2; но, кроме того, модуль 20 переноса может дополнительно включать в себя блок 21 построения списков и исполнительный блок 22.

Блок 21 построения списков выполнен с возможностью построения списка подлежащих переносу дисков исходной виртуальной машины и построения списка подлежащих переносу файлов каждого диска.

Исполнительный блок 22 выполнен с возможностью выбора хост-узла в исходной облачной платформе или целевой облачной платформе для выполнения операции копирования дисковых файлов исходной виртуальной машины в дисковый репозиторий целевой виртуальной машины.

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

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

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

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

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

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

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

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

Для облегчения понимания технических схем согласно заявленному изобретению ниже по тексту настоящего документа будет представлено подробное разъяснение на примере вариантов осуществления заявленного изобретения для конкретных сценариев.

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

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

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

На фиг. 5 представлено схематическое изображение, иллюстрирующее схему переноса виртуальной машины на облачную платформу в другом месте путем экспорта и импорта в зависимости от конкретной ситуации. Как показано на фиг. 5, виртуальная машина переносится с облачной платформы в месте А в другое место путем выполнения операций экспорта и импорта виртуальной машины. Иначе говоря, сначала виртуальная машина в месте А экспортируется в NFC-хранилище; а затем файл образа диска и информация о конфигурации виртуальной машины в NFC-хранилище импортируются на облачную платформу в месте В путем выполнения операции импорта.

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

Если сравнить схемы, показанные на фиг. 5 и 6, то можно увидеть, что преимущества схемы переноса между дата-центрами над схемой импорта-экспорта заключаются в следующем: во-первых, процесс переноса полностью автоматизирован и не требует множественных вмешательств человека, что упрощает процесс выполнения операций; и, во-вторых, сохраняется структура цепочки дисковых файлов, благодаря чему может быть сохранена взаимосвязь «родитель-дочерний элемент» между файловыми узлами.

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

На стадии S801 осуществляется построение списка подлежащих переносу дисков виртуальной машины.

На стадии S802 осуществляется построение списка подлежащих переносу файлов каждого диска виртуальной машины.

На стадии S803 в платформе выбирается хост-узел для каждого файлового узла диска с целью копирования данных.

На стадии S804 после завершения копирования дисковых файлов виртуальная машина может прогоняться в новом пуле ресурсов и новом репозиторий.

На фиг. 9 показана схема сравнения условий сетевого взаимодействия, на которых основан внутриоблачный перенос и кросс-облачный перенос согласно одному из вариантов осуществления настоящего изобретения. Как показано на фиг. 9, репозиторий на одной и той же платформе могут быть соединены со всеми хост-узлами, благодаря чему перенос копии данных диска может быть осуществлен непосредственно путем выбора одного хост-узла через сеть хранения данных. Для переноса виртуальной машины между дата-центрами сети хранения данных в двух метах изолированы друг от друга. Следовательно, перенос файловых узлов диска с опорой на сеть управления осуществляется через взаимодействие двух хост-узлов в двух облачных платформах. Следовательно, кросс-облачный перенос может осуществить общий перенос виртуальной машины в экстремальных условиях без опоры на сеть хранения данных.

По результатам сравнения схем импорта-экспорта и кросс-платформенного переноса, проиллюстрированных на фиг. 5 и 6, со схемами внутриплатформенного переноса виртуальной машины и кросс-облачного переноса, которые проиллюстрированы на фиг. 9, преимущества данной схемы могут быть суммированы следующим образом:

(1) процесс выполнения операции полностью автоматизирован, и платформа может выполнить операцию переноса виртуальной машины просто путем добавления виртуальной машины, которая должна быть перенесена, в подлежащей переносу список и задания времени начала и окончания переноса;

(2) перенос не изменяет структуру цепочки дисковых файлов, благодаря чему обеспечивается возможность сохранения дифференциально-отличительных характеристик, например, функции восстановления виртуальной машины; и

(3) общий перенос виртуальной машины может быть осуществлен в разных сценариях без опоры на сеть хранения данных.

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

Конкретным сценарием применения одного из вариантов осуществления настоящего изобретения является его использование в облачной среде виртуализации крупного дата-центра.

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

На стадии S1001 в список переноса через интерфейс управления добавляется виртуальная машина, подлежащая переносу.

На стадии S1002 задается время начала и окончания переноса виртуальной машины.

На стадии S1003 запускается операция переноса виртуальной машины по разным местам между дата-центрами по достижении времени начала переноса.

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

На стадии S1005 осуществляется построение списка подлежащих переносу дисковых файлов.

На стадии S1006 выбирается хост-узел исходной облачной платформы для выполнения операции копирования дисковых файлов.

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

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

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

На стадии S1010 хост-узел на исходной платформе инициирует копирование сетью клиентской части.

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

На стадии S1012 завершается перенос всех дисков виртуальной машины и, таким образом, завершается общий перенос.

Согласно этому варианту осуществления настоящего изобретения общий перенос виртуальной машины между дата-центрами в другое место может осуществляться в отношении рабочей виртуальной машины для сценария крупного дата-центра, и за счет активации шаблона «Одиночка» для компонентов сообщения и выполнения абсолютно симметричного копирования диска виртуальной машины может быть осуществлен общий перенос виртуальной машины путем сетевого копирования; при этом благодаря отсутствию повторного копирования общих узлов повышается эффективность переноса. Эта схема позволяет облегчить общий перенос виртуальной машины по разным местам, что улучшает пользовательский опыт, снижает затраты на эксплуатацию и техническое обслуживание и обеспечивает разумное распределение ресурсов между разными дата-центрами.

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

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

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

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

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

1. Способ кросс-облачного переноса виртуальной машины, предусматривающий:

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

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

2. Способ по п. 1, в котором перед созданием на целевой облачной платформе целевой виртуальной машины для переноса предложенный способ дополнительно предусматривает:

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

3. Способ по п. 2, в котором после добавления подлежащей переносу исходной виртуальной машины в список переноса через интерфейс управления предложенный способ дополнительно предусматривает:

задание времени начала переноса исходной виртуальной машины; и

запуск операции переноса исходной виртуальной машины по достижении времени начала переноса.

4. Способ по п. 1, в котором поочередный перенос файловых узлов в соответствии со структурой цепочки дисковых файлов исходной виртуальной машины на исходной облачной платформе в дисковый репозиторий целевой виртуальной машины на целевой облачной платформе посредством сетевого копирования дополнительно предусматривает:

построение списка подлежащих переносу дисков исходной виртуальной машины и построение списка подлежащих переносу файлов каждого диска; и

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

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

выбор хост-узла исходной облачной платформы для выполнения операции копирования дисковых файлов;

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

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

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

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

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

7. Машиночитаемый носитель данных для хранения компьютерной программы, причем эта компьютерная программа выполнена с возможностью инициирования реализации способа по любому из предшествующих пп. 1-6 после приведения ее в исполнение.

8. Электронное устройство, содержащее память и процессор, причем в памяти хранится компьютерная программа, а процессор выполнен с возможностью выполнения этой компьютерной программы с целью реализации способа по любому из предшествующих пп. 1-6.