EKS Fargate无服务器Pod定位CoreDNS集群DNS服务器的方式咨询

嗨，我来帮你梳理清楚这个问题——结合你把Cluster Autoscaler/Karpenter部署到EKS Fargate的场景，咱们聊聊Fargate Pod是怎么找到CoreDNS的IP来访问集群DNS服务的：

核心逻辑：Fargate Pod的DNS配置自动注入 #

EKS里的Fargate Pod本质上还是Kubernetes Pod的一种，它的DNS配置是自动继承集群默认设置的：

• 当Fargate启动Pod时，AWS托管的kubelet组件（Fargate底层由AWS维护，模拟了kubelet的核心功能）会把集群CoreDNS服务的Cluster IP，写入到Pod内的/etc/resolv.conf文件中，作为默认的nameserver。
• 你可以随便进入一个运行中的Fargate Pod，执行cat /etc/resolv.conf查看，会看到类似这样的内容：

nameserver 10.100.0.10
search default.svc.cluster.local svc.cluster.local cluster.local us-west-2.compute.internal
options ndots:5

这里的10.100.0.10就是CoreDNS Service的固定Cluster IP——这个IP是Kubernetes集群初始化时自动分配给kube-system命名空间下的coredns Service的，除非你手动重建这个Service，否则它不会变。

为什么你部署Fargate Profile时会遇到问题？ #

你提到一开始部署Cluster Autoscaler到Fargate失败，后来解决了两个问题，其中第一个是控制平面配置——结合常见的Fargate DNS坑，大概率和以下几点有关：

• Fargate Profile的权限与网络连通性：你的Fargate Pod执行角色需要有足够的权限访问VPC网络资源，确保能和CoreDNS Pod（不管是跑在EC2节点还是Fargate上）正常通信；
• 集群VPC的DHCP选项集：EKS会自动配置VPC的DHCP选项集指向集群DNS，但如果手动修改过这个配置，可能导致Fargate Pod无法正确获取CoreDNS的IP；
• Pod的dnsPolicy设置：Fargate Pod默认的dnsPolicy是ClusterFirst，这个策略会让Pod优先使用集群CoreDNS解析内部服务域名，如果这个配置被修改（比如改成Default），就会导致DNS访问失败。

额外补充：如果CoreDNS也跑在Fargate上？ #

现在很多EKS集群会把CoreDNS也迁移到Fargate上，这种情况下，Fargate的CoreDNS Pod和其他业务Fargate Pod之间的通信，依然依赖CoreDNS Service的Cluster IP做路由——Kubernetes的Service机制会自动把请求转发到后端的CoreDNS Pod实例，不管它们是跑在EC2还是Fargate上。

备注：内容来源于stack exchange，提问作者benjimin