Распределенный cron

для каждой задачи создать список связей. Каждая задача может изменять значение связей других задач. Каждая задача может выполняться только тогда, когда все связи в его списке установлены в необходимое значение. Это легко расширяется до отношений любой сложности. Для ручного управления процессом выполнения достаточно описать дополнительную задачу.

Покури мануалы по pacemaker'у, возможно, будет полезным.

ЧТо-то не очень тебя понял. Можешь привести пример?

У меня кажется взаимоотношений никаких особо нет, задачи не связаны никак друг с другом, проблемы начинаются если один воркер не завершив задание помер. Т.е не понятно задача выполняется еще или можно перезапускать.

Я так понял там используется выделенная нода -менеджер, которая распределяет задания и следит за жизнедеятельностью воркеров?

Да, это довольно простое решения (наверное не в плане реализации), но хочется чего-то полностью распределенного.

Пример -

есть 3 процесса с требованиями:
p1 - ((p2 active) (p3 inactive))
p2 - ((p3 inactive))
p3 - ((p2 active))

запускаем:
[p2 on]<set active p2 in p1,p3> -> [p3 on]<...> -> <[p2 off] ->... | [p3 off] -> [p1 on] ->...> ...

выполняется еще или можно перезапускать

я хз как такое отслеживают

взаимоотношений никаких особо нет

если по-простому, мне кажется, что можно окружить в мьютексы в общедоступном пространстве. это очевидное решение

Спасибо, но это не совсем то. Зависимостей у меня нет. И проблемы с отслеживанием тоже. Скажем можно атомарно выставить флаг что процесс запустился, и этого будет достаточно.

Дело то именно в том что обслуживающий сервер может исчезнуть и флаг никто не снимет, для остальных узлов задание будет в работе.

Вообщем думаю вместо флага использовать счетчик и увеличивать его каждые n секунд оп ходу выполнения задания, если счетчик не будет увеличиваться более чем 3*n секунд - значит нода сдохла.

Хотя есть еще вариант с NFS диском, а в нем lock файлы. Может это даже лучше.

>использовать счетчик и увеличивать его каждые n секунд

можно просто timestamp обновлять периодически, если нода сдохнет то через некоторое время будет расхождение больше некоторого порога.

>NFS диском, а в нем lock файлы.
если сдохнет, то лок так и останется :)

>Я так понял там используется выделенная нода -менеджер, которая распределяет задания и следит за жизнедеятельностью воркеров?

Невнимательно ты, дядя Федор, документацию читаешь.

This list of instructions is then fed to the DC (Designated Co-ordinator). Pacemaker centralizes all cluster decision making by electing one of the CRMd instances to act as a master. Should the elected CRMd process, or the node it is on, fail... a new one is quickly established.

Думаешь, авторы кластерного менеджера ресурсов были такие глупые, что сделали single point of failure?

Torque PBS