AWS EKS中通过ALB实现服务暴露的流量走向解析|MK博客

在当今的云原生时代，Kubernetes已成为容器编排的首选解决方案，而Amazon Web Services（AWS）的Elastic Kubernetes Service（EKS）则为用户提供了在AWS上运行Kubernetes集群的便捷方式。本文将深入探讨在AWS EKS中，如何通过Application Load Balancer（ALB）来暴露服务，并详细解析流量的走向，帮助你更好地理解和配置你的Kubernetes集群。

背景知识

在EKS中，我们通常需要将集群内部的服务暴露给外部用户。这可以通过多种方式实现，其中一种常见的方法是使用Ingress资源结合ALB。Ingress可以为HTTP和HTTPS流量提供路由规则，而ALB则作为流量的入口点，将外部请求转发到集群内部的Pod。

流量走向详解

为了更清晰地展示流量是如何从用户端到达Pod的，我们将使用Mermaid格式的时序图来描述整个过程。

sequenceDiagram actor 用户 participant ALB participant EC2 Node participant Pod 用户->>+ALB: HTTP(S) 请求 (Port 80/443) Note over ALB: ALB安全组 Note right of ALB: 入站规则: Note right of ALB: 端口 80/443 来自 0.0.0.0/0 ALB->>+EC2 Node: 转发到NodePort (举例：31730) Note over EC2 Node: EC2安全组 Note right of EC2 Node: 入站规则: Note right of EC2 Node: NodePort 来自ALB 安全组 EC2 Node->>+Pod: 转发到容器端口 80 Note over Pod: 容器运行在80端口

1. 用户发起请求

用户通过浏览器或其他客户端向ALB发起HTTP(S)请求，请求的目标端口通常是80（HTTP）或443（HTTPS）。

2. ALB接收请求

ALB作为流量的入口点，首先接收到用户的请求。为了确保ALB能够接收来自任何IP地址的流量，其安全组（安全组1）配置了入站规则，允许端口80/443来自0.0.0.0/0的流量。

3. 请求转发到EC2节点

ALB将接收到的请求转发到EKS集群中的EC2节点。这里的关键是EC2节点的安全组（安全组2）需要配置入站规则，允许来自ALB安全组的NodePort流量。NodePort是一个在节点上开放的端口，用于将流量转发到Pod。

4. 请求到达Pod

最后，EC2节点将请求转发到目标Pod的容器端口（例如，端口80）。Pod中的应用程序处理请求并返回响应。

配置要点

ALB安全组配置：确保ALB的安全组允许来自外部的80/443端口流量。
EC2节点安全组配置：EC2节点的安全组需要允许来自ALB安全组的NodePort流量。
Ingress资源配置：正确配置Ingress资源，指定ALB作为入口点，并设置适当的路由规则。
Service配置：确保Service的类型为NodePort或LoadBalancer，并且targetPort与Pod的容器端口一致。

常见问题及解决方案

无法访问服务：检查ALB和EC2节点的安全组配置是否正确。确保ALB的安全组允许80/443端口流量，EC2节点的安全组允许NodePort流量。
健康检查失败：检查Pod是否正常运行，并且目标组的健康检查配置是否正确。确保Pod的端口和健康检查路径正确无误。
DNS解析问题：如果使用自定义域名，确保DNS记录正确指向ALB的DNS名称。

结论

通过本文的介绍，你应该对在AWS EKS中如何通过ALB暴露服务有了更深入的理解。正确配置安全组和Ingress资源是确保流量能够顺利到达Pod的关键。希望本文能帮助你更好地管理和优化你的Kubernetes集群。