Есть у меня одна совсем маленькая инсталляция – сервер Veeam Backup and Replication и отдельный Linux прокси с репозиторием. Бэкапируется не многим больше двадцати машин и, как можно догадаться из заголовка, резервные копии проверяются на работоспособность с помощью SureBackup.
Основой для написания поста поступило периодическое возникновение ошибок при выполнении задач SureBackup. Практически в каждый запуск задачи одна или несколько машин не проверялись, а в задаче фигурировала не очень детальная ошибка: “Registering. Error: One or more errors occurred”.
Столкнулся с небольшой проблемой при обновлении Veeam EM до версии 11a. Инсталлятор отказывался останавливать службу VeeamRESTSvc и тем самым прерывал процедуру обновления:
[ERROR] Failed to stop service ‘VeeamRESTSvc'.
В моем случае обновление выполнялось с версии 11 P20210525 под управлением Windows Server 2016 с последними патчами.
Ранее я уже писал про репликацию виртуальных машин в vCloud Director с помощью Veeam Cloud Connect, однако результаты поисковых запросов, по которым приходят на данный сайт говорят, что осветить вопросы классической репликации тоже стоит.
Далее мы посмотрим на процедуру репликации виртуальных машин VMware с помощью Veeam от настройки задачи до переключения на резервную площадку и обратно.
С 21 по 23 сентября, т.е. уже через неделю пройдет главное для компании Nutanix мероприятие .NEXT.
Не трудно догадаться, что большая часть конференции будет про решения Nutanix – новинки, технические сессии, тест драйв и презентации партнеров. Зарегистрироваться можно абсолютно бесплатно.
Затем, уже 5 октября начинается VMworld, где все посвящено решениям VMware. Как всегда – очень большое количество технических и не только сессий на любой вкус.
Регистрация так же бесплатна, однако за 299$ можно приобрести Tech+ Pass, который дает ряд преимуществ, например, Q&A сессии с инженерами, возможность участвовать в VMware Odyssey, ваучеры VCP и VCAP с 50% скидкой (для желающих сертифицироваться с нуля до VCAP это может быть отличным вариантом).
14 октября в регионе EMEA пройдет VeeamON Update – небольшое мероприятие от Veeam относительно новшеств в продукте и дальнейших планах. Новая версия 11a стоит первой в списке 🙂 Регистрация бесплатная.
С 11 по 15 октября пройдет KubeCon + CloudNativeCon. Как обычно – говорящее название. Все про Open Source, вокруг Kubernetes и Cloud Native. Данное мероприятие можно посетить как очно, так и виртуально. Много вариантов для регистрации, разные цены. Посещение основных сессий бесплатно, в то время как полный виртуальный доступ обойдется в 75$. Обладатели полного доступа получают так же 50% скидку на сдачу экзаменов CKA/CKAD/CKS, цена которых обычно около 400$.
Не могу не упомянуть одно прошедшее мероприятие – Brocade SAN 2021. Это ежегодное мероприятие, проходящее в нашем регионе, полностью посвященное решениям Brocade для SAN, которое отличается хорошим качеством технического материала и хорошей организацией. Записи первого и второго дня уже доступны на YouTube.
Если после обновления VBR до версии 11, прокси сервера для AHV находятся в разделе Out Of Date, а при попытке обновления появляется ошибка следующего характера:
Failed to upgrade host components. Error: ‘Failed to upgrade Proxy – AHV Proxy upgrade failed. Error: Updates are not found.’
Стоило читать документацию перед обновлением 🙂 . Процедура обновления под катом.
Данный пост написан по мотивам отличной сессии с прошедшего VeeamON 2021 под названием “Architect’s Desk: Sizing of Veeam Backup & Replication, Proxies and Repositories”, которая, кстати, доступна в записи, как и все остальные сессии с VeeamON. Под катом мы посмотрим на то, какое количество ресурсов следует выделять основным компонентам Veeam и от каких вводных данных стоит отталкиваться в своих расчетах.
Периодически возникают мысли о повышении доступности компонентов Veeam. Если с прокси сервером все понятно – добавляй новые и формируй отказоустойчивость за счет избыточности, то с репозиториями так не получится. Виртуальные репозитории частично лишены этой проблемы, поскольку механизм HA довольно быстро вернет виртуальную машину в строй после сбоя хоста. С репозиториями на физических серверах все немного иначе и если сервер с бэкапами умер, то здесь уже нужно будет немного поработать руками, что займет большее время.
С выходом v11, значительным обновлением компонента Transport и активной работой Veeam в направлении Linux систем, я решил попробовать воплотить давние мысли по повышению доступности репозитория.
Данная статья исключительно Proof of Concept и является лишь подтверждением, что так будет работать. Подобные инсталляции крайне не рекомендую использовать в продуктивной среде без надлежавшего тестирования, я же особых тестов не проводил и неизвестно как предлагаемое решение будет работать в долгосрочной перспективе.
В предыдущей части мы рассмотрели основы работы SureBackup, определили, что данный функционал позволяет запускать виртуальные машины напрямую из файлов резервных копий в изолированном от продуктивной среды сетевом окружении, выполнять ряд проверок, таких как доступность виртуальной машины по сети, доступность VMware Tools, а также запускать скрипты для тестирования доступности приложений внутри виртуальных машин.
Помимо этого, мы подготовили виртуальную лабораторию, которая будет использоваться для задач SureBackup.
Во второй части мы займемся тем, ради чего все изначально и планировалось – непосредственным тестированием наших резервных копий.
Если вы когда-нибудь задавались вопросом – «А рабочие ли у меня бэкапы?», «А запустится ли ОС и приложения из crash consistent резервной копии?», а возможно уже тестируете свои резервные копии на регулярной основе, и при этом основным средством резервного копирования у вас является Veeam, то, скорее всего, вы слышали про SureBackup.
Veeam SureBackup – это отличный помощник в проверке ваших резервных копий на их пригодность, который автоматизирует процесс запуска виртуальных машин напрямую из файлов бэкапов в изолированной среде, выполняет базовую проверку доступности систем и формирует отчет по результатам тестирования.
Это своеобразное переиздание оригинальной статьи, которую я написал еще в 2016 году на Хабре, и которая пользуется определенным успехом в поисковой выдаче Google, но уже с поправкой на 11-ю версию VBR.
Одним из, пусть и не самых значительных, но крайне полезных на мой взгляд нововведений в 11 версии VBR является появившаяся возможность восстановления файлов из Linux систем без необходимости в использовании специального Helper Appliance – небольшой виртуальной машины, к которой подключались файлы резервных копий и с помощью которой производился дальнейший процесс восстановления файлов.
Теперь для восстановления файлов можно использовать уже существующий Linux хост, тем самым, не разворачивая и не запуская Helper. Ниже о том, как это работает.