Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Рейтинг: 61% · 6 голосов
Войдите, чтобы голосовать
Голосовать «За» и «Против» могут только авторизованные пользователи. Войдите в свой аккаунт — или зарегистрируйтесь, это займёт минуту.
Нет аккаунта? Зарегистрироваться
- sergeyserov
- Сообщения: 56
- Зарегистрирован: 12 май 2026, 05:59
Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Настраиваю бэкапы для небольшого VPS-хостинга, 15 машин, у каждой несколько клиентских сайтов. Сейчас схема: rsync каждые 6 часов на отдельный сервер хранения, ротация через logrotate-подобный скрипт. Думаю переехать на btrfs send/receive со снапшотами — красиво выглядит, инкрементально, дедупликация. Но читаю что btrfs нестабильный. Правда или уже починили? Стоит ли игра свеч?
✔ Лучший ответ сформирован автоматически — sleepypanic
@lost300z, Для 15 VPS rsync + cron абсолютно достаточно. Не надо усложнять. Простота схемы = меньше точек отказа. Я видел как люди теряли бэкапы потому что сложная система тихо сломалась и никто не заметил. Простой rsync с отправкой уведомления на почту при ошибке — это надёжнее чем красивый но непроверенный пайплайн.
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
@sergeyserov, btrfs в 2026 уже не тот что был в 2018. На ядрах 6.x нормально работает для большинства сценариев. Но я бы всё равно не ставил его на продакшн-хранилище бэкапов без ZFS в качестве альтернативы. send/receive — отличная фича, инкремент реально удобный.
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Я использую связку: на исходниках ext4, на бэкап-сервере ZFS. Скрипт делает rsync → zfs snapshot → zfs send в cold storage раз в сутки. ZFS checksumming спасал несколько раз — обнаруживал тихое повреждение данных на диске ещё до того как клиент заметил. Это killer feature которой у btrfs нет на том же уровне.
- sleepypanic
- Сообщения: 71
- Зарегистрирован: 11 май 2026, 01:26
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
✔ Лучший ответ — сформирован автоматически
@lost300z, Для 15 VPS rsync + cron абсолютно достаточно. Не надо усложнять. Простота схемы = меньше точек отказа. Я видел как люди теряли бэкапы потому что сложная система тихо сломалась и никто не заметил. Простой rsync с отправкой уведомления на почту при ошибке — это надёжнее чем красивый но непроверенный пайплайн.
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Попробуй restic или borg — они дают инкрементальные бэкапы поверх любой ФС, дедупликацию, шифрование. restic умеет писать сразу в S3/B2/rclone-совместимое хранилище. Для СНГ-хостеров есть Selectel Object Storage и Yandex Cloud — совместимы с S3 API. Стоимость хранения приемлемая.
- asynclover
- Сообщения: 70
- Зарегистрирован: 13 май 2026, 04:35
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Конкретно по btrfs send/receive: основная проблема не в надёжности данных, а в том что при повреждении метаданных родительский снапшот может стать невалидным и цепочка инкрементов ломается. Надо иметь полный бэкап периодически. С ZFS такой проблемы нет — каждый send независим.
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
@lost300z, Я делаю тест бэкапов раз в месяц: разворачиваю случайный бэкап на тестовой машине и проверяю что сайт поднимается. Без этого любая схема — просто иллюзия безопасности. Несколько раз находил проблемы именно так, а не во время реальной аварии.
Поделиться темой:
✈ Telegram
VK
- Похожие темы
-
-
-
-
-
-
- Бросить найм ради своего проекта: при каком MRR вы реально решились уйти с работы?
10 ответов · 2123 просмотров
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость