| anonymous@RULINUX.NET~# | Last login: 2024-12-23 14:29:05 |
| Регистрация Вход | Новости | Разметка | Пользователи | Галерея | Форум | Статьи | Неподтвержденное | Трекер | Правила форума | F.A.Q. | Ссылки | Поиск |
| Форум - Talks | [RSS] |
![[#]](themes/ubertechno/id.png)
![[Добавить метку]](themes/ubertechno/filter.png)
![[Редактировать]](themes/ubertechno/edit.png)
В смысле, кроме классической репликации мускула (ибо у вас хостингнах), каков более подходящий механизм,вроде как обсуждалось - есть заключение экспертов?
ps.удолите, если не нравится тема.
anonymous(*) (2009-12-12 17:19:00)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6
|
|
|
 |
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>Тюксоед жлобится на репликацию.
>Для рилтайм-репликации на связанные ресурсы - закидывать им изменения по RPC
anonymous(*)(2009-12-12 18:37:29)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?короче, если кто-то задумает реплицироватся, свистите в http://notlor.homelinux.org . мну ушел лютобешено допиливать сайто... anonymous(*)(2009-12-12 22:52:10)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> Дык он же вроде как не главный тут, нет?
> А можно по подробнее, как сие реализовывается?
> А не проще ли будет просто в коде делать insert/update на несколько хостов с одинаковыми таблицами,естественно с обработчиками?
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> Какую репликацию, даже дамп базы для тестов дал коцаный, хотя я и тот не успел качнуть ...
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>> Тюксоед жлобится на репликацию.
> Дык он же вроде как не главный тут, нет?
anonyzzmous тут главный: он за хостинг платит. На самом деле, выдать HEBECTb_KTO всю базу или нет - обсуждалось и было решено не выдавать полную. Насчет репликации... А зачем? Можно конечно заставить крон делать дамп базы каждые N часов, чтобы другой скрипт по крону этот дамп потом забирал. Только не известна суть данного действа: зеркала сделать хотите? Так вроде и так справляемся без досов (постучал по деревянной фигурке JB) |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>Для рилтайм-репликации на связанные ресурсы - закидывать им изменения по RPC
>Для этого надо знать что-то про твою базу данных, иметь драйвера для неё, устраивать соединение к ней по протоколу, который может быть запрещён в отличие от HTTP, который обычно никто не перекрывает, а если в удалённой базе какая-нибудь плохая транзакция заблокировала таблицу - то что, мастер-хосту висеть до облома по таймауту на таком инсерте в чужое БиДэ?
anonymous(*)(2009-12-13 02:37:48)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> Все ясно - порожняк. "изменения по RPC" - зато как красиво звучит! ).
> Вообще пиздец. Знаешь, есть такое семейство протоколов - tcp/ip, вот по нему и устанавливается коннект на порт 3306 и естественно нужно знать авторизационные данные что бы соединится.
> Транзакции?Ололо, интересно посмотреть на того кто юзает транзакции в форумных движках - вложенные запросы как максимум, а в случае "таймаутов" пишется обработчик, о чем я выше упомянул.
Кстати, открой две сессии MySQL, сделай в одной: create table `test`.`a`(a char(10)) engine MyISAM lock tables `test`.`a` WRITE; а во второй сделай insert into `test`.`a` values ('a'); и удивись. Ты часом не тот анонимус, который давеча рассуждал о реляционных БД?
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>Интересно посмотреть на то, как ты НЕ юзаешь транзакции :)
>Кстати, открой две сессии MySQL, сделай в одной: create table `test`.`a`(a char(10)) engine MyISAM lock tables `test`.`a` WRITE;
И чо? Залочил таблицу и пытаешься инсертить туда, чего сказать то хотел? >Ты часом не тот анонимус, который давеча рассуждал о реляционных БД?
anonymous(*)(2009-12-13 12:40:10)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?репликация ненужна. базу нужно распределенной делать. |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?репликация ненужна. базу нужно распределенной делать. |
|
anonymous(*)(2009-12-13 16:32:02)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> И чо? Залочил таблицу и пытаешься инсертить туда, чего сказать то хотел?
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>То, что инсертящий код будет немного ждать
anonymous(*)(2009-12-13 17:07:31)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> надо делать так, что бы инсертящий код предварительно обрабатывал "локстатус"
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>И делать это придётся мастер-хосту на каждый апдейт для каждого подчиненного сервера. И при этом надеяться что между show status и вставкой данных таблица не будет как-либо заблокирована.
> И надеяться на то, что в подчинённой базе таблицы зачем-то имеют такую же структуру как на ведущей. И надеяться что там вообще MySQL стоит и на то, что владельцу подчинённой базы очень хочется открывать наружу аккаунт с правами записи в таблицы, а между ведущим и подчиненными серверами не сидит какой-нибудь файерволл режущий мускульные порты, не говоря уже о том, что кому-нить из подчинённых хостов может потребоваться висеть на нестандартном порту.
anonymous(*)(2009-12-13 20:48:26)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Значит так, вот примерная схемка всей этой кухни: На всех хостах делаем: 1.Поднимаем lamp (p - по вкусу) 2.Единая структура базы, для применения транзакций нужна innodb 3.3306 выставляем наружу 4.Единый механизм запросов к базам Ну и естественно обеспечение защиты от флуда. В итоге получаем распределенную схему без центрального хоста и что самое главное - хостинг более не нужен, так сказать - "все на равных". Дискас... anonymous(*)(2009-12-13 21:26:33)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Мне видится другая схема: Центральный сервер раз в день придумывает пароль и скриптом через get-параметры отправляет пароль всем авторизованным клиентам. Клиент получает этот пароль и придумывает свой, отправляет свой, используя первый пароль отправляет серверу свой, сервер записывает этот пароль и использует потом для базовой аутентификации клиента когда тот придет за дампом базы данных |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?получается фидонет, однако - нужно реалтайм изменения отражать во всех базах, да и со временем дамп будет расти. anonymous(*)(2009-12-13 22:42:52)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> 1.Поднимаем lamp (p - по вкусу)
> 2.Единая структура базы, для применения транзакций нужна innodb
> 3.3306 выставляем наружу
> 4.Единый механизм запросов к базам
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> Центральный сервер раз в день придумывает пароль и скриптом через get-параметры отправляет пароль всем авторизованным клиентам. Клиент получает этот пароль и придумывает свой, отправляет свой, используя первый пароль отправляет серверу свой, сервер записывает этот пароль и использует потом для базовой аутентификации клиента когда тот придет за дампом базы данных
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> Ну элементарно же решается - в цикле делается опрос на "unlocked", можно на крайняк ограничить число попыток опроса с выходом из цикла с матюками типа: "повторите попытку позже"
Куда как проще опубликовать API - и пусть каждый желающий реализует его на своей стороне как ему удобно. |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Так в том и соль: убьем сразу всю заячью семью. И со связью с лором покончим и коммьюнити увеличится капитально |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?А может тогда вместо ежедневного слива полного дампа, прикрутить к этому делу svn? Собсно и svn update можно почаще делать и соответственно на сервере svn commit. anonymous(*)(2009-12-14 00:00:10)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Ты что, Торвальдса не слушал? Только Гит! Как же потом мержить будем? :-) А если серьёзно, крон тоже может дамп хоть каждую минуту делать, вопрос тут в потребляемых ресурсах. |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Итак, на данный момент имеем три варианта: 1.Мой вариант - каждый сам себе сервер, но с доступом из вне на 3306 2.Вариант от "хз-кто", со своими магическими RPC-бНОПНЯВХРЮК 3.Вариант темыча с общим дампом Еще есть чо? anonymous(*)(2009-12-14 01:23:46)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>но с доступом из вне на 3306
ты нудист, да? >Еще есть чо?
децентрализованная распределенная бд, где каждый сервер хранит динамически обновляемые адреса других серверов, а обмен информацией между серверами происходит посредством стандартизированного апи/протокола(да хоть тот же xmpp юзать). |
|
anonymous(*)(2009-12-14 11:21:50)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> <доверительный хост>
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?мну ушел делать тестовую таблицу с первичным кодом, сегодня/завтра выложу дамп,пароль с аккаунтом - по требованию, для тех кто пожелает присоединится к тестовому старту, епта... //ТС - мну
xenom(*)(2009-12-14 15:20:39)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
xenom(*)(2009-12-14 15:25:07)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> man dyndns
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?в моем, стримовском, случае смена ip раз в 24 часа с реконнектом, при реконнекте автоматическая авторизация в dyndns.org, на все про все - 15-20сек. На это время, примерный обработчик тебе на-ка: }xenom(*)(2009-12-14 16:53:40)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> при реконнекте автоматическая авторизация в dyndns.org, на все про все - 15-20сек.
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>"specifying any name to be resolved with a remote query such as DNS is a really bad idea"
Давай трейсить тебя до, смены ойпи и после?Тогда увидим реальный таймаут. Кидай урло! xenom(*)(2009-12-14 18:01:36)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> И ты зассал этой надписи, из-за обновления ip один раз в сутки? Слабак ;)
> Давай трейсить тебя до, смены ойпи и после?Тогда увидим реальный таймаут. Кидай урло!
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?>Она сама по себе плохая. Очень.
xenom(*)(2009-12-14 18:34:18)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Особо ссыкливые, как ты выразился, всё равно никаких дополнительных портов открывать не собираются. |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?По заявкам "радиослушателей", набрел на XML-RPC: http://www.faqs.org/docs/Linux-HOWTO/XML-RPC-HOWTO.html , есть либы для похапе, перл,си(++),ява. Хочите? xenom(*)(2009-12-15 23:24:51)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> есть либы для похапе
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Я думал имеется в виду одноранговая сеть серверов, которые мержат то что у них добавилось, как в том же гите. А xmlrpc это больше на клиент-серверную архитектуру похоже |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?В случае xmlprc тоже как бы получается одноранговая сеть - нет центрального сервера и каждый и клиент и сервер. Ну в общем надо пробовать, завтра начну колупать, но что то по плюсам маловато инфы... xenom(*)(2009-12-16 00:51:23)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> В случае xmlprc тоже как бы получается одноранговая сеть - нет центрального сервера и каждый и клиент и сервер.
> по плюсам маловато инфы...
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?> Я думал имеется в виду одноранговая сеть серверов, которые мержат то что у них добавилось, как в том же гите. А xmlrpc это больше на клиент-серверную архитектуру похоже
|
|
|
Скрыть
Re: Репликация фейк-лоров. Ну и чавось?Хреново документировано, неполные либы - в частности нет в составе libxmlrpc_client++ (брал из svn), тащемта даже екзамлы не скомпилить, обломс... xenom(*)(2009-12-18 13:42:09)
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.6 (KHTML, like Gecko) Chrome/4.0.267.0 Safari/532.6 |
|
|
|
| Этот тред читают 3 пользователя: |
|
Анонимных: 3 Зарегистрированных: 0 |
Re: Репликация фейк-лоров. Ну и чавось?
Тюксоед жлобится на репликацию. А так - надо исходить из задачи. Для бэкапа ИМХО достаточно ежедневно формируемого архива с изменениями за день и ежемесячно - полного дампа. Для рилтайм-репликации на связанные ресурсы - закидывать им изменения по RPC.
А вот у Оракла есть датагвард который автоматом синхронизирирует ведущую базу с несколькими подчинёнными и ручками можно вообще ничего не делать.