суббота, 22 августа 2020 г.

Proxmox BS. Начало использования, интеграция с VE.

Так, как на данном этапе PBS не имеет интерфейса управления дисками и файловой системой, хранилище необходимо создавать в консоли, используя SSH или локальную консоль.


Примечание
Я провожу эксперименты на виртуальной машине и для хранилища создал отдельный диск и буду использовать файловую систему ZFS.
Вам же следует опираться на свои реалии.

Создам для хранилища ZFS pool на диске, который я выделил для хранения резервных копий

zpool create -f -o ashift=12 spool1 /dev/sd[x]

Создам для хранения бэкапов ноды PVE1 набор данных ZFS spool1/pve1

zfs create spool1/pve1

В разделе "Datastore" веб интерфейса PBS создам хранилище pve1, указав данный набор данных как целевой

Пока не указываем параметров очистки - их всегда можно отредактировать - нам важно интегрировать PVE и PBS между собой.

Перейдя во вкладку управление пользователями создаю пользователя pve1.


Примечание
С местонахождением соответствующих пунктов меню можно ознакомиться в обзоре интерфейса PBS

В меню управления хранилищами выделяем наше хранилище и нажимаем в верхней строке кнопку разрешения, добавить

Обращаем внимание на то, как отличается путь, от того, который мы использовали при создании хранилища.

Выбираем пользователя и права

Для того, чтоб Proxmox VE мог работать с PBS его необходимо обновить до версии 6.2, после чего появится возможность добавить соответствующий вид хранилища

Заполняем поля, обращаем внимание на то, как в этот раз надо указывать имя хранилища


Примечание
Для получения отпечатка ключа необходимо в консоли выполнить команду
#proxmox-backup-manager cert  info |grep Fingerprint
#Fingerprint (sha256): 36:b6:9f:2f:b0:e0:27...
После чего ключ скопировать и вставить

В итоге мы получим хранилище для резервных копий

Теперь мы имеем возможность указать данное хранилище при создании задачи резервного копирования виртуальных машин и контейнеров PVE

Теперь полученную резервную копию мы можем наблюдать как в интерфейсе PVE,

так и в интерфейсе PBS

На сегодня все.

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

  1. Александр, что ж, начало практической работы с PBS положено, а в продолжении хотелось бы прочитать сравнение с другими, используемыми вами системами создания резервных копий и личные впечатления о работе именно с PBS - насколько удобна работа, какие плюсы и минусы, есть ли что-то особенное, ну итд.
    Но уже спасибо за эти несколько статей, пусть они и пока что больше обзорные, чем практические.

    ОтветитьУдалить
    Ответы
    1. Это бета и я ее изучаю в ходе написания заметок - обратите внимание, что мы в процессе находим ошибки(возможно я мало на ней заострил внимание), последняя заметка уже позволяет настроить резервное копирование виртуалок, а полноценной система станет только после появления клиента для Windows, как не печально это признавать.

      Удалить
    2. А можно подробнее? Для чего нужен клиент для Windows?

      Удалить
    3. Давайте мы рассмотрим в следующий раз клиент для Linux и потом в следующий раз настроим восстановление данных, потом настоим время жизни бэкапов, потом рассмотрим синхронизацию между серверами, а потом сделаем заключение, которое я сделал авансом.
      Спойлер: Корпоративная система резервного копирования должна уметь бэкапить не только виртуальные окружения, но и физические компьютеры, причем должна присутствовать возможность настроить что именно мы хотим бэкапить. Кроме этого должна быть возможность восстановить конкретный файл на конкретную дату. Так как мы(не я конкретно) живем в мире, где большинство десктопов работают под Windows (как пример весь бухгалтерский софт) то и система резервного копирования должна с ней работать.

      Удалить
    4. Ааа, я почему-то был твёрдо уверен что все сотрудники работают исключительно на виртуальных машинах, потому и удивился в необходимости клиента для Windows - казалось бы, зачем он им, теперь понятно для чего он нужен.
      А вот про синхронизацию между серверами очень даже интересно будет узнать в подробностях!

      Удалить
    5. Даже если речь о виртуальном сервере Windows, ежедневно бэкапить всю виртуальную машину с данными очень затратно, по дисковому пространству,и времени. Когда речь заходит о десятках серверов это выливается в десятки и сотни терабайт. Поэтому важна возможность делать дифференциальные и инкрементные бэкапы. Еще задание должно уметь запускать скрипты до и после своего выполнения. Мы будем все это смотреть и изучать, а после делать выводы.

      Удалить