форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Оптимизация и Промышленные системы (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Множественный бекап / синхронизация "

Сообщение от zumozz on 27-Фев-06, 04:11

вобщем суть задачи : есть 20-30 серверов с установленым "софтом" сервера freebsd и linux разносортные , "софт" одинаковый и стоит везде "в 1 месте" надо сделать синхронизацию данных на всех серверах. например каждые X минут т.е. чтоб на всех серверах поддерживалась актуальная копия данных , данные изменяются на всех серверах (по очереди) небольшая потеря не страшна (1-X из сервров сдох)  т.е. надо синхронизация по времени изменения - т.е. самое новое считать самым правильным. важно отслеживать появление новых фалйлов , удаление удалённых как такового "ведущего" сервера нет и по теории задумки не должно быть. кто что может подсказать по этому поводу ? идеи с "главным сервером" не предалгать т.к. это недопустимо (падение главного сервера)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "Множественный бекап / синхронизация "

Сообщение от ZM_Michael (ok) on 27-Фев-06, 10:30

rsync запускать по очереди для синхронизации. по цепочке по кругу, постепенно новые файлы разнесутся на все сервера (либо не по цепочке - чтобы исключить падение n серверов) сначала по группам, потом в группах, потом заново :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Множественный бекап / синхронизация "

Сообщение от NoName on 10-Апр-06, 14:01

>как такового "ведущего" сервера нет и по теории задумки не должно быть. Чуш какая-то...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Множественный бекап / синхронизация "
	Сообщение от Асен Тотин on 24-Май-06, 15:16
	Привет, rsync действителяно подойдет, быстрый и легкий, но... при X серверах вам надо будет построить full mesh между ними... т.е. каждый синхронизируется со всеми... и обязательно тогда запустите time server в сети. WWell,
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Множественный бекап / синхронизация "
	Сообщение от Z_M (ok) on 25-Май-06, 10:23
	>Привет, > >rsync действителяно подойдет, быстрый и легкий, но... при X серверах вам надо >будет построить full mesh между ними... т.е. каждый синхронизируется со всеми... >и обязательно тогда запустите time server в сети. > >WWell, rsync конечно то что нужно я считаю, но можно еще рассмотреть вариант с scp. завести юзера с правами на этот 'soft', настроить ссш-аутентификацию по ключам и юзать scp. а время изменения файлов можно тиким же образом по ссш (удаленное выполнение команд)получать и парсить стандартными утилитами.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Множественный бекап / синхронизация "

Сообщение от calculator (ok) on 11-Июн-06, 22:00

Зачем велосипед изобретать? Есть красивые, функциональные слова по теме. И, ИМХО, одно из таких: кластер.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Множественный бекап / синхронизация "
	Сообщение от Nikolaev D. on 28-Июн-06, 20:50
	>Зачем велосипед изобретать? Есть красивые, функциональные слова по теме. зависит от типа данныых. по норvмальному делаем один-два мастер сервера , все остальные ослики с них вытягивают инфу по ftp|rsync|nfs  - на выбор :) nfs живей всех будет , хи-хи :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Множественный бекап / синхронизация "

Сообщение от L0n3R4ng3r (??) on 20-Июл-07, 14:47

>[оверквотинг удален] >на всех серверах (по очереди) >небольшая потеря не страшна (1-X из сервров сдох)  т.е. надо синхронизация >по времени изменения - т.е. самое новое считать самым правильным. >важно отслеживать появление новых фалйлов , удаление удалённых >как такового "ведущего" сервера нет и по теории задумки не должно быть. > > >кто что может подсказать по этому поводу ? >идеи с "главным сервером" не предалгать т.к. это недопустимо (падение главного сервера) > как вариан решения проблемы предлагаю сделать с двома главными серверами(можно разширыть алгоритм, и сделать намного больше ведущих) допустим есть есть сеть 22- компа делаем три сети(192.168.0.0-6 компов(диапазон 1-6) 192.168.1.0-9компов(1-9),192.168.2.0-9компов(1-9)),вообщем обновления должно проходить в 4 этапа 1-й: сервер 0.3 запирает через rsync файлы с (0.1;0.2) 0.4(0.5;0.6) 1.7(1.1;1.2;1.3) 1.5(1.3;1.6;1.9) 2.7(2.1;2.2;2.3) 2.5(2.3;2.6;2.9) 2-ой этап: 0.4(0.3 если неудача 0.1;0.2 потом 0.4 || 0.5;0.6) 2.7(1.5 || 1.3;1.6;1.9 && 2.5 || 2.3;2.6;2.9 3-й этап: 0.4 (2.7 || (1.5 || 1.3;1.6;1.9 && 2.5 || 2.3;2.6;2.9)) 2.7(0.4 || (0.3 || 0.1;0.2 && 0.4 || 0.5;0.6)) 4-й этап синхронизируем клиенты с серверами 0.1(0.4 || 2.7) 0.2(0.4 || 2.7) 0.3(0.4 || 2.7) ... 1.1(0.4 || 2.7) 1.2(0.4 || 2.7) 1.3(0.4 || 2.7) ... 2.1(0.4 || 2.7) 2.2(0.4 || 2.7) 2.3(0.4 || 2.7) ... и так далее и еще надо поставить ntp, ну надеюсь помог. удачи

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]