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

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

"кластеризация"

Сообщение от alexvs (??) on 08-Дек-06, 13:29

На чём можно построить следующую систему:          |          |запросы клиентов          |        ------       | шлюз |        ------       /      \      /        \ -------   ------- | нода1 | | нода2 | -------   ------- Клиент делает запрос на шлюз а он уже разбрасывает их между нодами. Клиент общается только с шлюзом (по протоколу tcp). Желательно что б ноды были на freebsd. В какую сторону смотреть (тунели, балансеры...)? Ноды могут быть в разных подсетях.

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

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

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

1. "кластеризация"

Сообщение от Zedi (??) on 08-Дек-06, 13:52

>На чём можно построить следующую систему: > >         запросы клиентов   >               | >         |---------| >       ------   ------- >      |1шлюз |-| 2Шлюз  | >       ------   ------- >         |        |           ----------                    |       |----------| > -------   ------- >| нода1 | | нода2 | > -------   ------- Не знаю как на FreeBSD но на Линухе есть такой LVM суть проста Шлюзы 1 и 2 стоят под линухом между ними связь если один шлюз умрёт то второй быстро поднимется, за шлюзом стоят сервера при том не важно какая операционка FreeBSD, Linux, Windows, Solaris. Кластер работает как баласировачный с высокой надёжностью. Если один из серверов(нода) свлится то на шлюзе есть специальные анализаторы которые смотрят доступность сервисов на нодах в атоматическом режиме перемаршутизацию на другую ноду упавший сервис. Всё это добро называется LVM

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

	2. "кластеризация"
	Сообщение от alexvs (??) on 08-Дек-06, 14:00
	>Не знаю как на FreeBSD но на Линухе есть такой LVM суть >проста Шлюзы 1 и 2 стоят под линухом >между ними связь если один шлюз умрёт то второй быстро поднимется, за >шлюзом стоят сервера при том не важно какая операционка FreeBSD, Linux, >Windows, Solaris. >Кластер работает как баласировачный с высокой надёжностью. Если один из серверов(нода) свлится >то на шлюзе есть специальные анализаторы которые смотрят доступность сервисов на >нодах в атоматическом режиме перемаршутизацию на другую ноду упавший сервис. >Всё это добро называется LVM Вы ничего не путаете? LVM - позволяет гибко создавать, удалять и изменять размеры разделов без потери данных.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "кластеризация"
	Сообщение от simple_rulez on 08-Дек-06, 14:20
	>>Не знаю как на FreeBSD но на Линухе есть такой LVM суть >>проста Шлюзы 1 и 2 стоят под линухом >>между ними связь если один шлюз умрёт то второй быстро поднимется, за >>шлюзом стоят сервера при том не важно какая операционка FreeBSD, Linux, >>Windows, Solaris. >>Кластер работает как баласировачный с высокой надёжностью. Если один из серверов(нода) свлится >>то на шлюзе есть специальные анализаторы которые смотрят доступность сервисов на >>нодах в атоматическом режиме перемаршутизацию на другую ноду упавший сервис. >>Всё это добро называется LVM >Вы ничего не путаете? >LVM - позволяет гибко создавать, удалять и изменять размеры разделов без потери >данных. LVS?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "кластеризация"
	Сообщение от simple_rulez on 08-Дек-06, 14:22
	>LVS? http://www.ultramonkey.org/papers/lvs_tutorial/
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "кластеризация"

Сообщение от simple_rulez on 08-Дек-06, 14:21

CARP?

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

	6. "кластеризация"
	Сообщение от Zedi (??) on 08-Дек-06, 14:26
	>CARP? Прошу прощения за опечатку конешно LVS
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "кластеризация"
	Сообщение от alexvs (??) on 08-Дек-06, 14:37
	>CARP? Во первых, в условии сказано что сервера могут быть физически разнесены и не быть подключены к одному свичу. Во вторых, не совсем понимаю его принципа работы как балансера, можете пояснить? Ну, переключил он временно поток запросов на один нод посредством редактирования мак-таблицы свича, а когда переключает на второй нод, то как будут отработаны устанвленные TCP соединения с первым нодом?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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