Рекомендуемый коммутатор для реализации iSCSI [закрыто]

Я соглашаюсь полностью с ответом ynguldyn - по большей части, любой современный переключатель, предназначенный для использования в центре сервера-room\data, должен быть более, чем достаточно хорошим для Ваших потребностей, и вещи хранения, последовательные в Вашей среде, вероятно, будет более важно для Вас с support\manageability точки зрения.

Это сказало, хотите ли Вы действительно получить все возможное от своего iSCSI настроенные переключатели использования, которые имеют:

Достаточный на буферную память порта. Идеально что-то> 512k на порт, но существует компромисс здесь. Некоторые переключатели используют более крупные буферы для маскирования плохой скорости переключения, таким образом, необходимо искать больше, чем это. Слишком мало буферной памяти приведет к потере пакетов под большой нагрузкой, и уровень TCP должен будет снова послать пакеты, которые замедлят все существенно.

Достаточный на возможность обработки порта. Это может быть трудно установить - лучшая метрика для поиска является скоростью переключения. Переключатель с 100microsec скорость переключения может только обработать 10k пакеты/секунда, которые не смогли бы переключить GigE в линейной скорости, один с 3microsec, скорость переключения может (в теории) дескриптор до 300k пакетов/секунда, который прекрасен. Что-либо ниже 12microsec, вероятно, будет достаточно хорошо. Быстрее лучше, но цены повышаются вполне существенно, когда то число направляется к низким единственным цифрам.

Поддержка аппаратного управления потоками (802.3x). Это будет бесполезно, если Ваш сервер, NICs и массив также не поддерживают это, но если они делают это, позволит Вашей сети iSCSI обрабатывать управление потоком намного более эффективно на уровне 2, а не полагаться на высокоуровневое управление перегрузкой, такое как алгоритмы предотвращения перегрузки TCP, которые будут значительно менее эффективными. Это сказало, что трудно найти надлежащий переключатель, который не поддерживает его сегодня.

Поддержка Крупных кадров. Снова это только будет выгодным, если Ваш массив iSCSI, серверное оборудование и ОС также поддерживают крупные кадры. В протоколе уменьшений Крупных кадров наиболее базового уровня наверху и может увеличить пропускную способность на 10-20%, но те усиления зависят высоко от моделей трафика. Для расширенной широкополосной передачи данных 9k Крупные кадры уменьшит ЦП наверху на Вашем массиве, серверы (и переключатель) максимум на 80% также. Это может или не может быть значительно в Вашей среде, поскольку начальный ЦП наверху может быть относительно низким. Низкокачественные переключатели иногда требуют Поддержки крупных кадров, но не поддерживают 9k Крупные кадры, который является обычно согласовываемым оптимальным размером для GigE, так проверьте это сначала. Если Ваш массив не поддерживает Крупные кадры нет никакой потребности волноваться об этом, очевидно.

Широкая полоса пропускания переключающаяся и складывающая возможность. Для GigE необходимо стремиться быть> 1 Гбит/с за порт, идеально 2 Гбит/с для обработки полнодуплексного трафика в линейной скорости через все порты. Для 24 переключателей порта Вы хотите, чтобы это смогло переключить 48 Гбит/с внутренне и смочь быть stacked\uplinked на уровне значительного процента этого, при использовании многопозиционных переключателей. Для некоторой архитектуры iSCSI (например, HP Lefthand и Dell Equallogic) необходимо поддерживать очень широкополосный трафик между всеми портами на всех массивах, и совокупная скорость переключения становится очень важной. Для переключателей, которые поддерживают смешанный 1GigE и 10GigE, корректируются соответственно, общая пропускная способность переключения должна покрыть все порты, работающие в полной скорости в полном дуплексном режиме.

Дерево Spannning. Вы хотите смочь отключить его полностью, если Ваша среда iSCSI достаточно проста и изолирована от всего остального, или имейте его, поддерживают Быстрые Порты Tree\Port Fast\Edge Охвата, где можно выборочно отключить полное поведение связующего дерева на определенных портах.