AWS EKS 计算资源自动扩缩之Fargate[AWS 海外区]

Fargate是AWS的无服务器计算引擎 。在EKS中使用Fargate,您无需管理服务器,它开箱即用,我们只需定义Pod所需的CPU和内存即可让pod在Fargate上运行起来。前面我们学习过AWS EKS 计算资源自动扩缩之KarpenterAWS 海外区,当您选择EC2作为EKS的工作节点时,您需要自己创建和管理一个EC2节点组,这需要你承担更多管理责任,带来了运维负担。相比下Fargate简单,精确匹配了pod的资源需求,减少了资源浪费。

Fargate最大的优点在其开箱即用的免运维简单性,尽量按需匹配pod所需资源减少资源浪费从而提升了性价比(例如4C8G的EC2上运行了一个4C4G的Java程序就导致了EC2浪费了4G的内存),最后是其底层架构做了优化,pod弹性就绪的速度更快。

本文基于上一篇文章AWS EKS 创建K8S集群AWS 海外区中创建的AWS EKS集群进行说明。

设置Fargate

AWS IAM Role设置

Fargate正常运行需要有Amazon EKS Pod execution IAM role ,详情可以参考Amazon EKS Fod execution IAM role

编辑policy内容,并保存为pod-execution-role-trust-policy.json,其中region-code,aws-account,your-eks-cluster-name需要填你真实的内容

bash 复制代码
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Condition": {
         "ArnLike": {
            "aws:SourceArn": "arn:aws:eks:region-code:aws-account:fargateprofile/your-eks-cluster-name/*"
         }
      },
      "Principal": {
        "Service": "eks-fargate-pods.amazonaws.com"
      },
      "Action": "sts:AssumeRole"
    }
  ]
}

创建role,名称可以自定义,我设置为AmazonEKSFargatePodExecutionRole

bash 复制代码
aws iam create-role --role-name AmazonEKSFargatePodExecutionRole  --assume-role-policy-document file://"pod-execution-role-trust-policy.json"

AmazonEKSFargatePodExecutionRoleAmazonEKSFargatePodExecutionRolePolicy关联

bash 复制代码
aws iam attach-role-policy --policy-arn arn:aws:iam::aws:policy/AmazonEKSFargatePodExecutionRolePolicy --role-name AmazonEKSFargatePodExecutionRole

如果你习惯AWS控制台可视化操作,上述步骤也可以直接在AWS控制台完成,如下图是我创建好的role

创建fargate profile

填写自己的fargate profile名称,这里我简单的写成fargate-profile,并选定刚才创建的AmazonEKSFargatePodExecutionRole

为这个profie填入合适的namespace设置,详情见AWS Fargate profile

例如下面我设置的pod选择器规则为prod-*,如果pod部署在以prod-开头的namespace中,并且标签选择器为infrastructure=fargate时,那么pod就优先运行在fargate上,而不是默认的EC2上。

检查上述设置后直接创建profile,创建需要几分钟

创建完成

测试fargate的使用

这里是一个简单的nginx deployment样例,请注意它的namesapce必须要和fargate proflie中的namespace设置相匹配 ,匹配规则为AWS Fargate profile

yaml 复制代码
apiVersion: apps/v1
kind: Deployment
metadata:
  name: eks-sample-linux-deployment
  # 必须和fargate proflie中的namespace设置相匹配,https://docs.aws.amazon.com/eks/latest/userguide/fargate-profile.html
  namespace: prod-fargate
  labels:
    app: eks-sample-linux-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: eks-sample-linux-app
  template:
    metadata:
      labels:
        app: eks-sample-linux-app
        # 可选,必须和fargate proflie中的Match labels相匹配,https://docs.aws.amazon.com/eks/latest/userguide/fargate-profile.html
        infrastructure: fargate
    spec:
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
              - matchExpressions:
                  - key: kubernetes.io/arch
                    operator: In
                    values:
                      - amd64
                      - arm64
      containers:
        - name: nginx
          image: public.ecr.aws/nginx/nginx:1.23
          ports:
            - name: http
              containerPort: 80
          imagePullPolicy: IfNotPresent
      nodeSelector:
        kubernetes.io/os: linux

部署上面的deployment:

bash 复制代码
kubectl create ns prod-fargate
kubectl apply -f nginx-deployment.yml

等待片刻我们会发现fargate作为底层计算资源已经运行了正确的nginx

通过kubectl进行部署和查询

通过aws控制台进行查询

fargate和ec2 node group不一样,fargate只需要你设置好pod的HPA后,pod就可以自动的水平扩展并及时获取对应的fargate计算资源,不再需要autosacler等插件。

关于fargate详情请看:

相关推荐
wei_shuo几秒前
KES 数据同步与ETL实战:数据集成、转换与实时同步方案
后端
乒乓狂魔14786739970006 分钟前
LangGraph:用一张图,编排一群 AI 助手
后端
Gopher_HBo7 分钟前
请求绑定 binding(binding/ 包)
后端
Cache技术分享9 分钟前
504. Java 反射 - 创建一个简单的依赖注入框架
前端·后端
Java内核笔记11 分钟前
Spring Boot 4 虚拟线程源码剖析:Tomcat 线程池是怎么被换掉的
spring boot·后端
掘金码甲哥13 分钟前
WorkBuddy 直连 DeepSeek v4 Flash,一发截图就崩?我们在网关层一招根治
后端
用户2395261801020 分钟前
别只会画流程图!彻底搞懂 Spring AI Alibaba Graph 的节点、边与 State
后端
掘金者阿豪23 分钟前
接口数据传输优化实战:JSON Gzip 与 Protobuf 的深度对比
后端
用户6081865279024 分钟前
Avalonia UI 样式进阶实战:外置样式 + MVVM 主题切换 + 样式优先级全解析
后端
苍狗T26 分钟前
K8s 集群实战:基于 Harbor 私有仓库 + cri‑dockerd 完整部署
linux·运维·云原生·容器·kubernetes