Напомним, что Veeam Availability Suite - это самое продвинутое в отрасли решение для всесторонней защиты данных средствами резервного копирования и репликации, а также набор продуктов для управления и мониторинга виртуальной среды. По-сути, это все что нужно, кроме самой платформы VMware vSphere или Microsoft Hyper-V, чтобы организовать виртуальный датацентр с непрерывной доступностью сервисов в виртуальных машинах.
Приведем ниже основные новые возможности Veeam Availability Suite v9, касающиеся его основного компонента - Veeam Backup and Replication 9:
1. Интеграция с технологией EMC Storage Snapshots в Veeam Availability Suite v9.
Многие пользователи Veeam Backup and Replication задавали вопрос, когда же будет сделана интеграция с дисковыми массивами EMC. Теперь она добавлена для СХД линеек EMC VNX и EMC VNXe.
Интеграция с хранилищами EMC означает поддержку обеих техник - Veeam Explorer for Storage Snapshots recovery и Backup from Storage snapshots, то есть можно смотреть содержимое снапшотов уровня хранилища и восстанавливать оттуда виртуальные машины (и другие сущности - файлы или объекты приложений), а также делать бэкап из таких снапшотов.
Иллюстрация восстановления из снапшота на хранилище EMC:
Иллюстрация процесса резервного копирования (Veeam Backup Proxy читает данные напрямую со снапшота всего тома, сделанного на хранилище EMC):
Более подробно об этих возможностях можно почитать в блоге Veeam.
2. Veeam Cloud Connect - теперь с возможностью репликации.
Как вы помните, в прошлом году компания Veeam выпустила средство Veeam Cloud Connect, которое позволяет осуществлять резервное копирование в облако практически любого сервис-провайдера. Теперь к этой возможности прибавится еще и возможность репликации ВМ в облако, что невероятно удобно для быстрого восстановления работоспособности сервисов в случае большой или маленькой беды:
Кстати, Veeam Cloud Connect инкапуслирует весь передаваемый трафик в один-единственный порт, что позволяет не открывать диапазоны портов при соединении с инфраструктурой сервис-провайдера. Очень удобно.
При восстановлении в случае аварии или катастрофы основного сайта, возможно не только полное восстановление инфраструктуры, но и частичное - когда часть продуктивной нагрузки запущено на основной площадке, а другая часть (например, отказавшая стойка) - на площадке провайдера. При этом Veeam Backup обеспечивает сетевое взаимодействие между виртуальными машинами обеих площадок за счет встроенных компонентов (network extension appliances), которые обеспечивают сохранение единого пространства адресации.
Ну а сервис-провайдеры с появлением репликации от Veeam получают в свои руки полный спектр средств для организации DR-площадки в аренду для своих клиентов:
Более подробно об этой возможности можно прочитать в блоге Veeam по этой ссылке.
3. Прямой доступ к хранилищам NAS/NFS при резервном копировании.
Veeam Availability Suite v9 поддерживает прямой доступ к хранилищам NAS/NFS при резервном копировании. Раньше пользователи NFS-массивов чувствовали себя несколько "обделенными" в возможностях, так как Veeam не поддерживал режим прямой интеграции с таким типом дисковым массивов, как это было для блочных хранилищ.
Теперь же появилась штука, называемая Direct NFS, позволяющая сделать резервную копию ВМ по протоколам NFS v3 и новому NFS 4.1 (его поддержка появилась только в vSphere 6.0), не задействуя хост-сервер для копирования данных:
Специальный клиент NFS (который появился еще в 8-й версии) при включении Direct NFS получает доступ к файлам виртуальных машин на томах, для которых можно делать резервное копирование и репликацию без участия VMware ESXi, что заметно повышает скорость операций.
Кроме этого, была улучшена поддержка дисковых массивов NetApp. В версии 9 к интеграции с NetApp добавилась поддержка резервного копирования из хранилищ SnapMirror и SnapVault. Теперь можно будет создавать аппаратные снимки (с учетом состояния приложений) с минимальным воздействием на виртуальную среду, реплицировать точки восстановления на резервный дисковый массив NetApp с применением техник SnapMirror или SnapVault, а уже оттуда выполнять бэкап виртуальных машин.
При этом процесс резервного копирования не отбирает производительность у основной СХД, ведь операции ввода-вывода происходят на резервном хранилище:
Ну и еще одна полезная штука в плане поддержки аппаратных снимков хранилищ от Veeam. Теперь появится фича Sandbox On-Demand, которая позволяет создать виртуальную лабораторию, запустив виртуальные машины напрямую из снапшотов томов уровня хранилищ. Такая лаборатория может быть использована как для проверки резервных копий на восстановляемость (сразу запускаем ВМ и смотрим, все ли в ней работает, после этого выключаем лабораторию, оставляя резервные копии неизменными), так и для быстрого клонирования наборов сервисов (создали несколько ВМ, после чего создали снапшот и запустили машины из него). То есть, можно сделать как бы снимок состояния многомашинного сервиса (например, БД-сервер приложений-клиент) и запустить его в изолированном окружении для тестов, ну или много чего еще можно придумать.
Вот здесь вы можете узнать больше подробностей об этой возможности в блоге Veeam.
4. Новый Veeam Explorer для Oracle и улучшения других эксплореров.
Появившийся в новой версии Availability Suite v9 продукт Veeam Explorer для Oracle предоставляет следующие возможности:
восстановление данных ВМ на уровне транзакций
восстановление на уровне отдельных таблиц
бэкап и восстановление журнала транзакций (включая накатывание транзакционного лога)
С помощью Veeam Explorer для Oracle можно восстановить базы данных Oracle на нужный момент времени с точностью до транзакции. Бэкап журнала транзакций доступен без использования агентов. Можно восстанавливать объекты БД Oracle в виртуальных машинах с гостевыми ОС как Windows, так и Linux.
Бэкапы журнала транзакций и бэкапы на уровне образа можно использовать для того, чтобы восстановить отдельные базы данных на момент, когда был создан бэкап ВМ. А можно откатить действия по журналу до определенного момента или транзакции.
Также были сделаны улучшения в других мастерах для восстановления отдельных объектов приложений из резервных копий, сделанных с помощью Veeam Backup and Replication:
Новые возможности eDiscovery в Veeam Explorer для Microsoft Exchange — подробные отчеты об экспорте с информацией о выгруженных объектах, их местоположении и критериях поиска.
В новой версии Veeam Explorer для Microsoft Active Directory появилось восстановление групповых политик, интегрированных записей DNS и конфигурационных разделов.
Veeam Explorer для Microsoft SharePoint позволяет восстанавливать отдельные веб-сайты и коллекции целиком.
В Veeam Explorer для Microsoft SQL Server доступно восстановление данных на уровне таблиц. Плюс
при работе с Veeam Explorer для Microsoft SQL Server и Veeam Explorer для Microsoft SharePoint теперь можно использовать удаленный вспомогательный сервер. Это позволит восстанавливать объекты без дополнительной нагрузки на сервер резервного копирования и обеспечит требуемый уровень производительности.
Более подробно об этой возможности Veeam Availability Suite v9 можно почитать в блоге компании Veeam.
Ранее пользователи Veeam Backup and Replication использовали различные устройства для бэкап-репозиториев, чтобы хранить резервные копии виртуальных машин. Это могли быть локальные диски серверов, файловые хранилища, разделы на СХД и многое другое. Так как инфраструктура растет постепенно и, зачастую, неоднородно, в итоге у администраторов оказывался примерно вот такой наборчик бэкап-репозиториев:
Эта картина плоха со всех сторон. Во-первых, таким большим числом репозиториев трудно управлять - надо следить за их доступностью, поддерживать схемы именования, смотреть за свободным пространством и т.п. Все это создает серьезные административные проблемы в большой инфраструктуре.
Во-вторых, число бэкап-задач, которые создает администратор - как минимум равно числу бэкап-репозиториев, так как одна задача не может охватывать 2 репозитория.
Ну и, в третьих, посмотрите на свободное место на каждом репозитории - его весьма много (если брать среднее, то 30%). То есть, мы используем вполовину больше того, что нам требуется.
Эта ситуация давно волновала администраторов, и в новой версии Veeam Availability Suite v9 представлена функция Scale-out Backup Repository, которая позволяет объединить все репозитории в один мета-объект (global pool), который можно задавать в качестве целевого хранилища бэкапов. Для расширения такого пула потребуется лишь добавить экстент (extent), который повысит совокупную емкость глобального репозитория. Удобно и не надо перераспределять целевые хранилища, чтобы найти свободное место под новые бэкапы.
Таким образом, можно использовать единственную задачу резервного копирования всех нужных вам машин, указав в качестве целевого этот глобальный репозиторий. При этом глобальный репозиторий можно наращивать хранилищами любого типа - локальные диски серверов, сетевые хранилища и даже, например, дедуплицирующие физические или виртуальные модули (dedup appliances) - все это для Veeam Backup and Replication будет поддерживаться и работать.
При добавлении экстента можно указать, принимает ли он полные бэкапы (full backups), инкрементальные бэкапы (incremental backups) или оба типа. Например, для инкрементальных бэкапов можно использовать быстрые all-flash хранилища, а для полных бэкапов можно применять dedup appliance в качестве целевого хранилища резервных копий, где они будут лежать в дедуплицированном виде. Возможности для фантазии тут безграничны.
Также происходит, по-сути, появление бэкап-облака, нового уровня абстракции, которое представляется пользователям как единое пространство хранения резервных копий, а его обслуживанием занимается бэкап-администратор. Теперь владельцы систем могут сами настраивать бэкап своих виртуальных машин в единое облако, не думая, какой репозиторий выбрать, а бэкап-администратор уже займется оптимизацией своего облака.
Более подробно об этом всем написано в блоге Veeam.
6. Улучшенная поддержка ROBO-сценариев и бэкапа на ленты.
Veeam Backup and Replication включает в себя компонент "Application Aware Image Processing", устанавливаемый центральным сервером резервного копирования в виртуальные машин для того, чтобы при снятии резервной копии была обеспечена поддержка механизма VSS, а значит и выполнение операций для получения консистентного бэкапа на уровне приложений, таких как усечение лога транзакций и индексация гостевой файловой системы.
Ранее операция по размещению этого компонента выполнялась только цетральным сервером, что накладывало ограничение на число одновременных операций и архитектуру Enterprise-решения, включающего в себя разветвленную инфраструктуру филиалов. Ведь коммуникация с филиалами, как правило, происходит по сети WAN, а значит операции проходят медленно.
Теперь появилась специальная роль для Windows-сервера - Guest Interaction Proxy, которая позволяет проводить операции с гостевыми ОС виртуальных машин, не задействуя основной сервер резервного копирования.
Рекомендуется ставить этот компонент на прокси-сервер филиала, так как он ближе всего размещается к виртуальным машинам на хост-серверах. Если Guest Interaction Proxy разместить на удаленной площадке, то по WAN будут передаваться только команды управления от сервера резервного копирования. Один сервер резервного копирования может управлять сразу несколькими Guest Interaction Proxy.
Также появилась функция Mount Server:
Теперь любой сервер Windows в инфраструктуре Veeam Backup & Replication может выступить в роли точки подключения резервной копии при восстановлении на уровне файлов. Это позволяет более гибко подходить к восстановлению данных на уровне филиала или удаленного офиса. Также такую распределенную архитектуру можно использовать и в пределах одного датацентра.
Еще одна возможность в рамках функций распределенной архитектуры - это автономная консоль. Она позволяет управлять сервером резервного копирования по сети (в стиле VMware vSphere Client) и может быть установлена удаленно, например, на машине администратора. Каждый пользователь Veeam Backup and Replication может использовать собственную удаленную консоль.
Также появилась возможность создания общего пула носителей из разных физических библиотек (так называемый Media Pool). Даже если носители находятся в разных библиотеках,их все равно можно объединить в один пул. Выбрав такой "глобальный пул носителей" в качестве целевого устройства для резервного копирования, вы улучшите производительность и повысите управляемость бэкапа.
Если во время резервного копирования произойдет сбой или одна из библиотек станет недоступна, задача переключится на другую библиотеку или накопитель в соответствии с заданным администратором порядком восстановления после сбоев.
Также появилась возможность параллельной работы с несколькими ленточными устройствами:
Для данных хранилищ HP StoreOnce была существенно увеличена скорость получения резервных копий виртуальных машин (улучшилась обработка метаданных инкрментальных бэкапов, а их скорость возрасла до 10 раз в нескоторых случаях), а также скорость восстановления данных в случае сбоя. Теперь интеграция с HP StoreOnce Catalyst позволяет восстанавливать резервные копии в 2 раза быстрее, чем с помощью обычной техники Instant VM Recovery.
Также появилась поддержка Catalyst over FC. Теперь резервные копии можно делать по протоколу Fibre Channel, не загружая производственную сеть передачи данных. Подключить интеграцию с хранилищем HP StoreOnce можно по его административному IP-адресу, после чего будут видны его репозитории:
Более подробно об этой возможности можно прочитать вот тут.
8. Расширенная поддержка EMC Data Domain.
В прошлой версии прдукта - Veeam Backup & Replication v8 - появилась поддержка EMC Data Domain через механизм Data Domain Boost, это существенно повысило скорость резервного копирования и восстановления.
В версии Veeam Backup & Replication v9 обеспечена поддержка EMC Data Domain Boost 3.0 SDK. Благодаря этому появилась поддержка DD OS 5.6, дедупликации на стороне источника и шифрования данных при передаче по сети WAN. Все это позволило увеличить скорость и надежность резервного копирования на удаленную площадку в хранилище EMC Data Domain.
9. Расширенная поддержка любых устройств с аппаратной дедупликацией.
Если вы используете системы ExaGrid, Quantum или встроенную дедупликацию Windows Server, для вас в версии v9 открываются новые возможности по работе с любой системой дедупликации.
Во-первых, в параметрах репозитория теперь можно выбрать создание цепочки файлов бэкапа по отдельным ВМ. Благодаря этому скорость резервного копирования может вырасти до 10 раз. При выборе этого параметра все работающие с таким репозиторием задания резервного копирования будут создавать точки восстановления каждой ВМ в отдельном файле бэкапа.
Ввиду этого будет возможна параллельная обработка нескольких потоков данных, что значительно повышает производительность резервного копирования. Ведь пропускная способность ввода-вывода у большинства корпоративных СХД намного больше, чем нужно для одного потока чтения или записи.
Файл бэкапа с привязкой к ВМ показан на рисунке ниже:
Более подробно об этой фиче новой версии продукта написано в блоге Veeam вот тут.
Описанный набор новых возможностей Veeam Backup and Replication 9 действительно впечатляет, но, как обычно, компания Veeam сделала в новой версии продукта намного больше улучшений, чем обещала. В документе "Veeam Backup & Replication What’s New in v9" вы можете прочитать о них всех. О новых возможностях Veeam ONE v9 можно можно узнать из этого документа - "Veeam ONE What’s New in v9?".
Скачать Veeam Backup and Replication 9 можно прямо сейчас по этой ссылке, а Veeam ONE 9 - по этой.
RSS
