GNU Queue - альтернативы

Я пытался построить грид-кластер на основе CentOS. Все машины будут иметь примерно одинаковую структуру (некоторые с большим количеством процессоров, чем другие), и мне просто нужно будет поместить задания в очередь, а затем запустить их на доступных узлах. Одна работа на процессор, а остальные остаются в очереди в ожидании.

Джон Т был очень полезным, когда указывал мне на Gnu Queue, которая кажется мне хитом (работа будет в основном сценариями для ванной). Я все еще изучаю проблему, прежде чем принять его ответ, но прошу сообщество дать некоторые отзывы, так как сайт Gnu Queue показывает, что проект мертв в течение нескольких лет.

Я также взглянул на Sun Grid Engine, и он также выглядит как кандидат на работу, к сожалению, Oracle сейчас убивает проект, а Univa еще не выпустила свой порт.

Я просто хочу начать с правой ноги, поэтому мой вопрос был бы, есть ли у вас практический опыт работы с такого рода кластеризацией (грид-вычислениями). Какими будут ваши рекомендации.

Заранее спасибо.

2 ответа

Решение

Если вам не нужна настоящая система массового обслуживания, параллельной GNU может быть достаточно для запуска заданий в каждой системе одновременно. Если вам нужен настоящий планировщик, тогда может потребоваться TORQUE Resource Manager и, возможно, такой планировщик, как Maui.

Вы также можете отказаться от CentOS в пользу живого CD, такого как PelicanHPC. По крайней мере, тогда конфигурация будет проще (по крайней мере, для того, что она может сделать). Предполагая, что вы в каком-то университете, там вообще никого нет, кто занимается HPC и / или кластеризацией? И нет факультета с контактами в национальной лаборатории или подобном учреждении, которое может предложить процессорное время вашему проекту?

И этот вопрос может быть кандидатом для перехода на Serverfault.

Мы используем Condor для очередей на работу и т. Д.

Другие вопросы по тегам