Компьютерная помощь

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

Используемое корпорацией Майкрософт решение виртуализации Virtual Server 2005 (VS) является частью стратегии консолидации, включающей утилитарную модель IT-услуг. Служба Virtual Server Utility (VSU), созданная IT-подразделением корпорации Майкрософт, позволяет пользователям корпоративной сети Майкрософт использовать VS как централизованную службу на базе Соглашения об уровне обслуживания (SLA). Такая схема работы более удобна, чем использование серверов на местах, управляемых локальными IT-отделами (BUIT). Соглашение об уровне обслуживания включает ряд метрических показателей, которые удобны и привлекательны для пользователей. Однако соответствие этим показателям представляет собой непростую задачу для группы VSU. В число этих показателей входят сроки ввода серверов в эксплуатацию, доступность поддержки, доступность узла, доступность гостевых ресурсов и загрузка процессора главного узла. Разумеется, конечный результат оценивается на основании экономии.

Реальная эксплуатация Virtual Server 2005 в корпорации Майкрософт показала очень хорошие результаты. Сроки ввода серверов в эксплуатацию сократились с 22-25 дней (при использовании выделенных физических серверов) до 1 дня (при использовании виртуальных серверов). При этом была достигнута экономия в размере приблизительно 30 процентов на трехлетний период, а также был повышен уровень удовлетворенности пользователей качеством работы. Реальные результаты оказались не ниже ожиданий для всех показателей, включенных в соглашение об уровне обслуживания.

В этом техническом документе рассказывается о пилотных испытаниях Virtual Server 2005 в корпорации Майкрософт. Поскольку требования IT-подразделения корпорации Майкрософт являются одними из высочайших в мире, методы, которые были использованы IT-подразделением Майкрософт, а также уроки, извлеченные из пилотных испытаний, несомненно будут очень полезны для пользователей последующих общедоступных версий, которые будут устанавливаться в масштабе IT-инфраструктуры предприятия.

Введение

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

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

Рабочая группа Compute Utility Team позволяет размещать на базе Virtual Server 2005 приложения и службы со средним и низким уровнем нагрузки, требующие определенной изоляции. При консолидации приложений и служб они помещаются на виртуальные машины, располагающиеся на одном или нескольких физических серверах, управление которыми осуществляет отдельная группа специалистов. Такой подход представляет собой очень надежное и эффективное средство размещения приложений и служб для разных направлений деятельности. Одновременно с этим, владельцы приложений освобождаются от рисков и сложностей, связанных с необходимостью постоянного администрирования большого числа физических серверов. Кроме того, появляется возможность значительно сэкономить на приобретении оборудования и освободить место в компьютерном центре предприятия за счет уменьшения количества серверов и требований к объему и количеству стоек. Также сокращаются и операционные расходы, что достигается благодаря снижению издержек, энергопотребления и количества требуемых систем контроля окружающей среды. В дополнение к этому повышается гибкость работы подразделений предприятия, поскольку VS значительно повышает скорость ввода в эксплуатацию новых серверов и позволяет быстро перемещать, добавлять и изменять приложения. О безопасности необходимо помнить всегда. В зависимости от сценария реализации, виртуализация может обеспечить повышение уровня безопасности, реализуемое за счет сокращения уязвимых мест, стандартизации ОС и оборудования, использования современных защитных и постоянной бдительности централизованной рабочей группы. Все виртуальные машины и все приложения имеют определенный уровень изоляции, поскольку они привязаны к отдельным экземплярам операционной системы. Владельцы служб и приложений сразу же осознают все эти преимущества и могут ожидать, что в будущем они увеличатся по мере роста требований подразделения к вычислительным системам и работе в сети и к поддержкех требований и и интенсииельным системам тва еще ествамшение уровня безопасности, реализуемое за счет сокращения общего _

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

Примечание: Ресурсоемкие приложения, предназначенные для использования на современном оборудовании, могут не иметь достаточную производительность при использовании виртуальной машины в связи с изначальными требованиями к производительности, связанными с виртуализацией. Например, на виртуальной машине могут использоваться решения Microsoft SQL Server и Microsoft Exchange Server. Однако при определенных рабочих нагрузках они могут плохо подходить для виртуализации.

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

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

Инфраструктура решения

Рассматривать возможность использования на предприятии Virtual Server 2005 следует в контексте общих целей и задач организации. Конечная цель любой организации заключается в том, чтобы максимально повысить окупаемость инвестиций и общую эффективность. Предприятие, стремящееся получить прибыль, ищет способы обеспечить максимальный доход акционерам в краткосрочном и долгосрочном плане. Чтобы добиться этой цели, подразделения организации по отдельности и вместе должны оптимизировать свою работу, чтобы достичь баланса между стоимостью и производительностью. Консолидация – одна из стратегий, которые можно использовать для достижения определенных целей. Виртуализация – это тактический способ организовать иерархию решений, а Virtual Server 2005 – средство обеспечить эту организацию.

Консолидация: Стратегия

Корпорация Майкрософт поставила перед собой задачу консолидировать свою IT-инфраструктуру еще в 1999 году. Всего корпорация Майкрософт определила шесть различных способов сократить затраты посредством консолидации: консолидировать физические узлы, серверы, базы данных, приложения и службы, операционное управление и рабочую среду. В этой статье мы подразумеваем под консолидацией объединение нескольких физических серверов. Этот уровень консолидации позволяет значительно сократить количество серверов, которое неизбежно увеличивается, когда подразделения и рабочие группы размещают приложения и службы локального масштаба на выделенных локальных серверах. Консолидация повышает эффективность, открывает новые возможности и позволяет сократить расходы.

Виртуализация: Метод

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

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

Миграция: Процесс

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

Корпорация Майкрософт разработала дополнительный инструмент для упрощения переноса приложений с физических серверов на виртуальные машины на базе Virtual Server 2005. Набор Virtual Server 2005 Migration Toolkit (VSMT) используется совместно со службой Microsoft Automated Deployment Services (ADS). Он записывает образ жестких дисков исходного сервера на соответствующие ресурсы виртуальной машины, отражающей первоначальную аппаратную конфигурацию. Помимо миграции приложений с физических систем на виртуальные, VSMT поддерживает преобразование виртуальных машин VMWare в формат, поддерживаемый Microsoft Virtual Server.

Virtual Server 2005: Решение

В корпорации Майкрософт используется решение виртуализации Virtual Server 2005, также называемое Virtual Server и VS. Для того, чтобы понять концепцию виртуального сервера, необходимо понимать такие термины, как физический компьютер, узел, виртуальная машина, виртуальный сервер и виртуальный гость:

Физический компьютер

Физический компьютер представляет собой независимый узел, предоставляющий различные ресурсы и функции, в том числе ресурсы ввода/вывода, процессора, памяти, хранения данных и сети.

Узел Virtual Server

Узел Virtual Server (VS) представляет собой физический компьютер, на котором размещена или работает служба Virtual Server. Отдельный узел VS представляет собой сервер, на котором может быть одновременно размещено несколько виртуальных машин. При необходимости на каждой виртуальной машине может работать отдельная операционная система. Например, узел Virtual Server 2005 может одновременно поддерживать работу одной виртуальной машины под управлением Windows 2003 Server™, одной виртуальной машины под управлением Windows NT® 4.0 и одной виртуальной машины под управлением Windows 2000 Server™. При этом каждая виртуальная машина полностью изолирована от других.

Виртуальная машина

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

Сценарии размещения виртуальных машин на узле Virtual Server

Виртуальные серверы можно устанавливать двумя способами: на самостоятельных серверах или на служебных серверах. При использовании самостоятельных серверов владелец приложения также является владельце физического сервера, конфигурации VS и всех установленных виртуальных машин. Сервер может быть как локальным, так и установленным в компьютерном центре предприятия. В каждом из случаев владелец полностью отвечает за свои системы. При использовании служебных серверов выделяется отдельная централизованная группа, предоставляющая услуги VS владельцам приложений. Служба VS Utility (VSU) является владельцем физических компьютеров и программных конфигураций, и выделяет владельцам приложений виртуальные машины, размещенные на физических серверах. При этом пользователи имеют доступ к виртуальным машинам на уровне администраторов, однако задачи по администрированию физических компьютеров и программных конфигураций VS выполняются службой VSU.

Внедрение решения Virtual Server 2005 в корпорации Майкрософт

В качестве первоочередной задачи очередь корпорация Майкрософт установила необходимость консолидации физических серверов, которая обеспечила основу для дальнейшего развития с применением виртуализации и использованием Virtual Server 2005. Корпорация Майкрософт начала консолидацию своей IT-инфраструктуры в 1999 году с появлением Windows 2000 Server, Microsoft Active Directory и Exchange Server 2000. Всего корпорация Майкрософт определила шесть вариантов консолидации распределенной вычислительной инфраструктуры, которые могут применяться предприятиями:

• Физический узел. Уменьшение числа физических компьютеров, на которых размещаются ресурсы.

• Сервер. Уменьшение общего числа отдельных серверов, выделенных для конкретных приложений. Эти серверы могут располагаться на одном участке или на нескольких участках.

• База данных. Объединение содержимого нескольких баз данных в едином хранилище.

• Приложения и службы. Объединение нескольких приложений и служб на общих серверах.

• Операционное управление. Сокращение числа групп квалифицированных специалистов по операционному управлению.

• Рабочая среда. Стандартизация с использованием меньшего числа версий одной и той же операционной системы.

 

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

Консолидация серверов и компьютерных центров в корпорации Майкрософт обеспечила экономию в 18,3 миллиона долларов США (июнь 2004 г.), благодаря сокращению расходов на 40 процентов по сравнению с их величиной до консолидации. Из этой цифры на долю консолидации серверов приходится 8,9 миллиона долларов. Эта экономия была достигнута благодаря сокращению числа серверов подразделений и других распределенных серверов и отказу от использования удаленных и неуправляемых серверов в филиалах.

Процесс консолидации на физическом уровне (т.е. консолидация участков, серверов и персонала) довольно простой. На этом уровне консолидацию понять очень просто, поскольку общий процесс анализа ситуации уже известен, и варианты решения обычно очевидны. Консолидация на логическом уровне во многом представляет собой экстраполяцию этой концепции и связанных с ней процессов и решений. Цель первоначального внедрения Virtual Server 2005 в корпорации Майкрософт заключалась в том, чтобы решить эту задачу и принести корпорации преимущества повышения эффективности операционного управления.

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

Консультационный этап: Восприятие и отношение

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

• Потеря гибкости

• Недостаточно быстрое реагирование

• Снижение уровня безопасности

• Снижение производительности

• Потеря контроля

• Более низкая уверенность в работе

 

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

Добровольное участие

Участие в пилотных испытаниях Virtual Server 2005 было добровольным. Для начала реализации программы пилотных испытаний рабочая группа Compute Utility определила все вопросы, которые волновали IT-отделы подразделений корпорации Майкрософт и владельцев приложений, и определила ответы на эти вопросы. На консультационном этапе потенциальные клиенты представили свои требования к серверам и приложениям для анализа подразделением VSU. Представленные данные содержали требования IT-отделов подразделений корпорации к вычислительным ресурсам, памяти и сетевым ресурсам, а также требования к графику обслуживания. При необходимости рабочая группа VSU разрабатывала специализированные решения, например, с использованием специальных процессов обработки исключений.

Соглашения об уровне обслуживания

Для успеха пилотных испытаний было очень важно преобразовать концептуальные преимущества VS в четкое соглашение об уровне обслуживания, понятное и привлекательное для клиентов и выдерживающее сравнение не только с работой стандартного IT-отдела бизнес-подразделения, но и с вариантом с использованием в подразделении собственных виртуальных серверов. Составление соглашений об уровне обслуживания было сложной, но реальной задачей для группы VSU. Стандартное соглашение об уровне облуживания группы VSU показывает преимущества по сравнению с вариантом с размещением сервера в подразделении, как показано в таблице 1.

Условия соглашения SLA	Физический сервер, размещенный в подразделении	Служба Virtual Server Utility
Ввод сервера в эксплуатацию	~22-25 дней	1 день
Запланированное перемещение/добавление/замена оборудования	~7 дней	1 день
Доступность поддержки	24x7: 8x5 на месте В нерабочее время - удаленно	24x7: 8x5 на месте В нерабочее время - удаленно
Доступность узла	—	99,99% Активный мониторинг
Доступность виртуальных машин	Активный мониторинг состояния	Активный мониторинг состояния
Загрузка процессора узла: Средняя	—	70% Активный мониторинг
Загрузка процессора узла: Максимальная	Активный мониторинг	Активный мониторинг
Реагирование на требования клиентов1	30 минут	30 минут

 

Все условия соглашения об уровне обслуживания превосходят условия стандартных решений, управление которыми осуществляется IT-отделами подразделения корпорации. Особенно заметно превосходство по времени ввода сервера в эксплуатацию, которое у группы VSU составляет один день, в то время как для установки и ввода в эксплуатацию физического сервера требуется 22-25 рабочих дней. Многие условия вообще нельзя сравнивать, поскольку при размещении физического сервера в отделе они вообще недоступны. Чед Льюис (Chad Lewis), главный менеджер программы IT Utility Services корпорации Майкрософт, говорит: «Технологии так близки нам, что иногда мы чувствуем, как решение говорит само за себя. Одновременно с этим мы понимаем, что восприятие пользователя может быть совершенно другим. Чтобы преодолеть естественное сопротивление переходу на новую платформу размещения приложений, мы создали модель соглашений об уровне обслуживания и биллинга, чтобы наши клиенты могли непосредственно сравнить свои впечатления и затраты при работе с физическим сервером и с виртуальной машиной. И, как оказалось, наше решение соответствует ожиданиям или превосходит их в обеих этих областях".

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

Экономия

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

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

Прозрачный биллинг

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

Этап реализации: воплощение в реальность

Когда клиент заказывает услугу VSU, начинается процесс сборки. Для виртуальной машины этот процесс аналогичен используемому для физического сервера в том плане, что для всех случаев действуют одни и те же стандарты компьютерных центров. Те же самые средства управления устанавливаются в рамках первоначального выделения ресурсов. Основное отличие заключается во времени ввода сервера в эксплуатацию, которое составляет один день для виртуальной машины, и 22-25 дней для физического сервера. Ввод в эксплуатацию физического сервера связан с длительными процедурами – закупкой оборудования, сборкой, установкой в стойку, установкой операционной системы, драйверов и программного обеспечения для мониторинга. Для виртуальной машины не требуется закупать оборудование и выполнять сборку, достаточно только установить программное обеспечение. Никаких специальных драйверов для оборудования устанавливать не нужно, и поэтому установка программного обеспечения может быть более стандартизированной и соответственно с этим более эффективной по сравнению с физическим сервером. При наличии места для виртуальной машины на узле VS для ввода ресурса в эксплуатацию достаточно настроить виртуальную машину на узле и скопировать необходимые файлы.

Этап ввода виртуальной машины в эксплуатацию состоит из нескольких частей. Во первых, необходимо проверить возможность использования приложение на виртуальной машине. Как уже говорилось ранее, Microsoft SQL Server™, Microsoft Exchange Server и другие приложения для предприятия, требующие значительного объема ресурсов и дающие высокую нагрузку на процессор, не очень хорошо подходят для виртуализации.

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

Решения по вводу в эксплуатацию и переносу виртуальной машины на рабочий узел принимаются на основании испытаний на проверочном узле. Поскольку виртуальная машина отделена от оборудования, ее очень легко можно полностью перенести с проверочного узла на рабочий узел. В настоящее время эти узлы представляют собой системы с 4 процессорами, имеющие тактовую частоту 2,2 ГГц каждый. Для переноса виртуальной машины достаточно приостановить ее работу, скопировать файл конфигурации на рабочий узел и снова запустить ее. Обычно эта процедура занимает менее часа. Существует две основных категории гостевых виртуальных машин: стандартные и специальные.

Опция/спецификация	Физический узел	Виртуальная машина:узел	Сетевое подключение2	Память3	Жесткий диск4
Стандартная виртуальная машина	4 процессора x 2,2 ГГц	≥ 8:1	Общая гигабитная сеть (медная пара)	512 МБ	36 ГБ, SAN
Специальная виртуальная машина	4 процессора x 2,2 ГГц	≤ 8:1	Общая гигабитная сеть (медная пара)	≥ 1532 МБ	36 ГБ, SAN

 

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

• Специальная виртуальная машина: Для специальной виртуальной машины требуется гарантированный уровень производительности, формально указанный в соглашении об уровне обслуживания или определенный в качестве ожидаемого. Для достижения этого уровня производительности требуется гарантированное резервирование ресурсов в требуемом объеме, который может составлять целый процессор, и т.п. Таким образом, обычно на четырехпроцессорном рабочем узле может быть размещено не более четырех специальных виртуальных машин. Соотношение виртуальных машин и узлов может быть больше чем 4:1, и соотношение виртуальных машин и процессоров также может быть увеличено, если ресурсы распределены так, чтобы обеспечить постоянно высокий уровень производительности. В качестве примера специальной виртуальной машины можно привести контроллеры доменов, поскольку они очень важны для работы сети и интенсивно используют Active Directory. Для работ определенных приложений с известными требованиями к производительности также может потребоваться специальная виртуальная машина.

 

Примечание: Virtual Server 2005 представляет собой 32-разрядное приложение, работающее на x86-совместимых компьютерах под управлением ОС Windows Server 2003. Выпуск версии для x64-совместимых систем под управлением Windows Server 2003 SP1 x64 Edition запланирован на конец 2005, одновременно с выпуском пакета обновлений 1 для Virtual Server 2005. В настоящее время эта версия используется в корпорации Майкрософт. Virtual Server 2005 поддерживает до 32 процессоров и 64 ГБ памяти, до 3,6 ГБ памяти на виртуальную машину. Virtual Server 2005 использует сетевые ресурсы и ресурсы хранения данных физического компьютера, в том числе подключенные диски SAN.

Операционный этап: воплощение в реальность

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

Операционная группа VSU отвечает за все аспекты мониторинга, управления, обслуживания и защиты узлов VS, а также за распределение и настройку гостевых виртуальных машин на этих узлах. Поскольку операционная система виртуальной машины представляет собой отдельный экземпляр операционной системы в сети, владельцы приложений несут ответственность за настройки системы безопасности ОС и некоторые другие административные функции, как и в случае с физическим сервером. Вопросы инфраструктуры, такие как связь с физическим уровнем и операции с компьютерным центром, в основном остаются в сфере ответственности рабочих групп компьютерного центра. Узлы Virtual Server получают такую же операционную поддержку, как и другие физические серверы в компьютерном центре. Все инфраструктурные задачи, выполняемые на узлах VS, организуются и контролируются рабочей группой VSU, а собственно работы выполняются службами компьютерного центра, как при использовании любого другого физического сервера. Связи с клиентами по вопросам состояния узлов VS и гостевых виртуальных машин лежат в сфере ответственности группы VSU. В случае если виртуальная машина нарушит соглашение об уровне обслуживания в отношении доступности процессора, нагрузки на сервер или иного компонента, рабочая группа VSU должна определить это, и совместно с клиентом выработать подходящее решение.

Рабочая группа VSU осуществляет мониторинг узлов VS с целью убедиться в том, что они соответствуют стандартам компьютерного центра, однако за обеспечение соответствия виртуальной машины этим стандартам отвечает ее владелец.

Элементы службы VSU: Специфика работы

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

Стоимость

Существует две основных категории гостевых виртуальных машин: стандартные и специальные. Стандартная гостевая виртуальная машина лучше всего подходит для приложений, не имеющих определенных требований к ресурсам процессора, большого объема памяти или выделенного сетевого подключения. Гостевая виртуальная машина обеспечивает гарантированный уровень производительности процессора, значительный объем памяти и возможности выделенного подключения. Основные спецификации приведены в таблице 2.

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

Примечание: Ежемесячный платеж за стандартную виртуальную машину составляет 1/8 часть ежемесячной платы за узел. Ежемесячный платеж за специальную виртуальную машины составляет 1/4 ежемесячной платы за узел. В любом случае ежемесячный платеж включает 80 процентов стоимости за управление гостевой операционной системой. В капитальные затраты на физические узлы включен трехлетний график амортизации.

Производительность

Производительность гостевой виртуальной машины измеряется на основании эталонных показателей веб-приложения с низкой или средней нагрузкой. Каждой гостевой виртуальной машине выделяется один физический процессор и 512 МБ памяти. Производительность аналогична производительности приложения, работающего на системе с 4 процессорами Pentium® III с тактовой частотой 700 МГц (2 ГБ памяти) или с 2 процессорами Pentium® 4 с тактовой частотой 1,26 ГГц (1 ГБ памяти). Равноценная производительность обеспечивается при соотношении 2:1 (виртуальная машина: процессор). Производительность гостевых виртуальных машин снижается только если на узел VS приходится очень высокая нагрузка. При тестировании не проводилось выделения специальных ресурсов.

Гибкость

Группа VSU специально разрабатывает гостевые виртуальные машины для обеспечения максимальной гибкости, поскольку возможность их быстрого переноса на другие узлы VS является важным преимуществом централизованной услуги. Такая гибкость позволяет группе VSU переносить гостевые виртуальные машины с проверочного узла на рабочий узел менее чем за час и вводить в эксплуатацию виртуальные машины в течение дня с момента получения заказа от владельца приложения. В случае снижения производительности гостевой виртуальной машины на узле VS, группа VSU по согласованию с владельцем переносит ее на другой узел. В примере, проиллюстрированном на рисунке 2, на виртуальном узле ABC замечено снижение производительности, постоянная загрузка процессора достигла 90 процентов. При этом постоянная загрузка процессора на виртуальном узле XYZ составляет всего 50 процентов. На рисунке 3 проиллюстрировано перемещение веб-приложения с виртуальной машины 1 на виртуальном узле ABC на свободную виртуальную машину 2 на виртуальном узле XYZ. В результате решается проблема производительности виртуального узла ABC и обеспечивается балансировка нагрузки на обоих узлах при загрузке процессора в 70 процентов. Общее время этой процедуры обычно составляет менее одного дня с момента обнаружения проблемы с производительностью до момента завершения переноса веб-приложения. По согласованию с владельцем виртуальной машины группа VSU может выполнить процедуру переноса менее чем за час.

 

Управление услугами: доступность узла

Рабочая группа VSU осуществляет управление узлами VS, проводя постоянные проверки виртуальных машин с целью убедиться в том, что они соответствуют стандартам компьютерного центра. При обнаружении любой гостевой виртуальной машина, которая не соответствует требованиям, создает риск для узла VS и других виртуальных машин, или выполняет функции, отличные от тех, для которых она была создана, немедленно создается учетный листок, сообщающий владельцу виртуальной машины о проблеме и определяющий сроки ее решения. Если решение не реализуется в течение указанного времени, и если группа VSU определяет, что гостевая виртуальная машина представляет опасность для узла VS или других виртуальных машин, группа VSU отключает эту гостевую виртуальную машину. Все эти меры в совокупности обеспечивают доступность узла в течение 99,99 процентов времени. Доступность узла обеспечивает аналогичный уровень доступности гостевых виртуальных машин (99,99 процентов), если владелец правильно ими управляет.

Для выполнения требований соглашения об уровне обслуживания для стандартных и специальных виртуальных машин группа VSU использует четыре механизма управления загрузкой процессора:

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

• Относительный вес: Относительный вес устанавливается для каждой виртуальной машины вручную. Виртуальная машина с более высоким относительным весом может использовать ресурсы процессора другой виртуальной машины. Виртуальная машина с более низким относительным весом должна передавать ресурсы процессора другой виртуальной машине с более высоким относительным весом по требованию последней.

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

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

Связь

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

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

• Узел VS отрицательно влияет на производительность виртуальной машины

• Неисправность виртуальной машины

• Проблемы, вызванные программным обеспечением VS

• Отключение нескольких виртуальных машин на узле

• Отключение узла VS

Управление изменениями

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

Мониторинг

Systems Management Server (SMS) и Microsoft Operations Manager (MOM) постоянно следит за узлами VS и виртуальными серверами в соответствии со стандартами компьютерного центра. Кроме того, группа VSU осуществляет мониторинг узлов VS для определения возможных угроз нарушения соглашения об уровне обслуживания, и немедленно уведомляет о них владельцев. В число этих индикаторов входят загрузка процессора, загрузка подсистемы ввода/вывода, объем хранения данных, доступность узла и доступность гостевой виртуальной машины.

На узлах VS используют стандартные агенты мониторинга аппаратного обеспечения и стандартные средства Microsoft Systems Management Server (SMS) и агенты Microsoft Operations Manager (MOM). Пакет MOM 2005 Virtual Server Management Pack устанавливается на всех узлах для обеспечения расширенных функций управления виртуальными серверами и виртуальными машинами и их мониторинга. Для этого используются прикладные интерфейсы Virtual Server, счетчики производительности и журнал событий. Также MOM VS MP позволяет организовывать сопоставление узлов и виртуальных машин и управлять состоянием виртуальных машин (отключение, запуск, пауза, сохранение). Кроме того, данное средство позволяет осуществлять мониторинг производительности основных узлов и получать информацию об основных событиях Virtual Server и виртуальной машины.

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

Безопасность

Как для корпорации Майкрософт, так и для ее клиентов (внутренних и сторонних) безопасность является важнейшим требованием. Учитывая динамическую природу угроз безопасности, корпорация Майкрософт постоянно работает над обеспечением высочайшего уровня защиты своих продуктов и своих сетей. Решение с использованием Virtual Server имеет ряд преимуществ с точки зрения безопасности по сравнению с консолидацией отдельных приложений (с несколькими владельцами) в одной операционной системе. Например, если объединить восемь разных приложений в одной операционной системе, все восемь владельцев приложения будут иметь доступ ко всем приложениям, если уровень прав не будет определен достаточно подробно или если приложения требуют уровень доступа администратора. При этом они будут иметь уровень доступа администратора, даже если они не отвечают за физический узел, и другие приложения, которые на нем размещены. Кроме того, в таких условиях повышается уязвимость каждого приложения, поскольку теперь операционная система используется намного большим количеством конечных пользователей, которые выполняют совершенно разные задачи. В отличие от описанной ситуации, при консолидации восьми приложений на одном физическом узле с помощью Virtual Server каждое приложение имеет собственный экземпляр операционной системы, собственного администратора, собственный IP-адрес и собственные правила IPSec и групповых политик. Каждый гость представляет собой отдельный объект безопасности, не связанный с другими семью виртуальными машинами на том же самом физическом узле. Владельцы гостевых виртуальных машин имеют доступ к нескольким средствам администрирования виртуальных машин.

• Веб-консоль Virtual Server поддерживает защищенное администрирование с поддержкой аутентификации и удаленный доступ к клиентским системам.

• ADS и набор Virtual Server Migration Toolkit содержат программы с интерфейсом командной строки, служащие для преобразования физических сред в виртуальные или виртуальных сред в виртуальные. Эти программы упрощают переход на инфраструктуру с использованием виртуальных машин.

 

Выполнение физической консолидации с сохранением независимости приложений является важным преимуществом Virtual Server с точки зрения безопасности и значительно уменьшает уязвимость для атак. Улучшенное управление обновлениями также повышает безопасность, поскольку группа VSU тщательно контролирует установку обновлений на узлы VS. Ответственность за установку обновлений на гостевые виртуальные машины несут их владельцы, но группа VSU тесно взаимодействует с ними, чтобы обеспечить тщательное координирование процессов отладки гостевых систем и физических узлов. Группа VS Utility работает над обеспечением надежной защиты физических узлов и виртуальных машин VS.

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

Узлы VS

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

Гостевые виртуальные машины VS

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

Защита и хранение данных

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

Как Virtual Server отделяет сервер от оборудования, так и средство Storage Utility (SU) отделяет хранилища данных от физических устройств. Все хранилища файлов, в том числе конфигурации с виртуальными машинами, располагаются в сети хранения данных, которая имеет практически неограниченный объем. Узлы VS подключаются к инфраструктуре SU несколькими путями (с резервированием), которые на физическом уровне представляют собой двойные оптоволоконные кабели и коммутаторы. Резервное копирование данных осуществляется с чередованием нескольких дисков из инфраструктуры SU, имеющей очень высокий уровень избыточности. Первоначально виртуальным машинам выделяется 36 ГБ для хранения данных, но по мере необходимости возможно добавление дополнительной емкости. В случае полной неисправности узла VS и расположенных в нем виртуальных машин, сеть хранения данных позволяет полностью восстановить их за несколько минут после запуска нового физического сервера.

Подразделение по юридическим и корпоративным вопросам: пример внедрения

На первых этапах пилотных испытаний Virtual Server 2005 группа Compute Utility обсуждала с IT-отделом подразделения по юридическим и корпоративным вопросам возможности переноса используемого в подразделении важного рабочего приложения на платформу виртуальной машины. В результате этого обсуждения было определено используемое в подразделении приложение, которое было решено перенести на виртуальную платформу. Это было промежуточное приложение в системе обработки задач, связанных с управлением доступом к юридическим документам. Оно отвечало за загрузку, группировку, аннотирование, поиск, проверку и печать документов. Конструкция данного приложения требовала использования нескольких независимых экземпляров приложения в отдельных операционных системах. Приложению требовалась непрерывность работы, а его аппаратные требования были невелики. Так, оно работало даже на относительно старых аппаратных конфигурациях. Это приложение идеально подходило для целей миграции в среде VS.

Приложение располагалось на 15 системах компьютерного центра #1, срок эксплуатации которых близился к концу. По прошествии нескольких месяцев планировалось переместить эти системы в компьютерный центр #2. Стоимость перемещения должна была составить приблизительно $900 на каждый сервер (стоимость труда IT-специалистов). Когда IT-отдел подразделения и группа Compute Utility договорились о проведении оценки возможности миграции приложения в виртуальную среду, на проверочном сервере VSU были созданы и настроены три виртуальные машины. IT-отдел подразделения тестировал производительность решения в течение трех недель, и получил положительные результаты. На основании этого было решено разместить приложение на рабочих виртуальных машинах на нескольких узлах VS, управляемых группой VSU.

С самого начала новое решение превзошло ожидания IT-отдела подразделения по юридическим и корпоративным вопросам. В настоящее время ожидается, что подразделение сэкономит 33400 долларов за счет приобретения общих узлов VS вместо 15 отдельных серверов, и при этом не потребуется никакого сложного управления. Кроме того, использование виртуальных машин вместо физических серверов позволит сэкономить еще 8800 долларов в год на аренде помещения. Помимо этого, IT-подразделение корпорации Майкрософт сэкономит 13500 долларов благодаря тому, что перемещать 15 устаревших серверов уже не потребуется, а также дополнительные средства, которые могли бы пойти на обслуживание этих систем. Помимо экономии, виртуализация принесла IT-отделу подразделения повышение вычислительной мощности и масштабируемости и позволила больше не беспокоиться о сроке службы оборудования. Безопасность общей системы SAN SU настолько же высока, что и у отдельной системы SAN. По всем показателям соглашения об уровне обслуживания решение на базе виртуализации обеспечивает производительность, не менее высокую, чем в варианте с независимыми серверами. IT-подразделение корпорации Майкрософт рассматривает соглашения об уровне обслуживания как обязательные для выполнения контракты, и поэтому ожидания клиентов могут быть очень высокими.

Результаты

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

Условия соглашения SLA	Реальные результаты: физический сервер, размещенный в подразделении	Требуемые результаты: Virtual Server Utility (стандартный вариант)	Реальные результаты: Virtual Server Utility (стандартный вариант)
Ввод сервера в эксплуатацию	~22-25 дней	1 день	≤1 день
Запланированное перемещение/добавление/замена оборудования	~7 дней	1 день	≤1 день
Доступность поддержки	24x7: 8x5 на месте В нерабочее время - удаленно	24x7: 8x5 на месте В нерабочее время - удаленно	24x7: 8x5 на месте В нерабочее время - удаленно
Доступность узла	—	99,99% Активный мониторинг	99,99% Активный мониторинг
Доступность виртуальных машин	Активный мониторинг состояния	Активный мониторинг состояния	Активный мониторинг состояния
Загрузка процессора узла: Средняя	—	70% Активный мониторинг	20% Активный мониторинг
Загрузка процессора узла: Максимальная	Активный мониторинг	Активный мониторинг	Активный мониторинг
Реагирование на требования клиентов5	30 минут	30 минут	30 минут
Стоимость	—	Экономия 20%	Экономия ~30%

 

Таблица 3. Сравнение показателей соглашения об уровне обслуживания: независимый физический сервер и услуга VSU

В целом реальные результаты использования решения VS в корпорации Майкрософт оказались соответствующими всем ожиданиям. Все требования к показателям соглашения об уровне обслуживания, которые специально были завышены, были выполнены и перевыполнены. Результаты использования VS оказались настолько хорошими, что средняя загрузка процессоров узла, которая по плану должна была составлять 70 процентов, в действительности составила всего 20 процентов для среднего узла VS. В результате группа VSU еще больше повысила свои ожидания и планирует изменить уровень испытаний приложений-кандидатов соответствующим образом.

Конечные результаты оценивались по затратам и уровню удовлетворенности пользователей. Экономия оказалась даже более значительной, чем ожидалось. Сокращение капитальных затрат превысило 45 процентов, в результате чего экономия подразделения составила 30 процентов, в то время как первоначально ожидалась экономия в 20 процентов. Измерения уровня удовлетворенности пользователей проводились отдельно для каждого пользователя, и все отзывы были очень положительными. Все пользователи очень высоко отозвались об услуге, а некоторые сказали, что вообще ничего не заметили. Хотя это звучит немного смешно, но группа VSU считает высказывание о незаметности виртуализации очень достойным комплиментом. Масштаб пилотного тестирования был достаточно невелик, чтобы опрос мнения пользователей оказался приемлемым решением, но после его завершения была введена система автоматического опроса. Эта система включает в себя автоматический опрос пользователей касательно их мнения о системе.

Дальнейшие направления развития

Решение Virtual Server 2005 было разработано как масштабируемое, и в будущем группа VSU планирует добиться дополнительной экономии, используя в корпорации Майкрософт более производительные физические узлы VS. Текущие спецификации Virtual Server 2005 поддерживают серверы, насчитывающие до 32 многоядерных процессоров и до 64 ГБ памяти (до 3,6 Гб памяти на виртуальную машину). Поддержка 64-разрядных компьютеров и операционной системы Windows Server 2003 x64 Edition запланирована на конец 2005 года с выпуском пакета обновлений Virtual Server 2005 SP1. Во время пилотной программы было преднамеренно использовано соотношение консолидации 8:1 на четырехпроцессорном компьютере с тактовой частотой процессора 2,2 ГГц, и при этом ожидалось, что средняя загрузка процессора составит 70 процентов. Анализ результатов показал, что оценка загрузки процессоров была чрезмерно пессимистичной, и что существует возможность использовать больше виртуальных машин на каждом узле без снижения производительности. С расширением возможностей аппаратного обеспечения становится возможным использовать все больше виртуальных машин на каждом физическом узле. Это обеспечит повышение эффективности, которое выльется в дополнительное сокращение расходов.

В дальнейшем для автоматических систем ввода серверов в эксплуатацию, учета и управления изменениями будут разработаны пользовательские интерфейсы, которые сделают взаимодействие с группой VSU таким же простым и понятным, как планирование встречи в Outlook. Владелец приложения должен иметь информацию о наборе узлов VS и возможность просматривать статистику по отдельным виртуальным машинам, чтобы вносить изменения конфигурации на базе используемого владельцем узла набора правил, приостанавливать изменения и даже вводить виртуальные машины в эксплуатацию. В ближайшее время группа VSU планирует выполнить виртуализацию 10 процентов ресурсов компьютерного центра. В долгосрочном плане виртуализация может сделать возможными значительные изменения в стратегии работы IT-подразделения. Для организаций, где IT-инфраструктура играет важную роль, это означает изменение основных стратегий работы.

Заключение

Корпорация Майкрософт начала консолидацию своей физической IT-инфраструктуры несколько лет назад, когда появились решения Windows Server 2000, Microsoft Active Directory и Exchange Server 2000. С разработкой решения Virtual Server 2005 появилась виртуализация, которая стала следующим логическим шагом консолидации. Как и всегда при выпуске нового серверного программного обеспечения или программного обеспечения для предприятий, первым пользователем Virtual Server 2005 стало IT-подразделение корпорации Майкрософт. Поскольку требования IT-подразделения корпорации Майкрософт являются одними из высочайших в мире, эти пилотные испытания стали настоящей проверкой возможностей Virtual Server. Методы, которые используются IT-подразделением Майкрософт, а также уроки, извлеченные из пилотных испытаний, очень полезны для пользователей последующих общедоступных версий.

IT-подразделение корпорации Майкрософт организовано на основе модели служб, в число которых входят вычислительные ресурсы, хранение данных и защита данных. Группа VSU службы вычислительных ресурсов предлагает внутренним пользователям корпорации Майкрософт использовать Virtual Server 2005 как услугу по централизованному управлению.

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