hostated - новый демон мониторинга хостов в OpenBSD

А когда хост поднимается, то опять вносит правило? Интересное конечно решение, НО:

1) У многих для этого самописные скрипты

2) Побыстрей бы оно работало

кластер на бсд это такая новая шутка, да?

P.S. для таких вещей(в частности www) уместней использовать балансировщики нагрузок, вам так не кажется?

>имеется кластер из трех www-серверов. Машина с pf перенаправляет запросы на свой 80 порт на эти сервера (round-robin), используя таблицу <webservers> и rdr-правило. В случае отказа одного из хостов hostated удаляет IP этого сервера из таблицы <webservers>.

Айда 30kpps к такому балансировщику. и весь могучий кластер ляжет,
ибо ВЕЛИКАЯ OpenBSD не справится interrupt storm.

polling?

>polling?

его в СамойЗащищённойОсиВсехВремёнИНародов нет =)

>P.S. для таких вещей(в частности www) уместней использовать балансировщики нагрузок, вам так не кажется?
>Metallic *

А ты почитай как балансировшик работает. Усложним - не просто роунд-робин а типа IBM'ского с агентами на хостах ... Потом медленно и _внимательно_ прочитай как работает hostated и удивись :)

Про смерть OpenBSD на 30K pps - если на 486SX25 - то таки скорее да ... а если ченить из того что сегодня купить можно, то таки нет :)

2Metallic: skills level 0 or -1 ?

/* blowfish */

>Про смерть OpenBSD на 30K pps - если на 486SX25 - то таки скорее да ... а если ченить из того что сегодня купить можно, то таки нет :)

А вы сами пробовали? мрёт только в путь. с учётом того что линух, фря 6.х дают 500kpps, а 4.х и 1Mpps.

>А ты почитай как балансировшик работает. Усложним - не просто роунд-робин а типа IBM'ского с агентами на хостах ... Потом медленно и _внимательно_ прочитай как работает hostated и удивись :)

HBL из openbsd лепить это некошерно мне кажется.

> а если ченить из того что сегодня купить можно

Вот как раз из того, что купить можно было ВЧЕРА, ибо SMP и threading в опен тоже ни к чёрту

Возможно руки? у меня опенок на сотом пеьки с двумя сетивухами 5-6 мбайт в секунду давал а линух при этом постоянно сыпал на консоль too long time in interrupt handler ну или чтото в этом ророде

Почему бы нет. Делают же из FreeBSD/OpenBSD при CARP-протоколе (аналог кошкиного HSRP) SQUID-proxy баллансеры.

Кстати по поводу CARP - в Linux его из Open-ки и стащили http://www.opennet.ru/prog/info/2242.shtml

5-6 мегабайт в секунду, офигеть нагрузка %). Поставь его на кластер.

По поводу "too long time in interrupt handler". Ну глючит драйвер, что теперь? Думаешь не найдется железа на которое опенок вообще не встанет хотя должен? Посмотри чейнжлоги и убедись что оно тоже глючит.

Хм, любопытная новинка.. ;-)

> P.S. для таких вещей(в частности www) уместней использовать балансировщики нагрузок, вам так не кажется?

ты просто притворяешься? какая связь с физической отказоустойчивости c балансировкой нагрузки?

> По поводу "too long time in interrupt handler". Ну глючит драйвер, что теперь?

ну действительно? ну глючит? нам то что с того что глюки? главное что бы у конкурентов всё было несладко, а так "наши микросхемы самые большие микросхемы в мире"(с)

> Кстати по поводу CARP - в Linux его из Open-ки и стащили http://www.opennet.ru/prog/info/2242.shtml

только в линуксе он юзерландный - ucarp

>ну действительно? ну глючит? нам то что с того что глюки? главное >что бы у конкурентов всё было несладко, а так "наши микросхемы самые >большие микросхемы в мире"(с)

Ты не понял, я говорю про то что сравнивать две ОС только по результатам тестирования на каком-то хламе некорректно. Опенок что-ли безглючен(если думаешь что безглючен иди читать чейнжлоги)? Кроме того, ну писал линух в консоль, ну и что? Из того что опенок ничего не писал не следует что проблемы нет. Может там железо кривое.

>только в линуксе он юзерландный - ucarp

чукча читатель?
http://tservice.net.ru/~s0mbre/old/?section=projects&item=carp

>Возможно руки? у меня опенок на сотом пеьки с двумя сетивухами 5-6
>мбайт в секунду давал

да-да-да. Только прочитайте сначала про такую единицу как kpps.
А потом подумайте: причём тут ваши Мб/с?

>случае отказа одного из хостов.

А что OpenBSD так часто падает? :)

ну просвети меня где там CONFIG_CARP или что нибудь в этом духе? grep -i carp /usr/src/linux-2.6.19.1/.config ничего не дал.

может он спрятался?

или монолитно врыт в ядро так что даже убрать нельзя?

нет. это на случай если линукс упадёт. всякое бывает ;)

когда опенбсд дойдёт до уровня нормальных ОС по производителности, тогда уже можно будет думать над подобными вещами. а пока это мёртвому припарки.

>ну просвети меня где там CONFIG_CARP или что нибудь в этом духе? grep -i carp /usr/src/linux-2.6.19.1/.config ничего не дал.

>может он спрятался?

>или монолитно врыт в ядро так что даже убрать нельзя?

Он не включен в ядро.

А зачем? Автор поддерживает проект - для каждого ядра регулярно выходят новые версии.

>bernoulli (*) (06.01.2007 7:29:27)

а действительно? зачем? зачем официально включать в ядро поддержку ext3\2, Opteron-ов, SCSI и пр? будем выпускать в качестве набора 3rd party патчей (читай костылей) от васи пупкина и неотрезвевшего фрол фомича.

>а действительно? зачем? зачем официально включать в ядро поддержку ext3\2, Opteron-ов, SCSI и пр? будем выпускать в качестве набора 3rd party патчей (читай костылей) от васи пупкина и неотрезвевшего фрол фомича.

У вас по этому поводу комплексы? Не хочет автор - его дело - напишите и спросите, почему, если так интересно...

>bernoulli (*) (06.01.2007 16:21:27)

>а действительно? зачем? зачем официально включать в ядро поддержку ext3\2, Opteron-ов, SCSI и пр? будем выпускать в качестве набора 3rd party патчей (читай костылей) от васи пупкина и неотрезвевшего фрол фомича.

Извините, но вы - тролль.
Автор порта carp на linux - весьма грамотный спец, патчи которого
в ближайшее время войду в ваниллу. А carp спокойно собирается в виде
модуля. Зачем таскать в ядре кучу дров для всевозможного железа?

Действительно, зачем мерять попугаями, когда можно удавами.

IMHO, тут главное чтобы надёжно работало. Ну и, конечно, чтобы роутер не помер от перегрузки. ;)

http://www.tancsa.com/blast.html

Кстати, вот тут один мерял, сравнивал... и в попугаях и в удавах и так и поперёк.)

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

> Извините, но вы - тролль.

да мне как то всё равно. хоть гендальф.

> Автор порта carp на linux - весьма грамотный спец, патчи которого

> в ближайшее время войду в ваниллу.

вот когда войдут в релиз с кернел.орга тогда и можно будет говорить

> А carp спокойно собирается в виде модуля. Зачем таскать в ядре кучу дров для всевозможного железа?

так ещё раз: то что патчи есть это хорошо, но помоему всётки подразумевалось включение в состав __официального__ ядра ядра (модулем, монолитно, как угодно). на данный момент его там НЕТ. есть патч от 3rd party девелопера . возможно оно работает, возможно н очень, а возможно совсем нет. на то оно и НЕ включено в официальное ядро.

потому как можно сказать что уже в 2004м году CARP был в официальном ядре линукса. http://kerneltrap.org/node/3496 давай будем отделять котлеты от мух.

и никто не говорил про будет оно __собрано__ модулем или врыто в ядро. что не так?

> Зачем таскать в ядре кучу дров для всевозможного железа?

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

ты б хотя бы ходил на ссылку opennet-а и почитал About

UCARP allows a couple of hosts to share common virtual IP addresses in order to provide automatic failover. It is a portable __userland__ implementation of the secure and patent-free Common Address Redundancy Protocol (CARP, OpenBSD’s alternative to the patents-bloated VRRP).

патчи он суёт ... любитель 3rd party.

>патчи он суёт ... любитель 3rd party.

И парой строчек ниже в описании opennet ссылка на ядерный модуль. Который собирается и отлично работает, хотя и документации не очень много и не совсем понятны (были) некоторые моменты. Но у автора всегда можно спросить, что и как - он всегда отвечает на письма. Даже расширяет функциональность по нашей просьбе. Хотя есть одна проблема - очень много спамит в dmesg.

>> в ближайшее время войду в ваниллу.

>вот когда войдут в релиз с кернел.орга тогда и можно будет говорить

Имеется в виду не CARP, а kevent.

>так ещё раз: то что патчи есть это хорошо, но помоему всётки подразумевалось включение в состав __официального__ ядра ядра (модулем, монолитно, как угодно). 

т.е. видеокарты nvidia под freebsd официально полностью не поддерживаются, т.к. драйверов нет в составе _официального_ ядра?

Где ты там в ядре FreeBSD вообще любые драйвера видеокарт находил? Помню, в 44 были какие-то ati_drm и тп, но они давно выкорчеваны и там GENERIC-набор для поддержки agp карт. Сами драйвера либо в портах либо на совести Xserver-а.

>Где ты там в ядре FreeBSD вообще любые драйвера видеокарт находил? 
Помню, в 44 были какие-то ati_drm и тп, но они давно выкорчеваны и 
там GENERIC-набор для поддержки agp карт. Сами драйвера либо в портах 
либо на совести Xserver-а.

Дык о чём и речь... Что мешает ядерному модулю carp ставится из
офиц. репозитария дистрибутива, не смотря на то что в ванилле carp`а
нет? :)

> вот когда войдут в релиз с кернел.орга тогда и можно будет говорить

О чем говорить? www.ucarp.org