Вышел перевод (http://dreamcatcher.ru/index.php?option=com_content&task=vie...) статьи "MySQL Cluster Server Setup (http://lod.com/whitepapers/mysql-cluster-howto.html)", в которой показано, как установить и настроить кластер, состоящий из нескольких хранилищ, API ноды и сервера управления.URL: http://dreamcatcher.ru/index.php?option=com_content&task=vie...
Новость: http://www.opennet.me/opennews/art.shtml?num=8314
Я Вам скажу неплохая статейка, все грамотно и хорошо описано.
Пару поправок Это не полный кластер.
Приложения вроде Apache, Postfix'a, user tables, общаются через
"API node mysql=api=1 192.168.0.35" и если он гаркнится то что тогда, кому они будут обращатся?? в ручную будут перебивать IP-адресс с 192.168.0.35 на 192.168.0.34 или 192.168.0.33(Которые также содержат API MySQL) в своих скриптах, да это можно, но когда у вас 300 пользователей и все такое это не посильная работа(Конечно можно писать скрипты в которых если не соеденился с 1-MySQL то соединяйся со 2-MySQL). надо чтоб класстер сам подхватывал IP адресс вышедшей из строя "API node mysql=api=1".
В этой статье это просто не учтено. Это скорее можно назвать кластерной системой для хранения данных MySQL да и только.
Там же написано:
Приложения, такие как Web-сервер, установлены на ноде API и общаются с процессом MySQL, запущенным ЛОКАЛЬНО, именно этот процесс запрашивает данные от хранилищ.
Хорошо, но локально не много приложений можно использовать.
Так лучше уж сразу подогнать все под полный кластер
Скажите, а когда сбойная нода из дауна поднимается, текущее состояние кластера автоматом отображается на ней? Все изменения которые были сделаны в кластере с момента сбоя ноды? Че-то пропустил про ето ...
Да.
а что вам мешает динамически перехвативать адрес?