Jump to content

Recommended Posts

Posted

Всем привет!

 

После гугления по сабжу, выяснил одну вещь - изначально CARP был реализован в OpenBSD, в остальных ОС его портированный вариант, а в Linux вообще выполняется в userspace, что вроде как просадит проц под большим трафиком.

 

Однако я не нашел принципиальной вещи - есть ли различие в функционале и принципе работы?

Posted

Всем привет!

 

После гугления по сабжу, выяснил одну вещь - изначально CARP был реализован в OpenBSD, в остальных ОС его портированный вариант, а в Linux вообще выполняется в userspace, что вроде как просадит проц под большим трафиком.

 

Однако я не нашел принципиальной вещи - есть ли различие в функционале и принципе работы?

 

А Вы его собрались в каком режиме использовать в ARP балансе или в master/slave.

а так - на очень нагруженном DNS сервере разницы о carp в userspace и без него не заметил%)

Posted

Всем привет!

 

После гугления по сабжу, выяснил одну вещь - изначально CARP был реализован в OpenBSD, в остальных ОС его портированный вариант, а в Linux вообще выполняется в userspace, что вроде как просадит проц под большим трафиком.

 

Однако я не нашел принципиальной вещи - есть ли различие в функционале и принципе работы?

 

А Вы его собрались в каком режиме использовать в ARP балансе или в master/slave.

а так - на очень нагруженном DNS сервере разницы о carp в userspace и без него не заметил%)

 

master/slave в качестве bgp и отдельно в качестве nginx+haproxy

Posted

в Linux вообще выполняется в userspace, что вроде как просадит проц под большим трафиком.

Несколько пакетов в секунду ничего не просадят.

Лишь бы не сглючил.

 

есть ли различие в функционале и принципе работы?

1) В BSD CARP можно использовать не только для hot failover, но и для load balancing.

Ищите в Гугле "net.inet.carp.arpbalance".

 

2) Скорость срабатывания повыше. Не секунды, а сотни миллисекунд.

 

3) Надёжность повыше, т.к. Линуксовый используется значительно реже.

С Линуксовым как минимум однажды словил глюк, когда слейв при возврате мастера

написал про освобождение IP-интерфейса, но фактически его не освободил (единственный из десятка и самый важный).

В итоге публичный IP остался у обоих серверов, с перепрыгиванием ARP у пира каждые 3-4 секунды.

Posted

а в Linux вообще выполняется в userspace, что вроде как просадит проц под большим трафиком.

 

ну так речь идёт о сигнализации, а не о самом трафике, так что ничего страшного нет, что оно уходит в userspace

Posted

А то что линуксовый ucarp регистрирует хостовый MAC адрес и при переключения мастера будет обновление arp таблицы на коммутаторе, что приведет к некоторым потерям?

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.