|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Nick Gazaloff 2:5020/400 27 Jan 2004 20:16:15 To : Anton Shuko Subject : Re: связь/роутинг по двум сетевушкам в кластере (было лоадбалансинг езе -------------------------------------------------------------------------------- On Tue, 27 Jan 2004 18:39:17 +0300 Anton Shuko <Anton.Shuko@f66.n5005.z2.fidonet.org> wrote: > >> буду глядеть в сторону динамической маршрутизации. > > NG> Hадо ли перебираться выше? Если есть возможность сделать на > NG> Ethernet, то, по мне, не стоит городить BGP. > > >> bounding на 2 свитча > >> обещает кучу ненужных проблем > > NG> Во-первых, все же bonding. Во-вторых, в чем его проблемы в вашем > NG> случае? > обязательно подключение каждого компа к конкретному свитчу. т.е. > активная сетевуха к первому, а пассивная ко второму. так? хотя вроде бы > и по другому будет работать, но тогда весь траффик будет по веревке > между свитчами бегать... проблемы с подключением нового компа в эту > сетку или после ремонта. опять же нужно определить какую карточку в > какой свитч. а делать всё это будут админы хостера. поимел я с ними > проблем уже... помножь эту проблему на десятки серверов и поймешь :) > > непонятки что это за ISL - Inter Switch Link (could be a trunk) у свитча > и как это определить. написано, что нужен свитч с этой фичей. еще не > понял, зачем там между свитчами нарисовано 2 линка. ISL -- это, натурально, связь между свичами. Как написано. trunk -- это технология такая. То же, что хотите вы, только между свичами. Потому и 2 линка. could be -- эначит "можно транк, а можно и без". Я думаю, в вашем проекте заложены не Surecom по 600 р.? > > ситуация, когда померла первая сетевуха у одного сервера и он перешол на > второй свитч: как долго это будет переключаться (как долго будет этот > мак жить в таблице первого свитча) ? как переключить обратно после > устранения проблемы? опять же траффик будет гоняться через одну веревку > между свитчами. Берите управляемые свичи и задавайте TTL. А обратно все само переключится. В общем, дело ваше. Как выберете, сделаете и отладите -- пишите, интересно знать. -- Best regards, Nick (GPG Key ID: 4396B2D0, fingerprint: 648E C3FE ACF6 A730 FF52 D717 776D 1CB0 4396 B2D0) --- ifmail v.2.15dev5.1 * Origin: CSA (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/2782a6a4ebb9.html, оценка из 5, голосов 10
|