MV
Спасибо, наверное действителоьно на стороне VPC проблема
Size: a a a
2022 February 03
DZ
И fargate это скорее ecs а не eks
MV
Именно EKS
DZ
Эээ, тогда ты может докер образ путаешь с Fargate?!
DZ
Вроде Fargate+ECS это аналог EKS
MV
Нет, не путаю. Не так давно анонсировали EKS на базе Fargate, те кластер без ec2 нод
DZ
О, спасибо, буду знать!
S
Оно пока что больше боли приносит, чем радости
S
MV
боли и недоумения от того как это запилили
G
не совсем понятно зачем разделять. поставьте load balancer и таргет группы в то vpc где находится сам ecs cluster
NA
1 vpc смотрит в инет, там алб, и в нем нет приватных сабнетов, во втором они есть, там ecs кластер. Новые сабнеты я не могу создать сам, поэтому разделил.
Или так лучше не делать?
Или так лучше не делать?
G
ни у одного архитекта ни у самого амазона не встречал в бест практис разделения приватных и публичных сущностей по 2м VPC
всегда это публичные и приватные сабнеты в пределах 1 впс
https://aws.amazon.com/quickstart/architecture/vpc/
всегда это публичные и приватные сабнеты в пределах 1 впс
https://aws.amazon.com/quickstart/architecture/vpc/
G
я понимаю что возможно это дает какой то дополнительный + к секьюрити (и то обсуждаемый), но то что добавляет кучу лишнего гемора это тоже факт
NA
хм, спасибо, попрошу сервис деск добавить приватных субнетов в vpc
Ну, в моем случае гемор пока только в том, что таски в тг регистрируются только руками
Ну, в моем случае гемор пока только в том, что таски в тг регистрируются только руками
G
можно конечно изолировать среды на VPC уровнях если концепция мульти-аккаунтов не нравится, но тогда подразумвается что среды изолированы и взаимодействуют в более редких и понятных случаях
G
а потом вы захотите екс кластер с internet facing лоад балансером например
G
и так чтобы через контроллер делался из манифеста