URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 40884
[ Назад ]

Исходное сообщение
"Тематический каталог: Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba..."

Отправлено auto_topic , 25-Мрт-08 16:53 
Обсуждение статьи тематического каталога: Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)

Ссылка на текст статьи: http://www.opennet.me/base/sys/ha_drbl_storage.txt.html


Содержание

Сообщения в этом обсуждении
"Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)"
Отправлено kukulkan , 25-Мрт-08 16:53 
Спасибо, Петр!
Я как раз рисовал схему такой системы, а тут - готовая статья с примерами.

"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено dmitry , 25-Мрт-08 16:58 
Репликация происходит в пределах одной машины ?

"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено Петр , 25-Мрт-08 21:47 
Нет. Реплицируется на 2

"Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)"
Отправлено flyheart , 25-Мрт-08 17:50 
Статья хорошая. Но есть моменты которые неприемлемы, а именно в пакетных дистрах ставить из исходников программы нельзя. Если и нужно что-либо поставить из исходников, то  имеет смысл скомпилировать пакет, а затем его и устанавливать штатными средствами системы. Таким образом не нарушится целостность системы.

"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено mFF , 18-Июл-08 11:55 
>Статья хорошая. Но есть моменты которые неприемлемы, а именно в пакетных дистрах
>ставить из исходников программы нельзя. Если и нужно что-либо поставить из
>исходников, то  имеет смысл скомпилировать пакет, а затем его и
>устанавливать штатными средствами системы. Таким образом не нарушится целостность системы.

Не нуди, а напиши статью для тех кому это нужно.


"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено mFF , 18-Июл-08 11:56 
>Статья хорошая. Но есть моменты которые неприемлемы, а именно в пакетных дистрах
>ставить из исходников программы нельзя. Если и нужно что-либо поставить из
>исходников, то  имеет смысл скомпилировать пакет, а затем его и
>устанавливать штатными средствами системы. Таким образом не нарушится целостность системы.

Не нуди, а напиши статью для тех кому это нужно.


"Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)"
Отправлено Zerot , 25-Мрт-08 18:34 
хорошо написано
по мелочи - есть сомнение, что диски с разной геометрией корректно обработаются sfdisk ом
а т.к. при вылете винта вполне вероятно, что приобретаться будет винт другой геометрией, возможны накладки. В этом случае придется разбивать новый диск руками, причем разделы поблочно должны быть не меньше существующего (для raid1, например)

"Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)"
Отправлено Zerot , 25-Мрт-08 18:35 
кстати, возможность гибкого использования винтов с разной геометрией - большой плюс софтверного массива

"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено Аноним , 25-Мрт-08 20:06 
>кстати, возможность гибкого использования винтов с разной геометрией - большой плюс софтверного
>массива

А кто-нибудь может ответить в чем плюс создания RAID из уже размеченных разделов, вместо того чтобы создать RAID на диск целиком или уже в нем разбивать разделы ? То что можно разные типы RAID на одном диске и RAID из дисков разного размера это понятно. Но встречал много утверждений что RAID из разделов в mdadm надежнее. Осмысленно никто не мог объяснить почему.



"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено iav , 26-Мрт-08 03:39 
>А кто-нибудь может ответить в чем плюс создания RAID из уже размеченных
>разделов, вместо того чтобы создать RAID на диск целиком или уже
>в нем разбивать разделы ? То что можно разные типы RAID
>на одном диске и RAID из дисков разного размера это понятно.
>Но встречал много утверждений что RAID из разделов в mdadm надежнее.
>Осмысленно никто не мог объяснить почему.

Смысл в том, что кто-то где-то когда-то может, не найдя на таком диске таблицу разделов, её создать. Именно по этому даже новый формат таблицы разбиения GPT включает в себя староодную таблицу, в которой записано, что весь диск выделен.


"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено Zerot , 26-Мрт-08 19:11 
- я бы не стал говорить, что софтверный RAID надежнее
- он удобнее и нагляднее в администрировании - это да, и за счет этого "сквозная" надежность администратор-железо-технология выше
- однако для серьёзных решений правильнее выбирать аппаратные массивы, но это серьёзные уже промышленные системы. Если говорить об опыте - на определенных боевых задачах мы используем софтверные решения на linux или Solaris, для других задач техника потяжелее - массивы infortrend и Hitachi
- опять же цена вопроса тоже важна ...



"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено Zerot , 26-Мрт-08 19:18 
пардон - не о том написал
по вопросу - навскидку только удобство поддержки и наглядность. Например при выходе из строя одного из подзеркал удобнее работать только с этим зеркалом, не путаясь с зависимостями жестких дисков и прочих массивов

"Тематический каталог: Отказоустойчивые файловые хранилища на..."
Отправлено Valentine31 , 26-Мрт-08 00:04 
Protocol C в конфиге drbd гарантирует очень большое падение производительности, используя Protocol B - практически не теряещь в стабильности и падение производительности не столь катастрофично

"Тематический каталог: Отказоустойчивые файловые хранилища на..."
Отправлено Петр , 26-Мрт-08 17:54 
Падения производительности я не заметил. Зато с протоколом C, когда сначала данные пишутся на ведомый узел, а потом клиент получает отмашку "запись окончена" я уверен, что данные одинаковые.

"Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)"
Отправлено ayoshi , 26-Мрт-08 11:21 
Вспоминаем, что нам говорили "The new table will be used at the next reboot."
ps02:~ # reboot

Вместо этого можно сделать partprobe, тогда перезагрузка не понадобится


"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено Петр , 26-Мрт-08 17:56 
Спасибо, это ценное дополнение.

"Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)"
Отправлено LM , 27-Мрт-08 19:59 
Мм. Эт всё конечно здорово но много минусов. Во первых это не Active/Active а Active/Passive, тоесть одна машина будет простаивать, ну да ладно, для этого придумали распределённые ФС.

Такой вариант в принципе вполне сгодился бы для общего хранилища. Дейстительно - сервисы с помощью HeardBeart запустятся на резервном хосте,

НО! в статье не описано как сделать чтобы клиентские хосты которые собственно и использует диски через iscsi и samba будут переключаться.

К примеру все хосты настроены на использование iscsi и samba с ps02. Который неожиданно упал. Всё запустилось на ps01. Но хосты по прежнему будут искать ps02. И тогда не понятен смысл всего шаманства. Получаеться какой то удалённый бэкап в реальном времени, а нафиг он нужен тоже не понятно, т.к. от человеческого фактора не зашишает как это делает обычных бэкап, а руками всё переключать придёться.

А воопще класно. Но самые интересные вещи как всегда за кадром...


"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено VoVaN , 04-Апр-08 17:41 
Автоматическая смена IP, действительно упущена, но возможна: нужно добавить общий IP в haresources. С "простаиванием" - тоже проблема решаемая: для DRBD есть режим "Dual primary",  естественно работает только с GFS, OCFS ...

"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено Петр , 05-Апр-08 11:14 
Вы невнимательно читаете

/etc/ha.d/haresources

              ps02 drbddisk::r0 192.168.1.40/23 ...


"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено VoVaN , 05-Апр-08 12:58 
>Вы невнимательно читаете
>
>/etc/ha.d/haresources
>
>            
>  ps02 drbddisk::r0 192.168.1.40/23 ...

Извиняюсь...


"Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
Отправлено Петр , 05-Апр-08 11:21 
Не правильно. Среди общих ресурсов кластера есть так-же IP адрес 192.168.1.40, клиенты будут подключатся по нему. В случае падения ведущего узла этот IP поднимет резервный узел.