The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз системы резервного копирования Bareos 17.2

19.12.2017 23:58

После более года разработки представлен шестой значительный релиз (17.2) проекта Bareos, в рамках которого развивается форк клиент-серверной системы резервного копирования Bacula. Код проекта распространяется под лицензией AGPLv3. Готовые сборки сформированы для различных дистрибутивов Linux, Windows и macOS.

Bareos был создан участниками из сообщества в ответ на смещение разработки Bacula в сторону развития закрытой коммерческой редакции, появления проблем с приёмом патчей и урезания возможностей открытой версии. Три года назад компания Bacula Systems SA попыталась инициировать судебное разбирательство в отношении нарушения своих авторских прав, но компания Bareos GmbH & Co выдвинула встречные претензии и дело было закрыто по соглашению сторон.

После ответвления от Bacula в Bareos были добавлены такие возможности, как поддержка квот на стороне клиента, встроенная реализация NDMP, дедупликация, мультиарендность (multi-tenancy), средства для ограничения пропускной способности, новый установщик для Windows, пассивный режим работы клиента (все соединения инициируются с сервера), со стороны клиента, средства для аудита, бэкенды для Gluster и Ceph, возможность локализации интерфейса, новый интерфейс для плагинов, поддержка резервного копирования LDAP и VMware, web-интерфейс для управления через браузер. Bareos совместим с Bacula и предоставляет сценарий миграции для старых конфигураций Bacula.

Основные новшества:

  • Проведена оптимизация хранения информации о файлах в БД, что позволило значительно повысить скорость работы при резервном копировании очень большого числа файлов (миллионы);
  • Расширены возможности по сохранению бэкапов в хранилищах, поддерживающих протокол NDMP (Network Data Management Protocol). Добавлена поддержка двунаправленной передачи файлов из хранилища на ленту напрямую поверх сети хранения данных. Значительно ускорено восстановление единичных файлов через NDMP, благодаря реализации механизмов DAR и DDAR (Direct Recovery);
  • В управляющий демон добавлена директива LanAddress, позволяющая клиентам из внутренних сетей напрямую записывать бэкапы в локальное хранилище, образуя распределённую сеть. Например, сетевые операторы могут выполнять резервное копирование из клиентских сетей;
  • В web-интерфейс добавлено отображение прогресса выполнения операций для всех запущенных работ. Обеспечена возможность отдельного запуска кастомизированных работ с произвольным набором опций;
  • Добавлена поддержка резервного копирования и восстановления окружений Amazon S3;
  • В базовую поставку добавлен пакет python-bareos;
  • В число поддерживаемых платформ добавлен HP-UX 11.31 (ia64);
  • В bareos-vmware-plugin добавлена поддержка Virtual Disk Development Kit (VDDK) 6.5.x, а также VMware vSphere 6.5 и более новых выпусков, сохраняя совместимость с VMware vSphere 5.5 и 6.0.


  1. Главная ссылка к новости (http://www.bareos.org/en/news/...)
  2. OpenNews: Релиз системы резервного копирования BorgBackup 1.1.0
  3. OpenNews: Система резервного копирования Obnam прекращает своё существование
  4. OpenNews: Выпуск системы резервного копирования Bacula 9.0.0
  5. OpenNews: Выпуск утилиты для резервного копирования rclone 1.35
  6. OpenNews: Google представил Hesokuri, систему для резервного копирования Git-репозиториев
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/47768-bareos
Ключевые слова: bareos, backup
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, leap42 (ok), 03:05, 20/12/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Mysql, Bacula, Vyatta... Пора уже проприерастам понять, что нельзя, купив права на опенсорсный продукт, купить заодно и всех его пользователей, большинство свалит на более открытый и дружественный к сообществу форк.
     
     
  • 2.2, Аноним (2), 04:47, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какая зажигательная речь.
     
     
  • 3.10, Аноним (-), 10:21, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Совершенно правильная речь. Классический показательный пример - история "успеха" OpenOffice.
     
  • 2.8, Аноним (-), 09:58, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, VyOS не сказать чтобы очень активна. Кто на Микротик ушел, а кто на Линуксе роутинг пилит. Так что форк, может, и дружественный, но идею загубили.
     
     
  • 3.23, Leap42 (?), 13:26, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    не понял, кто что загубил? все что было осталось на месте, только некоторые костыли причесали, хуже точно не стало. последнее время пилят бэкенд на Python, может больше народу в проект притечет (Perl сложноват, народу знающего его мало и бесплатно они не работают)
     

  • 1.6, ыы (?), 08:08, 20/12/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В число поддерживаемых платформ добавлен HP-UX 11.31 (ia64);
    >передачи файлов из хранилища на ленту

    Светлое будущее не за горами. Двигаются семимильнымми шагами...

     
     
  • 2.7, zz.z (?), 09:09, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Светлое будущее не за горами. Двигаются семимильнымми шагами...

    ты не поверишь но в 21 веке бываеют ситуации когда на ленту выгоднее и проще
    примеры надо приводить?

     
     
  • 3.9, ыы (?), 10:11, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да, конечно..
    С ТСО и рисками пожалуйста..
    а сюрреалистические маркетинговые фантазии про ленточки не интересно.
     
  • 3.30, Аноним (-), 15:21, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержу.
    Библиотека из лент в своё время избавила от кучи проблем.
     
     
  • 4.35, . (?), 03:47, 22/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да - было дело. Но теперь то ... добавляет кучу проблем :(
     
  • 2.11, Аноним (-), 10:25, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если иметь ввиду добавление поддержки Чпукса, да ещё IA64, то да, сарказм про светлое будущее уместен.
     

  • 1.13, Аноним (-), 11:22, 20/12/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    при большом количестве файлов веб-морда просто не справлялась на innoDB (postgre то же самое, висло всё наглухо) , после включения myisam норм более-менее.
    Запилили бы этот индекс в elasticsearch, вот бы было круто.
     
     
  • 2.15, ыы (?), 11:49, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну то что веб-морда, виснет о количества файлов (в бэкапах что ли?) это само по себе феерически круто... :)
     
     
  • 3.17, Аноним (-), 12:33, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Представь почтовый сервер - 1 письмо 1 файл, за несколько лет, примеров много могу привести где 16 версия веб-интерфейса с php и nginx просто складывается, упираясь в ограничение БД, толковых мануалов практически нет. Документации по bareos очень мало, в итоге такие костыли как смена движка.
     
     
  • 4.24, ыы (?), 13:27, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чаще всего, фраза  "ограничение БД" применительно к веб приложению - означает либо плохо/архитектурно неправильно написанный sql-запрос, либо неверно сконфигурированную субд.

    То есть это не проблема субд как таковой, а скорее проблема умельцев наваявших такой код...

     
  • 3.29, пох (?), 14:40, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну то что веб-морда, виснет о количества файлов (в бэкапах что ли?)

    в бэкапах, где ж еще.
    ну это бакула, она вся такая.

    Там не только общение с тазой банных такое вот, по записи (с развесистыми foreign keys) на файл, там и структура хранилища, и протоколы - все сделано в лучших традициях полевой проктологии.

    зато теперь у нас два несовместимых форка.

     
  • 2.26, Leap42 (?), 13:34, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > при большом количестве файлов веб-морда просто не справлялась на innoDB (postgre то
    > же самое, висло всё наглухо) , после включения myisam норм более-менее.
    > Запилили бы этот индекс в elasticsearch, вот бы было круто.

    во-первых, дорогой Анони, перестаньте терять последнюю букву в названии Post Ingres
    во-вторых, з@коп@й+е стюардессу. современный innodb ни в каких задачах не отстает от myisam на значимую величину (дело в развитии, myisam давно сдох, а innodb хоть и мелкими шажками но развивается непрерывно).

    и да, конфиг Postgres, на котором тормозило в студию! вместе посмеемся.

     

  • 1.16, Аноним (-), 12:17, 20/12/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Допустим есть такое страннейшее техническое решение:
    гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi. Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать ?
     
     
  • 2.18, Аноним (-), 12:35, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Допустим есть такое страннейшее техническое решение:
    > гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi.
    > Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать
    > ?

    если vmware я бы копал в сторону ghettoVCB, винду бэкапить бареосом стрёмно.

     
     
  • 3.19, Аноним (-), 12:40, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Гипервизором скорее всего будет проксмокс. Точно не vmware, т.к. дорого.
     
     
  • 4.21, Аноним (-), 12:49, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    proxmox овно, был печальный опыт, обновы платные. Если подключишь сторонние репы centos(или что у них там сейчас) получишь неработоспособную систему.
    Имхо бэкапить лучше отдельным сервером, не виртуалкой. Если, конечно, бюджет ограничен, я бы копал в сторону ухода из конторы, которая не может выделить денег на бэкап.
     
     
  • 5.22, Аноним (-), 13:21, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    с 4й версией всё шоколадно, правда в основном кручу там линуксы.
     
  • 5.25, moxprox (?), 13:33, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какие еще репозитарии centos? proxmox базируется на debian. И зачем там сторонние репозитарии вообще? Что вы с ними делать собрались?  
     
     
  • 6.33, Андрей (??), 17:34, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не важно! Важно изгадить все вокруг. Создать видимость всезнайки и дать понять, что оппонент - дэбил.
     
  • 3.20, L (??), 12:41, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Лента используется для архивов! Ах, у Вас нет архива, например, бухгалтерии? "Тогда мы идём к Вам!"
     
     
  • 4.36, . (?), 03:51, 22/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это во времена работало в те времена когда ёмкость ленты была с десяток дисков.

    Теперь всё не так. Архивы есть. Лент - нету.

     
  • 2.27, moxprox (?), 13:51, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Допустим есть такое страннейшее техническое решение:
    > гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi.
    > Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать
    > ?

    В Вашем случае, ставить на гипервизор storage daemon, а на винду file daemon.
    Для bacula\bareos желательно выделить отдельную подсеть, чтобы бекапы с пользовательским трафиком не пересекались.

     
     
  • 3.28, ыы (?), 14:12, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Для bacula\bareos желательно выделить отдельную подсеть,

    Вы имеете в виду отдельную физическую подсистему (свои сетевые карты, свои свичи, своя кабельная структура) или "подсеть" просто как диапазон адресов?

     
     
  • 4.31, moxprox (?), 16:52, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>Для bacula\bareos желательно выделить отдельную подсеть,
    >Вы имеете в виду отдельную физическую подсистему (свои сетевые карты, свои свичи, своя кабельная >структура) или "подсеть" просто как диапазон адресов?

    Так как у Вас LTO лента подключена к гипервизору, а бекапить нужно файлы с его виртуалок, то будет достаточно сделать в гипервизоре еще один bridge на свободный ethernet интерфейс (даже loopback подойдет). Этот bridge раздать виртуалкам, прописать везде выделенную под бекапы подсеть. Если бекапы выходят за рамки одного гипервизора, то уже настроить на свиче VLAN под бекапы и гипервизоры подключать выделенным под бекапы интерфейсом (не loopback). iscsi у вас же наверно выделен в отдельный VLAN, не так ли? ;)
    Можно пойти и дальше, ставить отдельный свич, агрегировать порты и т.д. это зависит от объемов и потребностей.

      

     
  • 2.34, Андрей (??), 17:43, 20/12/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На Гипервизор ставится Bareos-Director + Bareos-Storage-Daemon.
    На виртуалки ставится Bareos-Client (для соответствующей операционной системы).

    Если нужно делать бакапы/снапшоты самих вартуалок (бакапить образы виртуалок и их снапшоты), то на Гипервизоре нужен еще и Bareos-File-Daemon (он же bareos-client по сути).

    Все настраивается.

    У меня совершенно нормально все это работает. Гипервизор - KVM+Проксмокс, все виртуалки лежат в CEPH, 100 шпинделей, 7 серверов + один сервер, специально выделенный под бакап + мониторинг.

     

  • 1.32, Аноним (-), 16:57, 20/12/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Помнится, мне не хватало возможности организации прямого соединения клиента и того что файлы собственно хранит, все приходилось бессмысленно перекачивать через "storage". То есть либо объявлять каждый файловый сервер "storage", теряя возможность их легко заменять и дублировать, либо забивать сеть.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру