Должен ли я иметь отдельные VPC для производственных сред в Cloudhub? - PullRequest
0 голосов
/ 10 сентября 2018

Я изучаю настройку VPC в Cloudhub и просто хотел узнать, настрою ли я один VPC для сред разработки, тестирования и производства или я установлю VPC для сред разработки и тестирования и один для производства?

Кроме того, есть ли рекомендации по настройке частных и общедоступных подсетей в Cloudhub VPC?

Спасибо

Ответы [ 3 ]

0 голосов
/ 08 октября 2018

Обычно да. Большинство клиентов, с которыми я работал, использовали VPC для не-prod и отдельный VPC для prod.Хорошей практикой является полная изоляция производственной среды от непроизводственной среды, особенно на сетевом уровне.

Я собираюсь предоставить некоторые дополнительные сведения, потому что я думаю, что они могут иметь отношение к месту, в котором вы находитесь.при настройке VPC.

Решение о том, сколько внутренних IP-адресов вашей компании вы должны назначить своим VPC, не относящимся к prod и prod, может быть головной болью.Это решение необходимо принять заранее, так как VPC является неизменным: дополнительные IP-адреса нельзя динамически добавлять или вычитать после создания VPC.VPC должен быть полностью снесен, а новый встал.Это означает, что все приложения в этом VPC должны быть отключены и повторно развернуты в новом VPC.Вы можете избежать этого, если это вообще возможно.

Вы должны знать, что будете использовать IP-адрес для каждого работника и каждого прокси-сервера во всем VPC.Таким образом, если у вас непродовольственный VPC, обслуживающий 2 среды (dev и test), и у вас есть 4 приложения, использующих по 2 рабочих на среду , вам потребуется как минимум 4 приложения *2 рабочих * 2 envs = 16 выделенных IP-адресов.

Если я правильно помню, MuleSoft в последний раз рекомендовал вам взять столько IP-адресов, сколько, по вашему мнению, вам понадобится (используя приведенный выше расчет), и удвоить его, чтобы определить, сколько IP-адресов вы должны выделить на VPC..

Не уверен насчет частных / общедоступных подсетей или того, как они применимы к этой ситуации.

0 голосов
/ 09 июня 2019

Рекомендуется отделять производственную среду от непроизводственной.

Перед созданием VPC обязательно проверьте CIDR с вашей сетевой командой, чтобы убедиться, что они не перекрывают любую другую сеть в вашей организации.

Относительно размера сетей, это также зависит от вашего бизнеса и плана на будущее. Я могу предложить лучше переоценить. Например, я бы использовал / 16, даже если / 24 достаточно, это потому, что VPC является неизменяемым и когда вы создаете, вы не можете изменить размер, поэтому, если ваш бизнес растет быстро, вам может понадобиться больше IP-адресов.

В CloudHub у вас нет контроля над виртуальными сетями VPC . Они управляются внутри Mulesoft.

Однако, используя выделенные балансировщики нагрузки (DLB), вы можете получить безопасное разделение между открытыми ресурсами и внутренними ресурсами.

Внутри каждого VPC вы можете создать общедоступный DLB, который отображает только ваши публичные API, и внутренний DLB, который обслуживает все API.

Что отличает 2 DLB, так это раздел Белый список, где вы указываете, кто может к нему подключаться.

  • Публичный DLB будет в белом списке: 0.0.0.0 / 0
  • Внутренний DLB будет иметь белый список: Внутренние сети

Помните, что для подключения к целевым DLB вам потребуется настроить VPN или Direct Connect между сетями вашей компании и VPC

Надеюсь, это поможет ...

0 голосов
/ 08 октября 2018

Вы можете иметь любое количество сред, размещенных в одном VPC. Таким образом, все 3 ваших окружения Dev, ST, Prod могут находиться в одном и том же VPC. Записи DNS направляют трафик в разные среды. В соответствии с рекомендуемым подходом разместите свои тестовые среды - DEV, ST, SI и т. Д. В одном и том же VPC и установите отдельный VPC для производства.

Thnx Викас

...