Назад | Перейти на главную страницу

Калибровочные переключатели для хранения и производства

Пара вопросов.

  1. Следует ли всегда полностью отделять коммутаторы сети хранения от производственных коммутаторов или VLAN подходят для сегментации этого трафика? Есть ли здесь золотое правило?

  2. Как правильно выбрать размер коммутатора для вашей среды на основе спецификаций, предоставленных производителем (пропускная способность, пропускная способность пересылки, пропускная способность стекирования, макс. Mac)?

  3. Если у вас есть два варианта переключения и один имеет максимальный Mac-адрес 8000, а другой - 16.0000. Что это на самом деле значит для меня? Как убедиться, что один размер по сравнению с другим соответствует мне?

  4. Помимо поддержки VLAN и Jumbo Frame, есть ли что-то еще, что необходимо для создания виртуальных сред или сетей хранения?

Существует множество знаний о выборе размера сетей SAN и тому подобном, но это кажется не менее важным, и довольно сложно найти столько информации.

-

Просто чтобы добавить немного информации об окружающей среде. Приведенная выше настройка относится к центрам обработки данных, которые поддерживают два разных местоположения, в которых в общей сложности около 100 пользователей. Трафик хранилища будет iSCSI, 3 хоста ESXi и одна SAN, содержащая около 2,7 ТБ данных.

Поскольку в настоящее время нет сети хранения данных (нет SAN), мне трудно решить вопрос № 2, чтобы действительно определить, какой пропускной способности объединительной платы и характеристик коммутатора будет достаточно.

1) Следует ли всегда полностью отделять коммутаторы сети хранения от производственных коммутаторов или VLAN подходят для сегментации этого трафика? Есть ли здесь золотое правило?

Здесь нет золотого правила. Физическое разделение коммутатора происходит, когда сеть хранения требует большего количества функций / надежности, чем может предоставить среда сети передачи данных. Но если стек сети передачи данных достаточно надежен, VLAN - это все, что нужно для разделения.

Если вы переходите в новую сеть хранения данных, вы выбираете физическое разделение по двум основным причинам:

  1. Ваша позиция безопасности требует, чтобы такой трафик был разделен. Вы, вероятно, сделаете это, если ваши сети DMZ находятся на физически отдельном оборудовании.
  2. Требования сети хранения (jumbo-пакеты, пропускная способность объединительной платы и т. Д.) Не могут быть удовлетворены тем, что у вас уже есть.

2) Как правильно выбрать размер коммутатора для вашей среды на основе спецификаций, предоставленных производителем (пропускная способность, пропускная способность пересылки, пропускная способность стекирования, макс. Mac)?

Вы определяете требования своей сети и сопоставляете их со спецификациями. Довольно широко, но это то, что вы делаете. На что следует обратить внимание при моделировании:

  1. Плотность портов в физическом пространстве. Для центров обработки данных потребуется более высокая плотность портов, чем для офисных помещений.
  2. Взаимосвязь портов при доступе к сети. Офисный коммутатор, вероятно, будет иметь очень слабую одноранговую связь и будет почти исключительно в восходящем направлении к другим сетям. Где сети центров обработки данных могут быть одноранговыми. Для сетей с большим количеством одноранговых соединений требуется более высокая пропускная способность объединительной платы, а для коммутаторов L2 / 3 требуются более быстрые методы коммутации.
  3. Переключить специальные функции. Если вам понадобятся дополнительные функции, такие как WACP, 802.11x, правила доступа к портам или другие подобные вещи, приобретите коммутатор, который может это сделать. Чем больше функций вам нужно, тем мощнее процессор.
  4. Размер сетей L2. Коммутаторам необходимо отслеживать MAC-адреса, и для каждой сети L2, в которой они находятся (VLAN), им необходимо быть в курсе того, где находятся клиенты в каждой сети. Для больших центральных коммутаторов потребуются большие таблицы MAC-адресов.

3) Если у вас есть два варианта переключения, один из которых имеет максимальный Mac-адрес 8000, а другой - 160000. Что это на самом деле значит для меня? Как убедиться, что один размер по сравнению с другим соответствует мне?

Насколько велики ваши сети L2? Вам нужен один MAC-адрес для каждого сетевого интерфейса (физического или виртуального) в сети, и коммутатор должен отслеживать их все, чтобы знать, как пересылать пакеты через свою коммутационную инфраструктуру. Таблица MAC-адресов 8K означает, что она может работать в сетях L2 с количеством клиентов до 8K. Вот и все.

4) Помимо поддержки VLAN и Jumbo Frame, есть ли что-то еще, что необходимо для создания виртуальных сред или сетей хранения?

Сетевые протоколы хранения менее терпимы к прибытию не по порядку, чем другие протоколы TCP, поэтому инженерные решения по их предотвращению гораздо важнее, чем для обычных сетей передачи данных. Однако в списке функций нет маркера.

Стеки хранения очень чувствительны к задержкам, поэтому минимизируйте их. Если вы находитесь в большом центре обработки данных с высокой плотностью портов, вы, вероятно, захотите использовать коммутатор в стиле шасси + блейд-сервер вместо стекируемых, поскольку они, как правило, имеют более низкую задержку между одноранговыми узлами (задержки менее миллисекунды складываются).

Крупные хосты виртуализации обычно могут использовать преимущества транкинга (LACP, 802.11ad, EtherChannel), что обеспечивает более высокое использование полосы пропускания для каждого хоста и поддержку нескольких VLAN внутри среды виртуальной машины.