Как настроить кластер кардиостимулятора для активного/активного сценария и как он работает?
Большое учебное руководство при выполнении этого с GRUB2.
Если Вы думаете о хранении Вашего ISOs на объеме LVM, имеете в виду, что, хотя сам GRUB2 может получить доступ к объемам LVM, не, все живые CD могут. Например, человечность livecds неспособна к этому. Это означает, что Вы не будете, IIUC, смочь загрузить такой ISO с помощью этого метода, если ISO будет сохранен на объеме LVM. Для этого для работы сам LVM должен быть встроен к корневой файловой системе, сохраненной в initrd так, чтобы после того, как ядро запустило его, может на самом деле найти и получить доступ к ISO. При распаковке initrd (это - архив CPIO), можно проверить на /sbin/lvm узнать, будет ли это работать.
Ситуация у вас не так проста, как можно было бы подумать. Я работаю над такими решениями уже пару месяцев. Я также пробовал кластер linux. Вот что я знаю:
Сначала вам нужно понять, что два ваших приложения в вашей текущей конфигурации не могут быть активными / активными. Когда вы начнете думать об этом, вы заметите, что прямо сейчас вы достигли приложения, которое не прекращает работу, когда один из узлов выходит из строя. Но все данные на отказавшем узле (если его активный отказавший) не будут перенесены волшебным образом на второй узел. fe пользовательские папки не будут на втором узле (дело в том, что отказоустойчивый кластер не предоставляет хранилища).
Итак, прежде всего вам нужно хранилище, доступное с обоих узлов (третий сервер хранилища), и файловая система, которая будет знать о кластере. Тогда вы можете начать думать об активном / активном решении. Но здесь опять же есть еще одно ограничение - когда сервер хранения выходит из строя, весь ваш кластер мертв как мертв.
Вы также можете сделать что-то подобное. Пусть glusterfs (или любая файловая система с поддержкой кластера) работает на обоих узлах кластера, и тогда у вас будет реплицированная файловая система (оба узла все время имеют одни и те же данные), но из моего опыта glusterfs работает очень медленно с небольшими файлами.
но по моему опыту glusterfs работает очень медленно с небольшими файлами. но по моему опыту glusterfs работает очень медленно с небольшими файлами.Прежде всего, виртуальный ip используется для доступа к службе кластера. Нужно привязать ftp сервер к vip (ip кластера). Я видел из вашей конфигурации, что вам не хватает некоторых фундаментальных деталей кардиостимулятора.
Если вы привязываете ftp-сервер к IP-адресу кластера, вам необходимо использовать ограничение или группу совместного размещения.
Для получения дополнительной информации о кластере кардиостимулятора, прочтите документацию на сайте Clusterlabs.
У вас есть ресурс кластера, IP-адрес, но IP-адрес может быть только на одном узле одновременно. Вы можете запустить ftp на обоих серверах, но по-прежнему сможете получить доступ только по одному с этим ip. Вероятно, вам понадобится балансировщик нагрузки, который будет обрабатывать соединения с внутренними ftp-серверами, а это уже другая проблема. Или вы можете иметь разные IP-адреса на обоих (которые у вас есть обычно) и использовать циклический DNS, чтобы иметь возможность добраться до одного или другого с тем же именем хоста. Но на самом деле вы бы не стали использовать кардиостимулятор ни для одного из этих случаев.
В основном я не думаю, что кардиостимулятор здесь является решением.
Нормальные активные / активные ресурсы кластера (например, веб-серверы) будут выполняться с клонированными ресурсами : http://clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Clusters_from_Scratch/_reconfigure_pacemaker_for_active_active.html