40. Резервное копирование Home Assistant с помощью VMware.

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

    Как уже было указано в ранних статьях, в качестве примера используется следующая конфигурация, доступная сегодня практически каждому:

- Домашний компьютер (можно ноутбук) с установленной на нём операционной системой (например Windows 10 или 11).

- Установленная на нём среда виртуализации VMware (её еще иногда называют гипервизором).

- Развёрнутая в этой среде виртуальная машина с операционной системой HA OS.

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

Но это не единственный способ, есть ещё варианты:

1. Бэкап виртуалки с помощью самого гипервизора.

2. Бэкап виртуалки с помощью стороннего софта, умеющего подключаться к гипервизору.

3. Бэкап всей хостовой системы (всего основного компа целиком). 

Будем идти снизу вверх.

- Третий вариант сразу отбросим т.к. требует под себя очень много ресурсов и для домашнего использования он неоправданно дорог.

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

- Таким образом приходим к первому варианту.

Кстати, наличие рассматриваемой функции, это ещё одна причина почему в примере используется именно VMware.

После отсеивания вариантов с помощью которых будем бэкапить, остаётся решить как часто это надо делать. Тут всё работает по аналогии со внутренним бэкапом, рассмотренным в первой статье.

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

- Определиться как часто делать эти резервные копии.

- Учитывать что каждая копия занимает сколько-то места на диске. Место под одну копию умножаем на количество желаемых копий и получаем требуемое минимальное свободное место на диске.

Например:

Пусть образ системы занимает 32 гигабайта. Ещё около 7 гигабайт будет занимать информация о всей виртуальной машине с её рабочими файлами. Итого 39 гигабайт, для удобства округлим до 40.

Размер каждой резервной копии может быть около 4-5 гигабайт или больше, в зависимости от количества данных внутри системы, размера базы данных и т.д.

Если взять максимум из этого примера, и хранить резервные копии неделю, то 7х5=35+40=75 гигабайт места. Это с одной стороны.

С другой, не стоит забывать про принцип не хранить все яйца в одной корзине. Поэтому бэкапы лучше всего хранить на другом физическом диске. Особенно когда их (бэкапов) так много. Перекидывание файлов с диска на диск можно доверить отдельному скрипту или программе.

О теории можно говорить ещё очень долго, но перейдём к практике.

Для начала убедимся что резервное копирование будет проходить в фоне самостоятельно, без вмешательства пользователя.

Для этого открываем настройки самого гипервизора:

И на вкладке Priority убеждаемся что соответствующая опция включена

Теперь делаем правый клик на нужной виртуальной машине, и заходим в её свойства. Или же открываем то же окно через верхнюю панель

На вкладке Options находим строчку AutoProtect и включаем её, выбрав необходимую частоту резервирования.

Нажимаем "ОК" и на этом настройка завершена. Теперь резервное копирование будет работать каждый выбранный интервал, начиная от того времени когда была включена эта опция.

Как видно из терминологии, гипервизор делает так называемый "слепок" системы. И именно этими слепками можно управлять в менеджере слепков (снэпшотов)

При желании можно даже создать новую виртуалку из снэпшота (только не забываем отключить ей сеть, иначе 2 одинаковых системы, с одинаковыми адресами, в одной сети будут долго драться за первенство).