Подборка бесплатных инструментов Veeam
Сегодня я хочу в одном посте обобщить информацию о пяти самых популярных freeware утилит компании Veeam, которые будут полезны в повседневной работе администратора как физических, так и виртуальных сред VMware vSphere и Microsoft Hyper-V. Итак в этом посте собрана информация о:
Добро пожаловать под кат.
Veeam Backup Free Edition
Veeam Backup Free Edition — эффективный инструмент для резервного копирования, восстановления и управления виртуальной средой, особенно запомнившийся нашим пользователям функциональностью VeeamZIP. VeeamZIP позволяет создавать полные бэкапы виртуальных машин без необходимости их выключения и хранить их локально, в сетевой папке или на съемном устройстве (USB или внешний жесткий диск). Еще одна классная особенность бесплатной редакции — лицензия не является временной и не имеет ограничений по количеству ВМ в средах VMware или Hyper-V.
При создании VeeamZIP-файла Veeam Backup Free Edition копирует данные ВМ, сжимает их и сохраняет в файл полной резервной копии (VBK).
Veeam ONE Free Edition
Опыт и здравый смысл подсказывают, что предотвратить проблему зачастую проще, чем потом разбирать ее последствия. Veeam ONE Free Edition — это бесплатный инструмент для мониторинга, позволяющий следить за средами VMware и Hyper-V и выявлять неполадки до того, как они повлияли на работоспособность инфраструктуры. Основная задача инструмента — устранение причин головной боли у IT-админов посредством уведомлений в реальном времени о событиях, требующих его внимания, возможность приоритизации распределения ресурсов, создания динамических групп ресурсов и т.д.
При возникновении потенциально опасных для управляемой среды событий срабатывает уведомление. Пользователи могут просматривать все уведомления Veeam ONE. Для каждого уведомления есть статья базы знаний, подробно рассказывающая о проблеме, ее причинах, способах решения и ссылками на дополнительные источники.
Veeam Agent для Microsoft Windows FREE
Veeam Agent для Microsoft Windows — это простой и эффективный инструмент для резервного копирования и восстановления данных компьютеров, ноутбуков и физических серверов под управлением Windows. С помощью него можно быстро сделать бэкап как всего компьютера, так и отдельных файлов или папок на внешний носитель, в общую папку NAS или в репозиторий Veeam Backup & Replication. В любой внештатной ситуации, будь то поражение вирусом и недоступность данных (привет, Wana decrypt0r), ошибка загрузки ОС и т.д., вы сможете восстановить необходимую информацию за считанные минуты и вернуться к работе. В последней версии поддерживается восстановление забэкапленных физических машин в Microsoft Azure или в виде ВМ Hyper-V, создание синтетических полных бэкапов и много других классных возможностей.
Из бэкапов Veeam Agent можно восстанавливать отдельные файлы и папки. Их можно искать внутри бэкапа и восстанавливать как в исходное, так и в новое местоположение.
Veeam Agent для Linux FREE
Veeam Agent для Linux FREE — новинка в нашем арсенале, которая позволяет бэкапить физические машины Linux в публичное облако. Агент создает бэкап на уровне образа для томов, файлов или всей системы. Он прост в использовании и подходит даже неопытным пользователям (админам). Управление осуществляется через командрую строку или графичейский интерфейс (GUI).
Можно просматривать текущую бэкап-сессию, а также детальную статистику завершенных сессий.
Бонус: набор элементов Visio для VMware, Hyper-V и Veeam
В качестве бонуса держите набор элементов Visio для VMware, Hyper-V и Veeam, чтобы вы могли рисовать классные диаграммы. Их можно использовать в Microsoft Visio 2010, 2013 и 2016, для презентаций, отчетов и документации.
Заключение
Бесплатные инструменты имеют широкий функционал и возможности, которые покрывают большое количество требований к целостности и доступности данных. Полный список бесплатных инструментов Veeam можно найти здесь.
Veeam Backup & Replication: полезные советы по обеспечению жизнеспособности бэкапов и реплик
Сегодня я снова с удовольствием представляю вам полезные советы от моего коллеги Евгения Иванова, тим-лида команды технической поддержки Veeam. На этот раз Женя поделился рекомендациями для работы с бэкапами и репликами. Надеюсь, они помогут вам избежать типичных ошибок, и ваши реплики и бэкапы никогда не будут «слабым звеном» в процессе восстановления, если таковое потребуется.
Итак, добро пожаловать под кат.
В предыдущей моей статье мы разбирались с тем, как оптимизировать нагрузку на компоненты инфраструктуры резервного копирования, и рассматривали типичные ошибки конфигурации. Переходим к другой важной теме – грамотной подготовке и выполнению восстановления. Ее мы тоже разберем на реальных примерах, с которыми довелось работать команде техподдержки.
Бэкап без рестора — деньги на ветер
К нам регулярно обращаются пользователи, которые оказались в схожих затруднительных ситуациях: необходимо выполнить восстановление из бэкапа, но при попытке это сделать люди натыкаются на неразрешимую для них проблему. И эта проблема – вовсе не отсутствие резервной копии, деятельность CryptoLocker или что-либо подобное. Это «всего лишь» недостаточное внимание к проверке резервных копий и реплик на возможность восстановления. Многие часто фокусируются исключительно на процессе создания бэкапа, забывая о том, что просто наличие резервной копии – не панацея от возможных бед. Нужно понимать, что восстановление – это совершенно иной процесс, у которого есть свои особенности, и который обязательно нужно контролировать и тестировать до запуска в продакшене. Вот вам несколько показательных примеров:
Почему не надо работать с репликами из консоли vSphere?
По идее, реплики Veeam представляют собой обычные виртуальные машины, с которыми, казалось бы, логично работать, применяя инструментарий vSphere, в частности, vSphere client. Однако мы не рекомендуем этого делать, и вот почему: переключение на реплику в Veeam Backup & Replication – процесс достаточно непростой, требующий строго последовательного выполнения шагов (чтобы в случае чего можно было откатиться на шаг назад) и корректных завершающих действий – вы только посмотрите на картинку, иллюстрирующую процесс:
Если же вы вздумаете включить реплику из vSphere client, то в дальнейшем вас с большой вероятностью ожидает ряд проблем:
Также не следует и удалять реплики, пользуясь vSphere client. Veeam Backup & Replication останется в неведении относительно такого изменения, а это чревато ошибками и устаревшими данными. Если реплика вам более не нужна, удаляйте ее с помощью консоли Veeam, а не как ВМ из vSphere client. Так вы всегда будете иметь актуальный список реплик.
«О» — осторожно, обновления!
Тут мы имеем в виду, конечно, обновления для гипервизоров и разнообразных приложений, которые бэкапятся с помощью Veeam. Если смотреть на них с точки зрения работы с Veeam Backup & Replication, то обновления можно условно разделить на 2 категории: большие, серьезные, привносящие массу изменений – и небольшие.
Рассмотрим сначала первую категорию.
Самые важные обновления – те, которые предназначены для гипервизора. Перед тем, как установить такое обновление, обязательно нужно убедиться, что оно поддерживается Veeam Backup & Replication. Такие обновления привносят множество изменений в библиотеки и интерфейсы APIs, которые задействует Veeam Backup & Replication, поэтому для того, чтобы официально заявить об их поддержке, необходимо обновить код Veeam Backup & Replication и провести тщательное тестирование.
Надо еще иметь в виду, что, к примеру, VMware не предоставляет предварительного доступа к новейшим версиям vSphere для производителей ПО, так что разработчики и тестировщики Veeam получают новую версию одновременно со всем остальным прогрессивным человечеством – поэтому между релизом VMware и официально объявляемой поддержкой обычно проходит определенное время. Количество и разнообразие необходимых к внесению изменений таково, что в простой hotfix уместить их шансов мало – и официальная поддержка, как правило, заявляется вместе с выходом релизной версии Veeam Backup & Replication.
В итоге имеет место тот неловкий момент, когда после выхода новой версии vSphere количество заявок в техподдержку резко возрастает, ибо пользователи сломя голову несутся устанавливать новую версию, и их бэкапы, конечно, тут же немедленно перестают работать. Нам – техподдержке Veeam – приходится разъяснять пользователям, что же именно они сделали не так, просить их откатиться назад (если возможно) или придумывать замысловатые пути для выхода из тупика. Поэтому до установки серьезного обновления обязательно проверяйте его совместимость с работающим у вас софтом, очень вас прошу!
Всё вышесказанное относится и к приложениям, которые вы бэкапите и рассчитываете восстанавливать с помощью Veeam. У линейки инструментов Veeam Explorers тоже имеется список поддерживаемых версий соответствующих приложений, который пополняется с каждым релизом Veeam Backup & Replication. Поэтому до установки новой версии вашего приложения – будь то Exchange, Oracle или SharePoint — непременно перечитайте соответствующий раздел документации Veeam Explorers.
Ко второй категории, т.е. к небольшим обновлениям я отношу, например, новые версии VMware Tools, кумулятивные обновления Exchange, обновления безопасности vSphere, и т.д. Как правило, они не несут с собой каких-то серьезных модификаций, и в большинстве случаев Veeam Backup & Replication не испытывает с ними проблем. (Поэтому для них и не бывает публичных объявлений об официальной поддержке в продукте.) Однако в нашей практике встречались случаи, когда и такие обновления столь значительно меняли привычный ход вещей, что приводили к ошибкам в работе Veeam Backup & Replication. В таких ситуациях после подтверждения проблемы инженеры Veeam стараются оперативно выпустить hotfix.
Как вы понимаете, патчи и обновления могут привести к проблемам не только с бэкапами, но и с приложениями, для которых эти бэкапы делаются. И тут вам помогут виртуальные лаборатории — Veeam DataLabs. Вы наверняка слышали о функциональности SureBackup, предназначенной для верификации резервных копий. Она базируется как раз-таки на использовании DataLabs, с созданием изолированной среды, в которой можно, в частности, тестировать обновления до установки их в продакшене. Очень советую так и делать – сбережете себе множество нервных клеток. А если кто-то еще не знает о SureBackup, рекомендую почитать документацию.
Пожалуй, на сегодня у меня всё, спасибо за внимание!
Veeam Backup & Replication: 10 рекомендаций для начинающих
Что-то давненько мы не писали про наш флагманский продукт. Исправляемся, тем более что подоспела еще одна порция полезных советов от ребят из Veeam Support Team. Сегодня с вами снова мой коллега Евгений Иванов, теперь уже из Бухареста, куда он был призван в качестве наставника для румынской команды технической поддержки.
В ходе своей работы Евгений со товарищи собрали приличную коллекцию «граблей», на которые чаще всего наступают начинающие пользователи при развертывании и настройке Veeam Backup & Replication. А чтобы вы не повторяли их ошибок, Женя разъясняет, как всё сделать правильно.
Итак, добро пожаловать под кат.
#1: Выберите оптимальный метод резервного копирования
Обычно рекомендуются «прямой инкрементный» или «бесконечно инкрементный», поскольку они самые быстрые. Бесконечно-инкрементная цепочка (без периодических полных резервных копий) занимает меньше места и довольно быстро обрабатывается. Обычая инкрементная цепочка места занимает больше, но она и более «жизнестойкая», если можно так выразиться, так как содержит не только инкрементальные бэкапы, но и периодически создаваемые полные.
Реверсивный (обратный) инкрементный метод – самый старинный и, естественно, самый медленный. В зависимости от СХД, он может быть в 3 и даже более раз медленнее других. Тем не менее, в его использовании есть и свои плюсы: последним в цепочке всегда является полный бэкап, и поэтому восстановиться можно быстрее, чем из цепочек других типов. Заметим, однако, что разница с обычной инкрементальной цепочкой не очень значительна (разве что вы держите такую цепочку неоправданно длинной, то есть более чем 30 дней).
Подробнее про методы рассказывается здесь.
#2: Подумайте о настройках синтетических полных бэкапов
Операция создания синтетической полной резервной копии использует точки восстановления, которые хранятся в репозитории. Но нужно иметь в виду, что не всякая СХД в состоянии обеспечить достаточную для этой операции производительность. Поэтому мы советуем в качестве альтернативы создание активных полных резервных копий.
Когда вы задаете настройки создания синтетического полного бэкапа, обратите внимание на опцию “Transform previous backup chains into rollbacks” (преобразовывать предыдущие цепочки в точки отката). Ее использование приведет к тому, что будет запускаться задание преобразования инкрементального бэкапа (.VIB) в точки отката (.VRB) (которое будет, однако, потреблять значительную часть ресурсов СХД репозитория). Например, с помощью этой опции вы сможете преобразовать текущую цепочку в обратно- инкрементальную, в частности, для архивного хранения.
Но если использовать данную опцию как метод резервного копирования, то в итоге создастся очень своеобразная цепочка из файла полной резервной копии и файлов инкрементальных и обратно-инкрементальных резервных копий.
#3: Настройте обработку гостевой ОС
Обработка гостевой ОС позволяет создавать консистентные бэкапы виртуальных машин. А если на ВМ работают такие приложения, как Microsoft Exchange, Active Directory, SharePoint, SQL Server или Oracle, то вы сможете задействовать для их гранулярного восстановления возможности инструментов Veeam Explorers. Работа с гостевой ОC базируется на функциональности VSS (поддерживается Windows), которая должна быть корректно настроена, иначе задания резервного копирования не смогут успешно завершиться.
Для активации настроек обработки гостевой ОС:
#4: Не индексируйте файлы без необходимости
Если активировать опцию VM Guest File System Indexing (индексирование файлов гостевой ОС) в настройках бэкапа, то Veeam Backup & Replication будет создавать каталоги файлов ВМ. Это позволит выполнять поиск по файлам и восстановление в 1 клик через веб-интерфейс Veeam Backup Enterprise Manager.
Если же вы не работаете с Enterprise Manager, то мы советуем не включать данную опцию – так вы сократите окно резервного копирования (порой весьма существенно) и сэкономите место на диске C: сервера Veeam backup. На восстановление файлов ВМ через консоль Veeam Backup & Replication это никак не повлияет.
#5: Делайте дополнительные резервные копии
Ни один производитель СХД не гарантирует абсолютной целостности данных. Конечно, Veeam проверяет файл резервной копии при записи на диск, но при том, что на СХД выполняются миллионы операций, случайная перестановка бит все же возможна, а в результате получается «невидимое» повреждение. Для выявления таких повреждений на ранних этапах Veeam Backup & Replication предлагает воспользоваться функциями SureBackup и health checks. Но и это не панацея, поэтому мы советуем взять на вооружение правило 3-2-1, которое предписывает использовать для бэкапа разные типы носителей и хранить их как минимум на 2 площадках.
Для этого рекомендуется после создания основного задания резервного копирования настроить задание переноса резервных копий. Такое задание может использовать в качестве целевого места хранения резервную СХД или облачное хранилище. Также можно архивировать бэкапы на магнитную ленту.
#6: Финализируйте Мгновенное восстановление
Функция мгновенного восстановления ВМ Instant VM Recovery позволяет запустить машину в кратчайший срок непосредственно из бэкапа. Тем не менее, нужно помнить, что эта машина размещается у вас в репозитории и потребляет его ресурсы, пока вы не перенесете ее в продакшен. Не забывайте про этот важный финальный шаг – поверьте, за годы работы в техподдержке Veeam мы повидали немало случаев с ВМ, которые неделями функционировали в режиме «из бэкапа» без того, чтобы быть перенесенными в продакшен. Итог был обычно довольно плачевен: переполнение СХД и потеря данных.
Подробно про то, как правильно выполнять мгновенное восстановление, читаем здесь.
#7: Подумайте, где размещать репозиторий
Veeam поддерживает самые разные хранилища в качестве репозиториев. Многие наши пользователи из года в год предпочитают использовать для этой цели физический сервер Windows или Linux, поскольку в большинстве случаев это дает максимальную производительность. Об этом можно почитать на нашем форуме.
Репозитории на CIFS share также довольно популярны, несмотря на то, что их производительность по сравнению с другими самая низкая.
Многие современные устройства NAS поддерживают iSCSI, так что лучше все-таки сконфигурировать диск iSCSI и сделать его доступным для сервера Veeam backup (или для прокси). Следует иметь в виду, что в таком сценарии (с использованием репозитория на NAS) не рекомендуется применять метод обратно-инкрементального бэкапа, т.к. он дает большую нагрузку на СХД из-за интенсивности чтения\записи.
#8: Используйте прокси при репликации
Если вы собираетесь выполнять репликацию через WAN, то рекомендуем вам настроить прокси-сервер резервного копирования на удаленной площадке и указать его в настройках задания репликации. Таким образом вы получите надежный канал между двумя площадками. Советуем включить данный прокси в работу в режиме Network (NBD), так как работа в режиме Virtual Appliance (hot-add) при репликации может привести к возникновению «затерянных» снапшотов.
Прокси на удаленной площадке мы рекомендуем использовать и в случае работы через WAN-акселератор. Можно развернуть WAN-акселератор и прокси на разных машинах или даже на одной (разумеется, если у нее в достатке ресурсов).
#9: Учтите важные нюансы при архивировании на ленту
Для передачи данных на ленточное устройство Veeam задействует вспомогательный сервер (tape server). Он ставится на физический сервер, к которому подключается это ленточное устройство.
Важно! Подключение к ВМ с “пробрасыванием” через хост ESXi не поддерживается!
Veeam Backup & Replication получает информацию о ленточной библиотеке от операционной системы, поэтому обязательно убедитесь, что у вас установлены последние версии драйверов, а ленточное устройство корректно отображается в консоли Управления устройствами (device manager).
Больше полезных советов о работе с магнитной лентой можно прочитать в этой статье.
#10: Если все равно что-то пошло не так
Тут уж ничего не поделаешь, придется завести заявку на портале техподдержки. Настоятельно просим сделать пару простых вещей:
Надеюсь, наши рекомендации помогут кому-то избежать типичных ошибок при развертывании и настройке Veeam Backup & Replication. На сегодня у меня всё. С пожеланиями успехов, Veeam Support Team.
Veeam Backup & Replication: советы и рекомендации. Часть 1
17 мая в Москве прошел очередной VMware Users Community Group. Компания Veeam, как обычно, не прошла это мероприятие стороной. Я собирался рассказать презентацию о том, как учесть все аспекты для правильного построения системы резервного копирования на базе ПО Veeam Backup & Replication – по мотивам прошлогодней презентации на VMworld.
Но уже после подготовки всех слайдов, я понял, что тема достаточно обширна, чтобы вместиться в рамки короткой презентации. Да и сам формат презентационных слайдов не очень подходит для нее. Плюс не хотелось загружать людей текстом. В-общем, в самый последний момент перед началом выступления, получив несколько вопросов по новшествам версии 7, я поменял тему презентации на «История Veeam Backup & Replication», где рассказал о том что было, что у нас есть сейчас, и что планируем сделать в ближайшей версии.
Тема, как настроить Veeam Backup осталась актуальна. К тому же во время выступления, и намного больше – после него, я получал технические вопросы, которые и собираюсь осветить в серии статей. А самое главное – задавайте вопросы здесь, в комментариях, и мы на них обязательно ответим.
Прежде чем перейти к сегодняшней теме, отмечу один вопрос, заданный мне на форуме VMUG. Когда Veeam Backup будет бэкапить данные не через снапшоты VMware, а «железные» снапшоты СХД? На тот момент я не мог озвучить, но сейчас в полной мере отвечаю: c версии 7 Veeam Backup будет уметь копировать данные из SAN снапшотов. На начальном этапе будет осуществляться поддержка оборудования HP: LeftHand (включая VSA) и 3PAR.
Принцип прост: уже сейчас есть Veeam Explorer for SAN Snapshots, позволяющий вытаскивать данные из снапшотов. С помощью этой технологии и VMware Changed Block Tracking (CBT), Veeam Backup будет инкрементально доставать данные уже для резервных копий.
А теперь перейдем к первой части советов:
Режимы копирования в Veeam Backup
Кратко архитектура построения резервного копирования Veeam Backup выглядит так:
Veeam Backup сервер запускает задание и определяет оптимальный Veeam Backup Proxy для копирования данных. Veeam Backup Proxy вытаскивает данные виртуальных машин vSphere, дедуплицирует данные, архивирует и потоком передает на Veeam Backup Repository. Veeam Backup Repository записывает данные на диск в резервные копии, а также следит за политикой хранения копий: например, при необходимости собирает полные синтетические копии.
Veeam Backup Proxy при этом может быть физическим сервером или виртуальной машиной с ОС MS Windows, а способы извлечения данных могут при этом быть: по сети SAN, через технологию VMware Hot Add или по сети LAN.
Вот об этих способах, что они из себя представляют и на что стоит обратить внимание и пойдет рассказ дальше.
Прямой доступ к SAN (Direct SAN Access)
Как это работает
Серверу Veeam Backup Proxy мы презентуем VMFS с дисками виртуальных машин. В процессе копирования прокси считывает необходимые блоки данных непосредственно с СХД.
Хорошо
Плохо
Самое страшное, что может произойти, это Windows «захватит» LUNы с VMFS, и vSphere не сможет больше распознать их как свои датасторы. Но без паники! VMware Support умеет это фиксить. А во-вторых, прочтите «безопасный путь», чтобы избежать подобной ситуации.
Безопасный путь
Знакомьтесь: новое решение Veeam Backup for AWS
В начале декабря вышло в свет новое решение Veeam Backup for AWS для резервного копирования и восстановления облачных инфраструктур Amazon Elastic Compute Cloud (Amazon EC2).
С его помощью можно создавать резервные копии инстансов ЕС2 и сохранять их в облачном хранилище Amazon Simple Storage Service (Amazon S3), также создавать цепочки снапшотов ЕС2 в нативном формате.
Для восстановления данных Veeam Backup for AWS предлагает следующие опции:
И, несомненно, пользователей порадует наличие у нового решения бесплатной версии. Для более детального знакомства с Veeam Backup for AWS добро пожаловать под кат.
Основные возможности
Помимо уже упомянутых возможностей по автоматическому созданию снапшотов Amazon EBS и хранения бэкапов в облачном Amazon S3, в решении реализованы:
Этапы работы
Если коротко, то основные этапы таковы:
Развертывание и настройка
Veeam Backup for AWS доступен на AWS Marketplace.
Развертывание решения выполняется так:
Примечание: Здесь стек — это совокупность облачных ресурсов, которыми можно управлять как отдельной единицей: создавать, удалять, использовать для запуска приложений. Подробнее можно почитать в документации к AWS.
Нажимаем Launch и запускаем мастер создания стека Create stack wizard.
Создание стека AWS CloudFormation:
После установки откроем веб-консоль, указав в браузере DNS или IP-адрес инстанса ЕС2, где установлен Veeam Backup for AWS, например:
https://ec2-135-169-170-192.eu-central-1.compute.amazonaws.com
В консоли отображаются ресурсы, для которых настроена защита данных с помощью Veeam Backup for AWS:
Необходимые настройки инфраструктуры, ролей и т.д. подробно описаны в документации.
Политики резервного копирования
Для защиты инстансов создаем политики.
Для разных видов объектов можно настроить разные политики: например, политика, предназначенная для защиты tier 3-приложений (наименее критичных), или политики для приложений tier 2 и tier 1. В настройках политики указываем:
Встроенная оценка стоимости услуг
В решение Veeam Backup for AWS встроена автоматическая оценка стоимости услуг — благодаря ей сразу рассчитывается, какова будет стоимость услуг резервного копирования согласно конкретной политике. В расчет входят следующие метрики:
Данные можно экспортировать в файл CSV или XML.
Вспомогательные компоненты — Workers
Для уменьшения расходов на трафик можно настроить автоматическое создание вспомогательных компонентов — workers — в том же AWS-регионе, где и защищаемые объекты. Workers автоматически запускаются только на время передачи данных из/в облако Amazon S3 либо на время восстановления, а после выполнения операций они выключаются и удаляются.
Резервное копирование
Для операций резервного копирования Veeam Backup for AWS задействует нативные снапшоты (см. Amazon EBS snapshots). В ходе бэкапа Veeam Backup for AWS использует команды AWS CLI для создания снапшотов томов EBS, приаттаченных к инстансу EC2. Затем в зависимости от выбранного вами сценария резервного копирования Veeam Backup for AWS создаст из них для инстанса EC2 либо цепочку нативных снапшотов, либо резервную копию на уровне образа.
Нативные снапшоты
Veeam Backup for AWS создает нативные снапшоты инстанса EC2 следующим образом:
Резервные копии на уровне образа
А вот как Veeam Backup for AWS выполняет резервное копирование на уровне образа:
Восстановление данных
С помощью Veeam Backup for AWS можно восстанавливать данные следующим образом:
Восстановление томов
Поддерживается и восстановление томов инстанса EC2 из снапшота либо из резервной копии, в исходное или в новое местоположение. Во втором случае для нового местоположения нужно указать регион AWS, Availability Zone и другие параметры.
В процессе восстановления также задействуется worker.
Сам процесс вкратце выглядит так (на примере восстановления из бэкапа):
Восстановление файлов
Позволяет восстановить отдельные файлы без необходимости восстанавливать весь инстанс целиком.
Когда вы инициируете восстановление на уровне файлов, то получаете URL (на основе публичного DNS-имени worker-а), по которому можно увидеть всю структуру файлов на гостевой ОС, находите в ней нужные файлы и выгружаете их на локальную машину.
Также для обеспечения безопасности можно проверить сертификат и его отпечаток, чтобы быть уверенным в отсутствии MiTM.
Интеграция с Veeam Backup & Replication
Если в вашей инфраструктуре развернут Veeam Backup & Replication, то вы можете настроить восстановление входящих в нее машин в облако Amazon EC2 с помощью функциональности Direct Restore to AWS, а затем защитить эти облачные данные с Veeam Backup for AWS.
Также поддерживается работа Veeam Backup & Replication с репозиториями Amazon S3, которые создает Veeam Backup for AWS — можно восстанавливать резервные копии инстансов Amazon EC2 в on-premises инфраструктуру.
Особенности бесплатной версии
Бесплатная версия Veeam Backup for AWS позволяет бэкапить до 10 инстансов ЕС2; восстановление из резервных копий выполняется без ограничений.
Примечание: Рекомендовано использовать t2.medium.
Примерная стоимость ресурсов — 9.8 USD/месяц, исходя из круглосуточного использования при следующих настройках по умолчанию: