УСТРОЙСТВО И СПОСОБ ДЛЯ АНАЛИЗА НЕСТАНДАРТНОГО ФУНКЦИОНИРОВАНИЯ ЭЛЕМЕНТА ДАТАЦЕНТРА Российский патент 2015 года по МПК G06F17/50 

Описание патента на изобретение RU2569563C2

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

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

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

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

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

Раскрытие изобретения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На фиг.4 показана диаграмма пользовательского интерфейса в соответствии с настоящим изобретением.

На фиг.5 показана диаграмма пользовательского интерфейса в соответствии с настоящим изобретением.

На фиг.6 показана поточная диаграмма примера процесса осуществления анализа влияния нестандартного функционирования в соответствии с настоящим изобретением.

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

На фиг.8 показана поточная диаграмма примера процесса выбора средств моделирования в соответствии с аспектами настоящего изобретения.

На фиг.9 показана поточная диаграмма примера процесса формирования анализа влияния в соответствии с аспектами настоящего изобретения.

Осуществление изобретения

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

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

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

Компьютерная система

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

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

На фиг.1 проиллюстрирована блок-схема распределенной компьютерной системы 100, в которой могут быть реализованы различные аспекты и функции. Распределенная компьютерная система 100 может содержать одну или более компьютерных систем, которые обмениваются, т.е. пересылают или получают, информацией. Например, как показано, распределенная компьютерная система 100 содержит компьютерные системы 102, 104 и 106. Как показано, компьютерные системы 102, 104 и 106 соединены между собой с помощью связей сети 108, через которые они могут обмениваться данными. Сеть 108 может представлять собой любые сети связи, через которые компьютерные системы могут обмениваться данными. Для обмена данными с использованием сети 108 компьютерные системы 102, 104 и 106 и сеть 108 могут использовать различные способы, протоколы и стандарты, включая, среди прочих, эстафетную кольцевую сеть, Ethernet, беспроводной Ethernet, Bluetooth, TCP/IP, UDP, DTN, HTTP, FTP, SNMP, SMS, MMS, SS7, JSON, SOAP, CORBA, REST и веб-сервисы. Для обеспечения безопасности передачи данных компьютерные системы 102, 104 и 106 могут передавать данные через сеть 108 с использованием различных мер безопасности, включающих, например, TSL, SSL или VPN. Несмотря на то, что распределенная компьютерная система 100 проиллюстрирована тремя соединенными компьютерными системами, распределенная компьютерная система не ограничена ими и может содержать любое количество компьютерных систем и вычислительных устройств, соединенных с использованием любых среды и протокола связи.

Различные аспекты и функции могут быть осуществлены в виде специализированного аппаратного или программного обеспечения, выполненных в одной или более компьютерных систем, включая компьютерную систему 102, показанную на фиг.1. Как показано, компьютерная система 102 содержит процессов 110, память 112, шину 114, интерфейс 116 и устройство 118 хранения. Процессор 110 может осуществлять последовательности команд, что приводит к обработке данных. Процессов 110 может быть коммерчески доступным процессором, таким как Intel Xeon, Itanium, Core, Celeron, Pentium, AMD Opteron, Sun UltraSPARC, IBM Power5+или микросхемой центрального компьютера IBM, однако может представлять собой любой тип процессора, мультипроцессора или контроллера. Процессор 110 соединен с другими элементами системы, включая устройство 112 памяти, посредством шины 114.

Память 112 может использоваться для хранения программ и данных во время функционирования компьютерной системы 102. Таким образом, память 112 может быть относительно высокопроизводительной энергозависимой оперативной памятью, такой как динамическая оперативное запоминающее устройство (DRAM, dynamic random access memory) или статическое оперативное запоминающее устройство (SRAM, static random access memory). Однако память 112 может включать в себя любое устройство для хранения данных, такие как жесткие диски или другие энергонезависимые запоминающие устройство. Могут быть разработаны различные примеры памяти 110 и в некоторых случаях описаны отдельные структуры для осуществления этих функций.

Компоненты компьютерной системы 112 могут быть соединены с помощью соединительного элемента, такого как шина 114. Шина 114 может включать в себя одну или более физических шин, например, шины между компонентами, которые интегрированы в одном и том же устройстве, но могут включать в себя любые соединительные соединения между элементами системы, включая специализированные или стандартные технологии компьютерных шин, таких как IDE, SCSI, PCI и InfiniBand. Таким образом, шина 114 обеспечивает возможность связи, например, для обмена данными и командами между компонентами компьютерной системы 102.

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

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

Несмотря на то, что компьютерная система 102 показана в виде примера как один тип компьютерных систем, в котором могут быть осуществлены различные аспекты и функции, аспекты не ограничены возможностью осуществления в компьютерной системе 102, как это показано на фиг.1. Различные аспекты и функции могут быть осуществлены на одном или более компьютеров, имеющих отличающиеся архитектуры или компоненты по сравнению с показанными на фиг.1. Например, компьютерная система 102 может содержать специально программируемое аппаратное обеспечение специального назначения, такое как, например, интегральная микросхема специального применения, прошитая для выполнения описанных здесь конкретных операций. В то же время другой пример может осуществлять эту же функцию с использованием сети нескольких вычислительных устройств общего назначения с запущенной MAC OS System X на процессоре Motorola PowerPC и нескольких специализированных вычислительных устройств, эксплуатирующих запатентованное аппаратное обеспечением и операционные системы.

Компьютерная система 102 может быть компьютерной системой, содержащей операционную систему, управляющую, по меньшей мере, частью аппаратных элементов, содержащихся в компьютерной системе 102. Обычно процессор или контроллер, такой как процессор 110, поддерживает операционную систему, которая может быть операционной системой на основе Windows, такой как операционная система Windows NT, Windows 2000 (Windows ME), Windows XP или Windows Vista, доступные от компании Microsoft Corporation, операционной системой MAC OS System X, доступной от компании Apple Computer, одной из множества распространяемых операционных систем на основе Linux, например, операционная система Enterprise Linux, доступная от Red Hat Inc., операционная система Solaris, доступная от Sun Microsystems, или операционные системы UNIX, доступные из различных источников. Может быть использовано множество операционных систем и примеры не ограничены каким-либо конкретным осуществлением.

Процессор 110 и операционная система совместно составляют компьютерную платформу, для которой могут быть написаны программы приложений на высокоуровневых языках программирования. Эти компонентные приложения могут быть исполняемыми, промежуточными, байткодовыми или интерпретируемо кодовыми, осуществляющими связи по сети связи, например, Интернет, с использованием протоколов связи, например, TCP/IP. Аналогично аспекты могут быть осуществлены с использованием объектно-ориентированных языков программирования, таких как.Net, SmallTalk, Java, С++, Ada или C# (C-Sharp). Также могут быть использованы другие объектно-ориентированные языки. Альтернативно могут быть использованы функциональные, скриптовые или логические языки программирования.

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

Примеры, описанные в данном документе, могут осуществлять широкое множество функций и могут быть выполнены с использованием различных инструментов. Например, аспекты примерной системы могут быть осуществлены с использованием существующих коммерческих продуктов, таких, как, например, системы управления базами данных, подобных SQL Server, доступной от Microsoft из Seattle WA., Oracle Database, доступной от Oracle из Redwood Shores, СА, и MySQL, доступной от Sun Microsystems из Santa Clara, СА или интегрируемое программное обеспечение, такое как Web Sphere middleware, доступное от IBM из Armonk, NY. Компьютерная система с запущенным, например, SQL Server может поддерживать как аспекты в соответствии с конкретными примерами, раскрытыми здесь, так и базы данных для различных других приложений, не описываемых в настоящем описании. Таким образом, описанные здесь функциональные компоненты могут содержать широкое множество элементов, таких как выполняемые коды, структуры или объекты данных, выполненные с возможностью осуществления своих описанных функций.

Диаграмма контекста системы

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

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

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

Далее следует неограничивающий список различных примерных поставщиков ресурсов датацентра. Другие пример могут использовать других поставщиков ресурсов датацентров. Примеры оборудования генерации и распределения электропитания могут содержать трансформаторы, автоматические переключатели резервов (ATS, automatic transfer switch), источники бесперебойного питания (UPS, uninterruptible power supply), генераторы, однофазные и трехфазные модули распределения электропитания (PDU, power distribution units), монтируемые в стойке PDU и отдельные выводы в PDU. Примеры оборудования генерации и распределения охлаждения могут включать в себя камеры обработки воздуха компьютерных помещений (CRAH, computer room air handler), кондиционеры воздуха компьютерных помещений (CRAC, computer room air conditioner), системы распределения потоков, системы распределения охладителя, монтируемые в стойке кондиционеры воздуха (RMAC, rack-mounted air conditioner), вентиляторы стоек, поднимаемые двери, опускаемые перекрытия, камеры, воздухопроницаемые плитки и воздухонепроницаемые плитки. Примеры программного обеспечения возможностей логического сетевого соединения и оборудования передачи данных могут содержать серверы системы доменных имен, серверы Microsoft Active Directory, виртуальные локальные сети, серверы сервисов дистанционной аутентификации соединяющихся пользователей, системы управления доступом к сети, шлюзы безопасности, коммутаторы Ethernet, серверы динамических служб протокола конфигурации главного компьютера, серверы протокола передачи данных, службы дистанционного управления прямым доступом к памяти по протоколу Интернет, балансировщики нагрузки и коммутаторы InfiniBand. Примеры оборудования физического сетевого соединения могут содержать сетевые кабели, панели подключения и физические матричные коммутаторы. Примеры оборудования управления физическим доступом могут включать в себя камеры безопасности, замки дверей помещений, замки дверей стоек, контактные датчики дверей, считыватели карт и считыватели радиочастотной идентификации. Примеры оборудование хранения данных содержат серверы сетевой файловой системы, серверы подключенных к сети средств хранения и серверы сетей пространства хранения. Примеры оборудования сервисов распределенных приложений содержат серверы веб-сервисов. Примеры оборудования синхронизации сетевого времени могут содержать серверы протокола сетевого времени. Примеры оборудования дистанционного управления устройствами могут включать в себя серверы консольных портов и коммутаторы клавиатура-видео-мышь (KVM, Keyboard Video Mouse). Примеры оборудования датчиков могут включать в себя датчики показателей окружающей среды, таких как температура, влажность и датчики воздушного потока.

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

Некоторые элементы датацентра могут иметь достаточные вычислительные ресурсы для управления функционированием ресурсного элемента датацентра. Эти вычислительные ресурсы обычно ограничены и прошиты на поддержку функционирования ресурсного элемента датацентра. По меньшей мере, в одном примере эти ограниченные компьютерные ресурсы могут быть расположены в карте управления сетью (NMC, Network Management Card), такой как UPS NMC, доступной от АРС через Schneider Electric.

Конкретные элементы датацентра, показанные на фиг.2, содержат устройство 206 управления датацентром, сеть 208 связи, PDU 210, CRAH 212, CRAC 214, UPS 216, RMAC 218 и сенсорное устройство 220. Сеть 208 может быть, среди других типов сетей, частной сетью (такой как локальная сеть, беспроводная локальная сеть, экстранет или интранет) или может быть общественной сетью (такой как Интернет). В показанном примере сеть 208 является локальной сетью. Каждый элемент датацентра, показанный на фиг.2, может передавать информацию через сеть 208 в устройство 206 управления датацентром. Эта информация может содержать как прямые, так и косвенные показания, указывающие на существующее или приближающееся состояние нестандартного функционирования для элемента датацентра, такое как замедленное или неисправное функционирование поставщика ресурса датацентра, нестандартные условия среды или другая информация, показывающая недостаток нормального обеспечения или потребления ресурсов датацентра.

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

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

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

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

Пример архитектуры системы

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

В примере, показанном на фиг.3, устройство 206 управления датацентром содержит интерфейс 302 анализа воздействий нестандартного функционирования, средство 304 моделирования охлаждения, средство 306 моделирования электропитания, средство 308 моделирования сетевых соединительных возможностей, средство 310 моделирования поддержки веса и база 312 данных управления конфигурацией. Как показано, интерфейс 302 анализа воздействий нестандартного функционирования обменивается информацией анализа с внешними объектами, такими как пользователь 202, и средство 304 моделирования охлаждения, средство моделирования 306 электропитания, средство 308 моделирования сетевых соединительных возможностей, средство 310 моделирования поддержки веса и базой 312 данных управления конфигурацией. Эта информация анализа может содержать информацию, относящуюся к анализу воздействий нестандартного функционирования одного или более элементов датацентра. Примеры информации анализа содержат информацию, указывающую элементы датацентра, предназначенные для анализа воздействия нестандартного функционирования, количественная и качественная информация, описывающая нестандартное функционирование, ресурсы датацентра, на которые оказывает влияние нестандартное функционирование и т.п.Каждое из средств 304, 306, 308 и 310 моделирования обменивается информацией анализа с интерфейсом 302 анализа воздействий нестандартного функционирования и информацией управления конфигурацией датацентра с базой 312 данных управления конфигурацией.

Как показано на фиг.3, база 312 данных управления конфигурацией содержит элементы, выполненные с возможностью сохранения и извлечения информации управления конфигурацией. В целом эта информация управления конфигурацией может включать в себя любую информацию, которая описывает характеристики или элементы датацентра. Таким образом, информация управления конфигурацией может содержать физические измерения датацентра, расположение и идентификацию элементов датацентра и другие элемента датацентра, а также возможности, резервы и эксплуатационные требования ресурсов датацентра. Информация управления конфигурацией также может содержать такие характеристики элементов датацентра, как информация о потреблении и производстве ресурсов датацентра. Эта информация о потреблении и производстве может содержать исторические, эмпирические измерения ресурсов датацентра, производимых или потребляемых элементами датацентра. Информация о потреблении и производстве также может содержать величины скоростей потребления и производства на основе теоретически смоделированных значений (например, значения паспортной таблицы) или на основе сохраненных, эмпирических исторических измерений.

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

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

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

В некоторых примерах в соответствии с фиг.3, средства 304, 306, 308 и 310 моделирования содержат элементы, выполненные с возможностью моделирования влияния нестандартного функционирования элемента датацентра на доступность определенных ресурсов датацентра в пределах датацентра. На основании результирующей доступности ресурсов датацентра средства 304, 306, 308 и 310 моделирования определяют, как на другие элемента датацентра будет влиять нестандартное функционирование элемента датацентра. Более конкретно, в этом примере средства 304, 306, 308 и 310 моделирования содержат элементы, выполненные с возможностью обеспечения интерфейса, через который средство моделирования может получать информацию, относящуюся к одному или более элементам датацентра, заданным для анализа воздействия нестандартного функционирования. Эта информация может содержать информацию, указывающую то, какие элементы датацентра заданы для анализа воздействия нестандартного функционирования и могут содержать информацию, качественно и количественно задающие нестандартное функционирование, показываемое заданными элементами датацентра. В примере, показанном на фиг.3, каждый из средств 304, 306, 308 и 310 моделирования может получать эту информацию из интерфейса 302 анализа воздействия нестандартного функционирования.

Кроме того, в этом примере каждое из средств 304, 306, 308 и 310 моделирования содержит элементы, выполненные с возможностью обеспечения интерфейса, через который средство моделирования может получать информацию управления конфигурацией из базы 312 данных управления конфигурацией. Эта информация управления конфигурацией может содержать информацию о производстве и потреблении ресурсов датацентра, такую как оценка скоростей потребления и производства, для различных элементов датацентра, содержащихся в моделируемом датацентре. Согласно этому примеру каждое из средств 304, 306, 308 и 310 моделирования содержит элементы, выполненные с возможностью использования информации, полученной из интерфейса 302 анализа воздействия нестандартного функционирования и базы 312 данных управления конфигурацией, для моделирования состояния нестандартного функционирования для заданного элемента датацентра. Эти средства моделирования также содержат элементы, выполненные с возможностью определения доступности ресурсов датацентра в зависимости от воздействия нестандартного функционирования элемента датацентра и создания и сохранения списка элементов датацентра, для которых ожидается воздействие результирующей доступности ресурсов датацентра. Этот список может включать в себя указания элементов датацентра, на которые должно оказывать воздействие нестандартное функционирование и данные, качественно и количественно определяющие измененное функционирование элементов датацентра, на которые оказано воздействие. В этом примере каждое из средств моделирования также содержит элементы, выполненные с возможностью передачи результатов анализа в интерфейс 302 анализа воздействия нестандартного функционирования. Результаты, передаваемые средствами моделирования, могут содержать, например, список элементов датацентра, на которые оказывается воздействие.

В показанном примере каждое из средств 304, 306, 308 и 310 моделирования направлено на моделирование доступности конкретных ресурсов датацентра и того, как, в свою очередь, промоделированная доступность ресурса датацентра влияет на другие элемента датацентра. В частности, средство 304 моделирования охлаждения сфокусировано на анализе охлаждения, средство 306 моделирования электропитания сфокусировано на анализе электропитания, средство 308 моделирования сетевых соединительных возможностей сфокусировано на анализе сетевых соединительных возможностей и средство 310 моделирования поддержки веса сфокусировано на анализе поддержки веса. Каждое из этих средств моделирования может использовать специализированные методы моделирования для определения влияния нестандартного функционирования элемента датацентра. В одном примере, средство 304 моделирования охлаждения использует, например, способы моделирования, описанные в патенте США 7,596,476 и в заявке США с номером 11/342,300, оба документа называются «СПОСОБЫ И СИСТЕМЫ УПРАВЛЕНИЯ ЭЛЕКТРОПИТАНИЕМ И ОХЛАЖДЕНИЕМ УЧАСТКА» и каждый из которых тем самым целиком включается здесь по ссылке. В то время как пример, показанный на фиг.3, показывает 4 средства моделирования, также могут быть использованы другие средства моделирования и примеры на ограничены каким-либо конкретным набором средств моделирования. Кроме того, в некоторых примерах могут использоваться гибридные средства моделирования, сфокусированные на множестве ресурсов датацентра.

Как показано на фиг.3, устройство 206 управления датацентром отображает интерфейс 302 анализа воздействия нестандартного функционирования для обмена данным анализ нестандартного функционирования с внешними объектами, какими как пользователь 202. Эти данные анализа нестандартного функционирования могут содержать, среди другой информации, информацию, связанную с конкретными элементами датацентра, выбранными внешним объектом для анализа нестандартного функционирования, и информацию, связанную с результатами анализа воздействия нестандартного функционирования. В одном примере интерфейс 302 анализа воздействия нестандартного функционирования содержит элементы, выполненные с возможностью получения информации управления конфигурацией в отношении таких элементов датацентра, как маршрутизаторы, CRAC и UPS, из базы 312 данных управления конфигурацией. В соответствии с этим примером элементы интерфейса 302 анализа воздействия нестандартного функционирования также могут быть выполнены с возможностью использования информации управления конфигурацией для передачи данных элементов датацентра во внешний объект. Кроме того, в соответствии с этим примером, интерфейс 302 анализа воздействия нестандартного функционирования имеет элементы, выполненные с возможностью получения указания тех элементов датацентра, которые выбраны для анализа нестандартного функционирования внешним объектом.

В некоторых примерах в соответствии с фиг.3 интерфейс 302 анализа воздействия нестандартного функционирования содержит элементы, выполненные с возможностью определения ресурсов датацентра, на которые должно оказывать воздействие нестандартное функционирование выбранных элементов датацентра. Например, в соответствии с этим примером если пользователь 202 запрашивает анализ воздействия нестандартного функционирования для модуля CRAC, интерфейс 302 анализа воздействия нестандартного функционирования определит, со ссылкой на информацию управления конфигурацией, хранящейся в базе 312 данных управления конфигурацией, что будет оказано воздействие как на охлаждение, так и на электропитание. Далее, как показано на фиг.3, элементы, содержащиеся в интерфейсе 302 анализа воздействия нестандартного функционирования, выполнены с возможностью запуска одного или более средств моделирования, которые соответствуют ресурсам датацентров, на которые должно оказывать нестандартное функционирование. В примере на фиг.3 для моделирования воздействия нестандартного функционирования, которое оказывает воздействие на потребление и производство охлаждения, электропитания, сетевых соединительных возможностей и моделирования поддержки веса доступны, соответственно, средства 304, 306, 308 и 310 моделирования. Другие примеры могут использовать дополнительные средства моделирования. Кроме того, в этом примере интерфейс 302 анализа воздействия нестандартного функционирования содержит элементы, выполненные с возможностью получения результатов анализа из средств 304, 306, 308 и 310 моделирования и возврата результатов во внешний объект, который запрашивал анализ воздействия нестандартного функционирования, т.е. в этом примере пользователю 202. В других примерах интерфейс 302 анализа воздействия нестандартного функционирования сохраняет результаты в базе данных, которая может использоваться для дальнейшего анализа, тем самым обеспечивая повышенное понимание характеристик производительности конкретных конфигураций датацентра.

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

Таблица1 Rack 1 Rack 2 Rack 3 RMAC 1 Отказ Отказ Не влияет RMAC 2 He влияет Отказ Отказ PDU 1 Отказ Не влияет Не влияет

Как показано в таблице 1, если отказывает RMAC 1, то отказывают Rack 1 и Rack 2, а на Rack 3 воздействия не оказывается. Если отказывает RMAC 2, то на Rack 1 воздействия не оказывается, а отказывают Rack 2 и Rack 3. Наконец, если отказывает PDU 1, то отказывает Rack 1, а на Rack 2 и Rack 3 воздействия не оказывается. Эта информация показывает, что на стойку Rack 1 оказывают влияние модули RMAC 1 и PDU1, на стойку Rack 2 оказывают влияние модули RMAC 1 и RMAC 2, а на стойку Rack 3 оказывает влияние только модуль RMAC 2. Персона датацентра может использовать эту информация для разработки конфигураций датацентра, которые минимизируют вероятность сбоя в определенных важных стойках. По отношению уже существующим датацентрам персонал датацентра может использовать эту информация для определения зависимостей между элементами датацентра и заданными приоритетами обслуживания элементов датацентра, которые подают ресурсы в важные стойки. Таким образом, примеры представляют исчерпывающий анализ нестандартного функционирования элементов датацентра путем расчета воздействия нестандартного функционирования на все ресурсы датацентра, на которые оказывается воздействие.

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

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

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

В различных примерах интерфейс 302 анализа воздействия нестандартного функционирования использует большое множество технологий, элементов пользовательского интерфейса и интерфейсных моделей для обмена информацией с внешними объектами. На фиг.4 и 5 показаны для экрана 400 и 500, которые содержатся в примере интерфейса анализа воздействия нестандартного функционирования, таком как интерфейс 302 анализа воздействия нестандартного функционирования. Как показано, экран 400 содержит выпадающее меню 402 возможностей датацентра, редактор 404 пола, часть 406 активной тревоги и кнопка 408 просмотра воздействия. Выпадающее меню 402 возможностей датацентра содержит элементы, выполненные с возможностью представления логического отображения иерархии элементов датацентра. В соответствии с различными примерами, уровни, показанные в иерархии, являются перенастраиваемыми. В показанном примере уровни иерархии содержат базовый уровень, обозначенный словом "world", и переход по уровням, которые уточняют положение элементов датацентра с большей точностью. Как показано, эти уровни включают в себя уровень датацентра, уровень помещения, уровень ряда и уровень стойки. Когда активирован конкретный уровень, выпадающее меню 402 возможностей раскрывает элементы датацентра, которые выпадают ниже активированного уровня.

Кроме того, в примере, показанном на фиг.4, выпадающее меню 402 возможностей содержит элементы, выполненные с возможностью отображения элементов датацентра, которые функционируют нестандартным образом. Это отображение может принимать различные формы, включая, но не ограничиваясь, подчеркивание, выделение цветом, тень, жирный шрифт и т.п.В показанном примере выпадающее меню возможностей показывает, что модуль RM PDU1 прекратил осуществление связи с устройством управления датацентром, представляющим интерфейс 302 анализа воздействия нестандартного функционирования.

Как показано, редактор 404 пола представляет визуальное представление физического плана датацентра. В этом примере редактор пола также представляет индикатор 410, который показывает то, что модуль RM PDU1 прекратил осуществление связи. Также показано, что секция 406 активной тревоги предоставляет дополнительную информацию по отношению к элементам датацентра, которые функционируют в нестандартном режиме. В этом примере, как показано, секция 406 активной тревоги представляет дополнительную информацию относительно RM PDU1. Также показано, что кнопка 408 просмотра воздействия при активации будет вызвать интерфейс 302 анализа воздействия нестандартного функционирования для запуска анализа воздействия нестандартного функционирования выбранного элемента датацентра и представления результата анализа с использованием экрана 500, показанного на фиг.5. В показанном примере элемент датацентра, выбранный для осуществления анализа воздействия нестандартного функционирования, является RM PDU1.

Как указано выше, на фиг.5 показан экран 500 для отображения результата анализа воздействия нестандартного функционирования. В показанном примере экран 500 содержит выпадающее меню 502 возможностей датацентра, часть 504 воздействия на IT, часть 506 воздействия на электропитание, часть 508 воздействия на охлаждение, часть 510 воздействия на группу/ярлык. Как показано, выпадающее меню 502 содержит элементы, выполненные с возможностью отображения элементов датацентра, на которые будет оказано воздействие в соответствии с результатами анализа воздействия нестандартного функционирования. В показанном примере элементами датацентра, на которые оказывается воздействие, являются «Server 103984», «Web server 1», «Batman» и «lnternet in a box».

Другая часть экрана 500 предоставляет больше деталей в отношении результатов анализа нестандартного функционирования. Например, часть 506 воздействия на электропитание содержит элементы, выполненные с возможностью представления указателей элементов датацентра, на питание которых будет оказано воздействие в соответствии с результатами анализа воздействия нестандартного функционирования. В показанном случае часть 506 воздействия на электропитание показывает, что на все элементы датацентра, которые потребляют электропитание, распределяемое через RM PDU1, ожидается воздействие нестандартного функционирования RM PDU1. Также показано, что часть 508 воздействия на охлаждение содержит элементы, выполненные с возможностью представления указателей элементов датацентра, на охлаждение которых будет оказано воздействие в соответствии с результатами анализа воздействия нестандартного функционирования. В показанном случае элементы датацентра, на которые ожидается воздействие нестандартного функционирования RM PDU1, отсутствуют.

В показанном примере часть 510 воздействия на группу/ярлык содержит элементы, выполненные с возможностью представления указателей логических групп, определенных в базе 312 данных управления конфигурацией, на которые будет оказано воздействие в соответствии с результатами анализа воздействия нестандартного функционирования. В показанном случае в соответствии с результатом анализа воздействия нестандартного функционирования воздействие будет на элементы датацентра, являющиеся членами следующих групп: «Web Development)), «Hennik Leeberg», «CAT5e» и «САТ6». Как показано, часть 504 воздействия на IT также содержит элементы, выполненные с возможностью представления указателей элементов датацентра, на сетевые соединительные возможности которых будет оказано воздействие в соответствии с результатами анализа воздействия нестандартного функционирования. Кроме того, часть 504 воздействия на IT содержит элементы, выполненные с возможностью представления дополнительной информации, относящейся к элементам датацентра, на которые оказывается воздействие, и тому, как изменится функционирование элементов датацентра, на которые оказывается воздействие. В показанном примере ожидается, что «Server 103984» и «Web server 1» больше не будут иметь соединения с сетью. Ожидается, что «Batman» и «Internet in а bох» испытают просто потерю резервов, но останутся активными в сети. Таким образом, примеры представляют интерфейсы анализа воздействия нестандартного функционирования, которые представляют информацию анализа нестандартного функционирования, которая содержит актуальную информацию о нестандартном функционировании, таком как показанное нестандартное функционирование RM PDU1, и информацию моделирования нестандартного функционирования, которая охватывает ресурсы датацентра и элементы датацентра, которые потребляют и производят эти ресурсы датацентра.

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

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

На шаге 604 определяют ресурсы датацентра, на которые оказывается воздействие. В соответствии с различными примерами устройство управления датацентром определяет ресурсы датацентра, на которые оказывается воздействие нестандартного функционирования элемента датацентра путем выполнения элементов интерфейса 302 анализа воздействия нестандартного функционирования. Шаги в соответствии с этими примерами описаны далее со ссылкой на фиг.7.

На шаге 606 выбирают средство моделирования. В соответствии с некоторыми примерами устройство управления датацентром выбирает средство моделирования, которое сфокусировано на ресурсах датацентра, определенных на шаге 604 путем выполнения элементов интерфейса 302 анализа воздействия нестандартного функционирования. Шаги в соответствии с этими примерами описаны далее со ссылкой на фиг.8.

На шаге 608 формируют анализ воздействия. В соответствии с некоторыми примерами устройство управления датацентром формирует анализ воздействия с использованием множества средств моделирования, таких как средства 304, 306, 308 и 310 моделирования. Шаги в соответствии с этими примерами описаны далее со ссылкой на фиг.9.

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

Как описано по отношению к шагу 604, показанному на фиг.6, различные примеры представляют процессы для определения ресурсов датацентра, на которые оказывается воздействие нестандартного функционирования элементов датацентра. На фиг.7 проиллюстрирован один подобный процесс 700, который содержит шаги получения элементов датацентра, заданных для анализа воздействия нестандартного функционирования, считывания соответствующей информации управления конфигурацией, и сохранения ресурсов датацентра, на которые оказывается воздействие нестандартного функционирования. Процесс 700 начинается в 702.

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

На шаге 706 устройство управления датацентром считывает информацию управления конфигурацией, связанную с элементами датацентра, заданными для анализа. В одном примере устройство управления датацентром считывает эту информацию управления конфигурацией из базы данных управления конфигурацией, такой как база 312 данных управления конфигурацией. Эта информация управления конфигурацией может содержать указания на те ресурсы датацентра, которые заданные элементы датацентра потребляют и производят. На шаге 708 устройство управления датацентром сохраняет в локальном устройстве хранения (таком как устройство 118 хранения), ресурсы датацентра, потребляемые или производимые заданными элементами датацентра.

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

Как описано по отношению к шагу 606, показанному на фиг.6, различные примеры представляют процессы по выбору одного или более средств моделирования для моделирования доступности ресурсов датацентра, когда заданные элементы датацентра функционируют в нестандартном режиме. На фиг.8 проиллюстрирован один подобный процесс 800, который содержит шаги считывания данных ресурсов датацентра, которые будут моделироваться, считывания доступных средств моделирования и определения доступных средств моделирования, которые должны быть использования для моделирования данных, ресурсов датацентра. Процесс 800 начинается в 802.

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

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

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

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

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

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

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

Похожие патенты RU2569563C2

название год авторы номер документа
СПОСОБ И АВТОМАТИЗИРОВАННАЯ СИСТЕМА РЕШЕНИЯ ЗАДАЧ 2020
  • Волочков Илья Владимирович
RU2744767C1
ИНТЕЛЛЕКТУАЛЬНАЯ ГРИД-СИСТЕМА ДЛЯ ВЫСОКОПРОИЗВОДИТЕЛЬНОЙ ОБРАБОТКИ ДАННЫХ 2009
  • Бухановский Александр Валерьевич
  • Васильев Владимир Николаевич
  • Нечаев Юрий Иванович
RU2411574C2
СИСТЕМА УПРАВЛЕНИЯ БУРОВОЙ УСТАНОВКОЙ 2016
  • Тунк Гоктурк
  • Чжэн Шуньфэн
RU2667545C1
Система моделирования ситуаций, относящихся к конфликтам и/или конкуренции 2015
  • Дунаев Александр Вячеславович
  • Мовляв Алексей Станиславович
  • Ревяков Геннадий Алексеевич
  • Сергеев Николай Александрович
RU2665045C2
ДИСПЕТЧЕР СОСТОЯНИЯ ПРЕДОСТАВЛЯЕМЫХ УСЛУГ СО СВЯЗЫВАЮЩИМИ ОБЯЗАТЕЛЬСТВАМИ СОГЛАШЕНИЯМИ ОБ УРОВНЕ ОБСЛУЖИВАНИЯ И СХЕМАМИ УСТРАНЕНИЯ ПОСЛЕДСТВИЙ И САМОЗАЩИТЫ 2009
  • Счанг Тхиерри
  • Каткере Арун Л.
  • Баилеи Аскуит А.
RU2526711C2
ВИЗУАЛЬНЫЕ ИНСТРУМЕНТЫ ДЛЯ АНАЛИЗА ОТКАЗОВ В РАСПРЕДЕЛЕННЫХ СИСТЕМАХ 2015
  • Садовски Арт
  • Нараянан Венкат
  • Оджха Смита
RU2696347C2
Способ диагностики и мониторинга аномалий в кибер-физической системе 2021
  • Лаврентьев Андрей Борисович
  • Шкулев Вячеслав Игоревич
  • Травов Александр Викторович
  • Воронцов Артем Михайлович
  • Нечипорук Артем Михайлович
  • Мамаев Максим Александрович
  • Иванов Дмитрий Александрович
  • Демидов Николай Николаевич
RU2784981C1
СПОСОБ ЗАЩИТЫ ВЕБ-ПРИЛОЖЕНИЙ ПРИ ПОМОЩИ ИНТЕЛЛЕКТУАЛЬНОГО СЕТЕВОГО ЭКРАНА С ИСПОЛЬЗОВАНИЕМ АВТОМАТИЧЕСКОГО ПОСТРОЕНИЯ МОДЕЛЕЙ ПРИЛОЖЕНИЙ 2017
  • Носеевич Георгий Максимович
  • Гамаюнов Денис Юрьевич
  • Шерварлы Валерия Григорьевна
  • Каюмов Эмиль Марселевич
RU2659482C1
Способ и система управления машиной 2017
  • Сингх Анураг
  • Ди Пальма Стивен
RU2727839C2
ДИНАМИЧЕСКАЯ АРХИТЕКТУРА ОКОН 2004
  • Хэнгги Скотт
  • Тэн Виктор
  • Бермудез Джерардо
  • Сведберг Грегори Д.
RU2377663C2

Иллюстрации к изобретению RU 2 569 563 C2

Реферат патента 2015 года УСТРОЙСТВО И СПОСОБ ДЛЯ АНАЛИЗА НЕСТАНДАРТНОГО ФУНКЦИОНИРОВАНИЯ ЭЛЕМЕНТА ДАТАЦЕНТРА

Группа изобретений относится к способу и устройствам управления датацентром для моделирования нестандартного функционирования элемента датацентра. Техническим результатом является повышение эффективности моделирования нестандартного функционирования элемента датацентра. Способ содержит шаги определения одного ресурса датацентра, на который воздействует элемент датацентра, выбора средства моделирования на основе ресурса датацентра и элемента датацентра и формирования анализа воздействия нестандартного функционирования элемента датацентра с использованием средства моделирования, причем формирование анализа включает в себя определение второго элемента датацентра, на который оказывает воздействие нестандартное функционирование первого элемента датацентра. 3 н. и 17 з.п. ф-лы, 1 табл., 9 ил.

Формула изобретения RU 2 569 563 C2

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

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

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

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

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

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

7. Способ по п. 1, отличающийся тем, что дополнительно содержит шаг передачи анализа воздействия во внешний объект.

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

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

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

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

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

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

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

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

16. Устройство по п. 10, отличающееся тем, что контроллер дополнительно выполнен с возможностью передачи анализа воздействия во внешний объект.

17. Устройство по п. 16, отличающееся тем, что контроллер, выполненный с возможностью передачи анализа воздействия во внешний объект, также выполнен с возможностью передачи анализа воздействия во внешнюю систему через интерфейс системы.

18. Устройство по п. 16, отличающееся тем, что контроллер, выполненный с возможностью передачи анализа воздействия во внешний объект, также выполнен с возможностью передачи анализа воздействия пользователю через пользовательский интерфейс.

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

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

Документы, цитированные в отчете о поиске Патент 2015 года RU2569563C2

Способ обработки целлюлозных материалов, с целью тонкого измельчения или переведения в коллоидальный раствор 1923
  • Петров Г.С.
SU2005A1
Способ восстановления хромовой кислоты, в частности для получения хромовых квасцов 1921
  • Ланговой С.П.
  • Рейзнек А.Р.
SU7A1
Станок для изготовления деревянных ниточных катушек из цилиндрических, снабженных осевым отверстием, заготовок 1923
  • Григорьев П.Н.
SU2008A1
Устройство для устранения мешающего действия зажигательной электрической системы двигателей внутреннего сгорания на радиоприем 1922
  • Кулебакин В.С.
SU52A1
Аппарат для очищения воды при помощи химических реактивов 1917
  • Гордон И.Д.
SU2A1

RU 2 569 563 C2

Авторы

Далгас Миккель

Енсен Аннерс Торбйоерн

Даты

2015-11-27Публикация

2010-12-02Подача