Выборы «главного» в равноценном кластере.

Берешь таблицу какую-нибудь в галере с уникальным ключом и в начале запуска скрипта пихаешь туда строку. Если запихнулась - работаем, если ошибка уникального ключа - отдыхаем. Эдакая наколеночная блокировка. После выполнения строку удаляем.

Ну это будет «план Б». :) Вдруг всё-же еззь маленький, лёгонький и простенький специально обученный под это дело демон?

Пихание строки в таблицу в общем-то штука годная, можно и табличку пытаться лочить, например, но что будет если залочившая табличку или пихнувшая строку машина сдохнет и не разлочит табличку / не удалит строку? Какие-то таймауты надо придумывать и всё такое.

есть ли какой-нибудь маленький простенький демон

Zookeeper (:

А ещё можно выбирать ноду по наименьшему или наибольшему ID ноды (из списка подключенных к кластеру нод).

Zookeeper (:

Вот после ознакомления с этим и возникло желание задать вопрос про маленький и лёгкий. :)

А ещё можно выбирать ноду по наименьшему или наибольшему ID ноды (из списка подключенных к кластеру нод).

Ну в галере все ноды равноценны и primary. Так-то можно вообще пинговать все ноды и выбирать с наибольшим живым IP, например. Просто это как-то уж совсем в лоб, со всеми вытекающими.

можно и табличку пытаться лочить

Галера не умеет LOCK TABLES

но что будет если залочившая табличку или пихнувшая строку машина сдохнет и не разлочит табличку / не удалит строку?

Да, это нужно обрабатывать, но ничего сложного нет.

Вдруг всё-же еззь маленький, лёгонький и простенький специально обученный под это дело демон?

Есть такая буква: http://dkron.io/

Так-то можно вообще пинговать все ноды и выбирать с наибольшим живым IP, например

Можно. А можно на каждой ноде по крону запускать скрипт который получает у локальной ноды галеры список uuid доступных нод кластера в который та входит и uuid самой ноды, проверяет является-ли её uuid наименьшим (или наибольшим) в этом списке и если является то запускает целевой скрипт. Опционально добавить проверку не откололась-ли локальная нода от кластера (нужность зависит от того насколько адекватно галера справляется с последствиями сплитбрэйна). Всё распределённо и децентрализованно.

Просто это как-то уж совсем в лоб, со всеми вытекающими.

Какими например? На ум приходит только то что в норме скрипт всегда запускается на одной и той-же машине.

По идее можно на машине где запускается задача поднять haproxy в который загнать айпишники всех нод galera cluster. При подключении haproxy будет пинать коннект на первую живую ноду.

Что-то всё очень-очень плохо в этой области. Жаба во все поля и т.п. Видимо придётся велосипедить свой cron который читает задачи из таблички. Или допилить обычный cron чтобы умел в SQL и маркировать строчки с задачами как «уже выполняется» и «выполнено».