Поделиться
Мигрируем на виртуальную инфраструктуру
Сегодня большинство крупных и немалая часть средних компаний используют серверную виртуализацию для поддержания значимой части ИТ-инфраструктуры. Многие предприятия планируют внедрение технологии в ближайшем будущем. При этом одним из самых важных практических аспектов является перенос физических систем в виртуальную среду с минимальными простоями, рисками и издержками.Перед тем как начинать проект по миграции серверов, необходимо четко определить требования, которым должны соответствовать целевые виртуальные системы, и методику проверки соответствия данным требованиям. Несмотря на то, что в подавляющем большинстве случаев виртуальные серверы после миграции работают так же, как и физические, иногда встречаются случаи, когда полученные виртуальные машины работают нестабильно.
Организационный аспект
С организационной точки зрения в рамках проекта по миграции систем в виртуальную среду необходимо, во-первых, сформулировать роли и ответственность участников, во-вторых, определить фазы миграции и перечень систем в них, а в-третьих, составить регламент действий участников процесса. По сути, миграция физических серверов является отдельным «проектом в проекте», которым можно управлять с помощью традиционных средств управления проектами. Некоторые вендоры предоставляют также специализированные средства, например, VMware Migration Manager, который позволяет организовать процесс с учетом специфики платформы виртуализации.
Продукт для миграции физических серверов VMware Migration Manager, 2009
Источник: VMware, 2009
При разделении миграции физических систем на этапы можно руководствоваться следующей классификацией. На первом этапе переносятся уже существующие виртуальные машины либо на новую аппаратную платформу, либо с альтернативных платформ виртуализации (зачастую в компании используется несколько продуктов для поддержки виртуальных серверов). На втором этапе переносятся наименее критичные системы, а также серверы, работающие на устаревшем аппаратном обеспечении. И наконец, третий этап – перенос наиболее критичных сервисов в виртуальную среду.
Чтобы минимизировать потери от простоев и осуществить «прозрачный» для пользователей переход, P2V-миграцию нужно планировать таким образом, чтобы перенос систем проходил в часы наименьшего использования серверов, например ночью. При формировании проектной команды необходимо включить в нее системных администраторов, обслуживающих физические системы и прикладное ПО, специалистов, отвечающих за ПО для виртуализации, а также сотрудников, осуществляющих проверку корректности функционирования целевых виртуальных систем. Кроме того, рекомендуется сначала проводить миграцию физических систем в тестовую виртуальную среду, после чего проводить «обкатку» виртуальных машин, и только после этого вводить их в эксплуатацию в производственную инфраструктуру.
Продукты для P2V
Сегодня на рынке существует множество решений для P2V-миграции физических серверов от вендоров платформ виртуализации и независимых поставщиков. Компания VMware предлагает бесплатный продукт VMware Converter, который позволяет переносить существующие физические серверы в холодном или горячем режиме и централизованно контролировать этот процесс. В средстве управления серверами виртуализации System Center Virtual Machine Manager от Microsoft имеются встроенные возможности P2V-миграции, которая также может быть проведена в онлайн- и офлайн-режимах. Платформа Citrix XenServer тоже оснащена встроенными средствами P2V-миграции Citrix XenConvert. Аналогичный инструмент – P2V Utility – имеет и компания Oracle в платформе Oracle VM.
Как правило, продукты для P2V-миграции от вендоров платформ виртуализации имеют также функционал V2V-преобразования (Virtual to Virtual) виртуальных машин конкурирующих производителей в свой формат. Если говорить о решениях независимых поставщиков, то это, прежде всего, продукты vConverter от компании Vizioncore и PlateSpin Migrate от Novell. Они обладают широкой функциональностью и позволяют проводить миграцию на платформы различных вендоров виртуализации, но являются коммерческими.
Возможности P2V-миграции продукта vConverter, 2010
Источник: Vizioncore, 2010
Интересно, что в коммерческих продуктах для P2V-миграции есть также перспективные возможности для создания резервной копии физического сервера путем его переноса в виртуальную среду. В случае выхода из строя физической системы, нагрузку на себя возьмет виртуальная. По мнению аналитиков, через некоторое время подобные практики обеспечения непрерывности бизнеса будут весьма востребованы.
P2V-миграция физических серверов является одним из самых важных этапов проекта по виртуализации ИТ-инфраструктуры. Еще на этапе проектирования необходимо четко определить требования к исходным физическим серверам, фазы миграции, инструментальные средства и способ тестирования полученных виртуальных систем перед вводом их в производственную эксплуатацию. Нужно также создать проектную команду, составить план миграции и управлять проектом на всех стадиях. Все это позволит минимизировать риски и существенно ускорить процесс миграции, провести его с минимальными издержками.
Короткая ссылка
