<br><div class="gmail_quote">10 сентября 2009 г. 10:02 пользователь Eugene Prokopiev написал:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
> Есть вариант с отдельными drbd-устройствами на каждый контейнер ovz.<br>
> И в процессе онлайн-миграции перемонтируем девайс на другой HN.<br>
> ФС в этом случае рояли не играет :)<br>
<br>
</div>Что делать при необходимости создания нового VE ты уже решил? ;)<br></blockquote><div><br>Новый девайс создавать придется, что плохо, но у меня они не так часто плодятся.<br>Решение не универсальное, но пока что все решения кривые получаются.<br>
<br>Еще надо убедиться, что не придется при создании ресурса опускать весь drbd.<br>Но, судя по доке, такой жесткий вариант вовсе не обязателен :)<br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
> Так что пока будем пилить вариант с монтированием отдельных томов<br>
> на каждую VE и перемонтированием при онлайн-миграции.<br>
<br>
</div>Вот тут интересен для начала алгоритм распределения нагрузки. Средства<br>
реализации тоже интересны, и я бы сильно подумал, стоит ли доверять<br>
это heartbeat - впрочем, говорят, что прямого кластерного софта в<br>
природе не бывает ;)<br></blockquote></div><br>Да меня пока что устроит и ручное распределение.<br>То бишь VE1-VE3 по умолчанию на HN1, а VE4-VE7 на HN2.<br>Вроде бы (не докопал пока) с таким должен управляться тот же heartbeat.<br clear="all">
<br>-- <br>Regards,<br>Michael Bochkaryov<br><a href="http://www.rattler.kiev.ua">www.rattler.kiev.ua</a><br>