Разработчики: | Adaptive Computing |
Технологии: | Центры обработки данных - технологии для ЦОД |
Moab способен рассматривать почти все измеримые сущности, которые представлены в ЦОДе, в качестве ресурсов, от которых Moab может получать данные, и на основании которых, в свою очередь, может принимать решения по планированию этих ресурсов для пользовательских сервисов:
Приведенная выше иллюстрация описывает базовую тре хуровневую архитектуру Moab:
- На верхнем уровне «движок» Moab реализует абстрактные алгоритмы принятия решения по планированию бстрактных ресурсов, без привязки к конкретным видам ресурсов.
- На нижнем уровне расположены конкретные ресурсы ЦОДа.
- Среднии , промежуточныи уровень представлен тонкои прослои кои между Moab и реальными ресурсами. Эта прослои ка составлена из так называемых ресурсных менеджеров, Resource Managers (RM). Ресурсные менеджеры реализуют интерфеи с между Moab и каждым видом ресурса. На практике, ресурсные менеджеры, как правило, представляют собои тривиальные скрипты.
Связь между Moab и конкретными ресурсами в общем случае двунаправленная. С однои стороны, Moab запрашивает у ресурсного менеджера текущее значение управляемого им ресурса. С другои стороны, Moab передает ресурсному менеджеру ультимативные директивы по выполнению тех или иных действии над управляемым ресурсом, в зависимости от решения, принятого Moab. В зависимости от природы конкретного ресурса, ресурсныи менеджер может реализовывать лишь часть стандартных сообщении , которые Moab может передавать этому ресурсному менеджеру. Типичную ситуацию такого вида представляет ресурс, значение которого можно считывать, но управление таким ресурсом технически невозможно либо бессмысленно. Примером является совокупность датчиков температуры в ЦОДе. Moab может отслеживать значения температуры в разных точках ЦОДа, чтобы предотвратить размещение новых сервисов на самых горячих серверах. Однако, управлять датчиками температуры технически невозможно. В таком случае, ресурсныи менеджер, связывающии Moab с датчиками температуры, реализовывает для Moab лишь возможность опроса текущих значении ресурса.
К ресурсам Moab, очевидно, относятся процессоры, память, диски. Однако, в равнои мере ресурсами Moab, которые принимаются во внимание при обеспечении пользовательских сервисов, могут быть
- Менее очевидные характеристики серверных платформ, такие как относительный уровень загруженности в течение заданного отчетного периода, или усредненный исходящий трафик на заданном сетевом интерфеи се.
- Фабрики сетевых устроиств.
- Сетевые хранилища.
- Источники бесперебои ного питания (UPS).
- Управляемые модули распределения питания (PDU).
- Внешние системы мониторинга ЦОДа, такие, как Ganglia или Nagios.
- Внешние программные системы инвентаризации ПО.
- Внешние программные системы управления серверами, как правило, «вендорские» решения, поставляемые вместе с аппаратными платформами.
- Ленточные системы резервного копирования.
- Системы охлаждения, в том числе датчики влажности и температуры в ЦОДе.
- Фермы различных гипервизоров, таких, как KVM и VMware.
Топологии объединения ЦОДов под управлением Moab
При объединении удаленных площадок под управлением Moab, естественным образом выделяются три поддерживаемые топологии (либо сочетания нескольких из этих трех топологии , что также допустимо).
- Peer-to-Peer.
Есть ровно два ЦОДа, каждыи управляется своим экземпляром Moab. По мере заполнения ресурсов «своего» ЦОДа, Moab этого ЦОДа передает новые запросы на обработку в Moab другого ЦОДа. Также возможна миграция сервисов между ЦОДами и по другим политикам, связанным не только лишь с недостатком локальных ресурсов. Общий смысл топологии Peer-to-Peer заключается в наличии двух равноправных ЦОДов, которые обмениваются сервисами.
- Source Destination Topology.
Есть множество ЦОДов, каждыи управляется своим экземпляром Moab. Над всеми ЦОДами есть еще один, центральныи экземпляр Moab, которыи управляет распределением ресурсов между ЦОДами. Суть этои топологии в том, что она, в отличие от предыдущеи , позволяет реализовывать сколь угодно сложные политики распределения ресурсов между удаленными ЦОДами, в общем случае не равноправными.
- Master-Slave.
Есть один ЦОД, управляемыи единственныи экземпляром Moab. Однако, под управлением Moab находится множество разнородных ресурсов – настолько разнородных, что пул каждого ресурса можно считать отдельнои площадкои . Так, примером Master-Slave, скорее всего, будет ЦОД, в котором Moab управляет пулом серверов x86, IBM Power, IBM System z, HP Integrity Superdome, SGI Altix, Cray и Oracle. Несмотря на то, что Moab в принципе способен переносить сервисы между разными пулами ресурсов, в данном случае перенос сервиса между пулами платформ разного типа едва ли имеет смысл, поскольку каждому виду платформ, скорее всего, соответствует своя специфическая нагрузка. В этом и заключается смысл топологии Master-Slave: ровно один экземпляр Moab управляет множеством логических площадок, каждая из которых образована пулом специфического ресурса.
Экономический обзор применения решений на базе Moab
В целом, настоящии документ описывает конкурентные преимущества продуктов на базе Moab с акцентом на архитектурно-технические особенности. Однако, для более полного понимания механизма получения экономическои выгоды из архитектурных преимуществ решении на базе Moab, в текущем разделе кратко приведем экономические выгоды в терминах сокращения расходов и возврата инвестиции
Снижение капитальных расходов (CapEx) достигается по следующим направлениям:
- Уменьшение первоначального бюджета на вычислительную инфраструктуру ЦОДа. Это свои ство продуктов Adaptive Computing иногда называют принципом `Do More With Less`. На практике оно означает уменьшение расчетного количества серверов, которое требуется закупить для обеспечения заданного уровня сервиса в ЦОДе. Требуемое количество серверов снижается за счет повышения эффективности использования серверов. Именно, применение продуктов Adaptive Computing позволяет повысить устоявшийся уровень загрузки ресурсов (sustained utilization) с 50-60% до 95% и выше, нередко до устоявшегося уровня, близкого к 100%.
- Консолидация IT-инфраструктуры в ЦОДе с возможностью удаленного доступа.
- Уменьшение периодических бюджетов на расширение ЦОДа, которое достигается тем же способом: снижение числа серверов, требуемых для предоставления заданного уровня сервиса.
Название решения | Разработчик | Количество проектов | Технологии |
---|---|---|---|
Moab Cloud Suite | Adaptive Computing | 0 | Центры обработки данных - технологии для ЦОД |
Moab HPC Suite | Adaptive Computing | 0 | Центры обработки данных - технологии для ЦОД |
Подрядчики-лидеры по количеству проектов
Крок (48)
Softline (Софтлайн) (38)
Инфосистемы Джет (33)
Stack Group (Стек Групп, Стек Телеком) (21)
Т1 Интеграция (ранее Техносерв) (19)
Другие (911)
Крикунов и Партнеры Бизнес Системы (КПБС, KPBS, Krikunov & Partners Business Systems) (8)
Commvault (5)
Тегрус (Tegrus) ранее - Merlion Projects (3)
Lenovo Россия (3)
Nutanix (бизнес в России) (3)
Другие (53)
Stack Group (Стек Групп, Стек Телеком) (5)
GreenMDC (Грин ЭмДиСи) (3)
Крок Облачные сервисы (3)
Softline (Софтлайн) (2)
Селектел (Selectel) (2)
Другие (26)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
VMware (23, 86)
Cisco Systems (35, 44)
Крок (2, 38)
Крок Облачные сервисы (1, 37)
Dell EMC (35, 28)
Другие (661, 540)
Nutanix (1, 9)
Lenovo Data Center Group (3, 8)
Lenovo (3, 8)
Commvault (2, 5)
Nvidia (Нвидиа) (2, 2)
Другие (28, 29)
Stack Group (Стек Групп, Стек Телеком) (1, 5)
Equinix (1, 5)
Крок Облачные сервисы (1, 3)
GreenMDC (Грин ЭмДиСи) (1, 3)
Крок (1, 3)
Другие (11, 12)
Крок Облачные сервисы (1, 3)
Крок (1, 3)
Next Generation Networks (NGN) (1, 2)
Научно-исследовательский центр электронной вычислительной техники (НИЦЭВТ) (1, 1)
Dell EMC (1, 1)
Другие (9, 9)
RuBackup (Рубэкап) (1, 2)
GreenMDC (Грин ЭмДиСи) (1, 2)
Equinix (1, 1)
Облакотека (Виртуальные инфраструктуры) (1, 1)
Селектел (Selectel) (1, 1)
Другие (4, 4)
Распределение базовых систем по количеству проектов, включая партнерские решения (проекты, партнерские проекты)
VMware vSphere - 77 (77, 0)
Крок: Виртуальный дата-центр (IaaS) - 37 (37, 0)
M1Cloud (виртуальный ЦОД) - 22 (22, 0)
Oracle Exadata Database Machine - 21 (21, 0)
Cisco Data Center Business Advantage - 19 (1, 18)
Другие 376
Nutanix HCI - 9 (9, 0)
Lenovo ThinkSystem - 7 (6, 1)
Commvault Complete Data Protection - 4 (4, 0)
Dell EMC PowerEdge - 2 (2, 0)
ActiveCloud E-Cloud - 1 (1, 0)
Другие 20
M1Cloud (виртуальный ЦОД) - 5 (5, 0)
GreenMDC Модульный ЦОД - 3 (3, 0)
Крок: Виртуальный дата-центр (IaaS) - 3 (3, 0)
Selectel Выделенные серверы - 2 (2, 0)
Arista 7000 Линейка коммутаторов для «облачных» сетей - 1 (1, 0)
Другие 7
Крок: Виртуальный дата-центр (IaaS) - 3 (3, 0)
NGN: Star of Bosphorus Data Center - 2 (2, 0)
ART Modular (МЦОД) - 1 (1, 0)
Dell EMC PowerEdge - 1 (0, 1)
GreenMDC Модульный ЦОД - 1 (1, 0)
Другие 4
RuBackup Решение резервного копирования - 2 (2, 0)
GreenMDC Модульный ЦОД - 2 (2, 0)
ТТК Виртуальный ЦОД - 1 (1, 0)
Mellanox Spectrum - 1 (0, 1)
M1Cloud (виртуальный ЦОД) - 1 (1, 0)
Другие 1