Обеспечение надежного резервного копирования стало приоритетом для владельца домашней лаборатории после потери ряда контейнеров в результате неудачного сетевого эксперимента. В текущей инфраструктуре автор использует стратегию бэкапов 3-2-1, центральным элементом которой выступает Proxmox Backup Server (PBS). Долгое время PBS функционировал на базе отдельного компактного компьютера, однако по мере расширения кластера виртуальных машин и контейнеров возникли ограничения, связанные с физическим объемом дисковых накопителей в мини-ПК.
Преимущества использования Proxmox Backup Server
Выбор в пользу Proxmox Backup Server вместо стандартной утилиты vzdump, встроенной в Proxmox Virtual Environment (PVE), обусловлен рядом функциональных преимуществ. В отличие от vzdump, который сохраняет полные архивы виртуальных машин и контейнеров на том же узле PVE, что создает сложности при восстановлении в случае выхода системы из строя, PBS работает как независимый экземпляр. Он выполняет первичное полное архивирование с последующим созданием высокоскоростных инкрементальных снимков.
Важной особенностью PBS является наличие встроенных механизмов дедупликации данных, что позволяет значительно экономить место при хранении дублирующихся фрагментов данных, общих для различных виртуальных машин. Дополнительные возможности, такие как выборочное восстановление отдельных файлов из снимков LXC и виртуальных машин, а также поддержка функции «живого» восстановления, делают эту систему незаменимым инструментом для управления домашней лабораторией.
Перенос PBS в виртуальную среду TrueNAS
Столкнувшись с дефицитом места для хранения растущего архива бэкапов, автор решил не приобретать новое оборудование, а использовать свободное пространство на имеющемся сервере TrueNAS. Развертывание PBS в виде виртуальной машины на базе TrueNAS позволило задействовать простаивающие жесткие диски большой емкости и исключить необходимость поддержки дополнительного мини-ПК, потребляющего электроэнергию.
Обеспечение отказоустойчивости системы
Виртуализация критически важной службы, отвечающей за бэкапы, несет в себе риски, связанные с целостностью системы хранения данных самого NAS. Чтобы нивелировать угрозу потери данных, автор придерживается строгой изоляции: TrueNAS выполняет функции хранения медиаархивов, книг и образов игр, отдельно от экспериментальной среды Proxmox. Дополнительным уровнем защиты выступает удаленный сервер, установленный в доме у родственников, куда посредством rsync-задач копируется всё содержимое NAS, включая снимки PBS. Это гарантирует сохранность архивов даже при катастрофическом выходе из строя основной инфраструктуры.
Аппаратные требования и распределение ресурсов
Несмотря на успешное решение проблемы нехватки дискового пространства, интеграция PBS в TrueNAS выявила необходимость учета дополнительных аппаратных затрат. Система TrueNAS, базирующаяся на файловой системе ZFS, сама по себе требовательна к оперативной памяти, а процессы дедупликации, выполняемые Proxmox Backup Server, увеличивают нагрузку на этот ресурс. Для обеспечения стабильной производительности виртуальной машины с PBS автор выделил 12 ГБ оперативной памяти, что стало возможным благодаря запасу ресурсов, заложенному при проектировании сервера.
Почему PBS превосходит штатные решения
Если вы задаетесь вопросом, почему так важно использовать Proxmox Backup Server вместо полагающегося на vzdump встроенного функционала PVE, ответ кроется в удобстве управления данными. Vzdump создает полные архивы вашей «армии» виртуальных машин и контейнеров для каждой задачи резервного копирования, храня всё это непосредственно на базовом узле Proxmox. Если основная система PVE выйдет из строя, вам придется вручную «копаться» в хранилище, чтобы найти файлы vzdump, при условии, что они вообще остались в пригодном для восстановления состоянии. В прошлом это вынуждало автора статьи постоянно и утомительно переносить бэкапы вручную с хоста PVE после каждой пачки операций.
Эволюция домашней лаборатории
Когда автор только начинал знакомство с Proxmox Backup Server, его домашняя лаборатория состояла лишь из нескольких LXC-контейнеров и виртуальных машин, сосредоточенных на одном-единственном сервере. В тот период не требовалось больших объемов дискового пространства для хранения снимков на мини-ПК с PBS. Однако со временем количество виртуальных гостей и узлов в кластере существенно увеличилось. И хотя большинство из этих узлов используются исключительно для практики в DevOps-проектах, домашняя лаборатория также взяла на себя важную роль — хостинг приложений с открытым исходным кодом (FOSS) для всей семьи. Старый мини-ПК физически не имел достаточного количества отсеков для установки новых накопителей, что и стало ключевым фактором для миграции всей системы бэкапов на имеющуюся рабочую станцию TrueNAS вместо траты сотен долларов на специализированное оборудование.
Нюансы производительности и памяти
Важно учитывать, что перенос Proxmox Backup Server в среду TrueNAS требует особого внимания к распределению оперативной памяти. Автор отмечает, что это был скрытый нюанс, который он осознал только после начала активной эксплуатации системы в рамках своей лаборатории. Поскольку TrueNAS глубоко опирается на файловую систему ZFS, сама платформа очень требовательна к памяти, а процессы дедупликации данных в PBS лишь усугубляют эту нагрузку. К счастью, сервер был спроектирован с большим запасом по RAM еще до начала «кризиса оперативной памяти», что позволило безболезненно выделить 12 ГБ памяти для нужд виртуальной машины с PBS, не сталкиваясь с просадками производительности.
