Проблема после пропадания питания

[Andrey Zentavr]

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

А вот это интересно Где прочитать об отказоустойчивости NoDeny?

[Efendy]

А вот это интересно Где прочитать об отказоустойчивости NoDeny?

В NoDeny есть одно неудобное требование: БД должна быть всегда в рабочем состоянии. Т.е. необходимо всеми силами обеспечить УПСами и рейдами это звено и все будет в порядке на много лет

[blackjack]

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

[Efendy]

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

вероятно в новой версии)

[versus]

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

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

[Andrey Zentavr]

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

Вот что я знаю точно - так что linux 1000% работает с heartbeat для мониторинга нод и DRBD для синхронизации разделов - лично поднимал несколько таких систем.
Но вроде как фря этого не умеет.
Или я чего-то недопрочитал?

[blackjack]

собрал я кластер с MySQL 5.0.89.

опция для сборки WITH_NDB=yes

таблицы надо создавать с ENGINE=NDB;

для корректной работы необходимо минимум 3 сервера, я собирал на двух о чем меня вежливо предупредили

Код:

/usr/local/libexec/ndb_mgmd -f /var/lib/mysql-cluster/config.ini 
Warning line 41: Cluster configuration warning:
  arbitrator with id 1 and db node with id 2 on same host 172.16.21.122
  Running arbitrator on the same host as a database node may
  cause complete cluster shutdown in case of host failure.

еще один глюк, что все утилиты ndb* после установки размещаюся в каталоге /usr/local/libexec которого нет в переменной PATH

можна все это спрятать за carp интерфейсом, и работать.

С базой биллинга я не тестировал в реальных условиях - не рискнул.

Может у кого-то есть тестовый стенд чтобы проверить все это.

Руководствовался этим руководством. http://cn.km.ua/mysql-cluster.pdf

[Andrey Zentavr]

Необходимо поднять три виртуалки на фре?

[blackjack]

три физических сервера надо, если виртуалка, то весь смысл теряется

[versus]

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

Вот что я знаю точно - так что linux 1000% работает с heartbeat для мониторинга нод и DRBD для синхронизации разделов - лично поднимал несколько таких систем.
Но вроде как фря этого не умеет.
Или я чего-то недопрочитал?

Фря это икона ? Я думал вам нужно отказоустойчивое решение для сервера БД... А тут уже операционка дело десятое.... Хоть на слонярисе лишь бы база работала 24х7 ИМХО..

[goletsa]

Нуда, гдето я мельком видел чтобы базы под Solaris/SPARC работают куда шустрее на больших нагрузках.
Не зря таки Oracle купил Sun.
А уж вкусности ZFS...

[Elisium]

ZFS есть и на фре.
А по поводу нагрузок - врятли они у вас настолько большие, чтобы прочуствовать разницу ...
По крайней мере тазик среднеофисной производительности может переварить 2-3к онлайна и быть загруженым меньше, чем на треть.

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

Ну так когда база появляется, ядро само обратно приконекчивается.
п.с. ну, по крайней мере у меня так ))

[versus]

Нуда, гдето я мельком видел чтобы базы под Solaris/SPARC работают куда шустрее на больших нагрузках.
Не зря таки Oracle купил Sun.
А уж вкусности ZFS...

Полгода опенсолярис был настольной системой, устраивало все, кроме возможности прикрутить ruby on rails для разработки приложений. Очень достойная система, хоть и не очень быстрая. После нее убунта кажется просто скоростной )) Вкусности ZFS действительно вкусные... Зоны действительно виртуализация, а чего только вирутальные сети стоят. Но требует конечно определенных усилий в освоении. Нен все команды работают так как кажестся на основе линукс/фря.

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

[goletsa]

Ну все равно солярка на x86 это костыль. Делалось только по сути для популизации ОС.
У мну тож гдето валяются официальные диски Solaris10\ Opensolaris разных выпусков.

Но дальше виртуалки оно у меня пока не вышло ибо на реальном железе воркало всетаки недостаточно хорошо.

[blackjack]

запустил кластер из двух стораджей и одного управляющего сервров

пока перекинул таблицы з трафиком в ндб

и сделал

Код:

--- /home/admin/50.32.3/nodeny/nodeny.pl	2010-01-25 13:44:00.000000000 +0200
+++ /usr/local/nodeny/nodeny.pl	2010-02-03 19:21:34.000000000 +0200
@@ -30,7 +30,7 @@
   `port` smallint(5) unsigned NOT NULL,
   `proto` smallint(5) unsigned NOT NULL,
   KEY `time` (`time`)
-) ENGINE=MyISAM;
+) ENGINE=NDB;
 SQL
 
 # Шаблон таблицы трафика
@@ -43,7 +43,7 @@
   `out` bigint(20) unsigned NOT NULL default '0',
   KEY `mid` (`mid`),
   KEY `time` (`time`)
-) ENGINE=MyISAM;
+) ENGINE=NDB;
 SQL
 
 # Шаблон таблицы информации о трафике
@@ -59,7 +59,7 @@
   `detail` tinyint(3) unsigned NOT NULL default '0',
   KEY `time` (`time`),
   KEY `mid` (`mid`)
-) ENGINE=MyISAM;
+) ENGINE=NDB;
 SQL
 
 # Шаблон таблицы суточного трафика
@@ -70,7 +70,7 @@
   `in` bigint(20) unsigned NOT NULL default '0',
   `out` bigint(20) unsigned NOT NULL default '0',
   KEY `mid` (`mid`)
-) ENGINE=MyISAM;
+) ENGINE=NDB;
 SQL
 
 $User_select_Tbl=<<SQL;
@@ -82,7 +82,7 @@
   `mid` int(10) unsigned NOT NULL default '0',
   PRIMARY KEY  (`id`),
   KEY `grp` (`grp`)
-) ENGINE=MyISAM AUTO_INCREMENT=1;
+) ENGINE=NDB AUTO_INCREMENT=1;
 SQL
 
 # условие, по которому считаем, что клиент во включенном состоянии: неблокируемая авторизация или `всегда онлайн`

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