- Архитектурный центр
- Архитектурные шаблоны
- Безопасность
- Обеспечение безопасности платформы Облако VMware
- Организация безопасного обмена трафиком: настройка Gateway Firewall
- Виртуальный NGFW в качестве ядра сети в тенанте Заказчика
- Виртуальный NGFW в качестве ядра сети в тенанте заказчика в «Виртуальный ЦОД»
- Виртуальный NGFW в качестве ядра сети в тенанте заказчика в отдельном кластере ESXi
- Виртуальный NGFW для сегмента DMZ
- Виртуальный NGFW для сегмента DMZ в ЦОД партнера с задействованием средств СКЗИ
- Виртуальный NGFW для сегмента DMZ в ЦОД партнера без задействования средств СКЗИ
- Распределенный межсетевой экран
- Обучающие курсы и сертификация
- Термины и сокращения
- Обратиться в поддержку
Виртуальный NGFW в качестве ядра сети в тенанте заказчика в отдельном кластере ESXi
Чтобы обойти ограничение количества виртуальных интерфейсов на аплаинс, информационную безопасность виртуальной инфраструктуры заказчика можно организовать с использованием паттерна виртуального NGFW в качестве ядра сети в тенанте заказчика, размещенном в отдельном кластере ESXi. Возможна организация более 10 виртуальных интерфейсов на аплаинс.
Паттерн виртуального NGFW в качестве ядра сети в тенанте заказчика в отдельном кластере ESXi имеет следующие преимущества и риски:
Преимущества паттерна |
Риски |
---|---|
|
|
Общая схема
Описание паттерна
Предварительные требования:
Наличие у заказчика виртуального ЦОД на платформе Облако VMware.
Реализация
- Single node:
Заказчику выделяется пул белых адресов для внешнего интерфейса NGFW.
Заказчик разворачивает виртуальный NGFW на инфраструктуре, размещенной в ЦОДе Cloud.ru.
Команда Cloud.ru настраивает bridge необходимых сегментов инфраструктуры Заказчика.
Внешний интерфейс аплаинса подключается к Edge/T1 для маршрутизации в интернет, остальные интерфейсы создаются как isolated и подключатся к NGFW.
На NGFW Заказчик настраивает 0.0.0.0 в сторону Edge/T1.
На Edge/T1 Заказчика настраивается редистрибуция маршрутов для сегмента с белыми адресами в сторону Provider Gateway/T0.
Интерфейсы Заказчика настраиваются как isolated и подключаются к аплаинсу.
- Cluster:
Заказчику выделяется пул белых адресов для внешнего интерфейса NGFW.
Заказчик разворачивает виртуальный NGFW на инфраструктуре, размещенной в ЦОДе Cloud.ru.
Команда Cloud.ru настраивает bridge необходимых сегментов инфраструктуры Заказчика.
Внешний интерфейс аплаинса подключается к Edge/T1 для маршрутизации в интернет, остальные интерфейсы создаются как isolated и подключатся к NGFW.
На NGFW Заказчик настраивает 0.0.0.0 в сторону Edge/T1.
На Edge/T1 Заказчика настраивается редистрибуция маршрутов для сегмента с белыми адресами в сторону Provider Gateway/T0.
На аплаинсах выделяется отдельный интерфейс для сборки кластера.
Интерфейсы Заказчика настраиваются как isolated и подключаются к аплаинсу.
- Общая схема
- Описание паттерна
- Реализация