Высоко-нагруженные кластерные решения и хостинг тяжёлых проектов

Раз нет, значит не нужно было.

На кластерных решениях, которые располагаются высоко и при этом чем-то тяжёлым нагружены.

Нет не потому что не нужно. А потом что СЛИШКОМ сложно.

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

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

Пятница же завтра... Ну дурдом...

Внесём конструктив в трёп. Что такое кластер, какие критерии?

Упрощаем вопрос. Если мы ставим N серверов баз данных и M серверов для приложений и обещаем, что берём на себя запуск конкретного процесса, обрабатывающего запрос, на каком-то неопределённом физическом сервере и даём ему доступ к какому-то ip с базой данных, это кластер?

опять про армян и грузин?

ps. масло масленное.

Никто не может дать четкого определения (сказать!) где именно заканчивается кластер и начинается грид, и почему грид не ферма. А вы рассказываете что это слишком сложно построить.

Было бы понятно что строить - было бы проще :)

Вообще тема улыбнула.

а что такое грид? грид с dlm это тот же кластер... ну есть такое мнение. а грид без dlm это тупо распределенная система... хотя и тут мнение есть. если за определение "староверов", то тут получается шо если процес на одной ноде не может поюзать память другой... ну там понятно...

ps. ну ... тяпница же.