Развитие облачных концепций начинает оказывать существенное влияние на рынок оборудования уровня ЦОД. В частности, перспектива роста такого направления, как private cloud — частные облака, заставляет производителей оборудования и платформенного софта создавать законченные и преднастроенные программно-аппаратные комплексы быстрого развертывания. Их именуют по-разному: интегрированные стеки, комплексные предустановленные cloud-платформы, готовые виртуализованные стойки, «ЦОД в коробке», «датацентр в кармане» и много как еще. Нет-нет, да и проскальзывает в комментариях наблюдателей и термин более яркий — современный мэйнфрейм. От последнего сопоставления удержаться действительно сложно, и ниже мы покажем почему. Четкий терминологический базис, как и сам рынок таких решений, еще до конца не сформировался. Мы будем называть такие продукты интегрированными стеками, так как, на наш взгляд, это наилучшим образом отражает смысл предлагаемого: в таком комплексе должно быть обеспечено согласованное присутствие всех необходимых составляющих платформенного стека — подсистемы хранения данных, сетевой инфраструктуры, серверов, средств виртуализации ОС и приложений. Для всего комплекса должны быть предложены единые средства администрирования, но даже это не главное. Главное — весь стек должен работать максимально автоматизированно: уровень интеллектуальности встроенных средств управления таким готовым комплексом должен на порядок превосходить системы аналогичного класса, составленные из разнородных строительных блоков.
В чем же предпосылки для формирования этого сегмента, каков на сегодня состав основных поставщиков, к чему может привести дальнейшее развитие направления? Для этого сначала нужно обратиться к облачным подходам как таковым. К настоящему времени облачные вычисления или сервис-ориентированная архитектура окончательно оформились как новая парадигма развития глобальной информационной среды.
В рамках этой статьи мы не будем подробно прослеживать историю развития вычислительной парадигмы от мэйнфреймов, первый рост спроса на которые как средства компьютеризированной обработки пришелся на 50-60-е годы прошлого века, через эпоху ПК, затем — к клиент/серверной архитектуре. Заметим только, что затем, как и полагается по спирали, стало наблюдаться обратное движение к централизации — к SBC (server based computing) и концепции «тонких» клиентов, архитектура которой гораздо больше напоминает подход «мэйнфремовых» времен. Ну и наконец, с критическим увеличением пропускной способности сетей WAN и с массовым горизонтальным распространением Интернета возникло понятие cloud computing — технологии распределенной обработки данных, в которой компьютерные ресурсы и мощности предоставляются пользователю как интернет-сервис. В рамках облаков постепенно были предложены варианты программного обеспечения как сервиса (SaaS), платформы как сервиса (PaaS).
Но есть задачи, которые требуют среды для запуска полностью кастомизированных приложений, как правило, корпоративных. Кроме того, во всей облачной концепции имеется явно слабое место — это проблема защиты информации в облачной среде. В отличие от принадлежащих «народу» в целом (по крайней мере последний склонен так считать) природных ресурсов, данные чаще принадлежат кому-то конкретно. И этот кто-то обычно не испытывает энтузиазма отдавать свою собственность в непонятно как и кем обустроенное «облако». При этом можно использовать лишь некоторую часть облачного подхода, виртуализовать те уровни стека, которые независимы от данных и приложений. Так родился довольно странный термин «частные облака» (private cloud). Странный, потому, что сама метафора облака означает изначально публичное интернет-пространство, виртуальное с точки зрения пользователя. В случае же с тем, что сегодня именуется частным облаком, речь идет о подключении корпоративных пользователей к ресурсам собственного ЦОДа. Инфраструктурное оборудование и, как правило, виртуальные ОС которого предоставляются пользователям как сервис. Этот подход именуется IaaS (Infrastructure as a Service).
В данном случае за железо и лицензии клиенту придется платить сразу, а не по реальному потреблению (как в случае ПО). Закупленное оборудование может и простаивать и не выдерживать пиковых нагрузок, т. е. основные посылки адептов облачных вычислений — перевод затрат с капитальных вложений на операционные, масштабируемость по требованию — в случае private cloud применимы с большой натяжкой. Еще одним важнейшим свойством облачных ресурсов, прямо связанным с их виртуальностью и инкапсулированностью, здесь является изменение зоны ответственности клиента. В случае публичного SaaS провайдер полностью отвечает за все уровни стека, в случае PaaS только до уровня среды исполнения. В случае private cloud клиент владеет всем ЦОДом, сам за него отвечает и несет соответствующие операционные расходы. Как их сократить? Очевидно, предоставив весь программно-аппаратный стек как единое решение, причем решение, обеспечивающее гарантированный уровень SoQ с минимальным вмешательством со стороны административного персонала заказчика. Так и появились интегрированные стеки.
Что есть интегрированные стеки?
По сути своей они представляют из себя шаблонные преднастроенные конфигурации, строящиеся из стандартных компонентов, объединенных в сеть заданной топологии. Как правило, это серверы, внешние дисковые подсистемы и сетевые компоненты из стандартных линеек, входящие в привычные модельные ряды производителей, т. е. выпускаемые заведомо массово. Комплекс в среднем обладает сокращенным числом устройств, по сравнению с функциональным аналогом, составленным из разнородных блоков. Управление осуществляется из единой точки, сам комплекс, безусловно, виртуализован. На порядки сокращаются сроки развертывания, вплоть до часов и дней вместо недель и месяцев, поскольку конфигурирование осуществлено предварительно.
С точки зрения системы поставок здесь, пожалуй, много общего с мобильными дата-центрами, просто здесь речь идет не о контейнерных комплексах, а, как правило, об одной или нескольких стандартных стойках.
Понятно, что интегрированные преднастроенные комплексы предоставляются единым поставщиком (или фиксированным объединением поставщиков). Причем данный поставщик должен обладать компетенциями как в каждой отдельной составляющей стека, так и возможностью обеспечения взаимопроникающего взаимодействия этих составляющих. Кроме того, он должен обладать необходимой сервисной структурой для поддержки столь сложных поставок.
Ясно, что такие условия на данный момент способны обеспечить весьма ограниченное число крупнейших компаний. Безусловно и то, что распространение интегрированных стеков почти автоматически приводит к консолидации рынка инфраструктурных решений для ЦОДов. Более того, значительная часть добавленной стоимости при поставке таких решений концентрируется на стороне вендора, в отличие от разрозненных поставок отдельных системных компонентов, когда есть где развернуться независимому интегратору или собственной ИТ-службе заказчика.
Также ясно, что, несмотря на использование стандартных компонентов, законченные фирменные системы оказываются фактически закрытыми. Похожим образом дело обстоит, например, на рынке лезвийных серверов: большинство — обычные x86-модули, но на уровне конструктива шасси и средств управления решение остается проприетарным. Что вызывает опасения у ряда потребителей, которые боятся монополизма одного вендора в собственном ЦОДе.
В этой связи интегрированные стеки становятся темой для обсуждения при анализе сделок слияний и поглощений крупными компаниями последних лет. Именно в этом разрезе следует анализировать такие события, как приобретение компанией Hewlett-Packard двух «трешек» — 3Com и 3Par, причем последняя была с трудом отбита у Dell, фактически в аукционном торге; самостоятельный выход Cisco на рынок серверов с линейкой blade-решений Unified Computing System; покупка корпорацией IBM ряда специализирующихся на виртуализации сетевой инфраструктуры компаний, например, Blade Networks. Даже уже весьма давнее приобретение компанией EMC контрольного пакета акций VMware на этом фоне рисуется в новом свете. Не говоря уже о такой ключевой сделке последних лет, как переход Sun Microsystems к Oracle.
Конечно, все перечисленные компании развивают свой базис в целях продвижения далеко не только интегрированных стеков. Все вендоры продолжают поставлять свои решения в качестве отдельных «кубиков» для строительства ЦОДов, и на данный момент такая привычная форма бизнеса однозначно превалирует. Но перспектива сосредоточить в своих руках как можно больше инструментов для осуществления именно комплексных поставок законченных инфраструктурных решений у большинства игроков очевидна.
Важнейшими фигурантами в деле частных облаков являются не только поставщики оборудования, а те, чьи решения находятся на переднем крае взаимодействия с приложениями пользователя. То есть компании, отвечающие за уровень виртуализации серверов, главным образом, конечно, речь о VMware и Microsoft. Именно эти компании активно сотрудничают со всеми поставщиками интегрированных стеков, построенных на базе серверов стандартной архитектуры, а это самая массовая часть рынка. И ведущие гипервизоры являются неотъемлемой частью современного интегрированного стека в подавляющем большинстве предложений.
Впрочем, сегодня все далеко не ограничивается выделением виртуальных процессорных ресурсов, виртуализованы должны быть все уровни стека. И управление этим моментом здесь должно осуществляться по сквозному принципу. То есть внутреннее ПО интегрированного стека должно осуществлять агрегацию и пулинг ресурсов всех уровней комплексно. Именно при таком подходе систему можно действительно интеллектуализировать для достижения максимальной автоматизации административных процедур. Добавить возможность гибкого масштабирования, создания взаимно изолированных сред и пр. В чем, собственно, и заключается конечная ценность таких комплексов для заказчика по сравнению с разнородными информационными средами.
Ниже мы перечислим предложения наиболее активных игроков этого нового сегмента компьютерного рынка — IBM, HP, VMVare, Microsoft, Oracle.
В заключение следует пояснить, что все перечисленные выше решения — пока все же не массовый продукт, цена таких стеков определенно выше 200 тыс. долл.
Полная электронная версия этой статьи доступна только для подписчиков. Для получения полной электронной версии статьи сейчас Вы можете оформить запрос.