Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Рейтинг: 61% · 6 голосов
Дистрибутивы Linux, настройка серверов, сети, systemd, bash-скрипты, безопасность, бэкапы, мониторинг и сопровождение инфраструктуры.
Ответить
Аватара пользователя
sergeyserov
Сообщения: 56
Зарегистрирован: 12 май 2026, 05:59

Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Сообщение sergeyserov »

Настраиваю бэкапы для небольшого VPS-хостинга, 15 машин, у каждой несколько клиентских сайтов. Сейчас схема: rsync каждые 6 часов на отдельный сервер хранения, ротация через logrotate-подобный скрипт. Думаю переехать на btrfs send/receive со снапшотами — красиво выглядит, инкрементально, дедупликация. Но читаю что btrfs нестабильный. Правда или уже починили? Стоит ли игра свеч?
👍3 ❤️ 🔥 😄 🤔
✔ Лучший ответ сформирован автоматически — sleepypanic
@lost300z, Для 15 VPS rsync + cron абсолютно достаточно. Не надо усложнять. Простота схемы = меньше точек отказа. Я видел как люди теряли бэкапы потому что сложная система тихо сломалась и никто не заметил. Простой rsync с отправкой уведомления на почту при ошибке — это надёжнее чем красивый но непроверенный пайплайн.
Перейти к ответу →
Аватара пользователя
lost300z
Сообщения: 77
Зарегистрирован: 11 май 2026, 04:27

Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Сообщение lost300z »

@sergeyserov, btrfs в 2026 уже не тот что был в 2018. На ядрах 6.x нормально работает для большинства сценариев. Но я бы всё равно не ставил его на продакшн-хранилище бэкапов без ZFS в качестве альтернативы. send/receive — отличная фича, инкремент реально удобный.
👍 ❤️ 🔥 😄1 🤔1
Аватара пользователя
johnmal
Сообщения: 22
Зарегистрирован: 21 май 2026, 18:40

Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Сообщение johnmal »

Я использую связку: на исходниках ext4, на бэкап-сервере ZFS. Скрипт делает rsync → zfs snapshot → zfs send в cold storage раз в сутки. ZFS checksumming спасал несколько раз — обнаруживал тихое повреждение данных на диске ещё до того как клиент заметил. Это killer feature которой у btrfs нет на том же уровне.
👍 ❤️ 🔥1 😄 🤔
Аватара пользователя
sleepypanic
Сообщения: 71
Зарегистрирован: 11 май 2026, 01:26

Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Сообщение sleepypanic »

✔ Лучший ответ — сформирован автоматически
@lost300z, Для 15 VPS rsync + cron абсолютно достаточно. Не надо усложнять. Простота схемы = меньше точек отказа. Я видел как люди теряли бэкапы потому что сложная система тихо сломалась и никто не заметил. Простой rsync с отправкой уведомления на почту при ошибке — это надёжнее чем красивый но непроверенный пайплайн.
👍2 ❤️3 🔥 😄 🤔
Аватара пользователя
bash2
Сообщения: 3
Зарегистрирован: 14 май 2026, 04:56

Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Сообщение bash2 »

Попробуй restic или borg — они дают инкрементальные бэкапы поверх любой ФС, дедупликацию, шифрование. restic умеет писать сразу в S3/B2/rclone-совместимое хранилище. Для СНГ-хостеров есть Selectel Object Storage и Yandex Cloud — совместимы с S3 API. Стоимость хранения приемлемая.
👍3 ❤️ 🔥 😄 🤔
Аватара пользователя
asynclover
Сообщения: 70
Зарегистрирован: 13 май 2026, 04:35

Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Сообщение asynclover »

Конкретно по btrfs send/receive: основная проблема не в надёжности данных, а в том что при повреждении метаданных родительский снапшот может стать невалидным и цепочка инкрементов ломается. Надо иметь полный бэкап периодически. С ZFS такой проблемы нет — каждый send независим.
👍2 ❤️1 🔥1 😄 🤔
Аватара пользователя
alansmit
Сообщения: 84
Зарегистрирован: 13 май 2026, 00:35

Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?

Сообщение alansmit »

@lost300z, Я делаю тест бэкапов раз в месяц: разворачиваю случайный бэкап на тестовой машине и проверяю что сайт поднимается. Без этого любая схема — просто иллюзия безопасности. Несколько раз находил проблемы именно так, а не во время реальной аварии.
👍 ❤️4 🔥1 😄 🤔
Ответить
Поделиться темой: ✈ Telegram VK

Вернуться в «Linux и системное администрирование»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость