https://opennet.dev/openforum/vsluhforumID1/95851.html Всем привет. Есть два сервера с Proxmox. Объединены в кластер. Общее хранилище создано через DRBD. На серверах около 15 виртуальных машин. Виртуалки жутко тормозят. Есть с чем сравнить, т.к. раньше теже виртуалки работали без кластера и DRBD и все было в норме. DRBD работает в режиме primaty/primary. Хочу переключить в режим primary/secondary и поменять протокол синхронизации с С на А. Как это правильно сделать чтоб ничего не порушить ?<br><br>Заранее спасибо за ответ.<br><br> https://opennet.dev/openforum/vsluhforumID1/95851.html#16 Sat, 15 Nov 2014 21:59:08 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;&gt; http://www.drbd.org/users-guide/p-performance.html <br>&gt;&gt;&gt; Собрал drbd в режиме primary/secondary. Возник теперь вопрос. Как переключать виртуалки <br>&gt;&gt;&gt; на второй сервер ?<br>&gt;&gt; Перенести на второй сервер?<br>&gt; Да. Уже перенес. На втором серваке создаем виртуалку с такими же параметрами. <br>&gt; Далее в конфиге виртуалки подсовываем ей диск от первой виртуалки, меняем <br>&gt; mac на тот что у первой виртуалки. Все. В случае перехода <br>&gt; на резерв нужно вручную переключить DRBD в primaty, примонтировать раздел DRBD <br>&gt; и стартануть виртуалки. Может криво, но мне подходит, т.к. уже писал <br>&gt; HA особо не нужен, главное актуальность данных на резервных виртуалках.<br><br>не совсем понял, если у вас проксмокс на кластере, то /etc/pve у вас должна быть общая для двух нод, она синкается между собой, кажется corosync, поверх drbd по идее можно натянуть lvm cluster и там уже крутить все остальное.<br><br>Но DRBD еще не проверял основательно, только через пару недель в планах.<br> https://opennet.dev/openforum/vsluhforumID1/95851.html#15 Sat, 15 Nov 2014 11:41:32 GMT &gt;&gt;&gt; rsync'ом не получится, так как данные находятся в LVM томах. DRBD в <br>&gt;&gt;&gt; вашем случае выглядит оптимальным вариантом. Посмотрите в сторону оптимизации его производительности <br>&gt;&gt;&gt; http://www.drbd.org/users-guide/p-performance.html <br>&gt;&gt; Собрал drbd в режиме primary/secondary. Возник теперь вопрос. Как переключать виртуалки <br>&gt;&gt; на второй сервер ?<br>&gt; Перенести на второй сервер?<br><br>Да. Уже перенес. На втором серваке создаем виртуалку с такими же параметрами. Далее в конфиге виртуалки подсовываем ей диск от первой виртуалки, меняем mac на тот что у первой виртуалки. Все. В случае перехода на резерв нужно вручную переключить DRBD в primaty, примонтировать раздел DRBD и стартануть виртуалки. Может криво, но мне подходит, т.к. уже писал HA особо не нужен, главное актуальность данных на резервных виртуалках.<br> https://opennet.dev/openforum/vsluhforumID1/95851.html#14 Fri, 14 Nov 2014 14:32:45 GMT &gt;&gt; rsync'ом не получится, так как данные находятся в LVM томах. DRBD в <br>&gt;&gt; вашем случае выглядит оптимальным вариантом. Посмотрите в сторону оптимизации его производительности <br>&gt;&gt; http://www.drbd.org/users-guide/p-performance.html <br>&gt; Собрал drbd в режиме primary/secondary. Возник теперь вопрос. Как переключать виртуалки <br>&gt; на второй сервер ?<br><br>Перенести на второй сервер?<br> https://opennet.dev/openforum/vsluhforumID1/95851.html#12 Wed, 12 Nov 2014 05:01:10 GMT &gt; rsync'ом не получится, так как данные находятся в LVM томах. DRBD в <br>&gt; вашем случае выглядит оптимальным вариантом. Посмотрите в сторону оптимизации его производительности <br>&gt; http://www.drbd.org/users-guide/p-performance.html <br><br>Собрал drbd в режиме primary/secondary. Возник теперь вопрос. Как переключать виртуалки на второй сервер ? <br> https://opennet.dev/openforum/vsluhforumID1/95851.html#11 Mon, 10 Nov 2014 08:26:20 GMT rsync'ом не получится, так как данные находятся в LVM томах. DRBD в вашем случае выглядит оптимальным вариантом. Посмотрите в сторону оптимизации его производительности http://www.drbd.org/users-guide/p-performance.html<br> https://opennet.dev/openforum/vsluhforumID1/95851.html#10 Sun, 09 Nov 2014 16:31:46 GMT &gt;&gt; В таком случае у вас скорее всего LVM на DRBD, так как <br>&gt;&gt; хранить образы виртуальных машин на сыром DRBD устройстве Proxmox не умеет.<br>&gt;&gt; В этом случае файловую систему создавать не нужно.<br>&gt;&gt; Чтобы в случае падения DRBD автоматически становился primary на резервном сервере нужно <br>&gt;&gt; сделать DRBD устройство кластерным ресурсом. Proxmox использует Red Hat Сluster стек.<br>&gt;&gt; Детали можно посмотреть в документации http://www.drbd.org/users-guide/ch-rhcs.html.<br>&gt; Да, все так. Т.е. получается тормоза из-за типа кластерной ФС ?<br><br>Почитал про GlusterFS. Тоже пишут есть нарекания как по производительности так и по надежности. Вообще задача такая: нужно из одного сервера сделать стэндбай для второго. На обоих Proxmox с одинаковыми виртуалками. На старых серверах просто бекапили по ночам виртуалки и ресторили на втором. Но такая схема перестала себя оправдывать когда число виртуалок дошло до 8. Просто не успевали за ночь забэкапится. И вот тут начали думать о кластере. HA в общем то особо не нужно. Специфика конто https://opennet.dev/openforum/vsluhforumID1/95851.html#9 Sun, 09 Nov 2014 04:21:13 GMT &gt; В таком случае у вас скорее всего LVM на DRBD, так как <br>&gt; хранить образы виртуальных машин на сыром DRBD устройстве Proxmox не умеет. <br>&gt; В этом случае файловую систему создавать не нужно.<br>&gt; Чтобы в случае падения DRBD автоматически становился primary на резервном сервере нужно <br>&gt; сделать DRBD устройство кластерным ресурсом. Proxmox использует Red Hat Сluster стек. <br>&gt; Детали можно посмотреть в документации http://www.drbd.org/users-guide/ch-rhcs.html. <br><br>Да, все так. Т.е. получается тормоза из-за типа кластерной ФС ?<br><br> https://opennet.dev/openforum/vsluhforumID1/95851.html#8 Sat, 08 Nov 2014 21:23:35 GMT В таком случае у вас скорее всего LVM на DRBD, так как хранить образы виртуальных машин на сыром DRBD устройстве Proxmox не умеет. В этом случае файловую систему создавать не нужно.<br><br>Чтобы в случае падения DRBD автоматически становился primary на резервном сервере нужно сделать DRBD устройство кластерным ресурсом. Proxmox использует Red Hat Сluster стек. Детали можно посмотреть в документации http://www.drbd.org/users-guide/ch-rhcs.html.<br><br> https://opennet.dev/openforum/vsluhforumID1/95851.html#7 Sat, 08 Nov 2014 03:50:09 GMT &gt; Используете ли вы Clustered LVM? Он тоже может тормозить из-за глобальных блокировок. <br>&gt; До того как начало тормозить, было просто два сервера и у каждого <br>&gt; отдельные диски или был один сервер? При использовании DRBD вы теряете <br>&gt; производительность в два раза на счет того, что диски становятся "общими" <br>&gt; на два сервера.<br><br>Clustered LVM - скорей всего нет, т.к. ставился ProxMox и сам по умолчанию сделал разделы. Да, до drbd было два не связанных с собой сервера. Купили новые и решили сделать кластер. Решили сделать как вы предлагали: переделать кластер в primary/secondary с EXT4 на разделе с DRBD. О результатах отпишусь. В этом случае есть вопрос: я правильно понял что при падении primary сервера, secondary придется вручную переводить в режим primary и вручную же стартовать виртуалки на нем ?<br>