Виртуальный NGFW в качестве ядра сети в тенанте заказчика в «Виртуальный ЦОД»

Чтобы обойти ограничение количества виртуальных интерфейсов на аплаинс, информационная безопасность виртуальной инфраструктуры Заказчика реализуется на основании паттерна виртуального NGFW в качестве ядра сети в тенанте Заказчика в Виртуальный ЦОД на базе VMware.

Возможна организация более 10 виртуальных интерфейсов на аплаинс.

Паттерн виртуального NGFW в качестве ядра сети в тенанте заказчика в Виртуальный ЦОД на базе VMware имеет следующие преимущества и риски:

Преимущества паттерна

Риски

  • Ограничения на количество виртуальных интерфейсов на аплаинс зависят от выделенных под NGFW ресурсов.

  • Контроль трафика e-w, n-s.

Для реализации паттерна Заказчику необходимо развернуть дополнительную инфраструктуру в облаке Enterprise.

Общая схема

../../_images/schm__templates_ent_security-tools_virtual-ngfw-vdc.svg

Описание паттерна

Предварительные требования:

  • Наличие у Заказчика Виртуальный ЦОД на базе VMware в облаке Enterprise.

Реализация

Single node:

  1. Заказчику выделяется пул белых адресов для внешнего интерфейса NGFW.

  2. Заказчик разворачивает виртуальный NGFW на виртуальной инфраструктуре размещенной в Виртуальный ЦОД на базе VMware.

  3. Команда Cloud.ru настраивает bridge необходимых сегментов виртуальной инфраструктуры Заказчика.

  4. Внешний интерфейс аплаинса подключается к T1 для маршрутизации в интернет, остальные интерфейсы создаются как isolated и подключатся к NGFW.

  5. На NGFW Заказчик настраивает 0.0.0.0 в сторону T1.

  6. На T1 Заказчика настраивается редистрибуция маршрутов для сегмента с белыми адресами в сторону T0.

  7. Интерфейсы Заказчика настраиваются как isolated и подключатся к аплаинсу.

Cluster:

  1. Заказчику выделяется пул белых адресов для внешнего интерфейса NGFW.

  2. Заказчик разворачивает виртуальный NGFW на виртуальной инфраструктуре размещенной в Виртуальный ЦОД на базе VMware.

  3. Команда Cloud.ru настраивает bridge необходимых сегментов виртуальной инфраструктуры Заказчика.

  4. Внешний интерфейс аплаинса подключается к T1 для маршрутизации в интернет, остальные интерфейсы создаются как isolated и подключатся к NGFW.

  5. На NGFW Заказчик настраивает 0.0.0.0 в сторону T1.

  6. На T1 Заказчика настраивается редистрибуция маршрутов для сегмента с белыми адресами в сторону T0.

  7. На аплаинсах выделяется отдельный интерфейс для сборки кластера.

  8. Интерфейсы заказчика настраиваются как isolated и подключатся к аплаинсу.

См.также