Что касается подхода Virtual Managed Services Solution к традиционному оборудованию

Не уверен, что это подходящее место для запроса, но я все равно продолжу. Я читал в решении VMS Cisco и вижу, что основное внимание уделяется тому факту, что все, что было сделано с помощью специальных ASIC (сгоревшее оборудование в ящик для выделенного приложения) теперь можно выполнять с помощью программного обеспечения.

Q1: Как программное обеспечение когда-либо выполняет часть работы, которую первоначально производило аппаратное обеспечение? Программное обеспечение - это всего лишь часть кода. Я не понимаю, как это работает. Можете ли вы привести пример реальной жизни.

Q2: Предполагая, что программное обеспечение может выполнять работу с оборудованием, как это сделать лучше? Это из-за - обновления, простоты управления и удобства доставки?

Просьба пояснить.

2 голоса | спросил fsociety 17 Jpm1000000pmTue, 17 Jan 2017 13:56:45 +030017 2017, 13:56:45

1 ответ


4

Поэтому функциональное функциональное различие между аппаратным и программным обеспечением на самом деле намного меньше, чем вы думаете. Большинство - если не все - функции коммутации и маршрутизации сначала указываются, внедряются и отлаживаются в реализации программного обеспечения задолго до того, как они адаптированы для работы на части выделенного кремния. Разумеется, это связано с тем, что процесс изменения, исправления и отладки программного обеспечения является дешевым и легким, делая то же самое в аппаратных средствах для выделенной ASIC может буквально стоить много, много миллионов долларов и требуется месяцев /лет для выполнения.

В качестве примера - абсолютно возможно использовать стандартный ПК с довольно стандартной ОС (сегодня Linux является наиболее распространенным в настоящее время, но вряд ли единственным из них) с набором сетевых адаптеров и программным обеспечением для подключения и маршрутизации пакетов. Вы можете использовать кучу кроссоверов для подключения конечных станций, а затем подключить дополнительный порт к интернет-провайдеру, включить NAT и - удивить - у вас есть полное решение для LAN и WAN, не купив ни одного отдельного оборудования. Черт, запустите беспроводной интерфейс или два, и запустите его как AP для подключения беспроводных клиентов. Включите брандмауэры, QoS, VOIP и т. Д. Серьезно - практически любая функция, которую вы можете подключить к выделенной части сетевого оборудования, может работать на ПК общего назначения, работающем в основном с операционной системой. Черт возьми, возможно, есть вещи, которые вы можете сделать на этих платформах, которых было бы трудно достичь на специализированном оборудовании!

Вот что, хотя решение, которое я только что описал выше, будет на несколько порядков медленнее и, как правило, значительно дороже (на единице), чем выделенное оборудование. Также не хватит тонкости поддержки. Коммутаторы Ethernet дешевы и быстры, и если вы пытаетесь решить проблему физически подключающихся машин, то они превосходят практически всех.

Когда вы переходите в ситуации, когда требования к плотности и производительности не столь строгие, начинают становиться более грязными. Примером этого может быть использование виртуальных брандмауэров, балансировщиков нагрузки и маршрутизаторов в виртуализованной /облачной среде. Все чаще крупные вендоры выпускают свои продукты в виде программных предложений. Например, Cisco CSR (то же программное обеспечение IOS-XE как аппаратное ASR1000) может быстро развернуться в облачной среде (AWS, GCE или локальная виртуализация), чтобы обеспечить завершение VPN, полную интеграцию маршрутизации и т. П. Это буквально на порядок медленнее, чем аппаратный ASR, но это все равно означает, что он может перемещать гигабиты трафика, что, честно говоря, более чем достаточно для его предполагаемых вариантов использования.

Помните, что концепция в этих средах заключается в масштабировании out , а не масштабировании вверх , поэтому развертывание 5-10 медленных виртуальных экземпляров параллельно более полезно, чем покупка огромного кусок выделенного оборудования. Ключевым моментом здесь является сохранение всей функции и достаточно производительности, а также возможность быстрого вращения новых виртуальных устройств вверх и вниз по мере необходимости, при сохранении полной коммерческой поддержки. Это то, как многие люди хотят поглощать предложения крупных сетевых поставщиков и, как таковые, все чаще выбирают эти поставщики.

Теперь - что касается VMS? Это в основном повторяет вышеизложенное - использование услуг, которые вы традиционно выбрали из приобретенных компонентов (в частности, маршрутизаторы агрегации, брандмауэры, балансировщики нагрузки, IDS и т. Д.) И запускать его как услугу. За кулисами может быть какая-то комбинация аппаратного и программного обеспечения, но для конечного потребителя это предварительно интегрированное, хорошо управляемое решение, которое можно купить как подписку. Клиент может по-прежнему хотеть приобрести специализированное оборудование на краю сети, но, опять же, по крайней мере технически можно реализовать полную сквозную сеть с использованием виртуальных маршрутизаторов, работающих как клиенты на гипервизоре ,

ответил rnxrx 17 Jpm1000000pmTue, 17 Jan 2017 21:55:26 +030017 2017, 21:55:26

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132