Я управляю сервером CentOS 4.8 для небольшой рабочей группы. В прошлом году я преобразовал файловую систему в LVM поверх программного RAID (RAID 1, два зеркальных диска).
Теперь у меня есть следующие файловые системы на LVM / RAID:
/dev/mapper/vg-home 619G 231G 358G 40% /home
/dev/mapper/vg-tmp 7.9G 55M 7.5G 1% /tmp
/dev/mapper/vg-usr 7.9G 2.7G 4.9G 36% /usr
/dev/mapper/vg-var 7.9G 3.1G 4.5G 42% /var
Для поддержки этих файловых систем я использую rsnapshot и пару внешних USB-накопителей емкостью 2 ТБ, которые я меняю еженедельно. На практике это сработало очень хорошо. У меня есть rsnapshot, настроенный на создание снимков каждые четыре часа.
Учитывая эту конфигурацию, следует ли мне также рассмотреть возможность создания снимков LVM? Снимки LVM более эффективны? Могу ли я делать их чаще, чем резервные копии rsnapshot каждые 4 часа, без значительного влияния на производительность системы?
Я знаю, что моментальные снимки LVM можно использовать для обеспечения согласованности базы данных при резервном копировании, однако этот сервер не запускает базу данных, так что это не проблема.
Кажется, что может быть способ сделать резервные копии LVM и rsnapshot дополнительным образом, но я не могу разобраться в этом.
Я большой поклонник моментальных снимков для резервных копий, но обычно я использую их так, как описано для моментальных снимков LVM - сделайте снимок, смонтируйте его где-нибудь, сделайте резервную копию снимка с помощью вашего любимого инструмента резервного копирования (мне нравится Bacula), затем удалите снимок LVM. В идеале эта резервная копия находится где-то за пределами площадки
Это очень хорошо согласуется с rsnapshot: ваши моментальные снимки rsnapshot могут быть мгновенно доступными локальными резервными копиями, а также могут быть сохранены в удаленной резервной копии файловой системы, которую вы делаете из снимка LVM.
Снимки LVM очень похожи на снимки BSD UFS / FFS в том, что они хранят разницы между моментом создания снимка и текущим состоянием системы: это означает, что производительность будет ухудшаться по мере того, как снимок и основной диск будут рассинхронизироваться дальше, и есть некоторые накладные расходы для каждого снимка, который вы поддерживаете (любое изменение на диске должно отслеживаться, чтобы снимок знал об этом).
На практике эти накладные расходы незначительны, если только ваш диск не меняется часто и вы не храните снимки в течение длительного времени.
Видеть http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html для получения дополнительной информации об использовании моментальных снимков LVM для резервного копирования (нарисованные теми же широкими мазками, что и то, что я только что сказал).
Между прочим, моментальные снимки LVM (или UFS) также являются отличным средством для сохранения игр, если вы собираетесь сделать что-то ДЕЙСТВИТЕЛЬНО ОПАСНО на рабочем сервере, но это выходит далеко за рамки вашего вопроса.
По моему опыту, создание снимков с помощью LVM оказывает огромное влияние на производительность диска, если вы храните их в течение длительного времени. Раньше я делал резервную копию, используя моментальный снимок LVM, потому что я также делал резервные копии некоторых серверов sql. Но я обнаружил, что rsnapshot очень хорошо подходит для этого (мне просто нужно было написать небольшой скрипт для резервного копирования sql) и запустить его с помощью rsnapshot backup_script вариант.