Резервное копирование виртуальных сред

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

В настоящее время многие поставщики ПО резервного копирования, включая лидеров этого рынка CommVault, EMC, Symantec и IBM (по версии Gartner, «Magic Quadrant Enterprise Backup/ Recovery Software 2012»), встраивают в свои продукты поддержку сред виртуализации, прежде всего самых популярных. Однако продукты резервного копирования могут представлять собой решение для защиты как виртуальных и физических серверов, так и только виртуальных сред (см. Рисунок 1).

Рисунок 1. Как показывают проводимые за рубежом опросы, 18% компаний применяют продукты, специально разработанные для резервного копирования виртуальных сред.

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

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

Компания Acronis предлагает унифицированную платформу для резервного копирования и аварийного восстановления систем и файлов в виртуальных и физических средах, поэтому для пользователей ее продукта Acronis Backup & Recovery процесс резервного копирования виртуальной машины (ВМ) не отличается от такого же процесса для физического сервера. В компании убеждены, что решение должно быть универсальным и обеспечивать управляемые из единой консоли резервное копирование и восстановление как физических, так и виртуальных сред. Причем в случае работы с виртуальными средами должна быть реализована поддержка большого количества гипервизоров, включая самые популярные, выпускаемые компаниями VMware и Microsoft.

Некоторые современные продукты резервного копирования виртуальных сред поддерживают широкий спектр гипервизоров, например VMware, Hyper-V, Citrix XenServer, Red Hat RHEV/KVM, Parallels, операционные системы Windows и Linux. Это не только расширяет выбор, но и дает заказчику возможность в любой момент сменить гипервизор при полном сохранении данных в системе резервного копирования в случае перехода на новую платформу виртуализации. Кроме того, поддержка разных гипервизоров облегчает тестирование конкурирующих решений виртуализации.

Между тем многие производители ПО резервного копирования фокусируют свое внимание на VMware ввиду высокой популярности решения этого производителя. По данным опросов Gartner, ПО VMware предпочитают 60–70% зарубежных компаний. Поэтому таких продуктов пока предлагается больше, чем систем, разработанных для Hyper-V или Citrix, и они предоставляют более совершенный функционал.

В целом на приложения резервного копирования приходится 45% российского рынка ПО для хранения данных (см. Рисунок 2).

Рисунок 2. Российский рынок программного обеспечения для хранения данных (по информации IDC, 2011 год).

НЕ ТАК СЛОЖНО, КАК КАЖЕТСЯ

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

Когда речь заходит о необходимости защиты данных и создания резервных копий, ИТ-специалисты часто не находят понимания у бизнес-руководителей: по данным исследования компании Acronis, в 57% случаев инициативы по организации защиты ИТ-инфраструктуры не получают поддержки. А на средства резервного копирования и восстановления систем российские компании тратят лишь 5% бюджета (в некоторых европейских странах — 14%). В результате уверенность в правильности действий персонала, выполняющего резервное копирование и восстановление систем, в России очень низка — по этому показателю мы занимаем последнее место среди почти двух десятков стран, где проводился опрос (см. Рисунок 3).

Рисунок 3. Индекс готовности ИТ-инфраструктуры разных стран к аварийному восстановлению (по данным Acronis, 2011 год). Стрелками показано изменение индекса относительно предыдущего года.

Согласно проведенному компанией Symantec в этом году исследованию, в котором принимали участие около 1500 крупных (более 500 сотрудников) организаций по всему миру, в том числе 50 российских компаний, только 28% респондентов уверены, что все данные, для которых они создают резервные копии, будут восстановлены в случае аварии. Резервное копирование виртуальных инфраструктур занимает одно из первых мест в списке самых неудачных ИТ-инициатив. Лишь 58% полагают, что эта процедура работает хорошо или хотя бы нормально. Треть респондентов не уверены в выполнении требований SLA. Основные причины несоблюдения SLA — значительные размеры резервных копий и недостаточная пропускная способность каналов. 39% отмечают, что резервное копирование в их организациях занимает слишком много времени, а 33% придерживаются такого мнения в отношении восстановления данных.

Владимир Ткачев, технический директор VMware по региону Россия и СНГ, относит к основным проблемам резервного копирования виртуальной среды значительные объемы резервных копий (ведь очень удобно сохранять сразу все ВМ) и их проверку, обеспечение целостности данных разнообразных приложений и управление процессом в сложной виртуальной среде, особенно когда резервное копирование должно охватывать растущее число виртуальных машин. При наличии существующего механизма резервного копирования неизбежно возникают вопросы, связанные с интеграцией различных решений. Компания сталкивается с дилеммой: будет ли резервное копирование виртуальной инфраструктуры выполняться той же системой, которая уже используется для физической среды, или придется создавать отдельную. Наконец, нередко приходится разделять зоны ответственности между владельцами инфраструктуры и приложений.

«Виртуальная инфраструктура — это среда, отличающаяся от физического мира. Она достаточно динамична: виртуальные машины проще создавать, они могут мигрировать между серверами, — рассказывает Виталий Савченко, руководитель группы системных инженеров в Veeam Software, Россия и СНГ. — В то же время у этой среды высокие технологические требования к инфраструктуре. Например, за счет виртуализации ВМ консолидируются на физических серверах, и нагрузка на серверные системы возрастает. Параллельно увеличивается нагрузка и на СХД. Все это необходимо учитывать при резервном копировании ИТ-инфраструктуры».

Независимо от применяемого гипервизора, например Hyper-V или VMware, подходы к резервному копированию ВМ одинаковы. Оно может выполняться на уровне хост-системы (или, как его еще называют, на уровне гипервизора), либо на уровне ВМ. Некоторые продукты даже предусматривают возможность запуска виртуальной машины непосредственно из резервной копии, что позволяет значительно сократить время восстановления после аварии. Однако, чтобы не потерять все данные, если случится отказ восстановленной ВМ, такой вариант должен предусматривать наличие реплики резервной копии.

Системы резервного копирования/восстановления, разрабатываемые для виртуальных сред, должны не только обеспечивать требуемые параметры целевой точки и времени восстановления (Recovery Point Objective/Recovery Time Objective, RTO/RPO), но и поддерживать новые типы данных и большие нагрузки. Когда множество ВМ и приложение резервного копирования выполняются на одном сервере, нельзя исключить снижения производительности. Обычно несколько ВМ используют общий дисковый массив, поэтому одновременное копирование их данных может создать значительную нагрузку на СХД. Кроме того, при увеличении числа ВМ на сервере его сетевая карта должна справляться с растущим трафиком. Все продукты резервного копирования создают заметную нагрузку на серверы, системы хранения или сеть — это чревато возникновением узких мест и ростом конкуренции за физические ресурсы.

Тем не менее, по данным одного из зарубежных опросов, 41% респондентов считает процесс копирования ВМ даже более простым по сравнению с физическими серверами, а 49% утверждают, что по трудозатратам и сложности эти процедуры примерно одинаковы. Только 10% называют резервное копирование ВМ более сложным в том или ином отношении (см. Рисунок 4). Вопреки распространенному мнению о том, что для копий требуется больше места на дисках или магнитных лентах, 30% опрошенных уверены в обратном.

Рисунок 4. По данным одного из зарубежных опросов, лишь 10% респондентов считают, что организация резервного копирования для ВМ сложнее, чем для физических серверов.

Что касается времени копирования, то 18% участников исследования заявили, что в случае виртуальной среды оно увеличивается, а по мнению 40% — уменьшается. Как полагают 24% опрошенных, восстановить один файл из резервной копии ВМ проще, чем сделать это для физического сервера, 60% считают, что это как минимум не сложнее. 48% не сталкивались с какими-либо серьезными проблемами при резервном копировании и восстановлении ВМ. При этом 43% респондентов используют традиционные приложения резервного копирования, дополненные программными агентами для виртуальных машин. Лишь 18% применяют приложения, разработанные специально для резервного копирования ВМ.

Однако не все так гладко. Говоря о проблемах резервного копирования виртуальной среды, 11% респондентов указывают на его более сильное, по сравнению с традиционными процедурами, влияние на сеть хранения данных, 7% отмечают увеличение времени копирования, 6% — заметный рост требований к пространству на дисках или лентах, 5% — сложность процесса, 5% — трудности управления, 4% — увеличение стоимости по сравнению с традиционным копированием. Как показывают другие опросы, основными проблемами при развертывании решений защиты данных в виртуальной среде являются высокие издержки, неэффективность и длительность резервного копирования, а также сложность восстановления информации, поэтому одной из приоритетных задач называется усовершенствование этих процессов.

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

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

Зачастую компании продолжают применять те же продукты резервного копирования, с помощью которых они сохраняли резервные копии физических серверов, хотя унаследованные решения нередко не отвечают характерным для виртуальной среды требованиям к масштабируемости и производительности. Поэтому сегодня такие организации вынуждены пересматривать свои стратегии в поисках лучшего способа защиты и восстановления (см. статью автора «Реальная защита виртуальных сред» в ноябрьском номере «Журнала сетевых решений/LAN» за 2011 год).

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

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

По мнению аналитиков Gartner, к 2016 году треть организаций по всему миру сменит решения резервного копирования из-за их высокой цены, избыточной сложности или недостаточного функционала. Кроме того, к 2015 году по крайней мере 25% крупных корпораций откажутся от традиционных решений резервного копирования и восстановления в пользу программного обеспечения, в котором реализованы репликация и технология моментальных снимков данных.

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

Сложность резервного копирования в виртуальной среде зависит непосредственно от гипервизора и наличия в нем открытых интерфейсов (API) для резервного копирования. Например, в случае использования гипервизора Citrix на виртуальную машину приходится устанавливать специальный агент резервного копирования, что усложняет систему в целом и, следовательно, делает ее менее надежной. Каждое новое звено в системе может негативно повлиять на успешность завершения задачи копирования, отмечают в компании Acronis.

ДВОЙНАЯ СТРАТЕГИЯ VMWARE

В популярной среде виртуализации VMware ранее использовались средства VMware Consolidated Backup (VCB). ПО VCB служило для создания снимка всех файлов диска ВМ (Virtual Machine Disk, VMDK). Прежде чем сделать такой снимок, VCB на несколько секунд (время создания файла VMDK) приостанавливало все операции записи, а затем снимок (файл VMDK) передавался проксисерверу, осуществляющему копирование всех ВМ на физическом сервере.

«Сегодня функции VCB реализованы в виде программных интерфейсов (API), что упрощает внедрение и использование решения. Теперь ПО резервного копирования напрямую взаимодействует с виртуальной инфраструктурой, то есть отдает необходимые команды и получает доступ к данным, — поясняет Владимир Ткачев. — Кроме того, этот подход позволил расширить функционал. Если ранее в качестве сервера резервного копирования мог выступать только физический сервер, то сейчас специализированное ПО может работать на более дешевой и удобной виртуальной машине».

По словам Владимира Ткачева, развитие функционала резервного копирования привело к появлению решений, способных реализовать его полный цикл — непосредственно резервное копирование, восстановление и управление, а также тестирование резервных копий, ведь резервная копия может быть некорректной, и тогда восстановление окажется невозможным. Процедура восстановления может предусматривать много ручных операций, из-за чего ее продолжительность заметно увеличивается, особенно если нужно восстановить данные сразу нескольких ВМ. Подчас некоторые операции и настройки производятся только из командной строки, что усложняет применение системы. Сегодня уже есть решения, позволяющие целиком автоматизировать процесс. Более того, некоторые из них содержат «порталы самообслуживания», что помогает упростить и ускорить операции, предоставив возможности восстановления владельцу приложения, а не только администратору системы резервного копирования. В этом случае нет нужды оформлять заявку и ждать ее выполнения.

«Разброс масштабов инфраструктуры, ограничений и требований к процессу резервного копирования в разных по размеру организациях весьма велик. Так, в крупной компании только один проект, предусматривающий внедрение средства резервного копирования в головном ЦОД, может занимать месяцы, поскольку объектов резервного копирования очень много, а требования к их защите существенно различаются, — рассказывает Владимир Ткачев. — Вместе с тем в небольших филиалах может оказаться достаточно раз в сутки осуществлять резервное копирование пяти приложений и хранить лишь три последние резервные копии».

Стратегия VMware предусматривает предоставление «родных» средств резервного копирования, возможностей которых достаточно для не слишком сложной инфраструктуры (или отдельных элементов сложных инфраструктур), и взаимодействие с партнерами, предлагающими многофункциональные и специализированные решения. В комплекте с vSphere для резервного копирования в виде предустановленной ВМ предлагается продукт VMware Data Protection (ранее VMware Data Recovery, VDR). Чтобы ввести его в эксплуатацию, достаточно импортировать эту готовую настроенную ВМ в виртуальную инфраструктуру. VDP осуществляет также дедупликацию данных резервных копий, а интерфейс управления задачами резервного копирования интегрирован с Web-интерфейсом vSphere, так что администратор пользуется единственной консолью для управления. Кроме того, предлагается Webинтерфейс самообслуживания для восстановления данных. Если функций этого решения недостаточно (например, резервные копии требуется хранить на ленточном накопителе, с которым VDP не работает), то можно воспользоваться одним из многочисленных решений других вендоров.

VMware создала и улучшает для своих партнеров программные интерфейсы vSphere API for Data Protection (VADP), благодаря которым сторонние решения могут выполнять эффективное резервное копирование. VADP обеспечивает интеграцию с vSphere, осуществление необходимых операций с ВМ, а также возможность монтировать файлы с данными ВМ к серверам резервного копирования, что позволяет передавать любые данные в инфраструктуре SAN. А благодаря функционалу Change Block Tracking (CBT) гипервизор способен сам отслеживать изменения в файлах-дисках ВМ и предоставлять средствам резервного копирования эту информацию для инкрементного резервного копирования. Интерфейсы VADP используются многими партнерами VMware в своих продуктах — в частности, компаниями CA ArcServe, Symantec NeyBackup и Backup Exec, EMC Avamar, Veeam Backup & Replication, IBM Tivoli Storage Manager, VisionCore vRanger, CommVault Simpana.

«Вследствие такого подхода VMware на рынке появился большой выбор решений резервного копирования разного уровня. Это означает, что для любой инфраструктуры можно найти продукт, отвечающий ее потребностям, — подчеркивает Владимир Ткачев. — А средства vSphere Replication и Site Recovery Manager (SRM) решают задачу катастрофоустойчивости».

ЧТО ВЫБРАТЬ?

В настоящее время для резервного копирования виртуальных сред предлагается множество продуктов самого разного класса. Некоторые компании и сервиспровайдеры применяют специализированные решения, разработанные именно для VMware, например VizionCore vRanger Pro, другие предпочитают универсальные продукты, такие как Acronis Backup & Recovery, Asigra Televaulting, CommVault Simpana, EMC Avamar или Symantec NetBackup.

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

Средства защиты данных могут применяться и на уровне дискового массива. Практически все производители дисковых систем хранения реализуют функции мгновенных снимков данных, Continuous Data Protection (CDP), репликации, зеркалирования и др. «Эти средства достаточны для предотвращения потери данных, но могут оказаться слишком сложными, чтобы организовывать восстановление информации с их помощью», — говорит Антон Банчуков.

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

«Следует иметь в виду, что такой фунционал систем хранения не предназначен для резервного копирования и заменой ему служить не может, — предупреждает Владимир Ткачев. — Например, при репликации на резервную СХД будут копироваться и поврежденные данные. Особенно не стоит полагаться и на снимок тома системы хранения: снимок состояния — это не копия данных (что справедливо и для снимков состояния ВМ средствами vSphere). Его можно назвать «изменением структуры единственной копии данных». Если, например, по ошибке удаляется том (или ВМ), к которому был применен снимок состояния, то и резервной копии данных не будет. В некоторых случаях «снимки состояния» можно использовать как часть процесса резервного копирования. Однако это может быть оправданно только в конкретной инфраструктуре с конкретной системой хранения данных, а в других случаях (и такое бывает чаще) все иначе. Так что функционал СХД выполняет в процессе резервного копирования вспомогательную роль».

«Технологии СХД и ПО резервного копирования нацелены на разные задачи и могут отлично дополнять друг друга, раскрывая для заказчиков новые возможности, — уверен Виталий Савченко. — Например, недавно Veeam и HP анонсировали совместное решение по интеграции дисковых массивов HP LeftHand и ПО Veeam Backup&Replication: теперь для СХД обеспечивается возможность создавать мгновенные аппаратные снимки».

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

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

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

Если для сегмента SMB определяющими факторами являются стоимость решения и простота управления, то дорогие многофункциональные системы способны защищать крупные ЦОД и облачные среды с тысячами ВМ, обеспечивают возможность быстрого роста виртуальных инфраструктур и эффективность хранения (за счет дедупликации), предлагают развитые средства управления и интеграцию с системами управления виртуальных сред.

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

По мнению Виталия Савченко, факторы, определяющие выбор продукта для резервного копирования, почти всегда одинаковы. Клиенту важно знать, за сколько времени можно восстановить систему (RTO) и какой объем данных будет потерян (RPO). Основными дополнительными факторами являются масштабируемость, возможность уложиться в технологическое окно копирования, простота в использовании и администрировании, автоматизация задач и стоимость.

ЧТО НОВОГО?

Рынок продуктов резервного копирования не стоит на месте, и в этом году появились новые. Вот лишь некоторые из них.

Компания Symantec выпустила весной новые версии своих продуктов резервного копирования данных для корпоративных заказчиков — Symantec Backup Exec 2012 и Symantec NetBackup 7.5. Первый предназначен для сравнительно небольших компаний, второй адресован владельцам более сложной корпоративной среды с разнородной архитектурой. Разработчики постарались реализовать более простые и удобные средства, перешли от управления заданиями к управлению серверами, а также предложили единый инструмент для копирования виртуальных и физических сред.

Решения поддерживают резервное копирование виртуальных сред VMware (через VMware vStorage API) и Microsoft Hyper-V (с агентами или без них), создание резервной копии в ВМ, восстановление на виртуальную машину или на «голое железо», а кроме того, обеспечивают детальное восстановление приложений в виртуальной и физической среде. В NetBackup сокращено окно резервного копирования, ускорена сама процедура и упрощен поиск восстанавливаемых файлов, а благодаря сотрудничеству с NetApp поддерживаются встроенные функции СХД — снимки данных и репликация.

В NetBackupReplication Director реализовано унифицированное управление для снимков и резервных копий. Кроме того, представленные продукты резервного копирования поддерживают развитые средства дедупликации — на клиенте/ источнике, на сервере и на устройстве резервного копирования. Дедупликация данных оптимизирована для виртуальной среды и удаленной репликации.

Рисунок 5. Благодаря улучшенной интеграции ПО Symantec NetBackup 7.6 и решения VMware, одно устройство Symantec NetBackup может обеспечивать защиту до 4800 ВМ вместо 3000.

В августе было представлено обновление продукта — Symantec NetBackup 7.6 (см. Рисунок 5). Разработчики добились более тесной интеграции со средой VMware. NetBackup Accelerator и NetBackup Instant Recovery ускоряют процессы резервного копирования и восстановления ВМ, а новые средства для vCloud Director и vCenter упрощают управление и помогают автоматизировать процедуры.

Весной этого года в состав подразделения Dell Software Group вошла компания AppAssure — поставщик ПО для резервного копирования, архивирования и восстановления данных. «ПО AppAssure обеспечивает защиту физических и виртуальных сред, — рассказывает Антон Банчуков. — В перспективе планируется интеграция данного решения с нашим аппаратным обеспечением, системами хранения данных и решениями для резервного копирования. AppAssure поддерживает виртуальные среды на базе Microsoft Hyper-V или VMware vSphere, предусматривает интеграцию через программные интерфейсы и позволяет правильно защищать данные».

До сих пор Dell в своих системах для защиты и копирования данных использовала продукты сторонних компаний — CommVault и Symantec. «В решениях этих производителей заложен другой функционал, предназначенный для иных задач. Таким образом, у заказчиков появляется выбор между интегрированными решениями Dell AppAssure, CommVault или Symantec, — продолжает Антон Банчуков. — Наши предложения по резервному копированию отличаются разным набором функций и предназначены для предприятий с различными требованиями».

Заказчик получает возможность гибкого выбора инфраструктуры для копирования или восстановления, например, одну виртуальную машину (Hyper-V) можно восстановить на другую (VMware) или же резервную копию с виртуальной машины восстановить на физическом сервере. Кроме того, резервную копию можно восстановить с одной физической машины на другую с отличающейся конфигурацией. В составе продукта AppAssure есть необходимый набор драйверов для всех современных серверных систем.

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

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

Весной на российском рынке был представлен Acronis vmProtect 7 — специализированное решение для резервного копирования и восстановления виртуальных машин (под управлением VMware vSphere с поддержкой репликации ВМ), хост-сервера (включая гипервизор VMware, настройки и все виртуальные машины) и Microsoft Exchange (вплоть до отдельных сообщений). Согласно результатам исследования Taneja Group, это решение обеспечивает самое быстрое восстановление ВМ данного типа. Скорость достигается за счет того, что разработчики применяют собственные технологии в дополнение к функционалу, который предлагает API данного гипервизора.

Заказчикам, нуждающимся в универсальных продуктах, компания предлагает решение резервного копирования и аварийного восстановления Acronis Backup & Recovery 11 Virtual Edition. ABR — унифицированная платформа, реализующая централизованное управление защитой данных в физической, виртуальной и облачной средах с одной консоли управления, а также перемещение данных в любых средах. Она обеспечивает управление системами Windows и Linux, а также всеми распространенными гипервизорами, включая Red Hat Enterprise Virtualisation (RHEV), VMware vSphere, Windows Hyper-V, Citrix и Parallels, и интегрируется с облачным хранилищем Acronis.

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

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

Средства управления/мониторинга Acronis интегрированы с продуктами управления средой виртуализации. В новой версии существенно расширена поддержка RHEV. В нее добавлены резервное копирование и восстановление самого гипервизора и возможность гранулярного восстановления Microsoft Exchange. Процессы гранулярного восстановления элементов приложений значительно упростились.

«Наши продукты приобретают заказчики, которые хотят получить решение, позволяющее с одной консоли создавать резервные копии физических и виртуальных серверов, а также серверов приложений, например Microsoft Exchange Server. В России наше ПО востребовано компаниями среднего размера, а также крупными корпорациями. С одной консоли восстановления Acronis можно управлять резервными копиями 3000 серверов», — рассказывают специалисты Acronis. Для заказчиков, выдвигающих специфические требования (например, работающих с конфиденциальными данными), Acronis предлагает решения, сертифицированные ФСТЭК, которые позволяют защищать данные любого уровня конфиденциальности.

Продолжает совершенствовать свои продукты и Veeam Software, поставщик решений для защиты и восстановления данных и управления виртуальными средами VMware vSphere и Windows Server Hyper-V. «За последний год у нас вышло две версии Veeam Backup & Replication 6 и 6.1, имеющие множество принципиальных изменений. За счет модульной архитектуры улучшена масштабируемость и сокращены требования к технологическому окну копирования, — подчеркивает Виталий Савченко. — Теперь решение поддерживает виртуализацию на базе гипервизора Microsoft Hyper-V. Причем в версии 6.1, включая и нашу запатентованную технологию vPower, есть возможность мгновенного восстановления ВМ. Как и в случае с платформой виртуализации VMware, теперь с помощью Veeam Backup & Replication виртуальная машина запускается из сжатого и дедуплицированного файла резервной копии. Это позволяет значительно ускорить восстановление — по сути, его продолжительность равна времени старта ОС в виртуальной машине. Плюс у нас появилась технология архивирования виртуальных машин «на лету» — VeeamZIP. Причем она поддерживается и в бесплатном продукте Veeam Backup & Replicаtion Free Edition».

В сентябре компания представила в решении Veeam Backup & Replication свою новую технологию. Разработанный совместно с HP продукт Veeam Explorer for SAN Snapshots позволяет системным администраторам восстанавливать ВМ и данные непосредственно из аппаратных снимков СХД HP LeftHand и HP StoreVirtual VSA. Новая возможность улучшает показатели целевых точек восстановления (RPO) и позволяет быстро вернуть утраченные данные. При этом Veeam не преобразует аппаратные снимки SAN, а восстанавливает данные напрямую из исходных снимков без промежуточного извлечения образа ВМ и регенерации данных.

Как утверждают разработчики, восстановление ВМ целиком или отдельных ее объектов занимает менее двух минут.

Процесс монтирования выбранного снимка SAN автоматизирован. Утилита-мастер позволяет восстановить ВМ, отдельные файлы и папки гостевой ОС, а также конкретные объекты Microsoft Exchange. Для этого используются возможности моментального снимка SAN, причем для работы Veeam Explorer не требуются агенты на хостах и виртуальных машинах. Veeam Explorer for SAN Snapshots включен во все версии Veeam Backup & Replication 6.5, в том числе в Veeam Backup Free Edition. Выпуск последней ожидается в IV квартале 2012 года.

Интересные перспективы открываются с внедрением облачной модели. Насколько популярен будет сервис резервного копирования в облако? По мнению Виталия Савченко, это может быть интересно в первую очередь сегменту SMB, поскольку в таком случае не надо инвестировать в инфраструктуру на начальном этапе — оплачивается только сервис. Удаленное хранение резервных копий в облаке может быть выгодным и для крупных предприятий, которым, однако, следует предварительно сравнить стоимость внутреннего хранения и хранения у облачного провайдера.

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

Сергей Орлов — ведущий редактор «Журнала сетевых решений/LAN». С ним можно связаться по адресу: sorlov@lanmag.ru.