Это было пару лет назад. Помню, мы тогда сидели с группой заказчиков и говорили о вине и виртуализации (по-моему, очень естественное сочетание). О вине, потому что мы были на мероприятии, проводившемся Sun в долине Напа, главном центре виноделия в Калифорнии; о виртуализации, потому что все участники были профессионалами в области ЦОД, пришедшими поговорить о будущем отрасли.

Все присутствующие руководили очень крупными и дорогостоящими ЦОД. На упрек, что они, мол, слишком "держатся" за свои серверы, они с полным основанием могли бы ответить: "И что?" — ведь их задачей было обеспечить исключительную надежность важнейших мировых систем.

Однако всех их беспокоило одно и то же: растущая популярность развертывания приложений в "виртуализованных" сетевых grid-средах (термин "облачные вычисления" тогда был еще не в ходу, иначе его бы обязательно кто-нибудь использовал).

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

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

Хотя для участников той встречи виртуализация настольных систем — далеко не главное, большинству из них хорошо знакома проблема, связанная с необходимостью использования сразу нескольких настольных ОС. Нет, в отличие от меня, мало кто из них пользуется пятью разными настольными ОС одновременно. Просто они работают сразу с несколькими поколениями Windows либо не имеют доступа к исходному коду устаревших приложений, из-за чего вынуждены постоянно держать под рукой старые ОС (и оборудование). Виртуализация настольных систем позволяет пользователям устанавливать по несколько ОС на один компьютер, а также полностью разделить процессы обновления ПО и оборудования (разработчикам и ИТ-директорам это новшество особенно нравится).

Но вернемся к ЦОД. Виртуализация обеспечивает небывалый уровень консолидации инфраструктуры: устранение прямой зависимости поддержки ПО от оборудования позволяет оптимизировать планирование необходимых мощностей и закупку систем. Однако при всей перспективности неудача в этом деле означала бы срыв квартального плана, потери, в разы превосходящие все потенциальные выгоды, и, как следствие, конец карьеры. В чем же причина беспокойства?

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

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

Широчайшие возможности диагностики. Те, кто работал в ЦОД, знают, что редко, когда все идет так, как планировалось. Разумнее всего с самого начала исходить из вероятности возникновения всевозможных неполадок, узких мест и возможностей для оптимизации, чем надеяться на то, что все пройдет гладко. В качестве ответа на вопрос "А что если что-то пойдет не так?" все требовали гарантий полной безопасности, ведь на кону была их работа.

Во вторых, им нужна была максимальная масштабируемость. Все они были убеждены, что в будущем горизонтально масштабируемые среды (расширяемые простым наращиванием множества мелких систем) уступят место (как это всегда бывает) средам, состоящим из небольшого числа более крупных систем (вертикально масштабируемым). Уже сегодня мы наблюдаем движение в сторону многоядерных процессоров, позволяющих в одном корпусе создавать 16-, 32-, 64- и даже 128-поточные системы и связанных друг с другом мощными высокопроизводительными шинами.

Но масштабируемость может стать и причиной дополнительных административных издержек. Хорошо иметь 16000 виртуализованных компьютеров (так же, как и 16000 щенков), пока дело не доходит до управления и обслуживания. Зачастую в крупных ЦОД самой большой проблемой (и статьей расходов) являются не ИТ-системы, а само количество узкоспециализированных приложений и людей, занятых управлением этими системами. Так что наряду с высочайшей масштабируемостью (уровня глобальных веб-приложений) одним из наших главных приоритетов должна была стать простота управления.

Кроме того, им нужны были универсальные решения, не зависящие от используемого оборудования и операционных систем. Т.е. им нужны были решения, совместимые с оборудованием самых разных поставщиков, в том числе с серверами и системами хранения не только Sun, но и Dell, IBM и HP. А еще им нужны были платформы, на которые можно устанавливать не только Solaris, но и Microsoft Windows или Linux. Причем полностью сертифицированные и поддерживаемые Microsoft, Intel и AMD, а не только Sun.

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

С учетом всех высказанных пожеланий для одного из участников ответ был очевиден: "Слушайте, а чем вас не устраивает Solaris?" Все присутствовавшие использовали ОС Solaris в критически важных бизнес-средах, все ценили ее производительность, все были в восторге от ее диагностических возможностей (на базе DTrace), а также от ее способности масштабироваться до самых крупных систем в мире. Казалось, мы нашли идеальное решение, пока один из участников не сказал: "Думаете, пользователи Windows захотят переходить на Solaris? Сомневаюсь." Бренд "Solaris" не обеспечивал независимости от ОС, а такая независимость лежала в основе наших рассуждений. Но мы точно знали, что базовые наработки, созданные членами сообщества OpenSolaris, станут для нас отличным заделом.

Вот вкратце предыстория того, что стоит за нашими объявлениями о расширении портфеля решений виртуализации, сделанными на прошлой неделе: стремление решить проблемы, стоящие перед разработчиками и операторами ЦОД в средах на базе систем нескольких различных поставщиков. В основе своей наши системы xVM в точности отвечают всем вышеперечисленным требованиям. Мы специально интегрировали в них DTrace для обеспечения максимально широких диагностических возможностей. Мы использовали присущую ядру Solaris масштабируемость для поддержки виртуализации крупнейших мировых систем. Мы создали простой и понятный интерфейс для управления облачными вычислениями (под названием xVM OpsCenter, щелкните здесь, чтобы узнать подробности). Он позволяет осуществлять управление и инициализацию систем в ЦОД любых размеров, от самых крупных до самых маленьких. И все это доступно в виде открытого ПО (скачивается бесплатно), сертифицированного другими отраслевыми поставщиками (посмотрите эти рекламные ролики, чтобы убедиться, что Microsoft и Intel сертифицировали xVM - нет, это не опечатка, корпорация Microsoft сертифицировала xVM). Мы даже использовали ZFS в качестве первого шага на пути к виртуализации систем хранения (наш следующий рубеж).

Почему такое название — "xVM"? Чтобы все знали, что мы не ориентировались только на Solaris: xVM позволяет виртуализовать Microsoft Windows, Linux (Ubuntu, RHEL и все остальные дистрибутивы), ну и конечно Solaris (8, 9 и 10). Заказчики могут консолидировать все перечисленные ОС, а также (аналогичным образом) все имеющееся оборудование и использовать xVM OpsCenter для управления и обслуживания сразу всей рабочей инфраструктуры.

На этой неделе мы представляем полную линейку наших решений, охватывающую весь спектр задач, от виртуализации настольных систем (xVM VirtualBox) до виртуализации ЦОД (xVM Server), управления крупными разнородными средами (xVM OpsCenter) и поддержки виртуальных рабочих станций (xVM VDI и SunRay). Все решения сертифицированы и поддерживаются другими отраслевыми игроками. Кроме того, все они используются крупнейшими мировыми компаниями.

В связи с этим я хотел бы поблагодарить всех участников той встречи, прошедшей пару лет назад в долине Напа, а также искренне поздравить всех сотрудников и партнеров Sun, участвовавших в выпуске xVM.

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