Разрешите представить: Veeam Availability Suite v10

В вихре праздников и последовавших за каникулами разнообразных событий можно было и упустить из виду, что долгожданный релиз Veeam Availability Suite версии 10.0 увидит свет уже совсем скоро — в феврале.

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

a2xf7wd0mzv3_sbw0gv8tzlnxgu.png

Итак, добро пожаловать под кат.

«Все работы хороши — выбирай на вкус»


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

  • Бэкап NAS и файловых шар
  • Data Integration API
  • Linux VIX и бэкап-прокси для Linux
  • Поддержка клонирования блоков на XFS
  • Обновленный Cloud Tier и репозиторий SОBR
  • Репозиторий резервных копий на NFS
  • Работа с NetApp ONTAP SVM
  • Плагин RMAN Plugin for Solaris
  • Архивирование бэкапов журналов транзакций (transaction logs backup copy job)
  • Задания с политикой хранения GFS Retention M Primary Backup Jobs
  • Улучшенный WAN-акселератор
  • Улучшенное резервное копирование для виртуальных инфраструктур на платформе Nutanix AHV


И это только новшества в Veeam Backup & Replication! А ведь грядущая версия Veeam Availability Suite подразумевает и новый Veeam ONE, и новые Veeam Agents. Нас ожидает, без сомнения, много интересного —, но всё же начнём по порядку.

Резервное копирование для NAS и файловых шар


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

С любезного позволения нашего Vanguard-а Евгения Елизарова (KorP), посетившего в конце 2019 года форум Veeam Vanguards, делюсь ссылкой на его весьма подробную статью по этой фиче.

Со своей стороны, расскажу немного о схеме работы и процедуре настройки этого вида бэкапа.

Как это устроено


Общая схема работы показана ниже:

5rkkzvjhtzmo1e007tbcxbmsiaq.png

Как видим, в процессе резервного копирования задействованы вот такие компоненты:

  • Исходное файловое хранилище (NAS, SMB share)
  • Сервер Veeam Backup & Replication, ответственный за управление
  • Вспомогательный прокси-сервер File Backup Proxy, выполняющий передачу данных при бэкапе, а именно: энумерацию, чтение, запись, компрессию, декомпрессию, шифрование, дешфрование. (Этот компонент идентичен общеизвестному backup proxy.)
  • Репозиторий бэкапов, где хранятся резервные копии и файлы метаданных, описывающие исходную структуру шары и местоположение соответствующих файлов и папок в резервных копиях.
  • Кэш-репозиторий: здесь хранится снимок файлового дерева, сделанный при последнем запуске бекапа. Благодаря ему инкрементальные проходы делаются намного быстрее, т.к. нет необходимости сравнивать каждую исходную папку с содержащейся в бекапе. Кроме того, это ускоряет процесс восстановления файлов. Этот репозиторий может быть размещен на непосредственно подключенном физическом или виртуальном сервере Windows либо Linux, а можно использовать и NAS (или SMB share). Рекомендуется располагать такой репозиторий на SSD, поближе к шаре.

    Примечание: В этой роли можно использовать уже имеющийся в инфраструктуре репозиторий Veeam, где хранятся бэкапы виртуальных машин. Однако имейте в виду, что SOBR/Deduplication storage/Cloud repository в качестве такого репозитория использовать нельзя.

  • Архивный репозиторий, если есть необходимость —, а она чаще всего есть — в долгосрочном хранении. Здесь можно задействовать недорогую СХД и настроить регулярное архивирование бэкапов из основного репозитория, как будет показано ниже.

    Примечание: В качестве репозиториев не поддерживаются rotated drives.


Основные этапы процесса вкратце выглядят так:

  1. Veeam Backup & Replication инициирует энумерацию и построение дерева папок и файлов в исходной шаре.
  2. Эти действия выполняет file proxy, который передает построенную структуру в кэш-репозиторий на хранение.
  3. Когда file proxy получает новую структуру, то сравнивает ее с предыдущей, хранящейся в репозитории. Если обнаружены изменения, то кэш-репозиторий отправляет на бэкап-репозиторий запрос на его ресурсы
  4. File proxy начинает чтение новых данных с исходной шары и передачу в бэкап-репозиторий. Они передаются, будучи «упакованными» в BLOBs: каждый BLOB содержит данные резервной копии в виде файлов размером по 64 Mb. Также сохраняются файлы метаданных.


Посмотрим, как всё это можно настроить в интерфейсе.

Настраиваем файловый бэкап в консоли Veeam


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

Настройка file proxy


В качестве прокси для бэкапа файлов можно задействовать сервер Windows — главное, чтобы x64, и очень желательно, чтобы старше Windows 2012R2, если надо бекапить CIFS шары с использованием VSS.

Эта машина должна быть уже включена в инфраструктуру резервного копирования, или можно добавить новый сервер — для этого в представлении Backup Infrastructure нужно кликнуть правой кнопкой по узлу Backup Proxies и выбрать команду Add file backup proxy. Затем проходим по шагам мастера, указывая:

  • Имя нового прокси
  • Максимум одновременно выполняемых задач (1 задача — 1 исходная шара). Значение по умолчанию — рассчитывается автоматически, исходя из имеющихся ресурсов.


На шаге Traffic Rules настраиваем правила обработки сетевого трафика, как обычно делаем для прокси.

hgixkny3yxwqqz9t4gw27pjj1eq.png

Добавление исходной шары


В представлении Inventory появился новый узел — File Shares, а также соответствующие ему команды:

  • Add file share — добавить новую шару
  • Create job — создать задание резервного копирования
  • Restore — выполнить восстановление из бэкапа


Добавляем файловую шару в инфраструктуру таким образом:

  1. После клика по узлу File Shares надо выбрать команду Add file share.
  2. Выбираем тип объекта, который будем добавлять.

    wskd6trwurktqvswb5cpxrnncag.png

    Можно выбрать в качестве исходного файлового хранилища:

    • Файловый сервер Windows или Linux.
    • Шару NFS — поддерживаются версии 3.0 и 4.1.
    • Шару SMB (CIFS), причем для SMB3 поддерживается бэкап со снапшотов Microsoft VSS.

    Для примера выберем опцию c SMB share.

    Примечание: При задании учетной записи для доступа к исходной шаре убедитесь, что у этой учетки есть как минимум права на чтение (а если хотите и восстанавливать, то и на запись). И не забывайте, что у используемых прокси серверов тоже должны быть права на чтение.

  3. Если вы хотите использовать для резервного копирования снапшоты, то следует нажать Advanced и указать, какого типа снапшоты нужно задействовать — VSS или storage.

    Примечание: Поддержка VSS требует правильной настройки File Backup Proxy. А если вы хотите использовать сторадж-снапшоты, то вам нужно будет настроить их создание на стороне вашего хранилища.

    mo7psngagsoq559bc0q6f31rcro.png

  4. На следующем шаге нужно задать настройки процессинга:
    • Указать, какой file proxy мы планируем использовать — по умолчанию будут задействованы все имеющиеся прокси (All proxies).
    • Указать путь к кэш-репозиторию — Cache repository. Помним, что SOBR/Deduplication/Cloud в качестве такого репозитория использовать нельзя.

      27xf8ib-px534mochwbprj_7onu.png

    • Пользуясь настройкой Backup I/O control, выбираем предпочтительную характеристику выполнения операций при бэкапе.
      • Lower impact (наименьшее влияние на ваш NAS) — обработка запросов на чтение будет идти в один поток;
      • Faster backup (высокая скорость) — соответственно, многопоточность; применимо к высокопроизводительным хранилищам.

      Какой вариант лучше использовать в вашей инфраструктуре, выясняется, естественно, с помощью тестирования. Но общий принцип таков: если у вас СХД, предназначенная для Enterprise-инфраструктур, то можно смело выставить Faster backup, а если скромный NAS домашнего уровня, то, конечно, ориентируемся на Lower impact.
  5. Затем говорим Apply, завершаем шаги мастера — и в дереве инфраструктуры Veeam Backup видим нашу файловую шару.


Задание резервного копирования


Теперь надо создать задание резервного копирования. Из меню Backup Job выбираем File share.

Запускается мастер настройки задания. В нем мы сначала указываем имя нового задания, а затем на шаге Files and Folders — то, что конкретно хотим бэкапить.

Если хотим задать включающие\исключающие фильтры, нажимаем кнопку Advanced. По умолчанию бэкапиться будет всё содержимое.

r2swdgj8ygzk73kodalwqbgbpey.png

Затем переходим к шагу Storage, где задаём настройки хранения:

  • Backup repository — путь к репозиторию
  • Keep all versions of each file for N days — период краткосрочного хранения, т.е. сколь долго нужно хранить все версии забэкапленных файлов в репозитории на случай необходимости восстановления (по умолчанию 28 дней — да-да, для файлов мы считаем не «точки восстановления», а просто дни).
  • Если нужно и долгосрочное хранение, зачекиваем галочку Keep file versions history и указываем, сколько времени хранить старые версии файлов, каких именно и где (тут можно указать не основное, а, а вспомогательное хранилище, его можно будет настроить на следующем шаге).


fdnvtn-7q61iykrm2pg2gr0dhu8.png

Чтобы выбрать, для каких файлов организовать долгосрочное хранение, нажимаем Choose:

wugkguh_bwfwhgut4_gfucqrfea.png

Здесь кроме включающего\исключающего фильтра по маске можно также отдельно настроить, сколько версий надо хранить у активных файлов и у удаленных файлов (поля Active file versions to keep и Deleted file versions to keep, соответственно). Разумеется, все эти настройки надо делать в соответствии с вашей политикой обеспечения доступности данных.

Жмем ОК и возвращаемся к шагу мастера.

Привычные настройки уведомлений, кастомных скриптов и т.д. доступны по клику на Advanced.

Если вам необходимо долгосрочное хранение на вспомогательном архивном репозитории, то переходим к шагу Secondary Target. Архивирование данных будет стартовать по окончании бэкапа.

Это тоже небольшое нововведение. Фактически, это всем известные Backup Copy задания, но сразу встроенные в основное, т.е. нет нужды создавать отдельное.

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

k4ny3dhpqttdr8ynu4qzdzsppa8.png

Далее настраиваем расписание — тут всё как обычно.

Ну и на последнем шаге проверяем настройки и при необходимости выбираем немедленный запуск (Run the job when I click Finish), после чего наблюдаем за ходом бэкапа:

gjsrnvopiqcqt8ycrhfbqirxri8.png

Возможности восстановления


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

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

    xt6-oyzaqvezyp727jh3brs_qaq.png

  • Откат к выбранному моменту времени путем восстановления только измененных файлов: тут тоже всё понятно — сначала выбираем нужный момент времени, затем файлы\папки, которые хотим восстановить.

    b-qlxdyliwinxdkp8edlmvbb7vm.png


Немного изменилась логика выбора точки восстановления. Запустив мастер восстановления, можно выбрать:

  • Latest Restore Point — восстановление из последнего бэкапа в выбранном режиме.
  • Selected restore point — если промахнулись с точкой восстановления, теперь её можно выбрать заново прямо в мастере (раньше для этого приходилось выходить в основной интерфейс).
  • All Time — в этом режиме можно увидеть всю историю бэкапов шары, плюс можно восстановиться из архивного хранилища.


Кроме того, для восстанавливаемого объекта можно также указать его версию:

wiogmeyu5f7o1pgj2nwdwuy7fc8.png

На сегодня, пожалуй, всё. Но продолжение следует!

Дополнительные материалы


© Habrahabr.ru