https://opennet.me/openforum/vsluhforumID1/85649.html Имеем 2 компа, завязаны по DRBD (primary-primary) для резерва. Что будет, если произвести корректное выключение всех компов (не одновременно, а поочереди), а потом их включить (тоже поочереди).<br>DRBD начнет синхронизацию всего раздела? Или он помнит где что изменилось и синхронизирует только изменения? Или перейдет в режим unconsistency и придется вручную его пинать?<br><br>P.S. хотелось бы проверить это живьем, но ломать работающий сервер для опытов никто не даст (сейчас drbd там нет, но нужно вводить дополнительный сервер горячего резерва)<br> https://opennet.me/openforum/vsluhforumID1/85649.html#9 Fri, 19 Jun 2009 09:16:23 GMT Добрый День, Всем!<br><br>Есть два хоста <br>Cl1 10.0.1.210<br>Cl2 10.0.1.218<br><br>Пытаюсь настроить DRBD8.<br>Пользуюсь руководством для настройки : http://www.drbd.org/users-guide-emb/s-first-time-up.html<br>Но при попытке создать мета данные получаю ошибку:<br><br>cl1:/# drbdadm create-md r0<br>Device '0' is configured!<br>Command 'drbdmeta 0 v08 /dev/hda9 internal create-md' terminated with exit code 20<br>drbdadm create-md r0: exited with code 20<br><br>/dev/hda9 &#8211; это разделы одинаковые на двух хостах, которые нужно зарезервировать.<br><br>Пожалуйста, подскажите почему я получаю данную ошибку.<br> https://opennet.me/openforum/vsluhforumID1/85649.html#8 Wed, 17 Jun 2009 10:31:04 GMT &gt;синхронизация только изменений, drbd использует транзакции <br><br>Спасибо. Буду пробовать!<br><br>З.Ы. Вопрос не в тему - есть синтезатор голоса под линукс через спикер? Чтоб сервер говорил, я не я, водка не моя, включите другой сервер -)<br> https://opennet.me/openforum/vsluhforumID1/85649.html#7 Wed, 17 Jun 2009 10:28:38 GMT &gt;&gt;Если у нее нет самовосстановления, то и париться с ней нет смысла. <br>&gt;&gt;<br>&gt;<br>&gt;С другой стороны - а какие есть альтернативы DRBD? Её ж как <br>&gt;раз на HA рассчитывали, так что и такой сценарий разработчики должны <br>&gt;были просчитать. <br><br>Должны были - не значит, что просчитали... НА рассчитаны на круглосуточную работу и отключение питания - внештатная ситуация<br> https://opennet.me/openforum/vsluhforumID1/85649.html#6 Wed, 17 Jun 2009 10:28:09 GMT синхронизация только изменений, drbd использует транзакции<br> https://opennet.me/openforum/vsluhforumID1/85649.html#5 Wed, 17 Jun 2009 10:26:32 GMT &gt;[оверквотинг удален]<br>&gt;&gt;его пинать? <br>&gt;&gt;<br>&gt;&gt;P.S. хотелось бы проверить это живьем, но ломать работающий сервер для опытов <br>&gt;&gt;никто не даст (сейчас drbd там нет, но нужно вводить дополнительный <br>&gt;&gt;сервер горячего резерва) <br>&gt;<br>&gt;HA кластеры подразумевают работоспособность при первом отказе, послечего должен вмешатся админ. Касаясь <br>&gt;DRBD зависит от того в какой последовательности будут включены компы. Целостность <br>&gt;данных будет если: 1-й выключаем, 2-й выключаем, затем 2-й включаем и <br>&gt;далее 1-й. <br><br>При правильном включении/выключении синхронизация всего раздела будет заново проходить? или только измененные данные?<br>Неправильное включение можно заблокировать скриптами...<br> https://opennet.me/openforum/vsluhforumID1/85649.html#4 Wed, 17 Jun 2009 10:14:17 GMT &gt;Имеем 2 компа, завязаны по DRBD (primary-primary) для резерва. Что будет, если <br>&gt;произвести корректное выключение всех компов (не одновременно, а поочереди), а потом <br>&gt;их включить (тоже поочереди). <br>&gt;DRBD начнет синхронизацию всего раздела? Или он помнит где что изменилось и <br>&gt;синхронизирует только изменения? Или перейдет в режим unconsistency и придется вручную <br>&gt;его пинать? <br>&gt;<br>&gt;P.S. хотелось бы проверить это живьем, но ломать работающий сервер для опытов <br>&gt;никто не даст (сейчас drbd там нет, но нужно вводить дополнительный <br>&gt;сервер горячего резерва) <br><br>HA кластеры подразумевают работоспособность при первом отказе, послечего должен вмешатся админ. Касаясь DRBD зависит от того в какой последовательности будут включены компы. Целостность данных будет если: 1-й выключаем, 2-й выключаем, затем 2-й включаем и далее 1-й.<br> https://opennet.me/openforum/vsluhforumID1/85649.html#3 Wed, 17 Jun 2009 09:38:00 GMT &gt;Если у нее нет самовосстановления, то и париться с ней нет смысла. <br>&gt;<br><br>С другой стороны - а какие есть альтернативы DRBD? Её ж как раз на HA рассчитывали, так что и такой сценарий разработчики должны были просчитать.<br> https://opennet.me/openforum/vsluhforumID1/85649.html#2 Wed, 17 Jun 2009 07:54:42 GMT &gt;Ну, если тут вопрос настолько серьезен, что требуется личный опыт, то можно <br>&gt;попробовать на паре виртуальных машин. Ведь в случае чего, вы же <br>&gt;не будете перед начальством оправдываться - "мне вот кто-то с опенка <br>&gt;посоветовал, что оно не перейдет, а оно вона как вышло ..." <br>&gt;<br><br>Естественно, что это будет проверяться лично, просто перед тем как начать опыты на виртуалках, хотелось бы спросить тех, кто сталкивался с DRBD и знает ее поведение в тех или иных случаях.<br>Если у нее нет самовосстановления, то и париться с ней нет смысла.<br> https://opennet.me/openforum/vsluhforumID1/85649.html#1 Wed, 17 Jun 2009 07:47:42 GMT &gt;Имеем 2 компа, завязаны по DRBD (primary-primary) для резерва. Что будет, если <br>&gt;произвести корректное выключение всех компов (не одновременно, а поочереди), а потом <br>&gt;их включить (тоже поочереди). <br>&gt;DRBD начнет синхронизацию всего раздела? Или он помнит где что изменилось и <br>&gt;синхронизирует только изменения? Или перейдет в режим unconsistency и придется вручную <br>&gt;его пинать? <br>&gt;<br>&gt;P.S. хотелось бы проверить это живьем, но ломать работающий сервер для опытов <br>&gt;никто не даст (сейчас drbd там нет, но нужно вводить дополнительный <br>&gt;сервер горячего резерва) <br><br>Ну, если тут вопрос настолько серьезен, что требуется личный опыт, то можно попробовать на паре виртуальных машин. Ведь в случае чего, вы же не будете перед начальством оправдываться - "мне вот кто-то с опенка посоветовал, что оно не перейдет, а оно вона как вышло ..."<br>