В Opensolaris Build 129 включена (http://www.c0t0d0s0.org/archives/6263-VRRP-for-Opensolaris.html) поддержка протокола VRRP (http://xgu.ru/wiki/VRRP) (Virtual Router Redundancy Protocol (http://www.cisco.com/en/US/products/hw/vpndevc/ps2284/produc...), RFC 3768 (http://www.ietf.org/rfc/rfc3768.txt)), предназначенного для организации работы отказоустойчивых маршрутизаторов путем привязки к активному серверу виртуального MAC-адреса, в случае сбоя перемещающегося на запасной сервер (в штатном режиме нагрузка может быть распределена на оба сервера, но в случае сбоя первый маршрутизатор может взять на себя нагрузку второго, а второй - первого). Для управления работой VRRP в состав OpenSolaris добавлена утилита vrrpadm (http://arc.opensolaris.org/caselog/PSARC/2009/388/orig.mater...).URL: http://www.c0t0d0s0.org/archives/6263-VRRP-for-Opensolaris.html
Новость: http://www.opennet.me/opennews/art.shtml?num=24965
Интереснее когда наоборот, в одной машине несколько виртуальных роутеров.
А потом можно и VRRP.
если не секрет, зачем нужно на одном физическом тазике несколько роутеров?
Ну как — несколько разных подсетей, со своими правилами маршрутизации.
А железка физически одна.
Это неинтересно. Во FreeBSD и в Linux есть поддержка нескольких таблиц роутинга на этот случай, а в OpenSolaris есть Project Crossbow, который умеет делать заметно более тонкие вещи.
>Это неинтересно. Во FreeBSD и в Linux есть поддержка нескольких таблиц роутинга
>на этот случай, а в OpenSolaris есть Project Crossbow, который умеет
>делать заметно более тонкие вещи.это не совсем то, посмотри mpls vpn
поднимаешь зоны - и вперед, делаешь столько роутеров сколько надо...
Зоны предназначены для другого. Сетевые возможности у них убогие, как и у джайлов во врюхе.
солярка в качестве маршрутизатора?.. кто-нить ее так использует?
внутри Sun^W Oracle^W^W теперь никто
в штатном режиме нагрузка может быть распределена на оба сервера - откуда это в vrrp?
>в штатном режиме нагрузка может быть распределена на оба сервера - откуда
>это в vrrp?Это делается через обычную балансировку, напирмер, у одной половины машин прописывается IP первого шлюза, а у другой - второго. В случае сбоя, vrrp помогает первому серверу подстраховать второй и наоборот.
уверен?
vrrp резервирует один IP на несколько маршрутизаторов, но всегда только один active, а остальные standby. балансировать нагрузку могут glbp и carp.
А что мешает сделать 2 группы VRRP и 2 виртуальных адреса, активных на разных маршрутизаторах ?
>уверен?
>vrrp резервирует один IP на несколько маршрутизаторов, но всегда только один active,
>а остальные standby. балансировать нагрузку могут glbp и carp.Делаем два виртуальных адреса, первый вешаем мастером на первый сервер и слейвом на второй сервер, со втрорым адресом поступаем наоборот.
угу, а под конец обсуждения все плавно забыли о vrrp на опенсоляре....
Во FreeBSD это гораздо удобнее сделано.
>Во FreeBSD это гораздо удобнее сделано.1. "Во FreeBSD" нет VRRP
2. "Во FreeBSD" вместо него CARP
3. CARP появился после VRRP как Open Source альтернатива
4. CARP "сделано" было в OpenBSD, а "Во FreeBSD" портировано много позжеP.S. это тоже не слюни 8)
> 1. "Во FreeBSD" нет VRRP
> 2. "Во FreeBSD" вместо него CARP
> 3. CARP появился после VRRP как Open Source альтернатива
> 4. CARP "сделано" было в OpenBSD, а "Во FreeBSD" портировано много позжеСпасибо, но я в курсе.
> P.S. это тоже не слюни 8)
Это слюни. Сказать-то что хотел?
>> 1. "Во FreeBSD" нет VRRP
>> 2. "Во FreeBSD" вместо него CARP
>> 3. CARP появился после VRRP как Open Source альтернатива
>> 4. CARP "сделано" было в OpenBSD, а "Во FreeBSD" портировано много позже
>
>Спасибо, но я в курсе.
>
>> P.S. это тоже не слюни 8)
>
>Это слюни. Сказать-то что хотел?то, что VRRP и CARP - не одно и то же и называть одно другим и наоборот - некорректно