일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 정보처리기사실기 기출문제
- Linux
- MySQL
- Kubernetes
- AI
- kotlin querydsl
- 코틀린 코루틴의 정석
- kotlin coroutine
- APM
- mysql 튜닝
- 기록으로 실력을 쌓자
- 공부
- PETERICA
- CKA
- Java
- CloudWatch
- Elasticsearch
- 오블완
- AWS EKS
- CKA 기출문제
- kotlin
- Pinpoint
- aws
- 티스토리챌린지
- IntelliJ
- 정보처리기사 실기
- 정보처리기사 실기 기출문제
- Spring
- kotlin spring
- minikube
- Today
- Total
목록분류 전체보기 (798)
피터의 개발이야기
EKS 업그레이드 - 1탄: EKS, AddOn - 2탄: WorkNode - 3탄: kubectl ㅁ 개요 ㅇ AWS EKS 1.20의 EOS는 2022.11.1 이며, 이전에 업그레이드 작업을 수행해야한다. ㅇ 업데이트를 최소화하면서도 버젼 안정성을 위해 기존 1.20-> 1.21 ->1.22로 업그레이드 진행 하기로 협의하였다. ㅇ 업그레이드 과정을 학습하기 위해 테스트로 EKS를 구성하여 업그레이드를 진행하였다. Updating an Amazon EKS cluster Kubernetes version - Amazon EKS Even though Amazon EKS runs a highly available control plane, you might experience minor service i..
EKS 업그레이드 - 1탄: EKS, AddOn - 2탄: WorkNode - 3탄: kubectl ㅁ 개요 ㅇ Amazon EKS 버전 업그레이드 2탄, WorkNode 업그레이드에 대해서 정리하였다. ㅇ EKS 클러스트를 업그레이드를 완료하면, 해당 워크노드들의 EKS 버젼 업그레이드가 필요하다. ㅇ 이전 글: Amazon EKS 버전 업그레이드, #1 EKS 클러스터 ㅁ EKS WorkNode 업그레이드를 위한 AWS 사용설명서 관리형 노드 그룹 업데이트 - Amazon EKS 관리형 노드 그룹 업데이트 관리형 노드 그룹 업데이트를 시작하면 Amazon EKS가 관리형 노드 업데이트 동작에 나열된 단계를 완료하여 자동으로 노드를 업데이트합니다. Amazon EKS 최적화 AMI를 사 docs.aws..
ㅁ 개요 ㅇ 검수기 전용회선 네트워크 오류가 발생하였다. ㅇ Grafana 컨테이너를 추가하면서 Ingress 변경작업으로 인해 ALB 주소가 변경 되어 발생한 문제점이었다. ㅇ ALB 주소와 연결된 다른 설정부분을 설명하며, 해결과정에 대해서 정리하였다. ㅁ 검수기 전용회선 네트워크 오류 확인 요청이 인입되어 네트워크 확인 작업 ㅇ전체 네트워크 흐름에 따라 체크를 시작하였다. ㅇ Route53의 레코드 확인, 문제 없음. ㅇ 로드밸런서도 활성화 상태이다. ㅇ 접속 장애가 나고 있는 443 리스너의 대상그룹을 확인해야 한다 ㅇ Grafana 컨테이너 추가 작업 후 외부 접속을 위해 Ingress 수정 작업을 했던 시점에서 헬스케크에 문제점이 시작되었다. ㅇ 네트워크 인터페이스에서 해당 IP를 확인해 보았..
ㅁ 개요 ㅇ 검수기 서비스와 연동되어 있는 Agent에서 세션 절단 및 재접속 테스트를 위해 서비스를 단절 및 재기동요청이 왔다. ㅇ 작업을 진행하면서 POD재기동 방법을 정리하였다. ㅁ 테스트를 위한 5개 POD 생성 ㅁ Rollout ㅇ rollout에 명령어에 대한 사용방법이다. kubectl rollout restart deployment hello-world ㅇ rollout은 말그래도 pod들이 순차적으로 재기동되고 있다. ㅇ 순차적으로 재기동 되어 기존 POD는 Terminating 되었다. ㅁ Scale kubectl scale deployment hello-world --replicas=5 ㅇ replicas를 0으로 변경하여 모든 pod를 Terminating 한다. ㅇ replicas..
ㅁ 개요 ㅇ 긴 코드를 미니맵 형태로 에디터 창에 표시하는 CodeGlance 플로그인 설치 과정 정리 ㅁ CodeGlance 플로그인 설치 ㅇ 파일 > 설정 창에서 플러그인을 검색하여 설치를 한다. ㅇ 설치가 완료되면 IDE를 재시작한다. ㅁ 설치 확인 ㅇ코드가 미니맴 형태로 표시된 것을 확인할 수 있다.
ㅁ 개요 ㅇ GitToolBox 플러그인은 소스라인 별 마지막 커밋 정보를 보여 준다. ㅇ 개발하면서 소스의 이력을 바로 확인 할 수 있어, 해당 플러그인을 설치하였다. ㅁ GitToolBox 설치 ㅇ File > Settings로 이동해서 플러그인을 설치한다. ㅇ 설치 완료 후 재기동을 해야한다. ㅇ 재기동 후 GIT에 접속을 위한 인증정보를 입력해야한다. ㅁ 적용 확인 ㅇ 선택된 라인의 마지막 커밋정보를 바로 확인할 수 있다.
ㅁ 개요 ㅇ 이전 글에서 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..