Интеллектуальная стойка и применяемый в ней способ управления ip-адресами

Изобретение относится к интеллектуальной серверной стойке и способу управления IP-адресами. Технический результат заключается в автоматизации подключения серверов к стойке. Серверная стойка содержит контроллер управления стойкой (RMC); систему управления стойкой, соединенную с RMC; несколько серверных гнезд; несколько серверов, размещенных в каждом из серверных гнезд и содержащих контроллер управления материнской платой (BMC); набор внутренних кабелей для аппаратного обеспечения для определения соответственных позиций нескольких серверных гнезд и соединения RMC с каждым из серверов, размещенных в каждом из серверных гнезд; при этом система управления стойкой выполнена с возможностью подтверждения позиции замены одного из серверных гнезд, которое соответствует новому серверу, исходя из содержимого списка контроллера управления материнской платой посредством RMC и набора внутренних кабелей для аппаратного обеспечения при замене одного из нескольких серверов новым сервером, и при этом система управления стойкой выполнена с возможностью запроса справочной таблицы для получения IP-адреса, привязанного к серверному гнезду, соответствующее новому серверу, и присваивает IP-адрес BMC нового сервера для замены другого IP-адреса, который на текущий момент использует BMC нового сервера. 2 н. и 8 з.п. ф-лы, 7 ил.

 

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

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

Изобретение относится к интеллектуальной стойке и, в частности, к интеллектуальной стойке и способу управления IP-адресами для данной интеллектуальной стойки.

2. Уровень техники

Центр обработки данных обычно содержит несколько стоек, и каждая из стоек соответственно содержит несколько серверов.

Чтобы одновременно управлять несколькими стойками в центре обработки данных, управляющему персоналу нужно присваивать IP-адрес каждому контроллеру управления стойкой (RMC) в каждой из стоек, а также нужно присваивать IP-адрес каждому контроллеру управления материнской платой (BMC) в каждом из серверов. Поэтому управляющий персонал может использовать терминальное устройство для соединения с каждым RMC каждой из стоек и с каждым BMC каждого из серверов при помощи присвоенных IP-адресов, с тем чтобы управлять центром обработки данных с удаленной стороны.

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

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

В документе TWI 462016 B раскрыт способ автоматической установки и настройки сервера, согласно которому сначала обеспечено получение адреса управления доступом к среде (MAC-адреса) пустого сервера с переключателя на загрузочном сервере, когда пустой сервер вставлен в гнездо стойки и соединяется с переключателем. Затем выполняется отображение загрузочным сервером в отношении MAC-адреса пустого сервера и адреса Интернет-протокола (IP-адреса), который используется пустым сервером. Кроме того, загрузочный сервер выполняет соответствующую установку и настройку в отношении пустого сервера по ссылке на IP-адрес. Таким образом, пустой сервер может представлять собой предопределенный образ после завершения установки и настройки, и пустой сервер может быть мгновенно использован в режиме реального времени серверной системой.

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

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

В одном из иллюстративных вариантов осуществления настоящего изобретения интеллектуальная стойка содержит: систему управления стойкой, контроллер управления стойкой (RMC), набор внутренних кабелей для аппаратного обеспечения, несколько серверных гнезд и несколько серверов, соответственно размещенных в каждом из серверных гнезд, при этом RMC соединен с контроллером управления материнской платой (BMC) в каждом из серверов, размещенных в каждом из серверных гнезд, посредством набора внутренних кабелей для аппаратного обеспечения. Посредством RMC и набора внутренних кабелей для аппаратного обеспечения система управления стойкой определяет, был ли заменен какой-либо из серверов, и при определении того, что один из серверов был заменен новым сервером, подтверждает целевое серверное гнездо действия замены. Также система управления стойкой присваивает IP-адрес, привязанный к целевому серверному гнезду, BMC нового сервера для замены другого IP-адреса, который на текущий момент использует BMC нового сервера.

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

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

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

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

Фиг. 3 представляет собой структурную схему стойки согласно первому варианту осуществления настоящего изобретения.

Фиг. 4 представляет собой блок-схему управления согласно первому варианту осуществления настоящего изобретения.

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

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

Фиг. 6 представляет собой блок-схему управления согласно второму варианту осуществления настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

Ссылаясь на фиг. 1 и фиг. 2, фиг. 1 представляет собой схематическое изображение системы стоек согласно первому варианту осуществления настоящего изобретения, и фиг. 2 представляет собой схематическое изображение стойки согласно первому варианту осуществления настоящего изобретения. На фиг. 1 показана система 1 стоек, при этом система 1 стоек содержит несколько интеллектуальных стоек 2 (именуемых здесь и далее стойкой 2), переключатель 3 сети общего пользования и систему 4 управления стойкой. В одном варианте осуществления несколько стоек 2 системы 1 стоек размещены в центре обработки данных, и несколько стоек 2 соответственно соединены с переключателем 3 сети общего пользования. Система 4 управления стойкой системы 1 стоек может представлять собой сервер, размещенный на удаленной стороне. Система 4 управления стойкой может быть соединена с переключателем 3 сети общего пользования для наблюдения за несколькими стойками 2 и управления ими с удаленной стороны посредством сети Интернет.

В другом варианте осуществления система 4 управления стойкой может представлять собой сервер, размещенный в центре обработки данных и соединенный с каждой из стоек 2 напрямую проводом или беспроводным образом. В другом варианте осуществления система 4 управления стойкой может представлять собой сервер, размещенный непосредственно в любой из стоек 2 (например, система 4 управления стойкой может представлять собой сервер и быть вставленной в серверное гнездо любой из стоек 2). Иными словами, система 4 управления стойкой согласно настоящему изобретению не ограничивается размещенным на удаленной стороне сервером, который соединяется с каждой из стоек 2 посредством сети Интернет.

Как показано на фиг. 2, каждая стойка 2 настоящего изобретения может содержать несколько серверов 5, при этом каждый из серверов 5 соответственно размещен в одном серверном гнезде стойки 2. Вариант осуществления, показанный на фиг. 2, проиллюстрирован в качестве примера имеющим две стойки 2 в центре обработки данных, при этом каждая стойка 2 соответственно содержит семь серверных гнезд, но этим не ограничивается. В этом варианте осуществления каждая из стоек 2 соответственно содержит экранирование 6, и по экранированию 6 проставлены серийные номера 61 (в виде «1A» – «7A», как показано на фиг. 2) на позициях, соответственно отвечающих каждому серверному гнезду; следовательно, серийные номера 61 могут использоваться для обозначения позиций, соответствующих каждому из серверов 5, размещенных в стойке 2 (здесь позиции – это физическое распределение позиций серверов 5, а не виртуальные позиции в компьютере).

Согласно настоящему изобретению каждое серверное гнездо может использоваться для размещения разных типов серверов. В варианте осуществления, показанном на фиг. 2, шесть серверов типа один блок/один узел (1U1N) соответственно размещены с первого серверного гнезда по шестое серверное гнездо первой стойки, и серийными номерами 61, проставленными на соответствующих позициях экранирования 6, являются «1A» – «6A». Сервер типа один блок/два узла (1U2N) размещен в седьмом серверном гнезде первой стойки, и серийными номерами 61, проставленными на соответствующих позициях экранирования 6, являются «7B» и «7B» (при этом два сервера соответственно отвечают A-стороне седьмого серверного гнезда и В-стороне седьмого серверного гнезда).

Кроме того, пять серверов типа один блок/один узел соответственно размещены в первом серверном гнезде второй стойки и с четвертого серверного гнезда по седьмое серверное гнездо второй стойки, и серийными номерами 61, проставленными на соответствующих позициях экранирования 6, являются «1A» и «4A» – «7A». Два сервера типа один блок/два узла соответственно размещены во втором серверном гнезде и третьем серверном гнезде второй стойки, и серийными номерами 61, проставленными на соответствующих позициях экранирования 6, являются «2A», «2B», «3A» и «3B» (т. е., четыре сервера соответственно отвечают А-стороне второго серверного гнезда, В-стороне второго серверного гнезда, А-стороне третьего серверного гнезда и В-стороне третьего серверного гнезда).

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

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

Фиг. 3 представляет собой структурную схему стойки согласно первому варианту осуществления настоящего изобретения. В этом варианте осуществления стойка 2, главным образом, содержит контроллер 21 управления стойкой (RMC), набор внутренних кабелей 22 для аппаратного обеспечения, несколько серверных гнезд 20 и несколько серверов 5.

Как показано на фиг. 3, RMC 21 стойки 2 может соединяться с системой 4 управления стойкой на удаленной стороне посредством переключателя 3 сети общего пользования. Система 4 управления стойкой может соединяться с RMC 21 в стойке 2 для осуществления связи с ним, с тем чтобы наблюдать за стойкой 2 и несколькими серверами 5, размещенными в стойке 2, и управлять ими.

В других вариантах осуществления система 4 управления стойкой может быть размещена непосредственно внутри стойки 2 (например, система 4 управления стойкой может представлять собой один из нескольких серверов 5, размещенный в любом из нескольких серверных гнезд 20) и соединяться с RMC 21 напрямую.

Несколько серверов 5 соответственно размещены в каждом из серверных гнезд 20, и каждый из серверов 5 соответственно содержит контроллер 51 управления материнской платой (BMC). Упомянутые выше контроллеры RMC 21 и BMC 51 относятся к общеизвестным сведениям в данной области техники, описание которых здесь опускается.

RMC 21 может систематически регистрировать статус каждого сервера 5 в каждом серверном гнезде 20 посредством набора внутренних кабелей 22 для аппаратного обеспечения (статусом может быть, например, серийный номер, адрес управления доступом к среде (MAC-адрес), сетевой адрес (IP-адрес), и т. д. BMC 51 каждого сервера 5 в каждом серверном гнезде 20), и RMC 21 может вносить статус в список контроллера управления материнской платой (не показано на фигурах).

Один из главных технических эффектов настоящего изобретения состоит в том, что позиции нескольких серверных гнезд 20 в стойке 2 постоянны (т. е., каждое серверное гнездо 20 соответственно имеет абсолютную позицию в стойке 2), и система 4 управления стойкой предварительно присваивает каждому из серверных гнезд 20 соответственно IP-адрес с привязкой. Если сервер 5 в каком-либо из серверных гнезд 20 меняют на новый вставляемый взамен сервер (например, управляющий персонал выполняет замену в серверном гнезде 1A, серверном гнезде 2A, серверном гнезде 2B, и т. д., как показано на фиг. 3), система 4 управления стойкой может получать IP-адрес, который привязан к соответствующему серверному гнезду (т. е., целевому серверному гнезду действия замены), и присваивать полученный IP-адрес BMC нового вставляемого взамен сервера 5, с тем чтобы заменить IP-адрес, который на текущий момент использует BMC нового вставляемого взамен сервера 5. Как следствие, стойка 2 выполнена с возможностью автоматического выполнения присвоения IP-адреса в соответствии с командой, отправляемой системой 4 управления стойкой, с тем чтобы снизить рабочую нагрузку на управляющий персонал.

Набор внутренних кабелей 22 для аппаратного обеспечения используется для соединения RMC 21 с несколькими серверными гнездами 20, поэтому RMC 21 может соединяться с контроллерами BMC 51 каждого из серверов 5, размещенных в каждом из серверных гнезд 20. Согласно настоящему изобретению стойка 2 определяет позиции нескольких серверных гнезд 20 (постоянные позиции, которые не меняются) посредством набора внутренних кабелей 22 для аппаратного обеспечения, вследствие чего каждая позиция каждого серверного гнезда 20 является независимой и уникальной. Поэтому RMC 21 может эффективно подтверждать позицию каждого серверного гнезда 20 посредством набора внутренних кабелей 22 для аппаратного обеспечения и связывать статус каждого сервера 5 с позицией каждого соответствующего серверного гнезда 20, а также вносить эту информацию в упомянутый выше список контроллера управления материнской платой.

В этом варианте осуществления, когда первый сервер вставляют в А-сторону (1A) первого серверного гнезда, система 4 управления стойкой напрямую получает IP-адрес, привязанный к А-стороне первого серверного гнезда и присваивает этот IP-адрес BMC первого сервера.

В частности, RMC 21 непрерывно регистрирует статус BMC сервера внутри А-стороны (А1) первого серверного гнезда посредством набора внутренних кабелей 22 для аппаратного обеспечения и вносит зарегистрированный статус в список контроллера управления материнской платой. Система 4 управления стойкой может систематически осуществлять связь с RMC 21 для считывания содержимого списка контроллера управления материнской платой. Всякий раз, когда система 4 управления стойкой обнаруживает, что информация о сервере, внесенная в список контроллера управления материнской платой, изменилась (например, изменился серийный номер, MAC-адрес или IP-адрес, используемый BMC сервера в этой позиции), система 4 управления стойкой может определять, что сервер, подлежащий использованию внутри А-стороны (А1) первого серверного гнезда, был заменен (например, был заменен на упомянутый выше первый сервер). При этом система 4 управления стойкой может получать IP-адрес, привязанный к А-стороне первого серверного гнезда, и присваивать этот IP-адрес BMC первого сервера, чтобы заменить IP-адрес, который на текущий момент использует BMC.

Аналогично, когда второй сервер вставляют в А-сторону (2A) второго серверного гнезда, система 4 управления стойкой может напрямую получать IP-адрес, привязанный к А-стороне (2А) второго серверного гнезда и присваивать этот IP-адрес BMC второго сервера. Когда третий сервер вставляют в В-сторону (2В) второго серверного гнезда, система 4 управления стойкой может напрямую получать IP-адрес, привязанный к В-стороне второго серверного гнезда и присваивать этот IP-адрес BMC третьего сервера.

Когда управляющий персонал заменяет один из нескольких серверов 5 в стойке 2 новым сервером (не показано), система 4 управления стойкой вначале подтверждает позицию серверного гнезда 20, соответствующую новому вставляемому взамен серверу, посредством RMC 21 и набора внутренних кабелей 22 для аппаратного обеспечения (т. е., считывает упомянутый выше список контроллера управления материнской платой для подтверждения целевого серверного гнезда действия замены нового вставляемого взамен сервера). Далее система 4 управления стойкой запрашивает IP-адрес, привязанный к целевому серверному гнезду, и затем присваивает IP-адрес BMC нового вставляемого взамен сервера.

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

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

За счет применения упомянутого выше технического решения настоящее изобретение может обеспечивать присвоение стойкой 2 IP-адресов RMC 21 стойки 2 и контроллерам BMC 51 серверов 5 при помощи постоянного подхода независимо от того, как меняют или замещают серверы 5 в стойке 2, благодаря чему можно уменьшить рабочую нагрузку на управляющий персонал в центре обработки данных, с тем чтобы избежать ошибок, возникающих вследствие присваивания IP-адресов вручную.

Одновременно делается ссылка на фиг. 2 и фиг. 3. Стойка 2 согласно настоящему изобретению дополнительно содержит экранирование 6, чтобы закрывать RMC 21, несколько серверных гнезд 20, несколько серверов 5 и набор внутренних кабелей 22 для аппаратного обеспечения в стойке 2. Если система 4 управления стойкой размещена внутри стойки 2, экранирование 6 может одновременно закрывать систему 4 управления стойкой. Кроме того, по экранированию 6 проставлены серийные номера 61 на соответствующих позициях каждого из серверных гнезд 20, и каждый серийный номер 61 соответственно отвечает абсолютной позиции каждого серверного гнезда 20 внутри стойки 2, которую определяет набор внутренних кабелей 22 для аппаратного обеспечения.

Например, если набор внутренних кабелей 22 для аппаратного обеспечения определяет абсолютную позицию А-стороны первого серверного гнезда в стойке 2 как «1A», управляющий персонал может проставить серийный номер 61 в виде «1A» над соответствующей позицией А-стороны первого серверного гнезда по экранированию 6. Более того, система 4 управления стойкой может привязывать позицию «1A» к первому IP-адресу (например, 192.168.0.1) и записывать отношение привязки в справочную таблицу 41. Аналогично, если набор внутренних кабелей 22 для аппаратного обеспечения определяет абсолютную позицию А-стороны второго серверного гнезда в стойке 2 как «2A», управляющий персонал может проставить серийный номер 61 в виде «2A» над соответствующей позицией А-стороны второго серверного гнезда в экранировании 6. Более того, система 4 управления стойкой может привязывать позицию «2A» ко второму IP-адресу (например, 192.168.0.2) и записывать отношение привязки в справочную таблицу 41.

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

Как показано на фиг. 3, RMC 21 содержит контроллер 212 сетевого интерфейса (NIC) стойки, и каждый BMC 51 каждого сервера 5 соответственно содержит NIC 52 сервера. В этом варианте осуществления внутренний сетевой переключатель 23 размещен внутри стойки 2 и используется для внутреннего соединения с NIC 212 стойки и контроллерами NIC 52 сервера и внешнего соединения с переключателем 3 сети общего пользования.

Как упоминалось выше, RMC 21 стойки 2 и каждый BMC 51 каждого сервера 5 могут соединяться с системой 4 управления стойкой на удаленной стороне посредством внутреннего сетевого переключателя 23 и переключателя 3 сети общего пользования. После соответственного присвоения RMC 21 и контроллерам BMC 51 соответствующего IP-адреса, система 4 управления стойкой может соединяться с RMC 21 и каждым из контроллеров BMC 51 с удаленной стороны посредством присвоенных IP-адресов, с тем чтобы наблюдать за стойкой 2 и каждым из серверов 5 в стойке 2 и управлять ими.

Фиг. 4 представляет собой блок-схему управления согласно первому варианту осуществления настоящего изобретения. На фиг. 4 показан способ управления IP-адресами согласно настоящему изобретению, при этом способ, главным образом, применяется в стойке 2, показанной на фиг. 1 – фиг. 3. В данном варианте осуществления RMC 21 стойки 2 использует IP-адрес, привязанный к стойке 2, и каждый BMC 51 каждого сервера 5 соответственно использует IP-адрес, привязанный к каждому серверному гнезду 20, которое соответствует каждому серверу 5.

После того как управляющий персонал активирует стойку 2, RMC 21 непрерывно регистрирует статус каждого сервера 5 в каждом серверном гнезде 20 посредством набора внутренних кабелей 22 для аппаратного обеспечения и вносит зарегистрированный статус в упомянутый выше список контроллера управления материнской платой. В частности, список контроллера управления материнской платой может содержать значительное количество информации, такой как номер или позиция каждого серверного гнезда 20, и серийный номер, MAC-адрес, используемый на текущий момент IP-адрес каждого сервера 5 в каждом серверном гнезде 20.

Согласно настоящему изобретению система 4 управления стойкой может систематически осуществлять связь с RMC 21 для считывания содержимого списка контроллера управления материнской платой посредством RMC 21 (этап S10). Следовательно, система 4 управления стойкой может определять, изменилось ли содержимое списка контроллера управления материнской платой, с тем чтобы определять, имела ли место замена какого-либо сервера 5 в серверных гнездах 20 или нет (этап S12).

В одном варианте осуществления система 4 управления стойкой может извлекать соответствующую информацию об аппаратном обеспечении касательно каждого BMC каждого сервера 5 из списка контроллера управления материнской платой (такую как серийный номер, MAC-адрес и т. д.), и определять, что сервер 5 был заменен, всякий раз, когда информация об аппаратном обеспечении меняется.

В другом варианте осуществления система 4 управления стойкой может извлекать IP-адрес, который на текущий момент использует каждый BMC 51 каждого сервера 5, из списка контроллера управления материнской платой, а также получать IP-адрес, привязанный к каждому серверному гнезду 20, вследствие чего система 4 управления стойкой может сравнивать IP-адрес, который на текущий момент использует каждый BMC 51, с IP-адресом, привязанным к каждому серверному гнезду 20, и определять, что один сервер 5 в одном серверном гнезде 20 был заменен, всякий раз, когда результаты сравнения не сходятся.

Если на этапе S12 система 4 управления стойкой получает отрицательный результат (т. е., информация об аппаратном обеспечении не меняется, или используемый на текущий момент IP-адрес такой же, как привязанный IP-адрес), то система 4 управления стойкой прекращает выполнение способа согласно настоящему изобретению. Кроме того, система 4 управления стойкой может непрерывно обмениваться информацией с RMC 21 для получения наиболее актуального списка контроллера управления материнской платой в ходе работы стойки 2, и RMC 21 может регистрировать статус каждого сервера 5 в каждом серверном гнезде 20 посредством набора внутренних кабелей 22 для аппаратного обеспечения и электрических сигналов, чтобы система 4 управления стойкой получала наиболее актуальное содержимое списка контроллера управления материнской платой.

Если на этапе S12 система 4 управления стойкой получает положительный результат, то система 4 управления стойкой подтверждает целевое серверное гнездо действия замены (этап S14), и получает IP-адрес, привязанный к целевому серверному гнезду.

На этапе S14 система 4 управления стойкой должна напрямую подтвердить позицию замены нового вставляемого взамен сервера (например, А-сторона (1А) первого серверного гнезда, А-сторона (2А) второго серверного гнезда, В-сторона (2В) второго серверного гнезда, и т. д., как показано на фиг. 3), исходя из содержимого списка контроллера управления материнской платой, т. е., подтвердить, какое из серверных гнезд является целевым серверным гнездом действия замены. Далее система 4 управления стойкой запрашивает справочную таблицу 41 согласно целевому серверному гнезду для получения IP-адреса, привязанного к целевому серверному гнезду. Наконец, система 4 управления стойкой присваивает IP-адрес, привязанный к целевому серверному гнезду, BMC 51 нового вставляемого взамен сервера 5, с тем чтобы заменить другой IP-адрес, который на текущий момент использует BMC 51 нового вставляемого взамен сервера 5, на IP-адрес, привязанный к целевому серверному гнезду (этап S16).

В этом варианте осуществления RMC 21 предположил, что BMC 51 нового вставляемого взамен сервера 5 уже имеет IP-адрес (т. е., используемый на текущий момент IP-адрес, как упоминалось выше). Когда новый вставляемый взамен сервер 5 вставляют в какое-либо из серверных гнезд 20, RMC 21 может инициировать связь с новым вставляемым взамен сервером 5 посредством IP-адреса, который на текущий момент использует BMC 51 нового вставляемого взамен сервера 5, и затем выполнить процедуру присвоения, чтобы присвоить привязанный IP-адрес новому вставляемому взамен серверу 5, согласно команде, отправляемой системой 4 управления стойкой (т. е., заменить IP-адрес, который на текущий момент использует BMC 51 нового вставляемого взамен сервера 5, на IP-адрес, привязанный к целевому серверному гнезду).

Наконец, RMC 21 может необязательно предоставлять системе 4 управления стойкой отчет о статусах замены нового вставляемого взамен сервера и о статусах присвоения IP-адреса (этап S18).

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

Фиг. 5A представляет собой схематическое изображение перед заменой сервера согласно первому варианту осуществления настоящего изобретения. Фиг. 5B представляет собой схематическое изображение после замены сервера согласно первому варианту осуществления настоящего изобретения. В этом варианте осуществления каждое серверное гнездо 20 стойки 2 соответственно привязано к IP-адресу. В частности, согласно команде, отправляемой системой 4 управления стойкой, стойка 2 заранее привязывает первый IP-адрес (например, 192.168.0.1) к А-стороне (1А) первого серверного гнезда, второй IP-адрес (например, 192.168.0.2) к А-стороне (2А) второго серверного гнезда, третий IP-адрес (например, 192.168.0.3) к А-стороне (3А) третьего серверного гнезда, четвертый IP-адрес (например, 192.168.0.4) к А-стороне (4А) четвертого серверного гнезда, и так далее.

В варианте осуществления, показанном на фиг. 5A, управляющий персонал вставляет новый вставляемый взамен сервер в А-сторону (3А) третьего серверного гнезда стойки 2, и BMC нового вставляемого взамен сервера уже имеет другой IP-адрес (например 192.168.0.100 на фиг. 5A), перед вставкой его в стойку 2.

В частности, после того как новый вставляемый взамен сервер вставляют в соответствующее серверное гнездо, BMC нового вставляемого взамен сервера должен сначала связаться с RMC 21 стойки 2 перед выполнением действий подтверждения и привязки IP-адреса. Иными словами, RMC 21 должен иметь возможность распознать IP-адрес, который на текущий момент использует BMC нового вставляемого взамен сервера. В варианте осуществления, показанном на фиг. 5A, IP-адрес, который на текущий момент использует BMC нового вставляемого взамен сервера, относится к тому же сетевому сегменту, что и IP-адреса, используемые другими серверами в стойке 2 (например, 192.168.0.x). Однако, если BMC нового вставляемого взамен сервера может осуществлять связь с RMC 21 по сети, IP-адрес, который на текущий момент использует BMC нового вставляемого взамен сервера, не обязательно должен принадлежать к тому же сетевому сегменту, что и IP-адреса, используемые другими серверами.

Как показано на фиг. 5B, после вставки нового вставляемого взамен сервера в стойку 2 система 4 управления стойкой может регистрировать и подтверждать вставку нового вставляемого взамен сервера в А-сторону (3А) третьего серверного гнезда посредством RMC 21 и набора внутренних кабелей 22 для аппаратного обеспечения (т. е., система 4 управления стойкой запрашивает список контроллера управления материнской платой и обнаруживает, что сервер, используемый для А-стороны (3А) третьего серверного гнезда, заменен). Как следствие, после запроса справочной таблицы 41 система 4 управления стойкой может получать третий IP-адрес (например, 192.168.0.3 в этом варианте осуществления), привязанный к А-стороне (3А) третьего серверного гнезда, и присваивать третий IP-адрес BMC нового вставляемого взамен сервера для замены IP-адреса, который на текущий момент использует BMC, третьим IP-адресом.

Как следствие, даже если сервер, используемый для А-стороны (3А) третьего серверного гнезда, был заменен, управляющий персонал может напрямую использовать систему 4 управления стойкой, чтобы соединиться с новым вставляемым взамен сервером в А-стороне (3А) третьего серверного гнезда по третьему IP-адресу (т. е., 192.168.0.3), чтобы наблюдать за новым вставляемым взамен сервером и управлять им, без необходимости вручную повторно присваивать IP-адрес для нового вставляемого взамен сервера, что очень неудобно.

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

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

Вначале управляющий персонал активирует стойку 2 согласно настоящему изобретению (этап S30), при этом в стойке 2 уже размещен RMC 21, и каждое из серверных гнезд 20 в стойке 2 соответственно содержит соответствующий сервер 5. Далее стойка 2 может присвоить IP-адрес RMC 21 посредством операции, выполненной вручную управляющим персоналом, или посредством команды, отправляемой системой 4 управления стойкой (этап S32), а также присваивает IP-адреса соответственно каждому BMC 51 каждого сервера 5 (этап S34).

После полного завершения присвоения IP-адресов RMC 21 и контроллерам BMC 51 управляющий персонал может использовать систему 4 управления стойкой, чтобы соединиться с RMC 21 стойки 2 и получить IP-адрес, который на текущий момент использует RMC 21 (этап S36).

Далее система 4 управления стойкой может соответственно получить IP-адрес, который на текущий момент использует каждый BMC 51 каждого сервера 5, посредством RMC 21 (этап S38), а также соответственно получает позицию каждого серверного гнезда 20, соответствующего каждому серверу 5 (этап S40). Следует отметить, что система 4 управления стойкой может соединяться со стойкой 2 с удаленной стороны по сети Интернет или может соединяться со стойкой 2 напрямую проводным образом, не ограничиваясь этим.

В одном варианте осуществления система 4 управления стойкой может соединяться со стойкой 2 посредством переключателя 3 сети общего пользования. После получения IP-адресов RMC 21 и контроллеров BMC 51 система 4 управления стойкой может соединяться с RMC 21 и каждым BMC 51 каждого сервера 5 посредством переключателя 3 сети общего пользования и упомянутого выше внутреннего сетевого переключателя 23.

В частности, после соединения с RMC 21 система 4 управления стойкой может одновременно получать от RMC 21 IP-адрес каждого BMC 51 каждого сервера 5 и позицию каждого серверного гнезда 20, соответствующую каждому серверу 5, то есть, указанные выше этап S38 и этап S40 не имеют постоянного порядка выполнения.

Далее система 4 управления стойкой может выполнять процедуру привязки к стойке 2 согласно действиям управляющего персонала, чтобы стойка 2 была связана с IP-адресом, который на текущий момент использует RMC 21 стойки 2, и чтобы каждое серверное гнездо 20 было связано с IP-адресом, который на текущий момент использует каждый BMC 51 каждого соответствующего сервера 5 (этап S42).

После полного завершения процедуры привязки система 4 управления стойкой может дополнительно генерировать упомянутую выше справочную таблицу 41, исходя из результата привязки процедуры привязки (этап S44). Как следствие, справочная таблица 41 будет вести запись отношения стойки 2 к IP-адресу, привязанному к стойке 2. Поэтому, независимо от того, как заменяют серверы 5 в стойке 2, RMC 21 стойки 2 всегда может быть присвоен и передан в использование IP-адрес, привязанный к стойке 2.

Кроме того, после этапа S44 справочная таблица 41 будет вести запись отношения нескольких серверных гнезд 20 к IP-адресам, соответственно привязанным к каждому из серверных гнезд 20. Поэтому, независимо от того, как заменяют серверы 5 в серверных гнездах 20, BMC 51 нового вставляемого взамен сервера 5 всегда может быть присвоен и передан в использование IP-адрес, привязанный к соответствующему серверному гнезду 20, куда вставлен новый вставляемый взамен сервер 5.

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

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

1. Интеллектуальная серверная стойка, содержащая:

контроллер управления стойкой (RMC);

систему управления стойкой, выполненную с возможностью соединения с RMC;

несколько серверных гнезд;

несколько серверов, соответственно размещенных в каждом из серверных гнезд и соответственно содержащих контроллер управления материнской платой (BMC); и

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

при этом система управления стойкой выполнена с возможностью подтверждения позиции замены одного из серверных гнезд, которое соответствует новому серверу, исходя из содержимого списка контроллера управления материнской платой посредством RMC и набора внутренних кабелей для аппаратного обеспечения при замене одного из нескольких серверов новым сервером, и при этом система управления стойкой выполнена с возможностью запроса справочной таблицы для получения адреса Интернет-протокола (IP-адреса), привязанного к серверному гнезду, которое соответствует новому серверу, и присваивает IP-адрес BMC нового сервера для замены другого IP-адреса, который на текущий момент использует BMC нового сервера.

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

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

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

5. Интеллектуальная серверная стойка по п. 4, отличающаяся тем, что RMC содержит контроллер сетевого интерфейса (NIC) стойки, каждый BMC каждого сервера соответственно содержит контроллер сетевого интерфейса (NIC) сервера, интеллектуальная серверная стойка дополнительно содержит внутренний сетевой переключатель, при этом RMC выполнен с возможностью соединения с внутренним сетевым переключателем посредством NIC стойки, каждый BMC каждого сервера соответственно выполнен с возможностью соединения с внутренним сетевым переключателем посредством NIC сервера, и RMC и контроллеры BMC выполнены с возможностью соединения с системой управления стойкой посредством внутреннего сетевого переключателя.

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

a) считывание списка контроллера управления материнской платой посредством RMC, при этом список контроллера управления материнской платой выполнен для ведения записи серийного номера, адреса управления доступом к среде (MAC-адреса) или адреса Интернет-протокола (IP-адреса) каждого из контроллеров BMC;

b) определение в отношении каждого из серверов, размещенных в каждом из серверных гнезд, замены новым сервером, согласно содержимому списка контроллера управления материнской платой;

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

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

e) замену другого IP-адреса, который на текущий момент использует BMC нового сервера, IP-адресом, привязанным к серверному гнезду, которое соответствует новому серверу, после этапа d).

7. Способ управления IP-адресами по п. 6, отличающийся тем, что этап b) заключается в определении замены одного из серверов, при определении того, что серийный номер или MAC-адрес BMC какого-либо из серверов изменился согласно списку контроллера управления материнской платой, или при определении того, что IP-адрес определенного сервера, который на текущий момент использует BMC, не согласуется с IP-адресом, привязанным к одному из серверных гнезд, которое соответствует конкретному серверу, согласно списку контроллера управления материнской платой.

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

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

10. Способ управления IP-адресами по п. 6, отличающийся тем, что дополнительно включает следующие этапы перед этапом a):

a01) активацию интеллектуальной серверной стойки;

a02) соответственное присваивание IP-адреса RMC и каждому BMC каждого из серверов;

a03) соединение с RMC интеллектуальной серверной стойки посредством системы управления стойкой;

a04) получение системой управления стойкой IP-адреса, который на текущий момент использует RMC;

a05) получение системой управления стойкой каждого IP-адреса, который на текущий момент использует каждый BMC каждого сервера и серверные гнезда, которые соответственно отвечают каждому из серверов, посредством RMC;

a06) выполнение системой управления стойкой процедуры привязки IP-адресов к интеллектуальной серверной стойке для обеспечения привязки IP-адреса, который на текущий момент использует RMC, к интеллектуальной стойке и привязки каждого IP-адреса, который на текущий момент использует каждый BMC каждого сервера, к каждому из серверных гнезд, которое соответственно отвечает каждому из серверов; и

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