https://www.youtube.com/watch?v=E8OJAiwsgkA
Bottlerocket :
FedRAMP:
Reduced cluster creatioin time : 수분 안에 Cluster 생성 가능
AWS Controllers for Kubernetes (ACK) : 다양한 AWS의 자원을 Kubernetes에서 yaml 파일등으로 바로 사용할 수 있도록 가능
Project Karpenter:
Higher density pods per node: Nitro에서만 가능, IP 할당이 아니라 CIDR 블록이 가능하도록.
EKS Connector: 다른 Kubernetes 를 EKS에서 관리할 수 있도록 하는 것
AWS ConfigMap을 없에고 Native API를 통해 IAM Map을 업데이트 가능하도록 함. (위 API 이용)
One-click cluster upgrades: Control plane, Data Plane, Add-On 모두 한번에 upgrade
Support for K8s Gateway API in the AWS LB Controller: Infra structure 의 API운영하는 부분에서 Gateway의 Class를 만들어서 개발자들은 해당 Class를 단순 사용 가능하도록.
Managed Nodes "2.0" : Karpenter와 통합, EKS의 Worker Node Provisionig 이 30초 안
MNG Health Monitoring and Auto-repair: EKS 클러스터가 수십/수백개의 노드가 프로비저닝되면 모니터링이 어렵기 때문에 개별적인 휴먼 관리 없이 Karpenter에 의해 모니터링 기능이 빨라지고 오토 리페어 될 수 있음.
Managed add-on : S3, DynamoDB, Aurora 같은 AWS 서비스를 Kubernetes에서 제공하는 서비스처럼 사용 할 수 있도록 제공
Karpenter
Pod를 모니터링 하고 있는 도중 Unschedulable pods 가 생기면 적정한 워커 노드를 찾아서 Pods를 디플로이해주면 됨.
HPA나 VPA가 개발되어 있는데 왜 Karpenter가 필요한가?
- 이미 Pod가 스케줄링이 안된 상태에서 EC2 인스턴스를 재구성하는 단계가 매우 오래 걸림,
- Detect도 오래 걸림
하나의 싱글 테넌트로 모니터링하는 개발하는 방법은 Karpenter가 개발됨
Construct 허브
AWS와 HashiCorp가 같이 만듦
Condition과 Error Control이 가능
Terraform이나 Helm 차트로 내리는 과정에서 문법 등의 오류등을 검출 할 수 있다.