вторник, 1 сентября 2020 г.

Proxmox BS. Резюме.

Вот мы и закончили обзор первой бета версии PBS и можем подвести какие то итоги, обозначить первые впечатления и в чем то сравнить с существующими системами (я работаю с Bacula с ней и буду сравнивать)

  1. Первое отличие - отсутствие единого центра управления, в отличии от Bacula, PBS является сервером хранения бэкапов и управляет уже созданными, но никак не влияет на процедуру их создания.
  2. Очень расстроило в клиенте отсутствие возможности делать дифференциальные и инкрементные бэкапы - по сути без этой возможности пользование клиентом ничем не отличается от архивирования на сетевое хранилище
  3. Возможно меня заплюют тру юниксоиды, но корпоративная система резервного копирования, в качестве которой позиционируется PBS, не возможна без Windows клиента - как минимум до конца моей жизни, определенный софт будет существовать только в Windows варианте.
  4. К сожалению пока у меня нет ответа что происходит после архивирования и последующего разархивирования с правами доступа к файлам - для меня это важно, особенно в случае сложной доменной иерархии прав (в Bacula сохраняются)
  5. Очень запутанная и нормально не работающая система управления доступом:
    NoAccess
    Доступ запрещен - ничего нельзя.
    Admin
    Может сделать что-угодно.
    Audit
    Может просматривать, но не может изменять настройки.
    DatastoreAdmin
    Может делать что угодно в хранилищах данных.
    DatastoreAudit
    Может просматривать настройки хранилища данных и список содержимого. Но не разрешено читать фактические данные.
    DatastoreReader
    Может просматривать содержимое хранилища данных и выполнять восстановление.
    DatastoreBackup
    Может создавать резервные копии и восстанавливать собственные резервные копии.
    DatastorePowerUser
    Может создавать резервные копии, восстанавливать и удалять собственные резервные копии.(нет прав на уборщик мусора)
    RemoteAdmin
    Может все в плане удаленной синхронизации
    RemoteAudit
    Может просматривать удаленные настройки.
    RemoteSyncOperator
    Может просматривать удаленные данные
    Казалось бы, что не понятно?, но ни один пользователь, кроме рута, не позволяет делать синхронизацию данных.
    готов данный баг отнести на бету
  6. Еще по клиенту - очень меня смущает необходимость хранить строку подключения и пароль в переменных окружения
Собственно резюме
На данном этапе развития продукта я не очень понимаю чем будут отличаться два синхронизирующихся между собой PBS сервера от двух например FreeNAS серверов, с настроенной репликацией, и подключенные к кластеру PVE в качестве хранилища.
P.S.
В очередной раз напоминаю, что мы имеем дело с бетой и готовый продукт может сильно отличаться, например в документации по API инкрементные бэкапы упоминаются.

6 комментариев:

  1. Александр, спасибо за подробный обзор, к сожалению для меня остался не прояснённым вот какой практический момент: как же именно можно было бы сделать с помощью PBS бэкап самого гипервизора Proxmox VE и потом полноценно развернуть его на новом сервере? Если возможно, напишите об этом такую же подробную инструкцию как всегда описываете!

    ОтветитьУдалить
    Ответы
    1. Достаточно сделать бэкап /etc с помощью клиента - я так понимаю в 6.2 он уже есть. В руководстве администратора описывается где хранятся папки PVE если есть бэкапы виртуалок какой смысл в бэкапе гипервизора? - проще установить с нуля. а так 2 или 3 папки в /etc/

      Удалить
    2. Из-за проблем с кондиционером эксперименты пока подождут.

      Удалить
    3. Починили кондишн. Накиньте ситуацию при которой надо восстановить ноду.

      Удалить
    4. Ну вот такая гипотетическая ситуация: на сервере 6 SATA-дисков из 6 возможных, сформирован RAIDz1, он единственный и с него же происходит загрузка (ну понятно что с одного из дисков в его составе, режим Legacy BIOS), сбой этого диска - система грузиться перестаёт, требуется восстановить сам гипервизор из резервной копии на новый сервер, подключить к нему диски со старым массивом и получить доступ к данным - примерно такая задача.

      Удалить
    5. В конкретно этой ситуации мне кажется правильным переставить загрузчик на другой винт (описано в руководсте администратора PVE), выбрать в биосе загрузку с него, заменить сбойный и после загрузки выполнить ребилд рейда. Если непременно новый сервер, то новая установка с предварительной проверкой винтов и восстановление VM из бэкапов.

      Удалить