Andreyka

Andreyka
Рейтинг
822
Регистрация
19.02.2005
Интересы
Zen
Some like a wizzard

V(o)ViK, у опытных инженеров уже рука набита, так что есть и рыбы документации и настройки, а это удешевляет создание.

И да - следить за кластером не нужно, в этом его плюс.

На первом - cpu

Чтоб реально оценить io - нужна секция про диск, в частности inode usage

hacccker:
Если один сервер упал, то другой берёт вторую группу БД на себя (из своей копии которая отстаёт во времени от оригинальной)

Не знаю доступно ли объяснил :)

Доступно. Сделать вполне реально.

Andreyka добавил 06.12.2010 в 10:47

Pilat:
Вот только есть у Вас бэкап за вчера Вы узнаете на во время заказа хостинга, а когда бэкап понадобится, и вменяемые клиенты это хорошо понимают... А слово "Кластер" даже на вменяемых может произвести впечатление.

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

Разумеется, это стоит хороших денег, но оно того стоит

А где график iowait?

Что в логах?

myhand:
Ну стал быть не была :) Может память кого-то подводит (селекты и в 2.0 не использовались) ;) Вы сейчас способны предложить воспроизводимый тест, иллюстрирующий проблему для 2.0 апача?


А зачем хостинги штатных юристов держат тогда? :)

Проблема с апачем, насколько я помню вывод gdb, была в том, что suexec конкретно тупил при старте, перечитывая всех юзеров + открывая для каждого свой suexec log. Вероятно потом это пофиксили.

Зачем держут - я не знаю, подозреваю для защиты от рейдерских атак.

Andreyka добавил 06.12.2010 в 07:15

hacccker:

Когда простаивает второй сервер это не есть гуд, поэтому мы тут дальше и дискуссируем. К Андрею возможно обращусь, пока изучаю ещё варианты предложенные. Кстати если бы Андрей что-то предложил... :)

Я предлагаю обдумать на счет mysql. Если файловая система имеет линейный рост в себестоимости, то mysql cluster (ndb) увеличит ее в геометрической прогрессии, так как зело выедает память:

A disadvantage is that the entirely memory based clustering engine The memory requirements for each individual node participating in a MySQL Cluster would be the equation of twice the size of stored data in the database +10% divided by the number of nodes (single node ram requirements = (SizeOfDatabase * NumberOfReplicas * 1.1) / NumberOfDataNodes). Можно данные на диске, но индексы все равно только в оперативке.

Если же делать через полную синхронизацию mysqlproxy+lua, то будут сильные тормоза, так как каждая модификация должна пройти и на соседе.

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

Так что я бы предложил сделать на 4-х серверах:

2 под файлы - работают оба

2 под mysql+drbd - файловер (только 1 работает), но нет проблем с вышеописанным гемором

И да - под это можно организовать в принципе любую панель (cpanel,directadmin,ispmanager).

Написать в саппорт своего хостинга/своему сисадмину

Домены передадут другому регистратору - вот и все

myhand, 4 года назад была актуальна для 2.0 апача, так что ты почти угадал.

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

Shapranov Pavel:
Пока ничего особо не заинтересовало.

Обрати внимание на мой домен. В свое время у меня его Лебедев хотел выкупить, но я не продал.

Не упусти шанс, а то снова передумаю.

Всего: 12866