Рекомендуемый переключатель для реализации iSCSI
Мы хотим внедрить iSCSI SAN, и все наши тесты показали, что мы можем реализовать это довольно дешево (цель Starwind, восстановленный массив HP Storage).
Меня беспокоит пропускная способность / задержка самого коммутатора, поэтому открытые вопросы:
- Какой бренд / модель коммутатора (1 Гбит / с) вы бы порекомендовали для развертывания iSCSI и почему?
- Какой плохой опыт вы имели с коммутаторами в среде iSCSI?
Спасибо,
Рик.
3 ответа
Я полностью согласен с ответом Ингулдына - по большей части любой современный коммутатор, предназначенный для использования в серверной комнате / центре обработки данных, должен быть более чем достаточным для ваших нужд, и поддержание согласованности в вашей среде, вероятно, будет более важным для вас Перспектива поддержки \ управляемости.
Тем не менее, если вы действительно хотите получить максимальную отдачу от своих настроек использования iSCSI, используйте:
Достаточно для каждого порта буферной памяти. В идеале что-то>512 тыс. На порт, но здесь есть компромисс. Некоторые коммутаторы используют большие буферы для маскировки плохой скорости переключения, поэтому вам нужно искать больше, чем это. Слишком мало буферной памяти приведет к потере пакетов при большой нагрузке, и уровень TCP должен будет повторно отправлять пакеты, что резко замедлит все.
Достаточно для каждого порта возможности обработки. Это может быть трудно установить - лучший показатель для поиска - это скорость переключения. Коммутатор со скоростью коммутации 100 микросекунд может обрабатывать только 10 тыс. Пакетов / сек, которые не смогут переключать GigE на скорости линии, а коммутатор со скоростью коммутации 3 микросек (теоретически) может обрабатывать до 300 тыс. Пакетов / сек. Все, что ниже 12 микросекунд, вероятно, будет достаточно хорошим. Чем быстрее, тем лучше, но цены растут довольно резко, так как это число возглавляет низкие однозначные цифры.
Поддержка аппаратного управления потоком (802.3x). Это будет бесполезно, если сетевые адаптеры и массив вашего сервера также не поддерживают это, но если они это делают, это позволяет вашей сети iSCSI гораздо эффективнее обрабатывать управление потоками на уровне 2, а не полагаться на управление перегрузками более высокого уровня, например алгоритмы предотвращения перегрузки TCP, которые будет значительно менее эффективным. Тем не менее, трудно найти правильный переключатель, который не поддерживает его сегодня.
Поддержка Jumbo кадров. Опять же, это будет полезно только в том случае, если ваш массив iSCSI, серверное оборудование и ОС также поддерживают большие кадры. На самом базовом уровне Jumbo-кадры снижают издержки протокола и могут увеличить пропускную способность на 10-20%, но эти выгоды сильно зависят от структуры трафика. Для расширенной передачи данных с высокой пропускной способностью 9 тыс. Кадров Jumbo уменьшат нагрузку на ЦП вашего массива, серверов (и коммутаторов) до 80%. Это может или не может быть значительным в вашей среде, так как начальная загрузка ЦП может быть относительно низкой. Коммутаторы нижнего уровня иногда требуют поддержки Jumbo-фреймов, но не поддерживают 9k-фреймы Jumbo, что является общепринятым оптимальным размером для GigE, поэтому сначала проверьте это. Если ваш массив не поддерживает Jumbo-фреймы, нет необходимости беспокоиться об этом, очевидно.
Высокая пропускная способность коммутации и возможности стекирования. Для GigE вы должны стремиться быть>1 Гбит / с на порт, в идеале 2 Гбит / с для обработки полнодуплексного трафика на скорости линии через все порты. Для 24-портового коммутатора вы хотите, чтобы он мог внутренне переключаться со скоростью 48 Гбит / с и мог быть уложен в стек \uplinkly со значительным процентом от этого, если вы используете несколько коммутаторов. Для некоторых архитектур iSCSI (например, HP Lefthand и Dell Equallogic) вам необходимо поддерживать трафик с очень высокой пропускной способностью между всеми портами во всех массивах, и совокупная скорость переключения становится очень важной. Для коммутаторов, которые поддерживают смешанные 1GigE и 10GigE, отрегулируйте соответственно общую ширину полосы коммутации, чтобы охватить все порты, работающие на полной скорости в полнодуплексном режиме.
Spannning Tree. Вы хотите иметь возможность полностью отключить его, если ваша среда iSCSI достаточно проста и изолирована от всего остального, или если она поддерживает быстрое связующее дерево \ быстрые порты \ пограничные порты, где вы можете выборочно отключить поведение полного связующего дерева на определенных портах.
GigE - это старая и стабильная технология, и вычислительная мощность современных коммутаторов достаточна, чтобы справиться с ней очень легко, особенно когда это всего лишь одна цель и несколько инициаторов. Вы должны ожидать, что у любого приличного переключателя (конечно, за исключением $20 маленьких коробочек, которые разработчики скрывают под своими рабочими столами-раздражителями-сисадминами) не будет проблем с синхронизацией или производительностью в среде SAN. Соответствующие наборы функций также в значительной степени одинаковы для всех из них, с большими кадрами, управлением потоком данных, виртуальными локальными сетями и всем остальным, что вам может понадобиться.
Вместо этого вам следует сосредоточиться на бюджете, существующих отношениях с поставщиками, установленном оборудовании и собственном опыте: получить то, что вы можете себе позволить, и то, что вы знаете лучше всего, и придерживаться того же бренда, который вы уже используете (две причины: меньше руководств для чтения означает более глубокое знание того, что у вас есть, и вы избежите проблем взаимодействия). Cisco, ProCurve, Nortel, высокопроизводительные Netgears должны быть хорошими.
iSCSI - это просто протокол, как и любой другой; главная проблема, которую нужно искать, это то, что вам, вероятно, нужен переключатель, который правильно поддерживает Jumbo Frames.