Что искать в коммутаторе с 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 кабелей для каждого сервера, потому что все сердце бьется, но это работает, мята!