Skip to content

태그: eks

총 12개의 글이 있습니다.

Add IAM to RBAC

Add new IAM user or role to the Kubernetes RBAC, using kubectl or eksctl Before you choose the kubectl or eksctl tool to edit the aws-auth ConfigMap, make sure that you complete step 1. Then, follow steps 2-4 to edit with kubectl. To edit with eksctl, proceed to step 5. 1. After you identify the cluster creator or admin, configure AWS CLI to use the cluster creator IAM. See Configuration basics

The AWS-provided VPC CNI is the default networking add-on that runs on Kubernetes worker nodes for EKS clusters. VPC CNI add-on is installed by default when you provision EKS clusters. The VPC CNI provides configuration options for pre-allocation of ENIs and IP addresses for fast Pod startup times.\ VPC CNI components Amazon VPC CNI has two components: CNI Binary: which will setup Pod net

AWS Load Balancer Controller

AWS Load Balancer Controller is a controller to help manage Elastic Load Balancers for a Kubernetes cluster. It satisfies Kubernetes Ingress resources by provisioning Application Load Balancers. It satisfies Kubernetes Service resources by provisioning Network Load Balancers. This project was formerly known as "AWS ALB Ingress Controller", we rebranded it to be "AWS Load Balancer Controller".

EKS 환경에서 EBS에 데이터를 영속적으로 저장하고 싶다면, AWS에서 제공하는 EBS CSI driver 애드온을 사용할 수 있다. 사전에 IAM OIDC 프로바이더를 활성화하고 EBS CSI driver용 IAM 역할을 생성해야 한다. 가장 쉬운 방법은 eksctl을 사용하는 것이다(일반 AWS CLI나 AWS 콘솔을 사용하는 방법은 공식 문서에 설명되어 있다). 1. IAM OIDC 프로바이더 활성화 클러스터에 IAM OIDC 프로바이더가 있어야 한다: bash eksctl utils associate-iam-oidc-provider --region=eu-central-1 --cluster=YourClusterNameHere --approve 2. Amazon EBS

Kubernetes `ingress`를 생성하면 애플리케이션 트래픽을 로드 밸런싱하는 AWS Application Load Balancer(ALB)가 프로비저닝된다. ALB는 노드에 배포된 Pod나 AWS Fargate Pod와 함께 사용할 수 있다. ALB를 퍼블릭 또는 프라이빗 서브넷에 배포할 수 있다. 애플리케이션 트래픽을 로드 밸런싱하기 전에 다음 요구사항을 충족해야 한다. 사전 조건 기존 클러스터가 있어야 한다. 클러스터에 AWS Load Balancer Controller가 배포되어 있어야 한다. 서로 다른 가용 영역에 최소 두 개의 서브넷이 필요하다. AWS Load Balancer Controller는 각 가용 영역에서 하나의 서브넷을 선택한다. 한 가용 영역에 태그가 지정된 서브

EKS Control Plane

EKS is a managed Kubernetes service that mekes it easy for you to run Kubernetes on AWS without needing to install, operate, and main your own Kubernetes control plane or worker nodes. It runs ipstream Kubernetes and is certified Kubernetes conformant. EKS automatically manages the availability and scalability of the Kubernetes control plane nodes, and it automatically replaces unhealthy control

EKS 기본 환경 Setting 방법을 알아보자. 쿠버네티스는 kubectl에 대한 인증정보를 kubeconfig라는 yaml파일에 저장한다. EKS 클러스터는 어떻게 접근을 하는지, 어떻게 인증을 받아오는지 알아보자. Kubeconfig EKS 클러스터에 접근 가능한 kubeconfig파일을 생성하는 것은 간단하다. aws command 한 줄이면 인증 정보를 kubeconfig 파일에 저장할 수 있다. bash aws eks --region update-kubeconfig --name kubeconfig 파일 내용을 살펴보자. yml apiVersion: v1 clusters: cluster: server: certificate-authority-data

EKS Network BestPractice

It is critical to understand Kubernetes networking to operate you cluster and applications efficiently. Pod networkin, also called the cluster networking, is the center of Kubernetes networkin. Kubernetes supports [Container Network Interface]( plugins for cluster networking. Amazon EKS officially supports VPC CNI plugin to implement Kubernetes Pod

EKS 인증과정

kubectl에서 EKS Cluster의 K8s API Server에 접근하거나, Worker Node에서 동작하는 kubelet에서 EKS Cluster의 K8s API Server 접근시에는 AWS IAM Authenticator가 이용된다. 왼쪽은 kubelet의 kubeconfig이고, 오른쪽은 kubectl의 kubeconfig이다. 두 kubeconfig 모두 user 부분을 확인해보면 `aws eks get-token` 명령어를 수행하는 것을 확인할 수 있다. `aws eks get-token` 명령어는 해당 명령어를 수행하는 Identity가 누구인지 알려주는 AWS STS의 GetCallerIdentity API의 Presigned URL을 생성하고, 생성한 URL을 Enc

IP addresse prefix

각 Amazon EC2 인스턴스는 지원할 수 있는 elastic network interface의 최대 개수와 각 네트워크 인터페이스에 할당할 수 있는 IP 주소의 최대 개수가 정해져 있다. 각 노드는 네트워크 인터페이스당 하나의 IP 주소가 필요하다. 그 외 사용 가능한 모든 IP 주소는 Pod에 할당될 수 있다. 각 Pod는 고유한 IP 주소가 필요하다. 결과적으로, 노드에 사용 가능한 컴퓨팅 및 메모리 리소스가 있더라도 Pod에 할당할 IP 주소가 부족하여 추가 Pod를 수용할 수 없는 상황이 발생할 수 있다. 노드에 개별 보조 IP 주소를 할당하는 대신 IP prefix를 할당하면 노드가 Pod에 할당할 수 있는 IP 주소 수를 크게 늘릴 수 있다. 각 prefix에는 여러 개의 IP 주소가

AWS Load Balancer Controller는 Kubernetes `LoadBalancer` 타입 서비스에 적절한 어노테이션을 통해, Amazon EC2 인스턴스와 AWS Fargate에서 실행되는 Pod에 대한 IP 대상 모드의 Network Load Balancer(NLB)를 지원한다. 이 모드에서는 AWS NLB가 트래픽을 서비스 뒤의 Kubernetes Pod로 직접 타겟팅하므로, 워커 노드를 통한 추가적인 네트워크 홉이 필요 없다. 설정 NLB IP 모드는 서비스 객체에 추가된 어노테이션을 기반으로 결정된다. IP 모드의 NLB를 사용하려면 서비스에 다음 어노테이션을 적용한다: yaml metadata: name: my-service annotations:

A Kubernetes node is a physical or virtual machine participating in a Kubernetes cluster, which can e used to run pods. When a node shuts down or crashed, it enters the NotReasy state, meaning it cannot be used to run pods. All stateful pods running on the node then becom unavailable. Common reasons for a Kubernetes `node not ready` error include lack of resources on the node, a problem w