피터의 개발이야기

[kubernetes] 개발환경 목차 ㅁ kubernetes 로컬 개발 환경의 한계 Kubernetes 는 컨테이너화된 애플리케이션의 배포, 확장 및 관리를 자동화하기 위한 탁월한 도구이다. 하지만 Kubernetes의 로컬 개발환경은 고통스러운 프로세스일 수 있다. 일반적인 워크플로를 설명하자면, 로컬에서 코드의 수정 및 기능 테스트를 확인하고, 도커 이미지를 빌드 및 태그 지정하고, 배포 구성을 만들고 Kubernetes에 배포한다. 버그가 있거나 업그레이드가 필요한 경우 개발자는 처음부터 동일한 절차를 따라야 한다. ㅁ Skaffold란? Skaffold는 Kubernetes 네이티브 애플리케이션을 위한 지속적인 개발을 용이하게 하는 CLI 도구이다. Skaffold는 애플리케이션을 빌드, 푸시 및..

[kubernetes] 개발환경 목차 ㅁ 개요 ㅇ DevOps 개발자로서 k8s schema를 편집할 일이 자주 발생한다. ㅇ 편집된 k8s에 대한 보안적, 문법적 이슈에 대해서 검증해 줄 수 있는 Datree를 사용 중이다. ㅇ 자동완성기능과 쿠버네티스 타켓 버젼을 바꾸는 방법을 정리하였다. ㅁ 자동완성기능 $ echo 'source

ㅁ 헬렘 설치하기 $ curl -fsSL -o get_helm.sh https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 $ chmod 700 get_helm.sh $ ./get_helm.sh ㅁ 설치 확인 helm version ㅁ 헬렘 자동완성기능 추가 # helm zsh 자동완성기능 추가 $ echo 'source > ~/.bashrc [ec2-user@ip-172-31-43-214 ~]$ helm completion (generate autocompletion scripts for the specified shell) push (push a chart to remote) create (create a new chart with t..

ㅁ Helm이란 Helm이란, kubernetes를 위한 패키지 관리 도구로, yaml 파일의 모음이라고 할 수 있다. apt, yum 툴처럼 플랫폼의 패키지를 관리하듯 kubernetes의 오브젝트들의 구성체인 yaml을 패키지 형태로 관리한다. helm 패키지는 YAML 형식으로 구성되어 있으며, 이것을 chart라고 한다. ㅁ Helm을 사용하는 이유 Infra 자원이 단순한 경우 kubectl 명령어를 통해 개별 오브젝트에 대한 설정과 관리는 충분히 가능하다. 하지만 앱이 증가하고 팀단위로 인프라가 확장될 경우 개별 오브젝트에 대한 YAML을 개별적으로 관리할 경우 파일의 갯수와 코드량의 증가로 관리에 어려움이 발생하게 된다. 그래서 정적인 Template에 동적인 설정 값(Value)으로 오브젝..

[kubernetes] 쿠버네티스 목차 [kubernetes] 모니터링 방법 정리 ㅁ Minikube 관련 글 ㅇ [minikube] 맥에 minikube를 사용해 로컬 kubernetes 설치 ㅇ [minikube] minikube 기본 명령어 정리 ㅇ [minikube] minikube 다중노드 구성하기 ㅇ [minikube] minikube에서 meteric server 실행하기 ㅇ [minikube] minikube dashboard 활성화 방법 ㅁ 개요 ㅇ 이전 글에서 minikube를 설치하고, 간단히 dashboard를 확인하였다. ㅇ 이번 글에서는 dashboard와 addone 활성화 하는 방법을 정리하였다. ㅁ minikube의 대시보드를 활성화 확인 $ minikube addone l..

ㅁ 개요 개발 회의 도중에 kubernetes 환경에서 구성된 mongoDB의 볼륨을 변경하는 작업이 안건으로 나왔다. 빠르게 kubernetes > mongoDB의 환경을 구성해 보았다. ㅁ 참조 페이지 ㅇ 2개정도 페이지를 참조하여 시도하였지만 실패하였다. ㅇ namespace로 분리를 하여 실패 시 namespace를 지우면 깔끔하게 초기화를 할 수 있다. [ec2-user@ip-172-31-43-214 ~]$ kubectl delete namespaces mongodb namespace "mongodb" deleted How To Deploy MongoDB On Kubernetes - Beginners Guide This article explains the step by step guide to..

ㅁ 개요 AWS EKS로 구성된 워커노드가 가동되어 파드들이 생성되는 과정에서 생성 지연되고 있었다. 원인은 kubernetes 특정 노드가 IP를 과점유하면서 다른 노드에서 파드 생성 시 프라이빗 IP가 부족하여 발생하는 문제였다. 원인 분석 과정에서 WARM_IP_TARGET와 MINIMUM_IP_TARGET의 설정 방법에 대해서 알게 되어서 그 과정을 정리하였다. ㅁ 파드 생성 지연 발생 ㅇ 새로운 노드에서 파드들이 생성되는 중에 지연이 발생하였다. ㅇ 그림처럼 43분동안 계속 ContainerCreating 상태에서 지연이 발생하였다. ㅁ 노드 CPU 부하 확인 ㅁ 특정 노드에 IP 과점유 상태 확인 ㅇ 시스템 점검 중 노드에 보조 프라이빗 IP가 너무 많은 것을 확인하였다. ㅁ WARM_IP_T..

ㅁ 개요 kubernetes 환경에서 노드와 자원의 상태를 확인하기 위해 kubectl top 명령어를 자주 사용한다. 신규 EKS를 설치하고 TOP 명령어가 작동하지 않아 그 원인을 찾고 해결하는 과정을 정리하였다. ㅁ Metrics Server 란? Metrics Server는 클래스터 전체의 리소스 사용 데이터를 어그리게이션합니다. 각 노드에 설치된 kublet을 통해서 노드나 컨테인너의 CPU나 메모리 사용량 같은 메트릭을 수집한다. HPA(horizontal pod autoscaler)나 kubectl top 명령어를 사용하려면 metrics-server를 사용해야 한다. ㅁ 에러 발생 [ec2-user@ip-172-31-43-214 ~]$ kubectl top no error: Metrics ..

[kubernetes] 쿠버네티스 목차 [kubernetes] 모니터링 방법 정리 ㅁ 개요 kubernetes 환경에서 노드와 자원의 상태를 확인하기 위해 kubectl top 명령어를 자주 사용한다. ㅁ kubectl top no ㅇ 노드의 CPU 자원과 메모니 사용 현황과 퍼센트를 확인 할 수 있다. ㅁ kubectl top po ㅇ 컨테이너의 CPU와 메모니 사용량을 확인 할 수 있다.

[kubernetes] 쿠버네티스 목차 ㅁ 들어가며 ㅇ [AWS] AWS Direct Connect 리소스 모니터링 정리하면서 네트워크 개념에 대해서 궁금했던 것을 정리함. ㅁ Ingress와 egress란? 일반적으로, 네트워크 트래픽은 Ingress와 egress 으로 구분된다. Ingress는 외부로부터 서버 내부로 유입되는 네트워크 트래픽을, egress는 서버 내부에서 외부로 나가는 트래픽을 의미한다