Необходимо построить кластер серверов малого бизнеса для обработки данных. Он не будет размещать веб-сайт, который должен быть доступен 24/7.
Мы искали сетевые коммутаторы, и мы не уверены в подходящих спецификациях, которые нам следует искать.
Спасибо!
На первый взгляд кажется, что вам просто нужен коммутатор Ethernet уровня 2. Однако проясните мне, если у вас еще нет оборудования, поддерживающего соединение с «облаком», где вы размещаете свой реплицированный кластер Cassandra. Вам понадобится маршрутизатор (и, в идеале, брандмауэр и, возможно, средство преобразования сетевых адресов, поскольку вы можете использовать «внутренние IP-адреса») для подключения этой сети к другой (например, Интернету), если у вас еще нет который. Коммутатор уровня 2 не сделает этого за вас, и, более чем вероятно, набор функций большинства недорогих коммутаторов уровня 3 не будет достаточно «богатым», чтобы поддерживать все, что вам нужно для вашего интернет-маршрутизатора. Вы можете оказаться в ситуации, когда вам понадобятся и маршрутизатор, и коммутатор (или маршрутизатор с несколькими портами коммутатора на нем).
Описываемым вами приложениям не обязательно потребуется коммутатор, поддерживающий функции маршрутизации («коммутатор уровня 3»). Любой коммутатор уровня 2 может переключать трафик IPv4 и IPv6, потому что он работает на нижнем уровне и блаженно не знает о уровнях выше. Однако, если вам нужен коммутатор с интерфейсом управления с адресацией IPv6, вам нужно будет купить его.
Когда вы говорите: «Это, вероятно, потребует использования внутренних IP-адресов». это заставляет меня думать, что рассматриваемые машины имеют несколько сетевых интерфейсов - внутренних и внешних. Если это так, я настоятельно рекомендую приобрести два коммутатора - один для размещения внутренней сети и один для размещения внешней. Вы технически жестяная банка используйте функциональность виртуальной LAN (VLAN) для «разделения» одного коммутатора на несколько логических коммутаторов уровня 2, но существует ненулевой риск «перекрестного» трафика между VLAN. Если внутренний трафик не подходит для доступа в Интернет, я бы поместил его на коммутаторы, которые физически отделены от коммутаторов, обрабатывающих Интернет-трафик.
Я всегда предпочитаю управляемые коммутаторы, потому что я хочу видеть количество пакетов и байтов на портах, видеть загрузку ЦП коммутатора, получать журналы и т. Д. Более того, я хочу иметь возможность графически отображать потоки трафика (используя инструменты на основе SNMP, такие как Cacti или MRTG, обычно) для диагностики узких мест. Я также хочу иметь возможность смотреть на таблицу MAC-адресов коммутатора, когда я диагностирую странные проблемы (сетевые адаптеры, которые сходят с ума и начинают создавать дурацкие MAC-адреса и т. Д.). Стоимость недорогого управляемого коммутатора неплохая, и он не оставляет вас «слепыми», как неуправляемый коммутатор.
re: конкретный производитель переключателей - мы не даем здесь рекомендаций. Как говорит @ syneticon-dj в своем ответе, вам решать, что подходит для ваших нужд. Производители «более высокого уровня» часто требуют соглашения об обслуживании для получения прав на поддержку (включая, в некоторых случаях, гарантию на оборудование). Возможно, дешевле будет купить запасной и оставить его на полке. Мне практически не требовалась поддержка производителей коммутаторов для решения проблем с программным обеспечением за пределами выделенных сетей iSCSI, где, возможно, все, что размещено поверх вашего решения для хранения данных, живет и умирает из-за эффективности и надежности ваших коммутаторов.
Нужно ли "управлять" коммутатором или его можно "отключить"?
Управляемый коммутатор будет предлагать дополнительные функции (например, избыточность, стек, устранение неполадок, отчетность, VLAN, агрегацию) по сравнению с неуправляемым коммутатором. Обычно технические или организационные требования подталкивают вас в ту или иную сторону - вам либо нужны функциональные возможности (и покупка управляемых коммутаторов), либо нет.
Должен ли коммутатор поддерживать IPv6 или только IPv4?
Версия протокола IP актуальна только в том случае, если ваш коммутатор предоставляет интерфейс управления через IP или фактически является маршрутизатор который будет пересылать пакеты IPv4 / IPv6. Опять же, нужно ли вам это или нет, в основном ответ на вопрос, используете вы или не собираетесь (собираетесь) использовать IPv6.
Нужен ли нам коммутатор Cisco корпоративного уровня или мы можем использовать что-то вроде управляемого (или неуправляемого) коммутатора DLink для малого бизнеса за 200 долларов?
На это сможете ответить только вы. Внимательно ознакомьтесь с техническими характеристиками, убедитесь, что все, что вам нужно, действительно поддерживается с точки зрения функций. является поддерживается, получите технический образец для тестирования в лаборатории.
Если оставить в стороне спецификации, дешевый коммутатор для малого бизнеса будет иметь совершенно другой уровень поддержки, предоставляемой производителем, чем коммутатор корпоративного уровня. Это относится не только к аппаратным сбоям и политикам замены, но также и особенно к программным проблемам коммутатора.
D-Link (а также Netgear и многие другие игроки на этом рынке) не обязательно проектируют, создают или программируют модели коммутаторов нижнего уровня своего ассортимента. Недорогие модели, как правило, представляют собой OEM-устройства, которые были переименованы в соответствующий бренд. Таким образом, вся поддержка, которую вы можете получить по вопросам, связанным с программным обеспечением, находится на уровне "вы пытались выключить и снова включить?". Если вы обнаружите, что функции этого типа переключателей не работают должным образом, единственный выход - сложить их и купить заведомо работающие. Это, безусловно, отличается от Cisco или других крупных брендов, где вы действительно получаете инженеров службы поддержки, достойных их имени. И где проблемы решаются с помощью обновлений прошивки. Неудивительно, что он имеет другую цену, чем выбор Хобсона.
При этом, если все, что вам нужно, это базовый набор функций (например, просто переключение, без сложных топологий), вы вряд ли когда-нибудь попадете в ситуацию, когда вы столкнетесь с ошибкой, требующей исправления, поэтому нет общего "что угодно, кроме Cisco - дерьмо" правило.