Mysql Cluster

[buryanov]

Hi All
делал по статье HOWTO set up a MySQL Cluster for two servers (three servers required for true redundancy), поднимал на freebsd 7.0, перед этим делал несколько раз, но гдето год назад и всё сразу понималось, а вот счас проблема:
Поднял всё хозяйство на виртуалках, пока прийдут сервера, чтобы была возможность потестить, настроить... и

Код: Выделить всё

[root@node0 /var/lib/mysql-cluster]# ndb_mgm
-- NDB Cluster -- Management Client --
ndb_mgm> show
Connected to Management Server at: localhost:1186
Could not get status
*    60: Error
*        Time out talking to management server
ndb_mgm> show
Could not get status
*  1010: Management server not connected
*

В инете нашел совет - поробовать перезапустить ndb_mgmd, порбовал, не помогает. После очередного рестарта виртуалок, заработало, но правда только до рестарта и то криво. В статье есть пример:

CREATE TABLE ctest (i INT) ENGINE=NDBCLUSTER;
INSERT INTO ctest () VALUES (1);
SELECT * FROM ctest;

на том сервере - работает, перехожу на другой -

Код: Выделить всё

SELECT * FROM ctest;
ERROR 1146 (42S02): Table 'test.ctest' doesn't exist

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[zg]

Поднял всё хозяйство на виртуалках

шо за звери?

Time out talking to management server

проблема может быть в фаерволе основной операционки, либо в самой виртаульной машине. Ну, это как вариант. Ещё как вариант в статье ставят криво саму мусю, для фряхи лучше испльзовать либо порты либо пакеты. И при этом не забывать менять владельца папок после установки баз.

дай вывод sockstat с консоли, где ты запускаешь ndb_mgm

[ViktorichZ]

binlog включён?
log-bin = /var/log/mysql/bin.log

[buryanov]

проблема может быть в фаерволе основной операционки, либо в самой виртаульной машине. Ну, это как вариант. Ещё как вариант в статье ставят криво саму мусю, для фряхи лучше испльзовать либо порты либо пакеты. И при этом не забывать менять владельца папок после установки баз.

дай вывод sockstat с консоли, где ты запускаешь ndb_mgm

mysql ставился из портов с исправлением make.conf, фаеры на виртуалке отключены, на операционке включены, но раньше не замечал проблем с виртуалками. Про папки я какраз и забыл, прийду домой и поменяю(кластер делается для знакомых, поэтому всё поднято на домашнем компе). Sockstat смотрел, порт 1186, слушается на всех интерфейсах и к нему есть локальные конекты

[terminus]

Есть пара вопросов по построению MySQL кластера:
- можно ли для доступа к NDB нодам использовать одновременно две или более MySQL API ноды или можно только одну?
- можно ли одновременно использовать два или более управляющих сервера? Как будет происходить репликация config.ini?
- кто-нить может привести пример построения максимально надежного кластера (какие компоненты/роли использовались, сколько машин, соединения, etc...)?

я пока только начинаю вкуривать про MySQL Cluster - не пинайте сильно...

[terminus]

Я немного опиздо... расстроен.

http://dev.mysql.com/doc/refman/5.1/en/ ... nodes.html

17.1.5.10. Limitations Relating to Multiple MySQL Cluster Nodes

Multiple SQL nodes. The following are issues relating to the use of multiple MySQL servers as MySQL Cluster SQL nodes, and are specific to the NDBCLUSTER storage engine:

No distributed table locks. A LOCK TABLES works only for the SQL node on which the lock is issued; no other SQL node in the cluster “sees” this lock. This is also true for a lock issued by any statement that locks tables as part of its operations. (See next item for an example.)

ALTER TABLE operations. ALTER TABLE is not fully locking when running multiple MySQL servers (SQL nodes). (As discussed in the previous item, MySQL Cluster does not support distributed table locks.)


Multiple management nodes. When using multiple management servers:

You must give nodes explicit IDs in connectstrings because automatic allocation of node IDs does not work across multiple management servers.

You must take extreme care to have the same configurations for all management servers. No special checks for this are performed by the cluster.

Так это что же получается - если у меня будет два SQL сервера (ноды) за лодбалансером, то может получиться, что два запроса распаралеленные на них теоретически могут одновременно "залочить" одну и ту же таблицу и начать с ней что-то делать?!?

Мндя... что ж делать та? Как настроить линуксовый кластер с лодбалансером чтобы он балансил только на одну SQL ноду, а вторую держал в резерве? Это можно как-нить реализовать

[weec]

интересно, для каких целей ты будешь юзать в продакшене этот ndb?

[terminus]

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

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

[Gerk]

а в сторону MySQL Proxy Вы не смотрели?

[weec]

ndb - скорее на кластер для распределенных вычислений подходит, а не для HA

[terminus]

Я даже точно не могу сказать для чего он больше подходит - очень уж специфичный он и граничения странные. Скорее всего, что больше для высаконагруженных веб приложений - когда требуется обеспечить максимальную скорось отдачи данных и надежность тоже. Вот положение когда две API ноды могут залочить одну и ту же таблицу это забавно - это заставляет держать только одну активную API ноду или четко планировать кто что может менять в таблицах.

НА можно добиться. Ноды данных работают в NDB кластере параллельно и выпадение одной из нод приведет только к откату транзакции. API ноды - они же SQL серверы можно продублировать на RedHat/CentOS Cluster suite.

Пока вроде картина вырисовывается нормальная. Посмотрим, что получиться если дойдет до внедрения.

[weec]

да, ndb подходит для скорого отклика на запросы
но я не вижу смысл использовать его при ограничениях ndb-storage-engine