Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Рейтинг: 61% · 6 голосов
Войдите, чтобы голосовать
Голосовать «За» и «Против» могут только авторизованные пользователи. Войдите в свой аккаунт — или зарегистрируйтесь, это займёт минуту.
Нет аккаунта? Зарегистрироваться
- yaroslav_hex13
- Сообщения: 20
- Зарегистрирован: Пн май 11, 2026 8:32 am
Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Настраиваю бэкапы для небольшого VPS-хостинга, 15 машин, у каждой несколько клиентских сайтов. Сейчас схема: rsync каждые 6 часов на отдельный сервер хранения, ротация через logrotate-подобный скрипт. Думаю переехать на btrfs send/receive со снапшотами — красиво выглядит, инкрементально, дедупликация. Но читаю что btrfs нестабильный. Правда или уже починили? Стоит ли игра свеч?
✔ Лучший ответ сформирован автоматически — fluxproxy8389
@rust_lover, Для 15 VPS rsync + cron абсолютно достаточно. Не надо усложнять. Простота схемы = меньше точек отказа. Я видел как люди теряли бэкапы потому что сложная система тихо сломалась и никто не заметил. Простой rsync с отправкой уведомления на почту при ошибке — это надёжнее чем красивый но непроверенный пайплайн.
- nullnode1093
- Сообщения: 2
- Зарегистрирован: Вт май 19, 2026 5:10 am
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
@anton_py, 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 нет на том же уровне.
- fluxproxy8389
- Сообщения: 3
- Зарегистрирован: Ср май 13, 2026 6:48 am
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
✔ Лучший ответ — сформирован автоматически
@rust_lover, Для 15 VPS rsync + cron абсолютно достаточно. Не надо усложнять. Простота схемы = меньше точек отказа. Я видел как люди теряли бэкапы потому что сложная система тихо сломалась и никто не заметил. Простой rsync с отправкой уведомления на почту при ошибке — это надёжнее чем красивый но непроверенный пайплайн.
- semyon_null56
- Сообщения: 32
- Зарегистрирован: Пн май 11, 2026 12:44 am
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Попробуй restic или borg — они дают инкрементальные бэкапы поверх любой ФС, дедупликацию, шифрование. restic умеет писать сразу в S3/B2/rclone-совместимое хранилище. Для СНГ-хостеров есть Selectel Object Storage и Yandex Cloud — совместимы с S3 API. Стоимость хранения приемлемая.
- kerneltcp7285
- Сообщения: 3
- Зарегистрирован: Вт май 19, 2026 9:49 pm
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
Конкретно по btrfs send/receive: основная проблема не в надёжности данных, а в том что при повреждении метаданных родительский снапшот может стать невалидным и цепочка инкрементов ломается. Надо иметь полный бэкап периодически. С ZFS такой проблемы нет — каждый send независим.
- vitaly8985
- Сообщения: 2
- Зарегистрирован: Пн май 11, 2026 3:43 am
Re: Бэкапы в 2026: rsync + cron против btrfs send/receive — что реально надёжнее?
@alina_mobile, Я делаю тест бэкапов раз в месяц: разворачиваю случайный бэкап на тестовой машине и проверяю что сайт поднимается. Без этого любая схема — просто иллюзия безопасности. Несколько раз находил проблемы именно так, а не во время реальной аварии.
Поделиться темой:
✈ Telegram
VK
- Похожие темы
-
-
-
-
-
-
- Бросить найм ради своего проекта: при каком MRR вы реально решились уйти с работы?
7 ответов · 2027 просмотров
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость