피터의 개발이야기

ㅁ 개요 ㅇ 이전 글에서 skaffold로 kubernetes 로컬 개발환경을 구성하였다. ㅇ 이번 글에서는 kubernetes pod에서 실행 중이 Spring Application를 직접 Debugging 하는 환경을 구성한다. ㅇ 이전 글: [kubernets] Kubernetes 로컬 개발환경 skaffold, Intellij ㅇ 소스 위치 ㅁ Cloud Code Plugin 설치 ㅇ Cloud Code 플러그 인을 설치하였다. ㅇ Cloud 환경에서 개발의 속도와 능률을 증가하기 위해 제공되는 플러그 인이다. ㅇ 쿠버네티스에서 실행되는 resource에 대한 디버깅이 가능하고, 리소스 선언을 위한 YAML 파일 편집을 지원한다. ㅁ Cloud Code:Kubernetes Run Configura..

[kubernetes] 개발환경 목차 ㅁ 개요 ㅇ skaffold와 Intellij를 연동하여 쿠버네티스 로컬 개발환경 세팅하면서 발생한 문제를 해결하는 과정 정리 ㅇ 이전 글: [kubernets] Kubernetes 로컬 개발환경 skaffold, Intellij ㅁ 목록 ㅇ Gradle 오류발생 ㅇ skaffold build 중 Git init 오류 ㅇ skaffold run 시 image pull 에러 ㅁ 트러블슈팅1, Gradle 오류발생 ㅇ Gradle 7.5가 로컬에서 실행되면서 문제가 발생하였다. ㅇ 현재 개발환경과 최근 Gradle의 버젼이 맞이 않아서 발생. ㅇ Gradle 6.8.3으로 수정하여 문제 해결함. ㅁ 트러블슈팅2, skaffold build 중 Git init 오류 $ s..

[kubernetes] 개발환경 목차 ㅁ 개요 ㅇ [kubernets] skaffold란, Kubernetes 로컬 개발환경에서 skaffold를 알아보았습니다. ㅇ skaffold와 Intellij를 연동하여 쿠버네티스 로컬 개발환경 세팅하는 과정을 정리하였습니다. ㅇ 궁극적으로 skaffold를 통해 쿠버네티스 환경에서 Debug모드로 프로세스의 흐름을 분석하는 것이다. ㅇ skaffold를 구성을 공부하는 과정에서 트러블 슈팅은 여기에 정리되어 있다. ㅁ Spring 샘플 프로젝트 생성 ㅇ Spring 샘플 프로젝트를 생성하여 해당 프로젝트를 Intellij로 실행하였다. ㅇ 참고로 위 이미지는 트러블 슈팅으로 인해 예전에 만든 프로젝트 이름임. ㅁ skaffold.yaml 생성 ㅇ skaffold..

[kubernetes] 쿠버네티스 목차 [kubernetes] 모니터링 방법 정리 ㅁ 개요 ㅇ 현재 EKS 업그레이드 작업을 진행 중에 Describe를 통해 개별 Event를 확인하기는 번거로움이 있었다. ㅇ 그래서 업그레이드 과정에서 이상이 발생한 pod들 전체 event를 볼 수 있는 방법에 대해 정리하였다. ㅁ 테스트용 Pod 실행 $ kubectl run centos --image=centos:7 --port=8081 pod/centos created ㅁ Pod Event 확인 ㅇ kubectl describe po centos 명령어를 통해 하단의 Events를 확인할 수 있다. ㅁ 전체 이벤트 확인 $ kubectl get events LAST SEEN TYPE REASON OBJECT ME..

ㅁ 개요 ㅇ AWS EKS 1.20 지원일이 2022년 11월 1일까지이다. 현재 사용중인 1.20에서 1.21으로, 다시 1.22로 업그레이드 할 예정이다. ㅇ 실질적인 EKS 버젼업 작업을 하기 전에 kubernetes 스키마 유효성 검사를 수행하는 방법에 대해서 정리하였다. ㅁ Amazon EKS Kubernetes 릴리스 일정 ㅇ 자세한 내용은 이곳에서 확인할 수 있다. ㅁ kubernetes 클러스터, dry-run Kubernetes CLI(kubectl)에는 클러스터에 적용되기 전에 리소스를 확인할 수 있는 기능이 있다. 클러스터에 Kubernetes 리소스를 적용하지 않고 유효성 검사를 수행하는 kubectl create 또는 kubectl apply 명령을 수행할 때 dry-run ( -..

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

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

ㅁ 개요 ㅇ 이글은 [EBS] EKS 생성, MongoDB 구성, gp2에서 gp3 EBS 볼륨으로 마이그레이션 에서 이어지는 글이다. ㅇ CSI Driver 설치 없이 AWS Console에서 gp2에서 gp3로 타입변경을 한 상태에서 포퍼먼스 테스트를 진행하려 한다. ㅇ 테스트를 위한 gp2 생성과 테스트 pod는 AWS 문서를 참조하였다.  ㅁ Storageclasses gp2에 대한 이해[ec2-user@ip-172-31-43-214 gp3Test]$ kubectl get sc gp2NAME PROVISIONER RECLAIMPOLICY VOLUMEBINDINGMODE ALLOWVOLUMEEXPANSION AGEgp2 (default) ..

ㅁ 개요 ㅇ MonogoDB의 볼륨이 gp2로 구성되어 있는 것을 gp3로 변경 테스트환경 구성과정 정리 ㅇ EKS에 CSI Driver를 설치 하지 않고 AWS Console에서 gp3 업그레이드 후 볼륨 접속 확인 ㅁ EKSCTL를 이용한 EKS 생성 및 확인과정 $ eksctl create cluster --name k8s-peter --region ap-northeast-2 --version 1.20 --nodegroup-name work-nodes --nodes 1 --nodes-min 1 --nodes-max 3 --node-type t3.medium --node-volume-size=20 --with-oidc --ssh-access --ssh-public-key aws-login-key --..

ㅁ 개요 ㅇ 생성되어 있는 CloudFormation 스택을 삭제하는 과정 정리 ㅁ 삭제 이유 ㅇ EKS는 유지하는 비용이 발생한다. 그래서 사용하지 않은 EKS는 삭제처리 하였는데, CloudFormation의 스택은 그대로 남아있었다. ㅇ CloudFormation의 비용은 발생하지 않는다. 다만 생성된 스택의 리소스만 비용이 발생한다. ㅇ 기타 리소스도 깔끔하게 정리하기 위해 삭제처리한다. ㅁ 스택 조회 ㅇ eksctl-k8s-demo-cluster를 삭제하려고 한다. ㅇ 스택을 선택하고 삭제를 클릭한다. ㅁ 삭제 시 모든 스택 리소스 삭제 ㅇ CloudFormation으로 구성된 스택의 리소스를 확인할 수 있다. ㅇ 스택 삭제 작업 중에 선택한 리소스는 삭제를 하지 않느다. ㅁ 삭제 진행 중, D..