LINUX.ORG.RU
ФорумAdmin

Создание прозрачного кластера


0

2

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

Нарыл проект OpenMosix, который делает подобное, но, во-первых, его разработка больше не ведется, а во-вторых, он умеет разделять и перемещать только процессы, но не потоки.

Может подскажете еще что-то подобное? Существуют ли такие решения? На чем обычно создаются вычислительные кластеры с едиными интерфейсом доступа?

Сразу озвучу цель поиска: кластеризация MySQL без использования NDB, сколь угодно масштабируемая и прозрачная для клиентов. Другого решения, как я понимаю, нет.


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

решение есть - смена алгоритма и написание масштабируемых систем.

anonymous
()

а коммуникации между нодами достаточно быстры для прозрачного кластеринга? или 100 мбит сеть? 8)

madgnu ★★★★★
()
Ответ на: комментарий от leave

Как, я понял, MySQL server на нем не запустить, да и разделения потоков между узлами нет.

Yanis
() автор топика

>>Нарыл проект OpenMosix, который делает подобное, но, во-первых, его разработка больше не ведется, а во-вторых, он умеет разделять и перемещать только процессы, но не потоки.

Имей в виду, что Kerrighed с недавних пор тоже умеет только процессы, а не потоки.

mclaudt
()

Забей, работать не будет, так никто не делает.
Скорости соединения нод не хватит, разве что если через инфинибэнд делать, да и то не густо (40Гбит макс), а денег стоит мама не горюй.

Кластер делается через репликацию Master/Slave, либо тот же самый NDB.
Ничего лучше пока не придумали.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Да, если хочется прозрачности, то вроде были какие-то прокси для муслуля, которые подменяли собой сервер, а сами уже разбрасывали запросы по нодам: SELECT на слэйвы, а INSERT/UPDATE/DELETE и т.п. на мастер.

blind_oracle ★★★★★
()
Ответ на: комментарий от Yanis

>Это близко к частоте FSB

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

Нужно больше?


Люди в QDR на Infiniband упираются, а ты хотел на коленке собрать?)

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

btw, важна не только (и не столько) скорость, сколько задержки.

madgnu ★★★★★
()

>>кластеризация MySQL без использования NDB, сколь угодно масштабируемая и прозрачная для клиентов. Другого решения, как я понимаю, нет.

Что то уж толсто совсем. Кластеризация. MySQL. Cколь угодно масштабируемая.

ventilator ★★★
()
Ответ на: комментарий от ventilator

Анонимус прав абсолютно. кластеризация mysql таким способом не даст ничего полезного, даже если будет работать. Озвучьте нагрузки которые планируется обрабатывать к примеру и характер базы.

ventilator ★★★
()
Ответ на: комментарий от anonymous

Спасибо за совет, но он работает только в случае использования таблиц NDB, поэтому не подходит для хостинга.

Yanis
() автор топика
Ответ на: комментарий от ventilator

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

Суть проблемы: ставлю я две пары MySQL-серверов с репликацией мастер-мастер. Одни пользователи обращаются к паре A, другие к паре B. Их количество примерно одинаково. Но, сегодня на сайты пользователей из пары A повалил народ и эти серверы загрузились на 100%, в то время как пара B стоит почти без нагрузки. Это не эффективно, пропадает «облачность», учитывая что таких пар может быть много, и периодически будут загружены то одни, то другие, в то время как остальные будут простаивать.

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

Yanis
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.