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

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

Иллюстрации

Показать все

Реферат

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

[0001] Настоящее изобретение относится к области техники информационных технологий и конкретно к способу и устройству для обработки запроса операции в системе хранения данных.

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

[0002] В системе хранения данных сервер метаданных используется, чтобы управлять запросом операции к системе хранения данных и записывать метаданные системы хранения данных. При осуществлении доступа к системе хранения данных пользователю сначала необходимо осуществить связь с сервером метаданных, чтобы получить метаданные, требуемые запросом операции.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

[0008] Согласно второму возможному способу реализации, в третьем возможном способе реализации, способ дополнительно включает в себя:

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

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

[0010] Согласно четвертому возможному исполнению реализации, в пятом возможном способе реализации способ дополнительно включает в себя:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0032] Согласно вариантам осуществления настоящего изобретения, в системе хранения данных коммутатор принимает запрос операции, где запрос операции несет идентификационные данные запроса; коммутатор запрашивает в соответствии с идентификационными данными запроса таблицу потоков коммутатора, чтобы получить элемент таблицы потоков, соответствующий запросу операции; и коммутатор пересылает запрос операции на целевое устройство хранения данных из числа устройств хранения данных согласно правилу пересылки из соответствующего элемента таблицы потоков. С использованием характеристики Программно-конфигурируемой сети (Software Defined Network) запрос операции обрабатывается согласно правилу пересылки из элемента таблицы потоков коммутатора, посредством этого реализуя балансировку нагрузки устройств хранения данных и снижение информационного взаимодействия между устройствами хранения данных.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

[0034] Фиг.1 - схематичное представление способа согласно варианту осуществления настоящего изобретения;

[0035] Фиг.2 - схематичное представление системы хранения объектных данных согласно варианту осуществления настоящего изобретения;

[0036] Фиг.3 - схема системы Программно-конфигурируемой сети на основе протокола Openflow («Открытый поток»);

[0037] Фиг.4 - таблица потоков коммутатора в Программно-конфигурируемой сети;

[0038] Фиг.5 - схематичная структурная схема элемента таблицы потоков в таблице потоков;

[0039] Фиг.6 - схематичная структурная схема поля заголовка пакета в элементе таблицы потоков;

[0040] Фиг.7 - схематичное представление способа для обработки запроса объектной операции в системе хранения объектных данных согласно варианту осуществления настоящего изобретения;

[0041] Фиг.8 - схематичное представление способа для формирования правила пересылки для элемента таблицы потоков посредством контроллера согласно варианту осуществления настоящего изобретения;

[0042] Фиг.9 - схематичное представление способа для формирования правила пересылки для элемента таблицы потоков посредством контроллера согласно варианту осуществления настоящего изобретения;

[0043] Фиг.10 - схематичное представление коммутатора; и

[0044] Фиг.11 - схематичное представление контроллера.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

[0047] Как показано на Фиг.1, способом для обработки запроса операции в системе хранения данных, представленным в варианте осуществления настоящего изобретения, является изложенный ниже:

[0048] 101: коммутатор принимает запрос операции, где запрос операции несет идентификационные данные запроса, и идентификационные данные запроса включают в себя, по меньшей мере, одно из информации о группе пользователей и информации о стратегии хранения.

[0049] 102: коммутатор запрашивает в соответствии с идентификационными данными запроса таблицу потоков коммутатора, чтобы получить элемент таблицы потоков, соответствующий запросу операции.

[0050] 103: коммутатор пересылает запрос операции на целевое устройство хранения данных из числа устройств хранения данных согласно правилу пересылки в соответствующем элементе таблицы потоков.

[0051] Способом реализации, когда идентификационные данные запроса являются информацией о группе пользователей, бит идентификации виртуальной локальной сети в запросе операции несет информацию о группе пользователей, и бит идентификации виртуальной локальной сети в поле заголовка пакета соответствующего элемента таблицы потоков несет информацию о группе пользователей; или

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

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

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

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

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

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

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

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

[0058] Используя систему хранения объектных данных в качестве примера, в системе хранения объектных данных объект используется в качестве основной единицы хранения данных. Один объект включает в себя данные файла и метаданные файла; запрос операции является запросом объектной операции, включая запрос чтения объекта и запрос записи объекта; данные, запрошенные запросом чтения, а именно, запрошенные запросом чтения объекта, являют собой объект, и данные, записанные запросом записи объекта, являют собой объект; и устройство хранения данных в системе хранения объектных данных является устройством хранения объектных данных. В варианте осуществления настоящего изобретения, как показано на Фиг.2, система хранения объектных данных включает в себя сервер 103 метаданных, контроллер 104, коммутаторы 1051-105m и устройства 1061, 1062 и 1063-106L хранения данных, то есть, устройства 1061, 1062 и 1063-106L хранения объектных данных в системе хранения объектных данных, где L - целое число, указывающее число устройств хранения объектных данных, и конкретное значение не ограничивается. Сервер 103 метаданных сконфигурирован, чтобы сохранять идентификационную информацию запроса данных, сохраненных в устройствах 1061, 1062 и 1063-106L хранения объектных данных, то есть, сконфигурирован для сохранения идентификационных данных запроса объекта, сохраненного в устройствах 1061, 1062 и 1063-106L хранения объектных данных. Относительно идентификации запроса подробности подлежат описанию ниже. Устройства 1061, 1062 и 1063-106L хранения объектных данных сконфигурированы, чтобы сохранять данные, то есть, сконфигурированы, чтобы сохранять объект в системе хранения объектных данных. Коммутаторы 1051-105m и контроллер 104 образуют программно-конфигурируемую сеть. Коммутаторы 1051-105m осуществляют связь с устройствами 1061, 1062 и 1063-106L хранения объектных данных. Коммутаторы 1051-105m сконфигурированы для пересылки запроса операции, то есть, запроса объектной операции в системе хранения объектных данных, на устройства 1061, 1062 и 1063-106L хранения объектных данных согласно правилу пересылки в элементе таблицы потоков в таблице потоков. Контроллер 104 сконфигурирован, чтобы формулировать и обновлять элемент таблицы потоков в таблице потоков коммутаторов 1051-105m. Только контроллер 104 описывается в варианте осуществления настоящего изобретения. В системе хранения объектных данных в осуществлении настоящего изобретения число контроллеров не ограничивается единицей, и могут быть множественные контроллеры с тем, чтобы реализовывать балансировку нагрузки и избыточность. Для клиентов 1011-101n, показанных на Фиг.2, в исполнении реализации запрос объектной операции посылается с использованием прокси-сервера 102 системы хранения объектных данных для осуществления доступа к устройствам 1061, 1062 и 1063-106L хранения объектных данных, где n - целое число, указывающее число клиентов, и конкретное значение не ограничивается. В варианте осуществления настоящего изобретения прокси-сервер 102 системы хранения объектных данных может быть независимым физическим сервером или может быть встроенным в клиенты 1011-101n, каковое не ограничивается в настоящем изобретении.

[0059] В Программно-конфигурируемой сети, образуемой контроллером 104 и коммутаторами 1051-105m, контроллер 104 осуществляет связь с коммутаторами 1051-105m, используя защищенный канал. Например, контроллер 104 может осуществлять связь с коммутаторами 1051-105m с использованием протокола Openflow, и контроллер 104 формулирует и обновляет элемент таблицы потоков в таблице потоков, сохраняемой в коммутаторах 1051-105m. В варианте осуществления настоящего изобретения, использование протокола Openflow между контроллером 104 и коммутатором 1051 является лишь иллюстративным описанием. Настоящее изобретение также является применимым к способу действий, что другой протокол используется для реализации в Программно-конфигурируемой сети. С использованием коммутатора 1051 и контроллера 104 в качестве примера, как показано на Фиг.3, контроллер 104 формулирует и обновляет элемент таблицы потоков в таблице потоков в коммутаторе 1051; и когда коммутатор 1051 принимает запрос объектной операции, синтаксически разбирает запрос объектной операции, запрашивает элемент таблицы потоков, соответствующий запросу объектной операции, в таблице потоков коммутатора 1051 и обрабатывает запрос объектной операции согласно правилу пересылки в соответствующем элементе таблицы потоков. Конкретно, в способе реализации, таблица потоков в коммутаторе 1051 образована элементом 1 таблицы потока и элементами 2-R таблицы потоков, где R - натуральное число. Как показано на Фиг.4, коммутатор 1051 принимает запрос объектной операции и запрашивает элемент таблицы потоков в таблице потоков, где элемент таблицы потоков в таблице потоков обычно запрашивают образом линии потока; и если элемент таблицы потоков, совпадающий с запросом объектной операции, получен по запросу, то выполняет обработку согласно правилу пересылки в соответствующем элементе таблицы потоков. Для элемента таблицы потоков для таблицы потоков, показанной на Фиг.4, конкретная структура показана на Фиг.5 и включает в себя три части: поле заголовка пакета, счетчик и правило пересылки. Поле заголовка пакета используется для установления соответствия запросу объектной операции; счетчик используется для подсчета количества раз, которое запрос объектной операции обрабатывается для элемента таблицы потоков; и правило пересылки используется, чтобы определять способ пересылки запроса объектной операции, например, принимая решение, каким образом пересылать запрос объектной операции, принимая решение, на какой порт пересылается запрос операции, и подобное. Как показано на Фиг.6, поле заголовка пакета включает в себя порт ввода, адрес отправителя на уровне управления доступом к среде передачи (MAC), MAC-адрес получателя, тип протокола Ethernet, идентификатор виртуальной локальной сети (VLAN ID), адрес отправителя по протоколу Internet (IP), IP-адрес получателя, IP-порт, бит IP типа услуги (ToS), порт отправителя по протоколу управления передачей (TCP) и TCP-порт получателя. В варианте осуществления настоящего изобретения запрос объектной операции может инкапсулировать идентификационные данные запроса, и идентификационные данные запроса включают в себя, по меньшей мере, одно из информации о группе пользователей и информации о стратегии хранения. Например, информация о группе пользователей инкапсулируется в запросе объектной операции. Конкретно, информация о группе пользователей может быть инкапсулирована в бит VLAN ID запроса объектной операции, и информация о стратегии хранения может быть инкапсулирована в бит IP ToS запроса объектной операции. Инкапсуляция идентификации запроса может осуществляться прокси-сервером 102 системы хранения объектных данных. После приема запроса объектной операции коммутатор 1051 запрашивает элемент таблицы потоков, соответствующий запросу объектной операции, в таблице потоков коммутатора 1051. Запрос объектной операции обрабатывается согласно правилу пересылки в соответствующем элементе таблицы потоков, полученному по запросу. После того, как запрос объектной операции пересылается согласно правилу пересылки, счетчик обновляет значение количества раз, чтобы переслать запрос объектной операции в элементе таблицы потоков. Если не существует элемент таблицы потоков, соответствующий запросу объектной операции, запрос объектной операции пересылается на контроллер 104; и контроллер 104 формулирует правило пересылки для запроса объектной операции, формирует элемент таблицы потоков и обновляет таблицу потоков в коммутаторе 1051.

[0060] На основании предшествующего описания, как показано на Фиг.7, вариант осуществления настоящего изобретения представляет способ для обработки запроса объектной операции в системе хранения объектных данных согласно архитектуре системы, показанной на Фиг.2, включающий в себя:

[0061] Этап 701: коммутатор принимает запрос объектной операции, где запрос объектной операции несет идентификационные данные запроса, и идентификационные данные запроса включают в себя, по меньшей мере, одно из информации о группе пользователей и информации о стратегии хранения.

[0062] 702: коммутатор запрашивает, в соответствии с идентификационными данными запроса, таблицу потоков коммутатора, чтобы получить элемент таблицы потоков, соответствующий запросу объектной операции.

[0063] 703: коммутатор пересылает запрос объектной операции на целевое устройство хранения объектных данных из числа устройств хранения объектных данных согласно правилу пересылки в соответствующем элементе таблицы потоков.

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

если идентификационные данные запроса являются информацией о стратегии хранения, бит типа услуги по протоколу Internet в запросе объектной операции несет информацию о стратегии хранения, и бит типа услуги по протоколу Internet в поле заголовка пакета соответствующего элемента таблицы потоков несет информацию о стратегии хранения; или

если ид