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

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

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

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

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

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

>polling?

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

/* blowfish */

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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