개요kubernetes 환경에서 작업을 하다보면 반복적으로 사용하는 kubectl 명령어가 꽤 귀찮은 경우가 있습니다. "kubectl"조차도 7글자이기 때문에 가끔 오타가 나고는 하고, Pod를 조회하려 해도 kubectl get po(d) 라는 명령을 쳐야 합니다. 오늘은 CLI환경에서 생산성 향상을 위해 alias 설정과 자동 완성 기능을 세팅해 보겠습니다. 기본적인 세팅 방법은 공식문서를 참고하면 좋습니다.https://kubernetes.io/ko/docs/tasks/tools/install-kubectl-linux/#%EC%84%A0%ED%83%9D%EC%A0%81-kubectl-%EA%B5%AC%EC%84%B1-%EB%B0%8F-%ED%94%8C%EB%9F%AC%EA%B7%B8%EC%9D%B..

오늘은 쿠버네티스의 가장 작은 단위인 Pod의 생명주기를 이해하며 클러스터에서 애플리케이션이 어떻게 동작하고 관리되는지  이해해보려 합니다. Pod는 여러 상태를 갖고 있습니다. 사실 Pod의 상태변화에 대한 일반적인 관심은 보통 '왜 장애가 났는가'로 귀결되고는 합니다. 이런 경우 kubectl describe 명령을 통해 원인에 대해 파악하려는 시도를 합니다. 하지만 왜 장애가 났는 지 이전에 어떤 과정으로 장애가 발생하는 지 이해한다면 장애지점에 대해 유추할 때 보다 넓은 시야를 가질 수 있을 것이라 생각합니다. Pod의 상태Pod는 생명주기 중 딱 한번만 스케줄링됩니다. Pod가 특정한 Node에 스케줄링되고 나면, 해당 Pod는 중지되거나 종료될 때까지 스케줄링되지 않고 해당 Node에서 실행..

지난 시간 k3s로 클러스터를 구축했습니다. k3s를 설치할 때 몇가지 리소스들이 함께 설치되는데요. 그 중에 Ingress Controller로써 사용되는 Traefik이 있습니다. 오늘은 이 녀석에 대해 알아보겠습니다.Ingress Controller란?Ingress Controller는 Ingress라는 리소스에 맞춰 로드밸런서를 요청대로 설정하는 역할을 수행합니다. 이때 로드밸런서는 쿠버네티스 Pod 형태로 제공되는 로드밸런서나 클라우드에서 제공하는 로드밸런서(AWS ALB Controller의 경우)로 구성할 수 있습니다. 각기 다른 로드밸런서에는 다른 Ingress Controller가 필요합니다.Ingress의 가장 기본적인 역할은 L7 Layer에서 트래픽을 관리하는 것입니다. Ingres..

오늘은 k3s로 싱글 노드 클러스터 환경을 구축한 경험에 대해 공유드리고자 합니다.왜 k3s?본격적인 Kubernetes 환경을 구축하기에 앞서 k3s 를 채택한 이유에 대해서 언급하고 넘어가겠습니다. 필자는 이제 막 쿠버네티스에 입문한 초심자입니다. 불과 한달 전까지는 짧은 교육을 들으며, 덕분에 돈 걱정하지 않고 EKS 환경에서 마음껏 꿈을 펼쳤습니다. 수료 후 CKA 자격증을 취득하며 Udemy 강의에서 제공하는 실습 환경에서 부담갖지 않고 학습했습니다.(샤라웃 뭄샤드 형님👍)하지만 이제는 스스로 학습하기 위한 환경을 구축해야 했습니다. 관리형 kubernetes 서비스는 너무 비싸고, 제 맥북에 가상머신 여러 개 띄워서 멀티 노드 클러스터를 구축하자니 공간이 넉넉치 않았습니다. 이에 따라 집에..

Kubernetes 클러스터는 보안을 위해 외부 네트워크와 격리되어 있습니다. 클러스터 내부 서비스에 외부에서 직접 접근하는 것은 기본적으로 허용되지 않습니다. 그럼에도 불구하고 현실적인 서비스 운영을 위해 외부에서 클러스터 내부 서비스에 접근해야 하는 상황이 필요합니다. 단적인 예시로 Pod로 띄운 API 서버에 대한 요청도 외부에서 내부로 접근하는 상황이 그러할 것입니다.  쿠버네티스에서는 이런 상황에서 즉, 클러스터 외부에서 내부 서비스에 접근할 수 몇 가지 방법을 제안합니다. 그 전에 서비스 타입에 대해  간단하게 알아보겠습니다.서비스 타입의 이해쿠버네티스에서는 워크로드를 일련의 Pod 집합 내에서 실행합니다. 모든 파드는 클러스터 안에서 IP를 부여받게 되며, 이 가상 IP는 쿠버네티스 클러스터..