Питання лезо 10 Gb

Я обговорюю з колегою про потенційну конфігурацію. Ми реалізуємо нове лезове рішення, яке має вбудований 10 Gb комутатор та два лопатеві сервери, кожен з яких має 4 10 Gb NIC.

Однак решта нашого середовища все ще становить 1 Гбіт.

Лопатевий перемикач має чотири зовнішніх порти 10GBASE-T, які автоматично сприймають значення до 1 Гбіт. Ми плануємо розмістити їх.

По суті, у нас буде 80 Gb смуги пропускання NIC на 10 Gb комутаторі, з'єднаному міжгалузевою комутацією 4 Gb.

Я думаю, що нам слід вручну встановити внутрішні порти на 1 Гбіт, але він не вважає, що з вищезазначеної конструкції не буде помітних проблем із продуктивністю.

Будь ласка, дайте мені знати, якщо ви мали досвід із подібним налаштуванням, або якщо ви знаєте якісь проблеми, які ми можемо передбачити.

В основному, ваші пакети зв’язків 40 Гбіт будуть застосовуватися лише до відмовок, якщо у вас не буде передача від леза до леза на перемикачі клинка; навіть одне підключення до сервера 10 Гб перевищує загальну пропускну здатність висхідної лінії зв'язку.

Існує безліч мереж і комутаторів зі змішаною швидкістю порту. Cisco має керівництво, засноване на широких дослідженнях. Коефіцієнт пропускної здатності порту доступу (підключення вашого сервера) до порту розподілу (ваші зовнішні з'єднання) повинен бути не більше 20: 1. Це означає, що на кожні 20 Gb швидкості порту доступу вам потрібно 1 Gb швидкість порту висхідної лінії зв'язку. Те, що ви описуєте (від 80 Gb до 4Gb), становить 20: 1. Рекомендоване співвідношення розподілу до ядра значно нижче за 4: 1.

Вам слід застосувати QoS між перемикачами лез та іншим середовищем, щоб запобігти потоку джамбов від голоду інших потоків.

Як це можна досягти, залежить від технічних характеристик, але кожен з ваших 10 GbE портів, що стикаються з 1 GbE комутаторами, має 8 апаратних черг (0-7, одна черга на значення CoS), де пакети чекають своєї черги.

У вас є можливість налаштувати алгоритми планування, які використовуються в кожній черзі (суворий пріоритет або якийсь графік). Черга, в якій кадри Ethernet чекають, щоб залишити перемикачі лопаток, можна вибрати, коли кадри переходять у комутатор.

Серверні ОС, гіпервізори, повинні позначати рамки Ethernet, тоді як клинкові комутатори повинні шанувати значення CoS, довіряючи своєму колегу.
Після позначення кадри закінчуватимуться в потрібній черзі, зберігаючи вас під контролем.

Прочитайте про підтримку мостових центрів даних ( DCB ) та налаштування між блейд-серверами та комутаторами.

Перевірте підтримку DCB в комутаторах 1 GbE: якщо перемикачі на 1 Gb відповідають сумісності DCB, Пауза кадру, спрямована на перемикачі лопатей, буде діяти на конкретні черги у випадку заторів (Ethernet Priority Flow Control), тоді як черги з вищими пріоритетами продовжуватимуть переміщення кадрів Ethernet.

Різниці немає. Тому що у вас один і той же порт на комутаторі з пропускною здатністю 1Gb та 10Gb. Цей комутатор, ймовірно, має загальний буфер пакетів, що не спричиняє проблеми з мікропалі. Але якщо ви отримаєте комутаційний пакет, який має окремі буфери на різних портах, то, можливо, вам не буде вільного місця у черзі виводу у моменти високого навантаження.