|
Рубрика:
Администрирование /
Бэкап: мнение практика
|
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
|
Как вы делаете
резервное копирование в офлайн-режиме?
Где храните бэкапы: на NAS, ленте, Ceph? Используете ли Rubackup, Bacula, Rsync, Borg? Как тестируете восстановление – раз в месяц, квартал? Есть ли у вас скрипт для автоматической проверки целостности архивов?
 Эдуард Грехов,
руководитель отдела DevOps в KISLOROD
«Бэкапы – критичный процесс. Нельзя подходить к нему «по остаточному принципу», нужно понимать ожидания бизнеса и стоимость простоя и пытаться её донести до руководства»
Где храните бэкапы: на NAS, ленте, Ceph? Часто приходится объяснять бизнесу простую вещь: бэкапы – это часть процесса надежности, а не место для экономии. Пока все работает, кажется, что нет необходимости усложнять, и так все нормально. Но ценность бэкапов становится видна в инциденте: когда приходится поднимать всю инфраструктуру из «пепла», сбои на железе, взломы, откаты после работы команды разработки. И если копии не проверялись, не создавались перед критическими обновлениями, быстро выясняется, что восстановиться в нужные сроки нельзя или просто не из чего.
Схема хранения зависит от масштаба проекта и нагрузки. В нашей практике чаще всего это отдельный бэкап‑сервер с подключенным хранилищем (NAS/Ceph/HDD). Идея простая: даже если прод взломали или на нем что-то пошло не так, копии должны выжить. Поэтому важно «разорвать доверие», отсутствие доступа «с прода на бэкап».
Используете ли Rubackup, Bacula, Rsync, Borg? Для бэкапов базы данных (БД) используем стандартные средства, в зависимости от нагрузки дополнительно используем репликацию для переноса нагрузки.
Для файлов у нас прижился rsnapshot: это rsync с ротацией «снимков» и экономией места за счет жестких ссылок – удобно держать несколько точек восстановления без полного дублирования объема. Иногда дополняем это скриптами, дополнительной автоматизацией с учетом специфики проекта и инфраструктуры.
Как тестируете восстановление – раз в месяц, квартал? Очень важно проводить регулярные проверки бэкапов, клиенты часто этим пренебрегают и пытаются сэкономить на обслуживании и инфраструктуре. В небольших и средних проектах мы настраиваем автоматическое развертывание бэкапа и проверку восстановления на отдельном сервере (обычно раз в 2 недели). Это помогает оперативно поймать проблемы в резервном копировании. Не все заказчики эти работы согласовывают, но без них «успешный бэкап» не гарантирует полного восстановления.
Крупные проекты – отдельная история: там обычно нужны отдельные контуры/стенды для тестовых восстановлений, проверка сценариев отказа и более формализованный регламент: кто запускает восстановление, где лежат ключи, как фиксируются результаты и что считается успешным тестом.
Бэкапы – критичный процесс. Нельзя подходить к нему «по остаточному принципу», нужно понимать ожидания бизнеса, стоимость простоя и пытаться её донести до руководства.
 Александр Фролов,
начальник отдела информационных технологий, Морской государственный университет имени адмирала Г.И. Невельского, г. Владивосток
«Тестирование резервных копий входит в функционал PBS и проводится раз в месяц»
Где храните бэкапы: на NAS, ленте, Ceph? Храню на TrueNAS, ВМ бекапятся с помощью Proxmox Backup Server, в котором в качестве цели указана SMB-share.
Используете ли Rubackup, Bacula, Rsync, Borg? Все функционалы Proxmox VE и Proxmox Backup Server
Как тестируете восстановление — раз в месяц, квартал? Тестирование резервных копий входит в функционал PBS и проводится раз в месяц.
Ключевые слова: бэкап, стоимость восстановления, инцидент
Подпишитесь на журнал
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
|
Как вы делаете резервное копирование в офлайн-режиме?
