Назад | Перейти на главную страницу

Решение для автономного резервного копирования - RAID с LVM для сервера GNU / Linux

Задний план

Здравствуйте, я настраиваю сервер 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
  • использовать Георепликация GlusterFS, который снова основан на rsync
  • использовать свалка и / или деготь для создания полных и инкрементных / дифференциальных резервных копий, отправляя их в удаленное место через ssh
  • использовать bdsync или blocksync для резервного копирования дисков с необработанными данными в удаленное место. Обратите внимание на а) запускайте эти утилиты для снимка исходного тома и б) на то, чтобы действительно знать, как они работают.
  • использовать DRBD + DRBD прокси иметь удаленный сервер в реальном времени с синхронизацией блоков. Обязательно поймите, что а) прокси DRBD является платным дополнением и б) это будет не защитить вас от человеческих ошибок / саботажа, так как изменения немедленно отправляются на удаленную сторону (воспринимайте это как сетевой RAID1)

Короче говоря, серебряной пули нет. Однако я настоятельно рекомендую вам воспользоваться rsnapshot/rsync маршрут.

Я думаю, тебе стоит использовать rsync для удаленного резервного копирования. Это уменьшит ежедневный резервный трафик. Сохраняйте файлы, а не диски.