The OpenNET Project / Index page

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

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

После более года разработки представлен шестой значительный релиз (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
Тип: Программы
Ключевые слова: bareos, backup
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | 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... весь текст скрыт [показать]
     
     
  • 2.15, ыы (?), 11:49, 20/12/2017 [^] [ответить]    [к модератору]  
  • +/
    Ну то что веб-морда, виснет о количества файлов (в бэкапах что ли?) это само по себе феерически круто... :)
     
     
  • 3.17, Аноним (-), 12:33, 20/12/2017 [^] [ответить]     [к модератору]  
  • +/
    Представь почтовый сервер - 1 письмо 1 файл, за несколько лет, примеров много мо... весь текст скрыт [показать]
     
     
  • 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 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    Допустим есть такое страннейшее техническое решение гипервизор подключается к л... весь текст скрыт [показать]
     
     
  • 2.18, Аноним (-), 12:35, 20/12/2017 [^] [ответить]     [к модератору]  
  • +/
    если vmware я бы копал в сторону ghettoVCB, винду бэкапить бареосом стрёмно ... весь текст скрыт [показать]
     
     
  • 3.19, Аноним (-), 12:40, 20/12/2017 [^] [ответить]    [к модератору]  
  • +/
    Гипервизором скорее всего будет проксмокс. Точно не vmware, т.к. дорого.
     
     
  • 4.21, Аноним (-), 12:49, 20/12/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    proxmox овно, был печальный опыт, обновы платные Если подключишь сторонние репы... весь текст скрыт [показать]
     
     
  • 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 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    Помнится, мне не хватало возможности организации прямого соединения клиента и то... весь текст скрыт [показать]
     

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


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