Здравствуйте, я настраиваю сервер Ubuntu GNU / Linux, который объединит:
1) Программный RAID1 (с использованием mdadm) - для защиты данных от сбоя оборудования
2) Диспетчер логических томов (LVM) - Обеспечение гибкости в организации моих данных и возможность легко увеличить емкость в будущем.
Пока я успешно:
1) Настройте RAID1 с помощью mdadm и создайте / dev / md0
2) Настройте LVM, сделав / dev / md0 физическим томом, присоединенным к группе томов с именем: vg_data. У меня есть логический том под названием: lv_shared, смонтированный на / home / shared:
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
└─sda1 ext4 0xxxxxxx-2xxx-4xxx-8xxx-1xxxxxxxxxxx /
sdb
└─sdb1 linux_raid_member ubuntu:0 02342342-2333-4444-8888-111111111111
└─md0 LVM2_member 57e241ad-aee3-4486-8eaa-222222222222
└─vg_data-lv_shared ext4 048b529c-2e39-4f49-83c9-333333333333 /home/shared
sdc
└─sdc1 linux_raid_member ubuntu:0 02342342-2333-4444-8888-111111111111
└─md0 LVM2_member 57e241ad-aee3-4486-8eaa-222222222222
└─vg_data-lv_shared ext4 048b529c-2e39-4f49-83c9-333333333333 /home/shared
Это нормально, если на одном из дисков данных произошел сбой оборудования, но как мне создать резервную копию вышеупомянутой настройки?
Резервная копия должна иметь возможность полностью восстановить всю систему, если что-то пошло не так, с использованием только резервной копии вне сайта.
Прочитав много по этому поводу, я нашел следующие варианты, но, поскольку я совершенно новичок в этом, хочу спросить и посмотреть, что сообщество порекомендует из своего опыта.
1) Снимки LVM
2) Дублируйте один из дисков RAID. EG: (где sdd - мой внешний физический диск с резервной копией.)
dd if=/dev/sdb of=/dev/sdd bs=64K conv=noerror,sync status=progress
Как будет выглядеть процесс восстановления для указанных выше методов резервного копирования?
Я действительно застрял на этом, и любые указатели / ссылки на соответствующие статьи / предложения были бы очень признательны, поскольку я потратил много времени, пытаясь выяснить, что делать, и моей зоны комфорта нигде не видно.
Спасибо, что прочитали мой вопрос, и я надеюсь, что он имеет смысл для кого-то!
Обновление 1:
Если бы я использовал rsync, я бы не потерял схему управления логическими томами. Также возникает новая проблема, если вы представите, что я расширяю приведенную выше настройку, чтобы она содержала 3 пары RAID1. Затем я добавляю их, чтобы увеличить общую емкость логического тома. Мне нужно было бы rsync точку монтирования логического тома (для копирования всех данных), которая затем будет содержать данные на 3 жестких диска. Это нужно будет скопировать для охвата нескольких внешних дисков (поскольку у меня нет ни одного диска, который бы вместил все 3 диска). Возможно ли это с помощью rsync. Чем больше я думаю об этой проблеме, тем единственным решением, которое я могу придумать, является создание резервного сервера с такой же конфигурацией, расположенного вне офиса?
Внешнее резервное копирование должно обеспечивать эффективное использование полосы пропускания, поэтому забудьте об использовании необработанного dd
для копирования дисков / томов в удаленное место. Более того, как правило, нет необходимости сохранять точную структуру разделов / логических томов для удаленного резервного копирования (чтение: медленное и последнее усилие).
Я постараюсь показать вам различные возможности, отсортированные по эффективности:
rsnapshot
(сам основан на rsync
) для копирования данных в удаленное расположение, используя жесткие ссылки (на удаленной стороне) для создания нескольких резервных копий на определенный момент времени. Первое резервное копирование займет некоторое время, но последующие будут намного быстрее. Чтобы сохранить информацию о разделах / lvm, просто сделайте резервную копию вывода lsblk; fdisk -l /dev/sdX; pvs; vgs; lvs
rsync
ssh
bdsync
или blocksync
для резервного копирования дисков с необработанными данными в удаленное место. Обратите внимание на а) запускайте эти утилиты для снимка исходного тома и б) на то, чтобы действительно знать, как они работают.Короче говоря, серебряной пули нет. Однако я настоятельно рекомендую вам воспользоваться rsnapshot/rsync
маршрут.
Я думаю, тебе стоит использовать rsync
для удаленного резервного копирования. Это уменьшит ежедневный резервный трафик. Сохраняйте файлы, а не диски.