Я запускаю Linux-сервер с контейнерами OpenVZ. Я выполняю резервное копирование данных с помощью rdiff-backup в два этапа (чтобы минимизировать время простоя). Первый шаг находится на живом контейнере, а второй шаг - на подвесном контейнере.
Есть ли лучший способ сделать резервную копию контейнеров OpenVZ?
Этот сайт перечисляет различные способы сделать это. Если у вас есть LVM, это действительно лучший вариант. Одна вещь, в которой я хотел бы убедиться, заключается в том, что если вы запускаете какие-либо приложения для баз данных, сделать дамп базы данных всех баз данных перед резервным копированием контейнера (например, mysqldump).
Почему бы не использовать vzmigrate между аппаратными узлами с опциями, которые сохраняют «образ» в источнике и назначении, а также онлайн-коммутатор. Если вы будете делать это часто, rsync будет работать очень быстро (меньше изменений для синхронизации). Я делаю это без LVM. Я думаю, что прелесть виртуальных серверов в том, что вам не нужно беспокоиться о резервных копиях на уровне файловой системы (аплодисменты)! Конечно, вы можете выполнять vzmigrate и без части миграции.
Я также рекомендую LVM, который я использую для создания снимков, которые они передаются с помощью rsync в zfs (в Linux с использованием zfs-fuse) чтобы включить доступные для записи снимки, которые я использую для быстрого восстановления на определенный момент времени, запустив над ним новый контейнер.
Если есть одно конкретное предложение из моего опыта, я бы посоветовал разработать стратегию резервного копирования, основанную на ваших требованиях к восстановлению, а не на ограничениях текущей настройки. Переустановка сервера с LVM - это боль, но пока мы не получим лучшую поддержку от файловых систем, таких как btrfs, это первый шаг :-)
Мое личное мнение о резервном копировании виртуальных машин заключается в том, что его не должно существовать, если вы не являетесь поставщиком VPS. Но если это так, запуск виртуальных машин / контейнеров поверх LVM и использование моментальных снимков в качестве источника для резервного копирования может быть лучшей идеей. Конечно, для обеспечения высокой доступности вы можете использовать DRBD («raid1-over-network») или lvm поверх iscsi для выделения хранилища с какого-нибудь надежного устройства.
Что касается запрета на резервное копирование для виртуальных машин, я предпочитаю предполагать, что виртуальная машина все нестабильна и не стоит экономить. В моей производственной среде я делаю резервную копию только $ Data, находящегося внутри виртуальной машины. В случае, если виртуальная машина / контейнер по какой-то причине умирает, я использую золотой образ, чтобы повторно создать его экземпляр и повторно заполнить его $ Data из резервных копий. При 200+ виртуальных машинах vmware, openvz и xen резервное копирование каждой из них нецелесообразно.
При этом для пары наших контейнеров, которые мы должны восстанавливать очень быстро на случай, если что-то пойдет не так (nagios, инвентарь стоек и т. Д.), Мы просто выполняем rsync из / :)
Вот что я использую: R1Soft (теперь называется Idera Server Backup Enterprise).
Зачем? - Резервное копирование на уровне блоков (копирует только изменения и очень быстро с нулевым временем простоя) - История, хранит несколько версий по вашему запросу. Возможно резервное копирование каждые 15 минут. - Отчетность - это круто - Многоточечная репликация на / за пределы площадки тоже хороша
Я не работаю на них, я каждый день делаю резервную копию около 80 серверов, и это меня никогда не подводило. Да, это стоит денег, но вы получаете то, за что платите.