Container – PCMAN的技术博客 – 用看得懂的方式讲AWS！

从专线或VPN内网通过ECR Endpoint向ECR上传镜像

本文介绍了如何从专线或VPN内网通过ECR Endpoint向ECR上传镜像。

EKS使用预加载机制加速EC2 Nodegroup上大镜像的启动速度

EKS动手实验合集请参考这里。

一、背景

在机器学习等场景下，需要在EKS上运行较大体积的Pod，其Image体积可能达到数个GB。此时在第一次启动Pod时候，会遇到所谓的冷启动问题，也就是EC2 Nodegroup需要从ECR容器镜像仓库去拉取较大尺寸的镜像，然后才能启动Pod。后续启动相同镜像即可利用缓存无须重复下载。此时，可以使用本文介绍的方法优化冷启动时间长。

使用Kubecost管理EKS成本

EKS动手实验合集请参考这里。

一、简介

Kubecost是基于OpenCost的云原生的成本管理工具。在不使用Kubecost情况下，管理EKS的cost一般是基于预留实例的EC2 Node，并人为划分服务资源进行分割，某些情况下还需要搭配Cost and Usage Reports(CUR)详单。

使用Kubecost，可以在相对直观的看到各Deployment/Service对应的相应费用，并根据服务的运行时长显示对应成本。Kubecost免费版可通过Helm在EKS上快速部署。如果需要更多功能，还需要使用商业版的Kubecost。本文介绍如何部署免费版的Kubecost。

使用EKS Fargate创建无服务器容器服务

EKS动手实验合集请参考这里。

本文介绍如何使用EKS Fargate服务创建混合集群，分别在EC2 Nodegroup和Fargate上运行应用程序。

测试EKS服务上Pod使用VPC CNI对网络吞吐性能的影响

EKS动手实验合集请参考这里。

一、背景

在EC2的网络优化机型上，例如c6in.8xlarge(32vCPU/64GB)，其网络带宽达到50Gbps。在没有容器环境下，使用iperf2测试，其带宽可以49.7Gbps的吞吐，相当于标称值的99.4%，考虑统计差异，这个速度可认为几乎没有损耗。测试过程和方法参考这篇博客。

那么当场景来到EKS上，Pod的所有流量都是通过Node节点上的VPC CNI进行转发，此时压力测试的其中一端是非容器化的EC2，另一端是Pod容器，会发生什么情况？

使用EKS控制台的Addon功能升级EKS VPC CNI

EKS动手实验合集请参考这里。

本文介绍使用EKS控制台的Addon功能升级或全新安装EKS插件。

将EC2手工加入EKS集群成为托管节点

EKS动手实验合集请参考这里。

一、背景

1、EKS服务使用EC2的两种模式

EKS服务使用EC2的两种模式

使用EKS自动生成的托管节点组：在EKS服务控制台或者通过eksctl命令完成，EKS会自动使用最新镜像，全自动创建，并使用Autoscaling缩放；如果是通过eksctl脚本，还会自动创建合适的IAM角色；这时候EC2会在托管节点组内。
使用EKS提供的AMI以托管节点方式自行加入集群：使用EKS官方提供的基础镜像，手工创建一个EC2，并手工配置IAM角色，然后使用bootstrap.sh脚本，将本EC2加入EKS集群；这时候EC2会成为托管节点，但不会进入上一步的托管节点组。

以上两种方式，都是EKS托管节点，意味着EKS可有效进行版本升级等管理。不过不在节点组中的EC2不能参与缩放，当节点不够用时候，需要手工拉起新的节点。

本文介绍第二种方式的使用。