Что искать в коммутаторе с LAN/WAN вместо iSCSI SAN?

Я настраиваю среду VMWare ESXi 5 с 3-мя серверными узлами. Dell рекомендовала два общих коммутатора Force10 S60 (iSCSI SAN, LAN/WAN). Переключатели S60 чрезвычайно мощные. Они имеют 1,25 ГБ буферного кеша, задержка < 9us. Но они очень дорогие (онлайн цена ~ 15 тыс. Долл. За коммутатор, реальная цена чуть меньше).

Мне сказали, что "по книге" у вас должно быть по крайней мере 2 внутренних коммутатора для SAN и 2 коммутатора для LAN/WAN (каждый с резервированием). Я знаю некоторые плюсы и минусы каждого подхода. Что мне интересно, так это то, будет ли экономически выгоднее отключить SAN от локальной сети с помощью более дешевых коммутаторов?

Ответ на этот вопрос подчеркивает то, что я должен искать в коммутаторе для SAN. Что я должен искать в коммутаторе LAN / WAN по сравнению с SAN?

С вышеупомянутым связанным вопросом для SAN:

  • Как измеряется задержка буфера? Когда вы видите 36 МБ буферного кеша, это общий или на порт? Таким образом, 36 МБ будет 768 КБ или 36 МБ на порт?
  • С 3-6 серверами, сколько буферного кеша вам действительно нужно?
  • На что еще я должен смотреть?

Наше приложение будет активно использовать веб-сокеты HTML5 (большое количество постоянных соединений). Количество отправляемых данных невелико; Данные, передаваемые между клиентским <-> сервером, не передаются (не служба чата / обмена мгновенными сообщениями). Мы также будем составлять отчеты по базам данных (экспорт в CSV, суммы, некоторые объединения).

Мы малый бизнес и с ограниченным бюджетом. Вероятно, мы сможем потратить не более 20 тысяч долларов на коммутаторы (2 или 4).

3 ответа

Решение

Лучше всего, да, ваши SAN и LAN должны быть физически разделены.

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

Я знаю много компаний, которые используют конвергентные сети SAN и сети передачи данных, и им очень повезло. Я знаю также, что многие поддерживают две физически раздельные сети.

Что лучше для вашей ситуации, зависит от вышеперечисленных факторов.

Некоторые лучшие практики - запускать их отдельно, однако при этом вы теряете преимущества наличия конвергентной сети. Это может быть важно, если у вас большая среда и куча портов 10 Гбит.

Однако ваша среда очень мала, и я думаю, что Dell пытается переоценить вас на сетевом оборудовании и на собственном оборудовании iscsi.

Вы можете приобрести переключатель с несколькими головками, что функционально эквивалентно наличию двух переключателей. Кроме того, вы можете легко посмотреть на FC вместо iscsi, и, возможно, сравнить NFS вместе с infiniband. Вы также можете использовать что-то вроде бесконечной виртуализации, например Xsigo?

Со стороны NAS/SAN я бы не был так привязан к Dell, но вместо этого мог бы пойти с лучшими в своем классе продуктами, включая такие, как Netapp и другие конкуренты.

Вопросы, которые я хотел бы задать:

Насколько легко мне найти талант для этой конфигурации?

Насколько близко это оборудование к отраслевому стандарту?

Каковы будут мои затраты на это решение за год? (TCO)

Насколько это решение расширяемо?

Это решение пропускает что-то хорошее?

Пытается ли продавец перепродать мне конкретное решение?

Правильно ли я понимаю проблемное пространство и знаю ли (разумно) множество альтернативных решений?

Могу ли я использовать одну заявку поставщика, чтобы получить ценовые уступки от продавца 2?

Насколько дистанционно управляемым и контролируемым является это решение?

Насколько хорошо интегрируется весь стек?

Какова стоимость минуты отключения и как это соотносится с дополнительным оборудованием?

Могу ли я уменьшить риски другим способом?

Могу ли я получить больше преимуществ, перейдя с облачным стеком от поставщика в регулируемой среде и компенсируя более высокие эксплуатационные расходы за меньшие капитальные вложения?

Где мое приложение осведомлено о безопасности?

Насколько легко защитить эту инфраструктуру?

Я пытаюсь оптимизировать решение преждевременно?

Провел ли я достаточный анализ производительности и сравнительный анализ, чтобы узнать, каковы мои истинные требования к производительности?

Как эта система переключается и кому? (HA и Vmotion, среди других)?

У меня есть отдельные точки отказа?

Получали ли я котировки как для интегрированных стеков, так и для стеков лучших пород, по крайней мере от 3 продавцов в каждой (всего 6 продавцов)?

Могу ли я пойти с другой моделью в целом, возможно, с использованием блейд-корпуса с блейдами, или виртуальным вводом-выводом по высокоскоростной сети (Xsigo)?

Могу ли я использовать виртуальные коммутаторы (например, Cisco 1000 В и их конкурентов) вместо физических коммутаторов?

Еще одна вещь, которую я хотел бы добавить, - это то, что несколько поставщиков теперь продают предварительно разработанные решения, такие как партнерство Cisco/Vmware/Netapp с Flexpods, или то, что могло бы стать конкурирующим полностью интегрированным решением, таким как HP VirtualSystem. Я бы хотел, чтобы эти поставщики знали о ваших целях и работали со своими специалистами по виртуализации, чтобы создать решение, отвечающее вашим требованиям.

Вы можете использовать демонстрационные решения от этих поставщиков, ничего не покупая (в течение ограниченного времени), а затем сделать выбор на основе того, что лучше всего соответствует вашим потребностям. Личные соревнования - всегда победа:)

Используйте коммутаторы Cisco 3750x, купите два из них и отключите порты для того, что вам нужно. Два 48-портовых коммутатора должны подойти. Я просто настроил нашу настройку iscsi, и вот как мы это сделали. Работает отлично. Сан подключается к коммутаторам, а серверы подключаются к коммутаторам. Я думаю, что нам нужно 6 кабелей для каждого сервера, потому что все сердце бьется, но это работает, мята!

Другие вопросы по тегам