форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"Тематический каталог: Отказоустойчивые файловые хранилища на..."

Сообщение от auto_topic (??) on 25-Мрт-08, 16:53

Обсуждение статьи тематического каталога: Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat) Ссылка на текст статьи: http://www.opennet.dev/base/sys/ha_drbl_storage.txt.html

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."

Сообщение от kukulkan (??) on 25-Мрт-08, 16:53

Спасибо, Петр! Я как раз рисовал схему такой системы, а тут - готовая статья с примерами.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
	Сообщение от dmitry (??) on 25-Мрт-08, 16:58
	Репликация происходит в пределах одной машины ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
	Сообщение от Петр (??) on 25-Мрт-08, 21:47
	Нет. Реплицируется на 2
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."

Сообщение от flyheart on 25-Мрт-08, 17:50

Статья хорошая. Но есть моменты которые неприемлемы, а именно в пакетных дистрах ставить из исходников программы нельзя. Если и нужно что-либо поставить из исходников, то  имеет смысл скомпилировать пакет, а затем его и устанавливать штатными средствами системы. Таким образом не нарушится целостность системы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

4. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."

Сообщение от Zerot on 25-Мрт-08, 18:34

хорошо написано по мелочи - есть сомнение, что диски с разной геометрией корректно обработаются sfdisk ом а т.к. при вылете винта вполне вероятно, что приобретаться будет винт другой геометрией, возможны накладки. В этом случае придется разбивать новый диск руками, причем разделы поблочно должны быть не меньше существующего (для raid1, например)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."

Сообщение от Zerot on 25-Мрт-08, 18:35

кстати, возможность гибкого использования винтов с разной геометрией - большой плюс софтверного массива

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
	Сообщение от Аноним (??) on 25-Мрт-08, 20:06
	>кстати, возможность гибкого использования винтов с разной геометрией - большой плюс софтверного >массива А кто-нибудь может ответить в чем плюс создания RAID из уже размеченных разделов, вместо того чтобы создать RAID на диск целиком или уже в нем разбивать разделы ? То что можно разные типы RAID на одном диске и RAID из дисков разного размера это понятно. Но встречал много утверждений что RAID из разделов в mdadm надежнее. Осмысленно никто не мог объяснить почему.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

8. "Тематический каталог: Отказоустойчивые файловые хранилища на..."

Сообщение от Valentine31 on 26-Мрт-08, 00:04

Protocol C в конфиге drbd гарантирует очень большое падение производительности, используя Protocol B - практически не теряещь в стабильности и падение производительности не столь катастрофично

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

10. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."

Сообщение от ayoshi on 26-Мрт-08, 11:21

Вспоминаем, что нам говорили "The new table will be used at the next reboot." ps02:~ # reboot Вместо этого можно сделать partprobe, тогда перезагрузка не понадобится

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

15. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."

Сообщение от LM (??) on 27-Мрт-08, 19:59

Мм. Эт всё конечно здорово но много минусов. Во первых это не Active/Active а Active/Passive, тоесть одна машина будет простаивать, ну да ладно, для этого придумали распределённые ФС. Такой вариант в принципе вполне сгодился бы для общего хранилища. Дейстительно - сервисы с помощью HeardBeart запустятся на резервном хосте, НО! в статье не описано как сделать чтобы клиентские хосты которые собственно и использует диски через iscsi и samba будут переключаться. К примеру все хосты настроены на использование iscsi и samba с ps02. Который неожиданно упал. Всё запустилось на ps01. Но хосты по прежнему будут искать ps02. И тогда не понятен смысл всего шаманства. Получаеться какой то удалённый бэкап в реальном времени, а нафиг он нужен тоже не понятно, т.к. от человеческого фактора не зашишает как это делает обычных бэкап, а руками всё переключать придёться. А воопще класно. Но самые интересные вещи как всегда за кадром...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

	17. "Отказоустойчивые файловые хранилища на основе DRBD (drbd dis..."
	Сообщение от Петр (??) on 05-Апр-08, 11:14
	Вы невнимательно читаете /etc/ha.d/haresources               ps02 drbddisk::r0 192.168.1.40/23 ...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]