The OpenNET Project / Index page

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

Зеркалирование разделов по сети в NetBSD. Снапшоты UFS2 в FreeBSD.

02.05.2005 22:53

На конференции BSDCAN 2005 был представлен набор патчей для ядра NetBSD и комплект утилит для организации клонирования дискового раздела с одной машины на другую, по сети.

Кроме единовременного клонирования раздела, livebackup позволяет перехватывать все операции по записи данных на диск и транслировать их на удаленную машину, тем самым поддерживая полную актуальность данных на удаленном зеркале (real-time backup).

Также следует упомянуть недавно вышедшую статью "FreeBSD UFS2 Snapshots Management Environment", на примерах демонстрирующую процесс создания снапшотов в USF2 и использование данной возможности для бэкапа.

Пример создания снапшота:


   mount -u -o snapshot /var/.snap/test /var
   mdconfig -a -t vnode -f /var/.snap/test -u 1
   mount -o ro /dev/md1 /mnt
   ...
   umount /mnt
   mdconfig -d -u 1


  1. Главная ссылка к новости (http://kerneltrap.org/node/505...)
  2. livebackup homepage
  3. livebackup README
  4. OpenNews: Код GEOM Gate помещен в FreeBSD-current.
  5. OpenNews: Построение отказоустойчивого кластера, используя DRBD и Heartbeat
  6. OpenNews: Построение высоконадежного (HA) кластера используя DRBD.
Лицензия: CC-BY
Тип: английский / Практикум
Короткая ссылка: https://opennet.ru/5415-backup
Ключевые слова: backup, bsd, freebsd, netbsd, snapshot, ufs, fs, disk
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (7) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, citrin (ok), 15:57, 03/05/2005 [ответить]  
  • +/
    к сожелению со снапшотами не все так гладко. Иногда при создании снапшота болкируются все последующие дисковые операции, из за этого систему приходилось перезагружать ресетом. Отладкой заниматься на той машине возможности нет - это работающий сервер и от использования снапшотов просто отказались.
     
  • 1.2, Alexander (??), 22:25, 03/05/2005 [ответить]  
  • +/
    А DRBD?

    есть такая задача:
    имеется основная машина, которая в рилтайме выдает видео по сети, т.е. data rate не менее 3.5 Mb/s (DV поток), частенько бывает, что с нее идет два потока видео, т.е. минимальный data rate должен быть не менее 7-7.5 Mb/s
    есть еще вторая машина, которая является буферной, на нее скидываются данные по сети, тут жесткий рилтайм не нужен.
    как быстро засинхрить данные с второй машины на первую?

    rsync очень сильно грузит первую машину и ее нужно запускать по cron'у :(

    стоит использовать DRBD или gfs?
    или есть какой нибудь выход в этой ситуации?

     
     
  • 2.7, Michael Shigorin (?), 17:19, 01/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    На будущее: линуксовый XFS прекрасно справляется с такими потоками.  Если ext3 затыкается -- очень рекомендую попробовать.

    Использую на FTP и тоже для DV.  Приём, отдача, и то и другое вместе -- замечательно.

    Для синхронизации -- сейчас не скажу, последний раз, как смотрел -- что-то из DRBD, NBD и ENBD было уже мёртвым проектом, но что-то жило.  Друг, который "по этой части" -- вроде ещё с AoE и iSCSI работает.

     

  • 1.3, Аноним (-), 07:33, 04/05/2005 [ответить]  
  • +/
    IMHO аппаратный RAID проще и надежнее, ну и не так уж дорого.
     
     
  • 2.5, Dmitry (??), 10:43, 06/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >IMHO аппаратный RAID проще и надежнее, ну и не так уж дорого.
    >
    Raid-ы тоже не вечные, даже массивы по SAN не безупречны по надежности,
    производительности,ну и стоимости за удовольствие конечно.Поддержка
    backup-а в реальном времени на удаленном дисковом массиве или на другом
    сервере может помочь.
    Рабочий диск(или некий Raid) подключен локально, реалтайм копия держится
    по сети или через SAN. Все очень близко по функционалу к Raid1 схеме, за
    тем исключением, что бекапный диск используется только по записи в случае
    штатной работы локальной диска. В случае выхода из строя локального диска
    можно просто перейти на использование внешнего диска или вообще на другой
    сервер, особенно красиво  в  случае с SAN. Хотсвапы легко реализуемы,
    детальки для поддержания целостности файловой системы и данных при
    перездах с сервер на сервер.

    Этим самым получается надежное и достаточно не дорогое решение, экономия
    на сокращение использования полосы пропускания FC SAN, сокращение
    необходимых дисковых устройств в SAN без потери надежности.
    Извиняюсь, что завернул в сторону SAN, ну идеи близки.

     

  • 1.4, Jay (??), 11:57, 05/05/2005 [ответить]  
  • +/
    Хм.. во FreeBSD это можно было сделать с появлением geom. Навскидку - берем gmirror и ggated, скрещиваем и получаем RAID1 по сети. Кому мало, могут еще и зашифровать gbde :)
    Главное gmirror настроить правильно, чтобы на локальных машинах читалось сначала с локальных дисков, а не с сетевых.
    --
    Jay
     
     
  • 2.6, Sem (ok), 15:07, 11/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, ты бы остался при своем мнении попробовав то, что предлагаешь?
    В теории все красиво конечно, но вот на практике это никому запустить не удалось.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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