none
NLB в Win2k3 RRS feed

  • Вопрос

  •  

    Имеется 2 такчки с w2k3std R2 SP2  x86 en

    на каждом их них стоит по 2 адаптера Intel PRO/1000 MT

    Свич 3Com 2824

     

    создаю на одном интерфейсе NLB , прохожу все настроки. создаю его его.. режим unicast , пара парвил по портам. все.. только одна нода...

     

    после чего у меня ложится сеть Sad  на юниксе поглядел чего твориться через tcpdump ужас .. все в широковещательных запросах и ошибках .

     

     

    Чего не так делаю то?

    5 октября 2008 г. 13:47

Ответы

  •  kkvkkv написано:

    У меня в качестве центрального маршрутизатора стоит 3Com4200G видать.. он и перегружен.

     

    Вопрсо как Настроить NLB , чтобы его не перегуружать? . какую схему посоветуете?

     

    С NLB рекомендуется использовать layer 2 switch. Чем меньше интеллекта и растопыривания пальцев у свитча, тем лучше. Это не его собачье дело, что у меня два порта сидят на одном MAC адресе. Его дело пакеты правильно перекидывать. Smile

    А будет упираться, пригрозите, что замените его на хаб. Smile

    12 октября 2008 г. 2:29
  •  

    Как вариант. Лучше соединять ноды NLB-кластера отдельным сетевым устройством, функционирующем на 2ом уровне.

    На самом деле для того, чтобы "обмануть" особо умные коммутаторы, отказывающиеся обслуживать несколько портов с одним и тем же MAC-адресом (в случае использования unicast NLB он одинаковый у всех членов кластера), используется механизм MAC Address Masking. Суть в том, что при объявлении себя коммутатору нода NLB-кластера заменяет часть MAC-адреса своим номером (Node ID). Так что "матершины и пахабщины" со стороны коммутатора быть не должно.

    Также советую обратиться к этому разделу библиотеки TechNet:

    Network Load Balancing: Configuration Best Practices for Windows 2000 and Windows Server 2003

    13 октября 2008 г. 7:32

Все ответы

  • Покажите кусок tcpdump

    5 октября 2008 г. 17:46
    Модератор
  • А какая вообще реальная польза от применения NLB ( т.е. меня интересуют не справочные материалы, а выводы, основанные исходя из практического опыта применения этой технологии)?

    6 октября 2008 г. 4:07
  • Ну здрасте... Вот уж вопрос. Расскажу пример из практики:

    Были у меня 4 терминальных сервера, работали в них пользователи с 1С. Примерно штук по 80 на каждом. При устройстве на работу нового пользователя, я определял, на какой сервер он будет входить, считал баланс, чтобы иметь примерно равное количество человек на каждом. Особо одаренным блондинкам еще и ярлычок с именем сервера на рабочий стол выкладывать приходилось. Обязательно случались затыки, когда на одном из серверов было битком народу, а остальные простаивали. При отключении одного из серверов была задача перенаправить пользователей на другие, всех их об этом уведомить и т.п.

    Поднял NLB.

    Проблемы пропали. Люди подключались к одному серверу, а NLB сам раскидывал их по серверам, профили терминальные хранились централизовано. При отключении одного из серверов для пользователей все было прозрачно. Администрирование упростилось в разы. Да я вообще этой технологии дифирамбы готов долго петь Smile

    6 октября 2008 г. 6:55
    Модератор
  • вот ято кажет tcpdump

    Code Snippet

    09:45:09.033485 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033610 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033614 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033735 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033739 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033860 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033864 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033984 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.033988 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.034109 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

    09:45:09.034114 00:01:c1:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:

            0x0000:  0001 00ff 0000 0000 0000 0000 0000 0000  ................

            0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

            0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

     

     

     

    8 октября 2008 г. 4:09
  • в инете вот что нашел

     

    Code Snippet

    01-80-C2-00-00-01 это Multicast адрес, распознается устройствами которые поддерживаютданную технологию.
    Скорее всего какой-то коммутатор перегружен и просит чтобы хосты из локалки приостановили передачу данных.
    Сетевые адаптеры, которые поддерживают данную технологию приостановят передачу следующего пакета на
    время которое определяется следующими двумя байтами после 0001 0000 0000 8808 0001 0000 0000 8808.

     

     

    У меня в качестве центрального маршрутизатора стоит 3Com4200G видать.. он и перегружен.

     

    Вопрсо как Настроить NLB , чтобы его не перегуружать? . какую схему посоветуете?

     

    9 октября 2008 г. 6:02
  • Гуру NLB вы куда пропали Smile

     

    10 октября 2008 г. 9:42
  •  kkvkkv написано:

    У меня в качестве центрального маршрутизатора стоит 3Com4200G видать.. он и перегружен.

     

    Вопрсо как Настроить NLB , чтобы его не перегуружать? . какую схему посоветуете?

     

    С NLB рекомендуется использовать layer 2 switch. Чем меньше интеллекта и растопыривания пальцев у свитча, тем лучше. Это не его собачье дело, что у меня два порта сидят на одном MAC адресе. Его дело пакеты правильно перекидывать. Smile

    А будет упираться, пригрозите, что замените его на хаб. Smile

    12 октября 2008 г. 2:29
  • хм... Smile

    может в отдельную подсеть его? и запихнуть туда, смаршрутизировать, чтобы широковещательыне не летали по всей сети?

     

    12 октября 2008 г. 18:09
  •  

    Как вариант. Лучше соединять ноды NLB-кластера отдельным сетевым устройством, функционирующем на 2ом уровне.

    На самом деле для того, чтобы "обмануть" особо умные коммутаторы, отказывающиеся обслуживать несколько портов с одним и тем же MAC-адресом (в случае использования unicast NLB он одинаковый у всех членов кластера), используется механизм MAC Address Masking. Суть в том, что при объявлении себя коммутатору нода NLB-кластера заменяет часть MAC-адреса своим номером (Node ID). Так что "матершины и пахабщины" со стороны коммутатора быть не должно.

    Также советую обратиться к этому разделу библиотеки TechNet:

    Network Load Balancing: Configuration Best Practices for Windows 2000 and Windows Server 2003

    13 октября 2008 г. 7:32
  •  Artyom [d.raven] Sinitsyn написано:

     

    На самом деле для того, чтобы "обмануть" особо умные коммутаторы, отказывающиеся обслуживать несколько портов с одним и тем же MAC-адресом (в случае использования unicast NLB он одинаковый у всех членов кластера), используется механизм MAC Address Masking.

     

    Хм, а что посоветуетет  лучше?.. т..к. Ноды должны общаться и между собой тоже.. то лучше наверно мультикаст сделать?

    14 октября 2008 г. 4:05
  •  kkvkkv написано:
     Artyom [d.raven] Sinitsyn написано:

     

    На самом деле для того, чтобы "обмануть" особо умные коммутаторы, отказывающиеся обслуживать несколько портов с одним и тем же MAC-адресом (в случае использования unicast NLB он одинаковый у всех членов кластера), используется механизм MAC Address Masking.

     

    Хм, а что посоветуетет  лучше?.. т..к. Ноды должны общаться и между собой тоже.. то лучше наверно мультикаст сделать?

    А это-то тут при чем? Ноды вполне будут себе общаться через другую сетевую карту, не ту, на которой настроена NLB.

    14 октября 2008 г. 4:39
  • Joker абсолютно прав, для организации коммуникаций между нодами NLB-кластера рекомендуется использовать отдельный линк (читай отдельные сетевые адаптеры). Более того, до Windows Server 2003 SP1 использование отдельного линка между нодами было просто обязательным.

    Повторюсь, на выбор режима работы NLB-кластера данные замечания никак не влияют. Так что объединяйте ноды через отдельный линк и выводите в общую сеть через сетевое устройство второго уровня.

     

    14 октября 2008 г. 6:18