Обрізання сервера-комутатора в перемикачі Procurve, що це означає?

Я хочу налаштувати надмірність комутаторів у новому середовищі центру обробки даних. IEEE 802.3ad, здається, є ідеєю цього питання, принаймні, коли він поєднується з технологією, яка оточує обмеження "єдиного перемикача" для агрегації ланок. Переглядаючи брошуру для прокручування вимикача, я бачу:

Розподілене транкінгування між сервером і комутатором, яке дозволяє серверу підключатися до двох комутаторів одним логічним магістральним каналом; збільшує стійкість і дозволяє розподіляти навантаження у віртуалізованих центрах обробки даних

http://www.procurve.com/docs/products/brochures/5400_3500%20Product%20Brochure4AA0-4236ENW.pdf

Я намагаюся розібратися, як це стосується стандарту 802.3a, оскільки, здається, він би дав мені те, що я хочу (один сервер має 2 nics, кожен з яких підключений до окремих комутаторів, разом утворюючи єдину логічну ніку, яка б забезпечити щасливе надмірність, яке ми хочемо), але я думаю, я шукаю когось, знайомого з цією концепцією, і міг би доповнити її.

Магістральний транкінг - це термін, який охоплює декілька технологій агрегації ланок. Вони є для того, щоб від найбільш бажаних (і найвищих вимог) до найменш бажаних (але і найменших вимог). транкінг може також називатися Bonding, EtherChannel, Port Port або іншими іменами. Будьте обережні, щоб не переплутати ці технології з vLAN Trunking ( 802.1q / 802.1ad ).

802.3ad LACP - це, мабуть, "найкращий" згусток. NIC розмовляє з комутатором, налаштовує магістраль, і дані збалансовані навантаженням як для передачі, так і для прийому по всіх доступних посиланнях. Це звичайно, щоб керовані комутатори (L2 або вище) підтримували це; більшість / дешевших моделей обмежені одним вимикачем.

Розщеплення портів на кілька комутаторів називається Inter-Switch Trunks . Це підтримується для "штабельних" або модульних комутаторів для підтримки цього. Деякі комутатори використовують форму спільного керування та називають її складанням, вони, як правило, не підтримують IST. Перевірте такі технології, як Cisco VSL, Brocade / Dell ISL або SMLT / DSMLT (стандартне розширення до 802.3ad).

SLB (Swich-Assisted Balance) - попередник LACP. Ви вручну налаштовуєте магістраль з обох кінців. Ви отримуєте балансування навантаження для передачі та прийому та надмірності; але все налаштовано вручну, і ви повинні мати комутатори та NIC, які підтримують його. IST, як правило, є підтримкою, як у LACP, наведеній вище.

TLB (передача балансування навантаження) - це технологія, якій не потрібен комутатор, щоб говорити якийсь конкретний протокол для координації магістралі. Ви просто підключіть NIC до комутатора, налаштуйте транкінг на комп’ютері, і це добре. Недолік: дані будуть завантажені збалансованими лише для передачі . Прийом буде призначений одному "первинному" НІК. якщо Первинна знизиться, буде просунутий один із вторинних. Це може заплутати деякі дійсно старі комутатори, оскільки декілька портів надсилаються з однієї MAC-адреси. Цей протокол може охоплювати декілька комутаторів без підтримки IST або додаткової конфігурації.

Цей метод іноді називають Круглим Робіном . Існує декілька способів запланувати відправлення пакетів на усіма мережами NIC, RR - це той, який простий додає один пакет до кожного порту поспіль. Деякі NIC також підтримують складніші схеми, такі як глибина оренди черги, ваговий кругообіг і в першу чергу з Spilover.

NFT (Network Fault Tolerance) просто використовує один NIC одночасно. Взагалі немає балансування навантаження. Це єдиний, який працює з концентраторами та деякими дійсно давніми комутаторами, які не підтримують декілька посилань з тим же MAC Addy. Сервер буде використовувати первинний NIC для всього, якщо він знизиться, він буде легко перемикати весь трафік на вторинний NIC.

Залежно від того, який у вас бренд NIC, вони можуть бути названі дещо по-різному. Якщо ви читаєте описи в посібнику NIC, всі його варіанти повинні відповідати одному з них.

Я вважаю, що Inter-Switch-Trunk (IST) все ще не зовсім стандартизований серед постачальників. Настільки ж круто, як це є, якщо все, що вам потрібно, це надмірність через два комутатори (а не збалансування завантаження, тобто ~ 2 ГБ від 2 1 ГБ портів), ви можете просто використовувати режим відключення при обробці NIC для досягнення того, що ви хочете. Це буде простіше, я думаю, як ви можете це зробити за допомогою будь-яких перемикачів.

У Linux це називається режим активного резервного копіювання, і його досить легко налаштувати за допомогою зв'язку :

active-backup або 1 політика активного резервного копіювання: Активний лише один підлеглий в облігації. Інший раб стає активним, якщо і лише у тому випадку, коли активний раб виходить з ладу. MAC-адреса облігації зовні видно лише на одному порту (мережевому адаптері), щоб уникнути плутанини комутатора.

У Windows ви робите це з утилітами, які постачаються від постачальника карт. Я забуваю їхні імена, але це можна зробити з Broadcom та Intel.

Комплект Cisco вже давно може це зробити завдяки їх технології VSS, оскільки Кайл зазначає, що це новинка і, звичайно, не стандартизована, але я можу порушити його стабільність на коробках Cisco.