Делаем бекапы на Proxmox и Proxmox Backup Server

Рет қаралды 5,809

Stilicho 2011

Күн бұрын

Пікірлер: 48

@ghostandreu 6 ай бұрын

Спасибо за ролик, как раз занимаюсь переносом Proxmox на новый SSD, информация пригодится.

@Stilicho2011 6 ай бұрын

Спасибо.

@SemisDu 6 ай бұрын

Спасибо за ролик! Прямо очень вовремя вышел! Ну и убедившись, что у меня всё правильно настроено с бэкапами на рабочем сервере - обновил Nextcloud до версии 29.0.0

@НикитаАхрестин-ю8д 3 ай бұрын

Спасибо за информативный ролик, как раз вовремя нашёл его во время перенастройки сервера из-за слетевшей виртуалки. Вы помогли сэкономить время и разобраться с настройкой бэкапов. Ну и подстраховаться от будущих сбоев тоже.

@Stilicho2011 3 ай бұрын

Спасибо

@Sobolevalera Ай бұрын

Посмотрел до конца.. ах..но! Некоторые вещи не понятны, надо потыкать самому. Автору кланяюсь в пол

@dimon8457 5 ай бұрын

Спасибо большое. Подрых под ролик от души! Давай ещё 😂

@Stilicho2011 5 ай бұрын

Будет

@egolege 6 ай бұрын

Спасибо! Хороший ролик

@Sobolevalera Ай бұрын

5.20 , так там оболочка реально, там трансляция экрана, включая версии с графической ободочной) я shell воспринимаю широко)

@Anisimus01 2 ай бұрын

Использование NFS-шары с ZFS-массива FreeNAS, у меня зеркало, приводит к низкой производительности на запись, условно 30-50MB/s при возможных 150-200. Причем проблема именно с NFS-шарой, локальный тест fio на FreeNAS и сетевой iperf3 дают ожидаемые результаты, а вот из ВМ Proxmox и ВМ PBS уже низкая скорость именно на запись, чтение кешируется и с ним все хорошо. На форме FreeNAS рекомендуют отключать параметр sync для шары, что создает угрозу потери данных. В общем, пока не понял как получить ожидаемую скорость на шаре, не потереряв в надежности, тк вроде как уровень ZFS уже обеспечивает механизмы защиты данных....

@Виталий-х7в3х 6 ай бұрын

Благодарю за полезную информацию! Подскажите, пожалуйста, какая файловая система у вас используется в пуле для хранения данных (массив дисков на TrueNAS, который был подключен к PBS)? Используете ли вы программный или физический RAID для этого пула?

@Stilicho2011 6 ай бұрын

В трунасе только zfs. А zfs это только и только программный рейд

@eterline 2 ай бұрын

спасибо за хороший сон

@Anisimus01 6 ай бұрын

Спасибо отличный ролик, очень интересен взгляд коллеги, всегда нахожу что-то новое и полезное. Интересен ваш опыт по кластеризации PVE, используете? Возможно есть опыт с импортозамещенными гипервизорами от ALTLinux или VMmanager или еще что-то проектного уровня?

@Stilicho2011 6 ай бұрын

Мне лестно, что меня принимают за коллегу, но я обычный хоумюзер:)

@ITunix-jw7xh 6 ай бұрын

@@Stilicho2011 скромность удел барышень. Или сказывается опыт или не только домашний пользователь.

@АркадийПаровозов-к3о 6 ай бұрын

Спасибо за 'безрожье'.

@Stilicho2011 6 ай бұрын

Рад стараться. Буду продолжать в том же духе

@nokvag 6 ай бұрын

Спасибо! Планируется ролик про почтовый сервер?

@Stilicho2011 6 ай бұрын

Ну я вообще не придумал как его использовать дома

@Andrey-ri9oo 6 ай бұрын

Мне кажется снапшоты в PBS это может и удобно, но в будущем при хранении в долгую можно столкнуться с проблемами.Ну и оно так красиво будет работать только если надо делать очень частые (ежедневно,ежечасно, каждые несколько минут) бекапы.

@Stilicho2011 6 ай бұрын

Идеального ничего нет. Ролик показывает только одну из опций

@roman.kudlay 4 ай бұрын

Если Вам надо делать бэкапы каждые несколько минут, то вам НЕ нужны бэкапы! Я в процессе апргрейда своего домашнего окружения и придерживаюсь позиции автора: делаем полноценный проект надежности и по нему уже работаем. Разделяем мух и котлеты, в смысле контент и метаданные. В моей схеме имеем следующее: 3 proxmox сервера в кластере для хранения метаданных кластера в 3х местах, контейнеры и виртуалки бекапятся раз в сутки на PBS (тут только софт и конфигурация, обновляется редко), сам контент в RAID массиве в TrueNAS (тут мы решаем в первую очередь не задачу бэкапирования, а отказоустойчивость и синхронизация на диски в реалтайме). Что мы получаем: наши фоточки всегда хранятся на 2х дисках и мы можем при желании снепшотить их в zfs, они доступны по сети, наши виртуалки и контейнеры бекапятся периодически и могут быть восстановлены не только при смерти PVE, но и если вы что-то руками сделали, например, неудачное обновление и тут можно рекомендовать делать бекап руками перед обновлением. Мы можем поднять новую виртуалку из бекапа на любой машине в кластере Конфигурация кластера проксмокса дублицируется и хранится на каждой машине кластера, соответственно, если у нас упала нода PVE, то мы можем восстановить все ее виртуалки из бэкапов по конфигурации, хранящейся на других нодах. В качестве еще одного варианта можно предложить поднять Proxmox HA, но тогда надо сами виртуалки хранить на общем ресурсе, например, в GlusterFS или TrueNAS + RAID Ну и в качестве вишенки на торте можно добавить 1 из подхода 3 2 1, а именно: в PBS добавить remote, который находится в другом городе, а фоточки синхронизировать при помощи rsync или пересылкой zfs снепшотов

@roman.kudlay 4 ай бұрын

Ну и еще надо учитывать, что снимки работающих виртуалок не всегда качественно отрабатывает, у меня в DO при бекапировании и разворачивании работающего сервера Jira начинала сыпать ошибками. Тут надежней нужнные файлы или базу бекапировать при помощи скриптов внутри виртуалки. Например pgdump + aws s3 cp выдаст гарантированно констистентный и самый компактный бекап БД, но ценой временной блокировки базы и наличием дополнительного софта в виртуалке. Но в целом, я считаю, что подход iot (например, при помощи ansible) и бекапирования нужных компонентов дает более качественный результат, хоть и с потенциальной проблемой с версионированием. Упала виртуалка: поднял новую из шаблона, накатил ansiple playbook, подтянул файлы из бэкапа

@VitaliySunny 6 ай бұрын

Топовое бла-бла-бла))

@KorneevZakhar 5 ай бұрын

@Stilicho2011 вопрос на миллион: а не проще было бы сразу ставить VM на zpool в proxmox? Поясню. Сейчас в твоей схеме есть отдельный NAS-сервер и отдельный backup-сервер, который делает снепшоты с дисков VMs и "переносит" их в zpool на NAS, но если бы VMs изначально рапологались на этом пуле, то оба этих севака были бы не нужны. Доступ к пулу по сити можно также осуществить через самбу, виртуалки на рейде, шаринг данных точно также через сеть настроить. Да не получится достать сами виртуальные диски, но это и не нужно, что с ними делать то? Данные же из сервисов будут доступны. Надёжность при этом не снизится, т.к. всё будет хранится на том же пуле, что и в текущей схеме, только минус TruNAS и PBS. Или я что-то упускаю?

@Stilicho2011 5 ай бұрын

суть в том, что я показываю всякое разное. Показываю с учетом того железа которое у меня есть по рукой, купленное за свои деньги. Поэтому иногда с точки зрения логики некоторые решения могут показаться странными. То есть у меня и так есть пул с бекапами для рук в вирутальном трунасе, так еще и pbs тоже на тот же виртуальный трунас все делает. Как только у меня будет много разных железок, тогда и логика будет другая. Про правило 3-2-1 я же не просто так сказал. А для дома 99% людей даже таким не заморачиваются

@KorneevZakhar 5 ай бұрын

@@Stilicho2011 Я без притензий) Просто как-то из головы вылетело, что ты просто демонстрируешь возможности и поэтому схема действительно показалась странной)) Спасибо, что ответил! Видос классный, лайк подписка)

@TASTYTORT 3 ай бұрын

@@KorneevZakhar, объясните пожалуйста схему чуть подробнее. Что-то я запутался) почему минус pbs? Если он позволяет сохранять только изменившиеся данные а не весь бэкап, так же я не понял про zpool. Вы предлагаете поставить, например 2диска в zpool напрямую в pve и размещать vm”ы там? И на тот же пул делать бэкапы? Буду рад, если ответите.

@KorneevZakhar 3 ай бұрын

@@TASTYTORT Посыл в чём, нет смысла городить виртуальную СХД, на том же серваке, где крутится нагрузка, потому что в варианте как на видео если, что-то случится с сервером, то вы данные с бэкапов не вытащите, единственный способ запустить где-то ещё TrueNAS переткнуть туда диски и восстановить рейд. Я предлагаю просто сделать зеркало на сервере и крутить виртуалки на зеркальном рейде, при чём создать на зеркале обыную ext4. Бэкапы в такой схеме не нужны, потому что вы обеспечиваете надёжность через избыточность, а если что-то случится с сервером, вы просто дёргаете любой из дисков, подключаете его к любому компу на линукс в режиме только чтения и достаёте все данные которые вам нужны. Лично у себя я оставил бэкапы, но я деляю их на отдельный NAS, т.е. у меня это прям физически другое устройство и если у меня что-то случится с сервером восстановить данные для меня будет не проблема, но это конечно дороже.

@KorneevZakhar 3 ай бұрын

И ещё дополню, я вообще не вижу преимуществ в zpool для целей домашней лабы. ZFS рулит, когда у тебя есть большой объём хорошо сжимаемых данных или требуется шифрование/сжатие на лету, в остальных случаях тот ещё гемор с восстановлением данных в случае проблем да и ресурсов требует не мало. Т.е. файловые системы, как и любой другой инструмент не универсальны, они хороши для решения определённых проблем. Для по баловаться конечно любые средства хороши, я и сам эксперементирую часто с чем-то новым. Но вот использовать на постоянку это надо сперва задать себе вопрос: какую проблему нужно решить? - а потом уже подобрать инструмент)

@Andrey-ri9oo 6 ай бұрын

А почему выбрали установку PBS в виртуальную машину, а не в контейнер LXC который использовал бы меньше ресурсов хоста?

@Stilicho2011 6 ай бұрын

Меньше каких то потенциальных глюков в будущем с прокидыванием или монтированием.

@visghost 3 ай бұрын

у меня все получилось, но не с первова раза, у PBS глюк какой то, у меня два физических сервера с Proxmox, на оду машину я установил PBS и сделал две папки Backup, удаленную машину сделал с первого раза, а вторую при старте PBS выдавал ошибку, писал что файл существует в второй папке Backup, пришлось ее удалять и создавать поновой, вот тогда получилось

@falsemetal 6 ай бұрын

А можно с помощью pbs бэкапить общие маунт поинты для контейнеров? У меня бэкапить общие mp отказывается

@Stilicho2011 6 ай бұрын

Post in thread 'How to backup mount point.' forum.proxmox.com/threads/how-to-backup-mount-point.128582/post-562882

@Sobolevalera Ай бұрын

1 минута! Да! Ведите меня за ручку! Капец не простая тема!

@visghost 3 ай бұрын

я делаю через протокол SMB

@Stilicho2011 3 ай бұрын

Это вопрос предпочтений

@user_name9209 6 ай бұрын

Я немного параноик, у меня правило 12-10-3

@Stilicho2011 6 ай бұрын

Ну не надо так себя принижать, это уже далеко не "немного параноик":)

@LinuxbyDmitry 6 ай бұрын

Стараешься подробнее, долго зачем так растягивать). Стараешься по быстрее, почему то не рассказал, другое не рассказал)).

@Stilicho2011 6 ай бұрын

Да, что не делай, все не то. Ужас

@LinuxbyDmitry 6 ай бұрын

@@Stilicho2011 ))

@LinuxbyDmitry 6 ай бұрын

@@Stilicho2011 Есть у меня один подписчик, он постоянно жалуется, что мне надо делать видео для чайников. Я уже не знаю что и говорить в видео, вроде и так всё для чайников делаю). За-то коллеги на работе, говорят на оборот, зачем так долго, говори больше по делу, зачем всякие мелочи).