none
Гео-кластер E07 + W2003. Уход от L2. Фантастика? RRS feed

  • Вопрос

  • привет,

    помогите советом и опытом.

    Планирую инфраструктуру и хочу сделать человеческий гео-кластер на связке E07 + W2003. W2008 использовать для этих целей пока не планирую, с ним все понятно  и не про него речь.

    Возможно ли развязаться с L2 (немаршрутизируемая сеть) для кластера?

    Предположим, речь идет о:

    Mailbox Server Role
    CCR
    по 2 сетевых инт-са на каждом сервере.

    Т.е. хочу, чтобы оба инт-са, и public и private, были в разных подсетях с аналогичными инт-сами второй (пассивной) ноды, т.е. чтобы трафик ходил по L3 (через маршрутизатор).

    Т.е., чтобы инт-с private сервера Server1 был в 10.0.1.0, а инт-с private сервера Server2 был в 192.168.1.0

    И по аналогии (ес-сно с другими сетями) и для public инт-сов.

    Надеюсь, не возникнет вопроса - зачем Smile Это очевидно Smile

    Такая конфигурация будет работать? Или hearbeat c TTL = 1 попрежнему бегает по привату, а паблик валится, если его напарник не в этом влане?

    Кто-нить пробовал подобное?
    • Перемещено Hengzhe Li 18 марта 2012 г. 6:30 forum merge (От:Exchange Server 2007)
    8 февраля 2008 г. 18:40

Ответы

Все ответы

  • В кластере, построенном на Windows 2003, это невозможно. Exchange тут  ни при чем, это требование failover clustering в Windows 2003.

     

    Хочу еще немного уточнить термины L2 и L3 в исходном посте:

    • Для кластера требуется, чтобы все узлы кластера были в одной IP подсети по каждой указанной в кластере сети (т.е. public, private, сколько бы там сетей ни было). То есть, L3 маршрутизация между узлами кластера работать не будет.
    • Для кластера НЕ требуется, чтобы все узлы кластера были в одной VLAN, т.е. в одном collision domain'e. То есть, L2 маршрутизация, точнее бриджинг (соединение через свитч) между узлами кластера работать будет.

    Примеры конфигураций:
     
    1) Node 1 (10.0.0.1/24) <--> L3 switch (a.k.a. router) <--> Node 2 (10.0.1.1/24) - работать не будет

    2) Node 1 (10.0.0.1/24) <--> L2 switch <--> Node 2 (10.0.0.2/24) - работать будет
     
    У heartbeat, да, TTL=1, но бегает он там, где ему указывают (не обязательно по привату, может и по mixed network - хотя это зависит от того, что Вы понимаете под словом "приват" Smile)
    11 февраля 2008 г. 0:36
  •  Jоker написано:

    В кластере, построенном на Windows 2003, это невозможно. Exchange тут  ни при чем, это требование failover clustering в Windows 2003.

    Требование-то есть: http://support.microsoft.com/kb/280743 в котором сказано:


    The private and public network connections between cluster nodes must appear as a single, non-routed LAN that uses technologies such as virtual LANs (VLANs). In these cases, the connections network must be able to provide a guaranteed, maximum round-trip latency between nodes of no more than 500 milliseconds. The Cluster Interconnect must appear as a standard LAN.

    Почему =< 500 msec, понятно, почему только L2 - понятно, что из-за TTL=1, который, как выяснилось, используется для heartbeat`ов на всех интерфейсах кластера вне зависимости от  настроек использовать/не использовать инт-с для хертбита.

     

     Jоker написано:

    Хочу еще немного уточнить термины L2 и L3 в исходном посте:

    • Для кластера требуется, чтобы все узлы кластера были в одной IP подсети по каждой указанной в кластере сети (т.е. public, private, сколько бы там сетей ни было). То есть, L3 маршрутизация между узлами кластера работать не будет.


     Jоker написано:

    • Для кластера НЕ требуется, чтобы все узлы кластера были в одной VLAN, т.е. в одном collision domain'e. То есть, L2 маршрутизация, точнее бриджинг (соединение через свитч) между узлами кластера работать будет.


    Насколько я понимаю, нет такого понятия L2-маршрутизация. Всякие ospf`ы и иные "сходимости" не в счет. Влан подразумевает (подразумевает, не ограничивает) расположение одной ip-сети в нем.

     Jоker написано:



    У heartbeat, да, TTL=1, но бегает он там, где ему указывают (не обязательно по привату, может и по mixed network - хотя это зависит от того, что Вы понимаете под словом "приват" )

    он бегает всегда и везде, см. выше. Под словом "приват" я понимаю тоже, что и микрософт в своих доках Smile :

    The private and public network connections between.... (поскипано)

    Понятно, что с L2 все будет работать. Вопрос был "кто-нибудь пробовал делать по L3"? Хотя бы в части расположения "паблик" интерфейсов?
    В любом случае, спасибо за ответ, хотя меня и не обрадовал.

    14 февраля 2008 г. 17:01
  •  Dunkan M. написано:

    Почему =< 500 msec, понятно, почему только L2 - понятно, что из-за TTL=1, который, как выяснилось, используется для heartbeat`ов на всех интерфейсах кластера вне зависимости от  настроек использовать/не использовать инт-с для хертбита.

    Не только из-за TTL=1. Кластер требует, чтобы все интерфейсы на всех узлах, относящиеся к одной кластерной сети, были в одной IP подсети. Иными словами, когда вы открываете cluadmin и смотрите networks, каждый network включает набор network interfaces с узлов кластера. Все интерфейсы внутри одного network находятся в одной подсети. Если интерфейсы принадлежат разным networks, они общаться не смогут. И маску подсети в конфигурации кластера изменить нельзя, она берется автоматически из настроек сетевого интерфейса.

     

    Вторая часть Вашей фразы, извините, семантически несогласована и не имеет смысла. Используется для хартбитов, даже если не используется для хартбитов - это как? Smile Smile А впрочем, неважно, это буквоедство Smile

    14 февраля 2008 г. 19:08
  •  Jоker написано:

    Вторая часть Вашей фразы, извините, семантически несогласована и не имеет смысла. Используется для хартбитов, даже если не используется для хартбитов - это как? А впрочем, неважно, это буквоедство


    Я столкнулся этим явлением и написал. К сожалению, видимо не достаточно понятно для всех тех, кто не знает о подобном поведении heartbeat`ов.

    Перевожу: если в св-вах кластера для какого-либо инт-са в разделе "Enable this network for cluster use" поставить  точку  в  "client access only (public network)", то все равно по этому инт-су будут бегать heartbeat`ы.

    За семантикой постараюсь следить Wink
    18 февраля 2008 г. 17:03
  •  Dunkan M. написано:
    Перевожу: если в св-вах кластера для какого-либо инт-са в разделе "Enable this network for cluster use" поставить  точку  в  "client access only (public network)", то все равно по этому инт-су будут бегать heartbeat`ы.

    Вы в этом уверены? Ссылку на источник информации можно? На каком кластере это наблюдается (shared quorum, local quorum, MNS)?

    18 февраля 2008 г. 17:51
  • Разнести узлы по разным подсетям на Windows 2003 действительно не получится (http://technet.microsoft.com/en-us/library/bb676571.aspx). Однако разнести кластер по разным датацентрам можно.

    http://technet.microsoft.com/en-us/library/bb201662(EXCHG.80).aspx

     

    По поводу задержек, возникающих при прохождении пакетов через WAN каналы - Установка Exchange CCR кластера на Windows 2003 требует установку SP2 или апдейта http://support.microsoft.com/kb/921181. В котором появилась возможность управлять временем задержки.

     

    К сожалению, сам я подобную конфигурацию не пробовал, и сказать как это работает на практике не могу Smile

    18 февраля 2008 г. 19:28
    Модератор
  •  Alifatov Dmitriy написано:

    По поводу задержек, возникающих при прохождении пакетов через WAN каналы - Установка Exchange CCR кластера на Windows 2003 требует установку SP2 или апдейта http://support.microsoft.com/kb/921181. В котором появилась возможность управлять временем задержки.

    Вы ставите телегу впереди лошади. Этот апдейт необходим потому, что без него нельзя сделать MNS кластер с FSW, а вовсе не из-за какого-то там управления временем задержек, - это несущественная мелочь.

    19 февраля 2008 г. 4:27
  •  Jоker написано:

     Dunkan M. написано:
    Перевожу: если в св-вах кластера для какого-либо инт-са в разделе "Enable this network for cluster use" поставить  точку  в  "client access only (public network)", то все равно по этому инт-су будут бегать heartbeat`ы.

    Вы в этом уверены? Ссылку на источник информации можно? На каком кластере это наблюдается (shared quorum, local quorum, MNS)?


    Совсем забыл про эту тему.

    Отвечаю, некоторое время назад (мне кажется, год или полтора), на каком-то eng форуме (возможно, что и eng течнет) увидел это высказывание. Модератор форума подтвердил сей факт. Сниффер в моих мозолистых руках, повторно подтвердил сей факт.

    Специально искать не буду, кому интересно, сам найдет или  посниффит.

    Тип кворума никоим образом не влияет.
    23 марта 2008 г. 20:11