https://www.opennet.ru/openforum/vsluhforumID3/40884.html Обсуждение статьи тематического каталога: Отказоустойчивые файловые хранилища на основе DRBD (drbd disk storage linux raid mdadm iscsi samba heartbeat)<br><br>Ссылка на текст статьи: http://www.opennet.ru/base/sys/ha_drbl_storage.txt.html<br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#21 Fri, 18 Jul 2008 07:56:18 GMT &gt;Статья хорошая. Но есть моменты которые неприемлемы, а именно в пакетных дистрах <br>&gt;ставить из исходников программы нельзя. Если и нужно что-либо поставить из <br>&gt;исходников, то имеет смысл скомпилировать пакет, а затем его и <br>&gt;устанавливать штатными средствами системы. Таким образом не нарушится целостность системы. <br><br>Не нуди, а напиши статью для тех кому это нужно.<br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#20 Fri, 18 Jul 2008 07:55:26 GMT &gt;Статья хорошая. Но есть моменты которые неприемлемы, а именно в пакетных дистрах <br>&gt;ставить из исходников программы нельзя. Если и нужно что-либо поставить из <br>&gt;исходников, то имеет смысл скомпилировать пакет, а затем его и <br>&gt;устанавливать штатными средствами системы. Таким образом не нарушится целостность системы. <br><br>Не нуди, а напиши статью для тех кому это нужно.<br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#19 Sat, 05 Apr 2008 08:58:13 GMT &gt;Вы невнимательно читаете <br>&gt;<br>&gt;/etc/ha.d/haresources <br>&gt;<br>&gt; <br>&gt; ps02 drbddisk::r0 192.168.1.40/23 ... <br><br>Извиняюсь...<br><br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#18 Sat, 05 Apr 2008 07:21:12 GMT Не правильно. Среди общих ресурсов кластера есть так-же IP адрес 192.168.1.40, клиенты будут подключатся по нему. В случае падения ведущего узла этот IP поднимет резервный узел.<br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#17 Sat, 05 Apr 2008 07:14:18 GMT Вы невнимательно читаете<br><br>/etc/ha.d/haresources<br><br> ps02 drbddisk::r0 192.168.1.40/23 ...<br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#16 Fri, 04 Apr 2008 13:41:30 GMT Автоматическая смена IP, действительно упущена, но возможна: нужно добавить общий IP в haresources. С "простаиванием" - тоже проблема решаемая: для DRBD есть режим "Dual primary", естественно работает только с GFS, OCFS ... <br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#15 Thu, 27 Mar 2008 16:59:37 GMT Мм. Эт всё конечно здорово но много минусов. Во первых это не Active/Active а Active/Passive, тоесть одна машина будет простаивать, ну да ладно, для этого придумали распределённые ФС.<br><br>Такой вариант в принципе вполне сгодился бы для общего хранилища. Дейстительно - сервисы с помощью HeardBeart запустятся на резервном хосте,<br><br>НО! в статье не описано как сделать чтобы клиентские хосты которые собственно и использует диски через iscsi и samba будут переключаться.<br><br>К примеру все хосты настроены на использование iscsi и samba с ps02. Который неожиданно упал. Всё запустилось на ps01. Но хосты по прежнему будут искать ps02. И тогда не понятен смысл всего шаманства. Получаеться какой то удалённый бэкап в реальном времени, а нафиг он нужен тоже не понятно, т.к. от человеческого фактора не зашишает как это делает обычных бэкап, а руками всё переключать придёться.<br><br>А воопще класно. Но самые интересные вещи как всегда за кадром...<br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#14 Wed, 26 Mar 2008 16:18:38 GMT пардон - не о том написал<br>по вопросу - навскидку только удобство поддержки и наглядность. Например при выходе из строя одного из подзеркал удобнее работать только с этим зеркалом, не путаясь с зависимостями жестких дисков и прочих массивов<br> https://www.opennet.ru/openforum/vsluhforumID3/40884.html#13 Wed, 26 Mar 2008 16:11:56 GMT - я бы не стал говорить, что софтверный RAID надежнее<br>- он удобнее и нагляднее в администрировании - это да, и за счет этого "сквозная" надежность администратор-железо-технология выше<br>- однако для серьёзных решений правильнее выбирать аппаратные массивы, но это серьёзные уже промышленные системы. Если говорить об опыте - на определенных боевых задачах мы используем софтверные решения на linux или Solaris, для других задач техника потяжелее - массивы infortrend и Hitachi<br>- опять же цена вопроса тоже важна ...<br><br><br>