Технологии для выделения конфигурируемых вычислительных ресурсов

Технологии для выделения конфигурируемых вычислительных ресурсов

Иллюстрации

Показать все

Реферат

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

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

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

Технологические достижения в области сетей обеспечивали возможность расширения использования объединенных и/или конфигурируемых вычислительных ресурсов. Такие объединенные и/или конфигурируемые вычислительные ресурсы могут включать в себя физическую инфраструктуру для "облачных" вычислительных сетей. Физическая инфраструктура может включать в себя одну или больше вычислительных систем, имеющих процессоры, запоминающее устройство, накопитель информации, средства сетевой передачи данных и т.д. Объекты администрирования таких "облачных" вычислительных сетей могут назначать логические серверы или виртуальные машины (VM) для выделенных участков объединенных и/или конфигурируемых вычислительных ресурсов, для размещения или составления таких логических серверов, для воплощения, выполнения или обработки рабочей нагрузки, такой как определенные типы приложений. Различные типы приложений или рабочие нагрузки приложения могут использовать такую выделенную инфраструктуру, распределенную путем доступа к таким размещенным или составленным логическим серверам.

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

На фиг. 1 показан пример системы.

На фиг. 2 показан пример центра обработки данных/структуры администрирования стойкой.

На фиг. 3 показан пример оценки размещения и ранжирования.

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

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

На фиг. 6 показан пример шаблонов рабочей нагрузки.

На фиг. 7 показан пример блок-схемы устройства.

На фиг. 8 показан пример третьего потока логической обработки.

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

На фиг. 10 показан пример вычислительной платформы.

Подробное описание изобретения

Как представлено в данном раскрытии, различные типы приложений или рабочих нагрузок приложения могут использовать выделенную инфраструктуру распределенным образом путем доступа к размещенным или составленным логическим серверам или VM, которые могут быть составлены из выбранных объединенных ресурсов. Такие объединенные ресурсы могут включать в себя конфигурируемые вычислительные ресурсы, составленные из разъединенных физических элементов или компонентов, принадлежащих одному или больше типам, таким как, но без ограничений, тип центрального процессорного устройства (CPU), тип запоминающего устройства, тип накопителя информации, или тип сетевого ввода/вывода (NW I/O). Самый простой способ выделения объединенных ресурсов из этих разъединенных физических элементов, для составления логического сервера или VM, состоит в использовании подхода в форме циклического алгоритма для обеспечения долговечности выделенных разъединенных физических элементов. В настоящее время не существует известные способы для выделения объединенных ресурсов целостным способом, таким образом, чтобы любая комбинация индикаторов характеристик ключей (KPI) была факторизована не только по использованию ресурса, но по потреблению энергии, финансовым затратам, связанным с использованием ресурсов или рабочих характеристик.

Технологическая инициатива, известная как Архитектура масштаба стойки (RSA), включает в себя сервер, логически состоящий из наборов разъединенных физических элементов для воплощения или выполнения входящих запросов рабочей нагрузки. Такие серверы RSA могут быть развернуты в больших центрах обработки данных, но при их использовании возникают, по меньшей мере, две проблемы. Во-первых, исходный выбор разъединенных физических элементов для воплощения логических серверов или получения VM, выполнения или обработки рабочей нагрузки, таким образом, чтобы удовлетворялись заинтересованные стороны или пользователи и их требования (например, потребляемая энергия, рабочие характеристики, техническое обслуживание, стоимость и т.д.). Во-вторых, поддержание рабочей характеристики исходного размещения в соответствии с требуемыми или диктуемыми KPI при непрерывном выполнении рабочих нагрузок составленными логическими серверами или VM. Поскольку составленные логические серверы или VM могут также представлять собой часть инфраструктуры, определенной программными средствами (SDI), центры обработки данных на основе SDI могут включать в себя серверы RSA, которые динамически составлены для воплощения или исполнения рабочих нагрузок. В результате динамического составления не только исходное размещение, но также и непрерывная оптимизация или регулировка во время работы для выполнения рабочих нагрузок, требуют учета. Такая непрерывная оптимизация или регулировка также могут быть основаны на удовлетворении разных заинтересованных сторон или пользователей и их требований. С учетом этих и/или других проблем, требуется разработка представленных здесь примеров.

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

На фиг. 1 иллюстрируется пример системы 100. Как показано на фиг. 1, система 100 включает в себя стойки 110, объединение 120 ресурсов и места 130 размещения. В некоторых примерах, как показано на фиг. 1, стойки 110 могут включать в себя стойки 112-1, 112-1 - 112-n, где "n" представляет собой любое положительное целое число, большее, чем 2. Каждая стойка может включать в себя различные конфигурируемые вычислительные ресурсы. Такие конфигурируемые вычислительные ресурсы могут включать в себя различные типы разъединенных физических элементов. Типы разъединенных физических элементов могут включать в себя, но без ограничения этим, типы CPU, типы запоминающих устройств (например, оперативное запоминающее устройство (RAM)), типы накопителей информации (например, жесткий диск или приводы твердотельных устройств), типы NW I/O (например, карты сетевого интерфейса), типы питания (например, кирпичи мощности), типы охлаждения (например, вентиляторы или охладители) или другие типы ресурсов (например, типы сетевого переключения). Такие конфигурируемые вычислительные ресурсы могут быть сделаны доступными (например, для менеджера ресурсов или контроллера) в объединении ресурсов, таком как объединение 120 ресурсов.

В соответствии с некоторыми примерами, как дополнительно описано ниже, логические схемы и/или свойства менеджера ресурсов, контроллера или планировщика системы, такой как система 100, могут быть выполнены с возможностью оценки с последующим ранжированием различных конфигурируемых вычислительных ресурсов, включенных в объединение ресурсов, такое как объединение 120 ресурсов, которое может быть доступным для размещения в логическом сервере или VM. Логический сервер или VM, например, могут быть составлены для воплощения или обработки рабочей нагрузки. Оценка размещения и последующее ранжирование могут использоваться для выделения, по меньшей мере, части (например, конфигурации) доступных конфигурируемых вычислительных ресурсов в объединении ресурсов, для поддержки размещения или составления логических серверов или VM, таких как выделенных для мест 130 размещения. Как показано на фиг. 1, места 130 размещения включают в себя логические серверы / VM 132-1 - 132 m, где “m” представляет собой любое положительное целое число, большее 3. Ранжирование, например, может представлять собой попытку удовлетворять требованиям к питанию, рабочей характеристики, стоимости, доступности или требованиям по техническому обслуживанию, и при этом позволяет системе 100 оставаться в определенной степени сбалансированной в течение длительной работы в соответствии с возможными динамическими требованиями, из-за различных рабочих сценариев, которые могут вызывать модификацию для выделенного участка конфигурируемых вычислительных ресурсов. Следовательно, могут потребоваться модификации для выделенных участков.

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

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

На фиг. 2 иллюстрируется примерный центр обработки данных/структуры 200 администрирования стойкой. В некоторых примерах, как показано на фиг. 2, структура 200 администрирования стойкой включает в себя различные менеджеры и программные интерфейсы приложения (API) для администрирования центром обработки данных, имеющих элементы, аналогичные системе 100, показанной на фиг. 1. Например, общая "облачная" услуга 210 может составлять интерфейс через интерфейс координации, показанный на фиг. 2, как общий интерфейс 220 приложения услуги (API) для связи с менеджером 230 POD. Менеджер 230 POD может быть выполнен с возможностью администрирования множеством стоек, включающих в себя различные типы разъединенных физических элементов.

В соответствии с некоторыми примерами, менеджер 230 POD может включать в себя менеджер 201 ресурсов, который включает в себя логические схемы и/или свойства, выполненные с возможностью оценки, ранжирования и выделения этих разъединенных физических элементов, в соответствии с запросом из общей "облачной" услуги 210, для выделения конфигурируемых вычислительных ресурсов в логически сервер или VM, для воплощения или обработки рабочей нагрузки, которая может быть ассоциирована с общей "облачной" услугой 210. Рабочая нагрузка, например, может представлять собой рабочую нагрузку приложения, такую как, но без ограничений, обработка видеоданных, шифрование/дешифрование, веб-сервер, предоставление содержания или базы данных. Как дополнительно описано ниже, менеджер 201 ресурсов может поддерживать каталог 203 ресурса для отслеживания, какие конфигурируемые вычислительные ресурсы были выделены и также какие конфигурируемые вычислительные ресурсы могут быть доступными для размещения, в ответ на последующие запросы через общую "облачную" услугу 210.

В некоторых примерах, как показано на фиг. 2, менеджер 230 POD может иметь API 240 услуги администрирования RSA для соединения через API от 252-1 до 252-4 передачи представительного состояния (REST) с менеджером плана управления стойкой (RCPM) 250. REST API от 252-1 до 252-4 могут представлять собой часть интерфейсов координации инфраструктуры, поддерживаемых между RCPM 250 и одним или больше менеджерами POD, которые включают в себя менеджер 230 POD, для обеспечения доступа к конфигурируемым вычислительным ресурсам на уровне стойки. Такой доступ может включать в себя доступ к разъединенным физическим элементам, поддерживаемым в стойках, а также метаданные для технологий, развернутых в этих стойках, которые могут включать в себя объединенные рабочие атрибуты для этих разъединенных физических элементов. В соответствии с некоторыми примерами, RCPM 250 также может предоставлять доступ к ландшафтам физических и логических активов, или отображение через локальную базу данных 256 администрирования управлением (CMDB), чтобы способствовать идентификации свободных активов и выделять конфигурируемые вычислительные ресурсы в ответ на запросы для составления или размещения логического сервера или VM, для воплощения или обработки рабочей нагрузки.

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

В некоторых примерах RCPM 250 может представлять отчеты об активах, в соответствии его администрированием, в менеджер 230 POD, который включает в себя менеджер 201 ресурсов. Для этих примеров менеджер 201 ресурсов может включать в себя логические схемы и/или свойства, позволяющие способствовать менеджеру 230 POD при объединении общей структуры ландшафта физических активов из всех стоек, включенных в POD стоек, администрируемых менеджером 230 POD в виде одного обзора активов во множестве стоек. В соответствии с некоторыми примерами, RCPM 250 также может принимать и/или отвечать на запросы из менеджера 230 POD через REST API от 252-1 до 252-4.

RCPM 250 также может составлять интерфейс с конфигурируемыми вычислительными ресурсами, включающими в себя разъединенные физические элементы различных типов через API от 254-1 до 254-4 встроенного программного обеспечения (FW). Например, различные типы разъединенных физических элементов показаны на фиг. 2, как сетевой I/O 260-1, CPU 260-2, накопитель 260-3 информации и запоминающее устройство 260-4. Контроллеры от 262-1 до 262-4 могут составлять интерфейс с соответствующими API от 254-1 до 254-4 FW, для того, чтобы способствовать или обеспечивать возможность обмена данными между RCPM 250 и этими различными типами разъединенных физических элементов. В некоторых примерах контроллеры от 262-1 до 262-4 могут включать в себя, но не ограничены этим, процессоры услуги или контроллеры администрирования в основной полосе пропускания (BMC).

В соответствии с некоторыми примерами, менеджер 230 POD может принимать запрос для выделения части конфигурируемых вычислительных ресурсов, поддерживаемых в множестве стоек, таких как стойки от 112-1 до 112-n системы 100. Для этих примеров менеджер 230 POD может принимать запрос через API 210 общей услуги в стандартизированном формате протокола, таком как открытый формат виртуализации (OVF). OVF может включать в себя подсказки (например, метаданные) в отношении типа рабочей нагрузки. Менеджер 230 POD может быть выполнен с возможностью определения, какие аппаратные конфигурации могут потребоваться для размещения или составления логического сервера или VM, для воплощения или обработки рабочей нагрузки. Менеджер 230 POD может затем передавать запрос и обозначать аппаратную конфигурацию, которая, возможно, потребуется менеджеру 201 ресурсов. Например, конфигурация конфигурируемых вычислительных ресурсов, включающая в себя различные типы разъединенных физических элементов, таких как CPU, запоминающее устройство, накопитель информации и NW I/O, требуемые для воплощения, работы или обработки рабочей нагрузки.

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

Уравнение (1)

В примере уравнения (1) оценка размещения или S_i представляет собой сумму конфигурируемых вычислительных ресурсов r_i (CPU, запоминающее устройство, накопитель информации, NW I/O, источник питания, система охлаждения и т.д.), нормализованные к их соответствующему максимальному значению r_i.max, умноженное на весовой коэффициент m_i. Весовой коэффициент m_i может устанавливать приоритет для определенных атрибутов конфигурируемых вычислительных ресурсов по сравнению с другими атрибутами конфигурируемых вычислительных ресурсов (например, устанавливаемым пользователем). В некоторых примерах r_i,max может быть основано, но не ограничено этим, одним или больше соглашением лицензированных абонентов (SLA), максимальными спецификациями изготовителя или на основе тестируемых рабочих параметров или атрибутов. В некоторых примерах значение характеристики r_i,max может быть автоматически получено из ресурса r_i, например, из основной системы ввода-вывода (BIOS), соответствующего постоянного запоминающего устройства изготовителя (ROM) или SLA. В других примерах r_i,max может быть динамически отрегулировано для отражения функции. Например, путем уменьшения r_i,max ресурсов сохранения, таких как привод жесткого диска, когда развернутый датчик в стойке (например, ИНТЕЛЛЕКТУАЛЬНЫЙ датчик) ожидает отказа или окончания срока службы.

В соответствии с некоторыми примерами, конфигурируемые вычислительные ресурсы, включенные в объединение ресурсов, могут быть разъединенными физическими элементами, поддерживаемыми в различных лотках и/или стойках. Для этих примеров RCPM 150 может быть выполнен с возможностью отслеживания атрибутов в режиме реального времени для каждого конфигурируемого вычислительного ресурса. Например, один или больше NW I/O, включенных с сетевой I/O 260-1, одно или больше CPU, включенных в CPU 260-2, одно или больше устройств сохранения информации, включенных в накопитель 260-3, или одно из запоминающих устройств, включенных в запоминающее устройство 260-4. Атрибуты могут включать в себя, но не ограничены этим, температуру (t по Цельсию), потребление мощности/энергии (e в киловольт-амперах (kvA)), общее время работы (u в часах) или стоимость модуля (c в долларах США).

В некоторых примерах запрос может быть принят из общей "облачной" услуги 210 для выделения конфигурируемых вычислительных ресурсов в логический сервер или VM, для воплощения или обработки рабочей нагрузки. Для этих примеров логическая схема и/или свойства в менеджере 230 POD могут определять, что рабочая нагрузка может потребовать 1 x CPU, 2 гигабайта (Гбайт) RAM, 1 терабайт (Тбайт) накопителя информации и устройство NW I/O способное передавать 10 гигабит (Гбит) или NIC. Кроме того, запрос может обозначать шаблон, который может определенным способом обеспечивать взвешивание каждого атрибута для этих конфигурируемых вычислительных ресурсов.

В соответствии с некоторыми примерами, шаблон может включать в себя, но не ограничен этим, “чувствительный к стоимости” шаблон, “чувствительный к рабочим характеристикам” шаблон или шаблон "с высокой доступностью". Шаблон, обозначенный в запросе, может устанавливать весовой коэффициент или множитель (n, Σm = 1) для каждого атрибута. Чувствительный к стоимости шаблон может иметь весовые коэффициенты m_i=0,2, m_p=0,2, m_u=0,1, m_c=0,5. Чувствительный к стоимости шаблон может обеспечивать наибольший весовой коэффициент для стоимости c модуля. Шаблон, чувствительный к рабочим характеристикам может иметь весовые коэффициенты m_i=0,2, m_p=0,1, m_u=0,6, m_c=0,1. Чувствительный к рабочим характеристикам шаблон может обеспечивать наибольший весовой коэффициент для общего времени работы u, но может иметь более низкие относительные весовые коэффициенты для стоимости u модуля и потребления мощности/энергии p. Шаблон с высокой доступностью может иметь весовые коэффициенты m_i=0,1, m_p=0,1, m_u=0,7, m_c=0,1. Шаблон с высокой доступностью может обеспечивать наибольший весовой коэффициент для общего времени работы u, но может иметь более низкие относительные весовые коэффициенты для всех других атрибутов. Сбалансированный шаблон может иметь сбалансированные весовые коэффициенты m_i=0,25, m_p=0,25, m_u=0,25, m_c=0,25.

В некоторых примерах менеджер 201 ресурсов в менеджере 230 POD может включать в себя логические схемы и/или свойства, для определения оценок размещения взвешенной суммы для каждого доступного конфигурируемого вычислительного ресурса, включающие в себя пример уравнения (2) и учитывая самую низкую оценку по i.

Уравнение (2)

На фиг. 3 иллюстрируется пример оценки и ранжирования 300 размещения. В некоторых примерах на основе произвольных значений для атрибутов (t, p, u и c) для CPU, запоминающего устройства, накопителя информации и nw I/O, ранжирование 310 CPU, ранжирование 320 запоминающего устройства, ранжирование 330 накопителя информации и ранжирование 340 сети могут быть сгенерированы, используя пример уравнения (2). Для этих примеров самый низкая оценка размещения для каждого типа разъединенного физического элемента представлена полужирным шрифтом, для обозначения самого высокого ранга среди доступных конфигурируемых вычислительных ресурсов одинаковых типов. Например, CPU, имеющий самую низкую оценку размещения/самый высокий ранг, имеет универсальный уникальный идентификатор (UUID) cpu-2, запоминающее устройство, имеющее самую низкую оценку размещения/самый высокий ранг, имеет UUID mem-1, накопитель информации, имеющий самую низкую оценку размещения/самый высокий ранг, имеет UUID stor-4, и сетевой I/O, имеющий самую низкую оценку размещения/самый высокий ранг, имеет UUID nw I/O-4.

В соответствии с некоторыми примерами, запрос, упомянутый выше, который был определен, как необходимость обеспечить 1 x CPU, 2 Гб RAM, 1 Tбайт накопителя информации и устройство NW I/O с возможностью 10 Гбит, или NIC мог бы включать в себя cpu-2, mem-1, stor-4 и nw I/O-4, как конфигурацию с самым высоким рангом доступных конфигурируемых вычислительных ресурсов и, таким образом, мог бы использоваться для составления логического сервера или VM, для воплощения или обработки рабочей нагрузки, ассоциированной с запросом. Однако, как упомянуто дополнительно ниже, другие соображения, помимо чистого ранжирования, могут привести к таким конфигурациям, которые имеют конфигурируемые вычислительные ресурсы, для выбора из отдельных стоек (например, для удовлетворения требуемой высокой доступности).

В некоторых примерах выделенные конфигурируемые вычислительные ресурсы могут быть маркированы, как зарезервированные или недоступные, в то время как их выделяет логический сервер или VM, составленный для воплощения или обработки рабочей нагрузки. Для этих примеров каталог ресурса (например, каталог 203 ресурса) может поддерживаться менеджером ресурсов (например, менеджером 201 ресурсов) для отслеживания, какая часть или части объединенных ресурсов были выделены.

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

Перемещаясь от начала в блок 410 (Принять запрос на размещения ресурсов), логическая схема или свойства в менеджере ресурсов могут принимать запрос на размещение ресурсов (например, из менеджера POD) для размещения доступных конфигурируемых вычислительных ресурсов. Например, менеджер 205 ресурсов может принимать запрос из менеджера 230 POD для размещения ресурсов из объединения 120 ресурсов, для размещения одного или больше логических серверов или VM. Запрос может также обозначать шаблон, такой как чувствительный к стоимости, чувствительный к рабочим характеристикам, высокой доступности или сбалансированный шаблон, который мог быть обозначен из общей "облачной" услуги 210 для менеджера 230 POD.

Переход от блока 410 к блоку 420 (Запрос на обработку), логическая схема или свойства в менеджере ресурсов могут ранжировать доступные конфигурируемые вычислительные ресурсы на основе аппаратных конфигураций, обозначенных в запросе на размещение ресурсов. В некоторых примерах логические схемы или свойства менеджера 201 ресурсов могут использовать примеры уравнений (1) и (2) для ранжирования доступных ресурсов из объединения 120 ресурсов. Кроме того, шаблон, обозначенный в запросе из общей "облачной" услуги 210, может обеспечивать взвешивание логических схем или свойств каждого атрибута для этих доступных конфигурируемых вычислительных ресурсов, как упомянуто выше со ссылкой на фиг. 3.

Перемещаясь блока 420 к блоку 430 решения (Запросить высокую доступность?), логическая схема или свойства в менеджере ресурсов могут определять, обозначает ли принятый запрос на размещение запрос высокой доступности. Если запрос высокой доступности был обозначен, обработка переходит в блок 450. В противном случае, обработка переходит в блок 440.

В некоторых примерах запрос из общей "облачной" услуги 210 может иметь обозначенную высокую доступность через шаблон высокой доступности. В качестве таких примеров запрос на размещения мог быть первоначально принят менеджером 230 POD в формате OVF, который включал индикатор в виде флага для обозначения необходимости в ресурсах высокой доступности. Например, менеджер 230 POD мог перенаправлять этот индикатор в менеджер 201 ресурсов. Менеджер 201 ресурсов мог затем применять шаблон высокой доступности для обеспечения взвешивания логической схемы или свойств каждого рабочего атрибута для доступных конфигурируемых вычислительных ресурсов.

Переходя из блока 430 принятия решения в блок 440 (Разместить в любом месте на основе оценки), поскольку высокая доступность не была обозначена, логическая схема или свойства в менеджере ресурсов могут выделять участок конфигурируемых ресурсов среди любой стойки. В некоторых примерах логическая схема и/или свойства в менеджере 201 ресурсов могут выделять ресурсы из объединения 120 ресурсов, в котором могут объединяться доступные ресурсы из одной или больше стоек от 112-1 до 112-n.

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

Переходя из блока 430 принятия решения в блок 450 (Разместить наилучшие оценки в разных стойках), поскольку была обозначена высокая доступность, логическая схема или свойства в менеджере ресурсов выделяет конфигурируемые ресурсы с лучшими оценками размещения из разных стоек. В некоторых примерах менеджер 201 ресурсов может выделять ресурсы из разных стоек для исключения возможности отказа в аппаратных средствах на уровне стойки. Ресурсы могут быть выделены даже для другого центра обработки данных, в соответствии с существующими SLA и временем слежения накопителя в упомянутых выше стойках. Таким образом, как высокодоступные услуги, так и работа по связям ввода/вывода (IO) для размещенных или составленных логических серверов, или VM могут быть предпочтительно выделены в отдельных стойках для исключения перегрузки одного и того же накопителя и обеспечения максимальных рабочих характеристик. Такая обработка может затем перейти в конец.

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

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

Уравнение (3)

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

На фиг. 5 иллюстрируется пример второго потока логических операций. Как показано на фиг. 5, второй поток логических операций включает в себя поток 500. В некоторых примерах элементы системы 100 и структура 200 центра обработки данных/измерения в стойке, как показано на фиг. 1 и 2, представляют собой примерные уравнения (1) - (3), упомянутые выше, или поток 400, показанный на фиг. 4, может использоваться для иллюстрации примерных операций, относящихся к потоку 500. Однако, описанные примерные операции не ограничены вариантами осуществления в системе 100 структуры 200 центра обработки данных/измерения в стойке, ранжированием, показанным на фиг. 3, примерами уравнений (1) - (3), упомянутыми выше, или потоком 400.

Переходя от начала в блок 510 (Исходное размещение), логическая схема или свойства в менеджере ресурсов могут выполнять исходное размещение конфигурируемых вычислительных ресурсов для логического сервера или VM, для воплощения исполнения или обработки рабочей нагрузки, как описано выше для потока 400, показанного на фиг. 4. Например, менеджер 201 ресурсов может размещать конфигурируемые вычислительные ресурсы из набора 120 ресурсов, который может включать в себя множество разъединенных физических элементов, принадлежащие одному или больше типам, таким как тип CPU, тип запоминающего устройства, тип накопителя информации или тип nw I/O, который может быть резидентным в одной или больше стойках среди стоек 110.

Переходя от блока 510 к блоку 520 (Атрибуты монитора), логическая схема или свойства в менеджере ресурсов могут быть выполнены с возможностью мониторинга рабочих атрибутов для каждого конфигурируемого вычислительного ресурса, выделенного логическому серверу или VM для воплощения, выполнения или обработки рабочей нагрузки. В некоторых примерах контроллеры, размещенные в разъединенных физических элементах, принадлежащих каждому типу, такие как контроллеры от 262-1 до 262-4 для nw I/O 260-1, CPU 260-2, накопитель 260-3 информации и запоминающее устройство 260-4, как показано на фиг. 2, могут иметь файл конфигурации мониторинга аппаратных средств, который может быть сконфигурирован менеджером 201 ресурсов. Файл конфигурации мониторинга аппаратных средств может быть сконфигурирован менеджером 201 ресурса для установления для этих контроллеров, какие рабочие атрибуты следует отслеживать, в то время как логический сервер или VM выполняют или обрабатывают рабочую нагрузку. Например, для исполнения рабочих атрибутов, контроллер 262-1 может отслеживать пропускную способность данных для nw I/O 260-1, контроллер 262-2 может отслеживать степень использования CPU для CPU 260-2, контроллер 262-3 может отслеживать время считывания/записи запоминающего устройства или контроллер 262-4 могут проверять задержку ввода/вывода для накопителя 262-4 информации. Отслеживаемые рабочие атрибуты могут быть затем собраны менеджером 201 ресурсов, который реагирует на событие, сигналы тревоги или выполняет периодический опрос.

Переходя из блока 520 в блок 530 (Генерировать оценку), логическая схема или свойства в менеджере ресурсов могут быть выполнены с возможностью генерирования или определения первой взвешенной суммарной рабочей оценки для выделенных конфигурируемых вычислительных ресурсов на основе отслеживаемых рабочих атрибутов, в то время как логический сервер или VM воплощает или работает с рабочей нагрузкой. В некоторых примерах, первая взвешенная суммарная рабочая оценка Si может быть определена, как рабочая характеристика для рабочей нагрузки W_j, работающей в ее выделенном наборе конфигурируемых вычислительных ресурсов. Где индекс 1 представляет конфигурацию конфигурируемых вычислительных ресурсов, составленных в логическом сервере или VM для воплощения, выполнения или обработки рабочей нагрузки j. Пример уравнения (4) может использоваться для определения взвешенной суммарной рабочей оценки для Si (W_j):

Уравнение (4)

Например, в уравнении (4), U_i\(W_j) может представлять собой использование ресурсов, и P_i(W_j) может представлять рабочую характеристику для конфигурации, и оба эти параметра должны быть максимизированы. Кроме того, в примере уравнения (4), C_i(W_j) может представлять стоимость, и E_i\(W_j) может представлять потребление энергии, ассоциированное с рабочей нагрузкой W_j, оба этих параметра должны быть минимизированы. Относительные весовые коэффициенты (M₁, M₂, M₃, M₄) могут представлять собой определяемые пользователем множители, которые могут устанавливать приоритет для определенных оценок рабочих атрибутов. Такие относительные весовые коэффициенты могут быть выделены из SLA для рабочей нагрузки. Аналогично относительно весовых коэффициентов m₁, m₂, m₃, m₄, упомянутых выше, (М, ΣМ = 1).

В соответствии с некоторыми примерами, рабочая характеристика P_i(W_j) может представлять собой результат измерений, специфичный для приложения, такой как количество транзакций в секунду, степень задержки или любой соответствующий KPI, относящийся к заданной конфигурации i для заданной рабочей нагрузки j.

В некоторых примерах степень использования Ui(W_j) может быть определена в примере уравнения (5):

Уравнение (5)

где CPU_i, mem₁: nw I/O_i и stor_i могут представлять медианную степень использования CPU, запоминающего устройства, nw I/O и типов накопителя разъединенных физических элементов, включенных в заданную конфигурацию i при заданной рабочей нагрузки j.

В соответствии с некоторыми примерами, потребление энергии E_i(W_j) может представлять собой объединенную мощность, требуемую для обработки заданной рабочей нагрузки j, рассчитанной для логического сервера или VM. Потребление энергии E_i(W_j) может быть определено, например, с помощью уравнения (6):

Уравнение (6)

где каждый используемый конфигурируемый вычислительный ресурс может