Network World, США

Основные проблемы, с которыми можно столкнуться при виртуализации центра обработки данных

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

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

«Успех виртуализации в первую очередь зависит от того, насколько правильно были выбраны физические платформы, — заметил Дэвид Пейн, директор по технологии консалтинговой компании Xcedex. — Кое-кто считает, что можно купить недорогой сервер, добавить его к уже имеющемуся оборудованию, затем установить средства виртуализации и получить таким образом виртуализованную среду. Но во многих случаях выбор аппаратной системы делают исходя из ее цены, а не той нагрузки, которую ей придется нести. Наибольший успех сопутствует тем предприятиям, которые уделяют особое внимание планированию. Именно они в конце концов получают действительно хорошие результаты, добиваются высокого уровня использования своих ИТ-систем и значительной консолидации».

Снижение производительности. Несмотря на рост популярности технологии виртуализации, многие приложения пока не адаптированы для работы в виртуальных средах. Например, Дэниэл Бартеншоу, старший системный инженер Университета штата Юта, установил программное обеспечение ESX Server компании VMware и в принципе добился неплохих результатов.

«Самые большие трудности связаны с тем, что не во всех наших приложениях поддерживается работа на виртуальных серверах. Кроме того, версия ESX, которую мы используем, имеет некоторые ограничения», — заметил он.

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

«Нам приходится серьезно ограничивать количество пользователей, работающих с одним сервером, и если мы переходим на виртуализацию, группа виртуальных серверов оказывается эквивалентна всего одному физическому серверу», — сказал он, добавив, что в настоящее время он модернизирует виртуализационное решение, устанавливая VMware Virtual Infrastructure 3.

«Из того, что мы прочитали (но пока еще не проверили), следует, что среда Virtual Infrastructure 3 лучше оптимизирована для использования Citrix, поэтому нагрузка (число работающих пользователей на сервер) на виртуальных серверах должна увеличиться», — подчеркнул Бертеншоу.

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

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

«Любая технология поиска уязвимостей может мгновенно устареть», — пояснил Дэннис Моро, директор по технологиям компании Configuresoft, специализирующейся на средствах защиты. Виртуализация упрощает тиражирование программных продуктов и такие процессы, как установка заплат, но при этом приводит к появлению сложностей, о которых ИТ-специалисты даже не подозревали.

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

«Постарайтесь выбирать продукты, которые можно считать в определенном смысле стандартными и открытыми для рынка виртуализации, например те, в которые вы можете импортировать виртуальные машины из других сред, — советует Ульрих Сейф, директор по технологиям компании National Semiconductor. — Слишком многое может произойти в этой области в ближайшие пару лет, поэтому не загоняйте себя в угол».

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

«Одна из самых серьезных проблем заключается в неконтролируемом росте числа виртуальных машин, — считает Джон Хемфриз, директор программы исследований компании IDC. — Пользователи, которые до виртуализации, например, имели 500 серверов с одним образом операционной системы на каждом из них, после виртуализации с удивлением обнаружили, что теперь приходится управлять 700 различными образами».

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

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

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

Система хранения как узкое место. Поскольку многие «кандидаты» на виртуализацию работали на распределенных системах в архитектуре x86, легко забыть о том, на что именно может оказать влияние централизованная архитектура виртуальных ресурсов. Например, особо тщательного изучения требует вопрос использования системы хранения: во многих случаях виртуальные ресурсы будут обращаться к сети хранения.

«Некоторые компании могут приобрести массив хранения определенного типа, не учитывая рабочую нагрузку, которую среда VMware намерена на нее возложить. В конце концов это приведет к тому, что массив окажется не в состоянии справиться с такой нагрузкой: слишком большая пропускная способность, слишком большой объем ввода/вывода, — заметил Пейн. — Если же этот массив выходит из строя, то на каждую отдельную виртуальную машину это повлияет негативно: они все, скорее всего, выйдут из строя».

Сейф считает, что вопрос о системе хранения должен быть приоритетным при планировании виртуальной среды.

«Сеть хранения имеет определяющее значение для использования преимуществ непрерывности работы и восстановления после сбоев, позволяя переносить нагрузки для оптимизации соотношения времени безотказной работы и производительности, а также лучшего масштабирования гостевых операционных систем, — сказал он. — Объем используемых ресурсов хранения (переход от операционных систем, программного обеспечения и данных на локальных серверных жестких дисках к использованию сетей хранения) может стремительно расти. У нас этот показатель составил 40 Гбайт на хост, и без продуманной стратегии иерархической системы хранения новая инфраструктура может очень быстро израсходовать дорогостоящие ресурсы сети хранения».

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

«Многим приходится сталкиваться с вопросом о том, обязательно ли при переносе виртуальных машин использовать аппаратное обеспечение одного рода», — отметил Хемфриз.

«До сих пор виртуальные машины VMware нельзя переносить между системами с процессорами Intel и AMD, — подтвердил Рагху Рагхуран, вице-президент по маркетингу продуктов компании VMware. — Наша технология Vmotion позволяет переносить работающие приложения с одной физической машины на другую, но процессоры в этих машинах должны быть одинаковыми. Поэтому вы можете перейти с AMD на AMD или с Xeon на Xeon. Это связано с различиями в архитектурах процессоров и с работой определенных команд. Эта проблема будет решена еще очень не скоро». 

Об этом надо помнить

В отчете, озаглавленном «Планирование виртуализации: предупрежденный вооружен», аналитики компании Saugatuck Technology перечисляют факторы, которые следует учесть компаниям, осуществляющим виртуализацию серверов:

  • Хватит ли имеющейся электрической мощности физическим системам?
  • Хватит ли мощностей систем охлаждения физическим системам?
  • Располагаете ли вы необходимыми средствами безопасности для физических систем?
  • Обеспечит ли консолидированная/виртуализованная платформа уровень готовности, необходимый для исполнения рабочих нагрузок?
  • Потребует ли консолидированная/виртуализованная платформа новых инструментов поддержки и/или навыков персонала?