i
странно, Киев оба не отвечают
Москва - не Россия, Киев - не Украина)
Size: a a a
2020 July 14
ДД
мб опять реджексы накрутили
KT
Коллеги, кто EKS варит! Можно ли создать k8s node с несколькими интерфейсами?
AS
А зачем? )
AS
Вообще из коробки там сетка что каждый под будет иметь ENI
i
Коллеги, кто EKS варит! Можно ли создать k8s node с несколькими интерфейсами?
Можно
KT
Вообще из коробки там сетка что каждый под будет иметь ENI
а можно чтобы под имел ENI не из подсети, в которой создан node?
i
а можно чтобы под имел ENI не из подсети, в которой создан node?
А вот это вроде нет
KT
а из другой подсети
KT
А вот это вроде нет
херово!
AS
херово!
А ты лучше кейс расскажи
AS
Я сам конечно только в базовом варике использовал.
i
а из другой подсети
Там вообще указания подсети не видел нигде, так что судя по всему, все поды будут в той сети, в которой интерфейс, через который машина на 0.0.0.0 ходит
SN
Привет
При использовании SFTP из Transfer Family, будет ли взиматься плата трансфера данных между SFTP сервером и S3 в одном регионе? Или же платишь только за трансфер данных между пользователем и сервером?
При использовании SFTP из Transfer Family, будет ли взиматься плата трансфера данных между SFTP сервером и S3 в одном регионе? Или же платишь только за трансфер данных между пользователем и сервером?
KT
Я сам конечно только в базовом варике использовал.
у меня есть ситуация, что узел кубера создается в одной подсети (а значит у него 1 ени в этой подсети). мне нужно было чтобы под был в нескольких подсетях: в своей (в той же что и узел) и в другой
KT
потому что особенности фурриволинга и маршрутизации
AS
у меня есть ситуация, что узел кубера создается в одной подсети (а значит у него 1 ени в этой подсети). мне нужно было чтобы под был в нескольких подсетях: в своей (в той же что и узел) и в другой
Аж самому интересно стало...
А смотри что есть:
AWS_VPC_K8S_CNI_CUSTOM_NETWORK_CFG
Type: Boolean
Default: false
Specifies that your pods may use subnets and security groups that are independent of your worker node's VPC configuration. By default, pods share the same subnet and security groups as the worker node's primary interface. Setting this variable to true causes ipamd to use the security groups and VPC subnet in a worker node's ENIConfig for elastic network interface allocation. You must create an ENIConfig custom resource for each subnet that your pods will reside in, and then annotate or label each worker node to use a specific ENIConfig (multiple worker nodes can be annotated or labelled with the same ENIConfig). Worker nodes can only be annotated with a single ENIConfig at a time, and the subnet in the ENIConfig must belong to the same Availability Zone that the worker node resides in. For more information, see CNI Custom Networking in the Amazon EKS User Guide.
https://github.com/aws/amazon-vpc-cni-k8s
А смотри что есть:
AWS_VPC_K8S_CNI_CUSTOM_NETWORK_CFG
Type: Boolean
Default: false
Specifies that your pods may use subnets and security groups that are independent of your worker node's VPC configuration. By default, pods share the same subnet and security groups as the worker node's primary interface. Setting this variable to true causes ipamd to use the security groups and VPC subnet in a worker node's ENIConfig for elastic network interface allocation. You must create an ENIConfig custom resource for each subnet that your pods will reside in, and then annotate or label each worker node to use a specific ENIConfig (multiple worker nodes can be annotated or labelled with the same ENIConfig). Worker nodes can only be annotated with a single ENIConfig at a time, and the subnet in the ENIConfig must belong to the same Availability Zone that the worker node resides in. For more information, see CNI Custom Networking in the Amazon EKS User Guide.
https://github.com/aws/amazon-vpc-cni-k8s
i
Аж самому интересно стало...
А смотри что есть:
AWS_VPC_K8S_CNI_CUSTOM_NETWORK_CFG
Type: Boolean
Default: false
Specifies that your pods may use subnets and security groups that are independent of your worker node's VPC configuration. By default, pods share the same subnet and security groups as the worker node's primary interface. Setting this variable to true causes ipamd to use the security groups and VPC subnet in a worker node's ENIConfig for elastic network interface allocation. You must create an ENIConfig custom resource for each subnet that your pods will reside in, and then annotate or label each worker node to use a specific ENIConfig (multiple worker nodes can be annotated or labelled with the same ENIConfig). Worker nodes can only be annotated with a single ENIConfig at a time, and the subnet in the ENIConfig must belong to the same Availability Zone that the worker node resides in. For more information, see CNI Custom Networking in the Amazon EKS User Guide.
https://github.com/aws/amazon-vpc-cni-k8s
А смотри что есть:
AWS_VPC_K8S_CNI_CUSTOM_NETWORK_CFG
Type: Boolean
Default: false
Specifies that your pods may use subnets and security groups that are independent of your worker node's VPC configuration. By default, pods share the same subnet and security groups as the worker node's primary interface. Setting this variable to true causes ipamd to use the security groups and VPC subnet in a worker node's ENIConfig for elastic network interface allocation. You must create an ENIConfig custom resource for each subnet that your pods will reside in, and then annotate or label each worker node to use a specific ENIConfig (multiple worker nodes can be annotated or labelled with the same ENIConfig). Worker nodes can only be annotated with a single ENIConfig at a time, and the subnet in the ENIConfig must belong to the same Availability Zone that the worker node resides in. For more information, see CNI Custom Networking in the Amazon EKS User Guide.
https://github.com/aws/amazon-vpc-cni-k8s
Ну так это все равно немного не то, он не сможет разные поды в разные сети разложить