Пара вопросов.
Следует ли всегда полностью отделять коммутаторы сети хранения от производственных коммутаторов или VLAN подходят для сегментации этого трафика? Есть ли здесь золотое правило?
Как правильно выбрать размер коммутатора для вашей среды на основе спецификаций, предоставленных производителем (пропускная способность, пропускная способность пересылки, пропускная способность стекирования, макс. Mac)?
Если у вас есть два варианта переключения и один имеет максимальный Mac-адрес 8000, а другой - 16.0000. Что это на самом деле значит для меня? Как убедиться, что один размер по сравнению с другим соответствует мне?
Помимо поддержки VLAN и Jumbo Frame, есть ли что-то еще, что необходимо для создания виртуальных сред или сетей хранения?
Существует множество знаний о выборе размера сетей SAN и тому подобном, но это кажется не менее важным, и довольно сложно найти столько информации.
-
Просто чтобы добавить немного информации об окружающей среде. Приведенная выше настройка относится к центрам обработки данных, которые поддерживают два разных местоположения, в которых в общей сложности около 100 пользователей. Трафик хранилища будет iSCSI, 3 хоста ESXi и одна SAN, содержащая около 2,7 ТБ данных.
Поскольку в настоящее время нет сети хранения данных (нет SAN), мне трудно решить вопрос № 2, чтобы действительно определить, какой пропускной способности объединительной платы и характеристик коммутатора будет достаточно.
1) Следует ли всегда полностью отделять коммутаторы сети хранения от производственных коммутаторов или VLAN подходят для сегментации этого трафика? Есть ли здесь золотое правило?
Здесь нет золотого правила. Физическое разделение коммутатора происходит, когда сеть хранения требует большего количества функций / надежности, чем может предоставить среда сети передачи данных. Но если стек сети передачи данных достаточно надежен, VLAN - это все, что нужно для разделения.
Если вы переходите в новую сеть хранения данных, вы выбираете физическое разделение по двум основным причинам:
2) Как правильно выбрать размер коммутатора для вашей среды на основе спецификаций, предоставленных производителем (пропускная способность, пропускная способность пересылки, пропускная способность стекирования, макс. Mac)?
Вы определяете требования своей сети и сопоставляете их со спецификациями. Довольно широко, но это то, что вы делаете. На что следует обратить внимание при моделировании:
3) Если у вас есть два варианта переключения, один из которых имеет максимальный Mac-адрес 8000, а другой - 160000. Что это на самом деле значит для меня? Как убедиться, что один размер по сравнению с другим соответствует мне?
Насколько велики ваши сети L2? Вам нужен один MAC-адрес для каждого сетевого интерфейса (физического или виртуального) в сети, и коммутатор должен отслеживать их все, чтобы знать, как пересылать пакеты через свою коммутационную инфраструктуру. Таблица MAC-адресов 8K означает, что она может работать в сетях L2 с количеством клиентов до 8K. Вот и все.
4) Помимо поддержки VLAN и Jumbo Frame, есть ли что-то еще, что необходимо для создания виртуальных сред или сетей хранения?
Сетевые протоколы хранения менее терпимы к прибытию не по порядку, чем другие протоколы TCP, поэтому инженерные решения по их предотвращению гораздо важнее, чем для обычных сетей передачи данных. Однако в списке функций нет маркера.
Стеки хранения очень чувствительны к задержкам, поэтому минимизируйте их. Если вы находитесь в большом центре обработки данных с высокой плотностью портов, вы, вероятно, захотите использовать коммутатор в стиле шасси + блейд-сервер вместо стекируемых, поскольку они, как правило, имеют более низкую задержку между одноранговыми узлами (задержки менее миллисекунды складываются).
Крупные хосты виртуализации обычно могут использовать преимущества транкинга (LACP, 802.11ad, EtherChannel), что обеспечивает более высокое использование полосы пропускания для каждого хоста и поддержку нескольких VLAN внутри среды виртуальной машины.