피터의 개발이야기

ㅁ 개요 ㅇ 테스트를 위해 신규 EKS 클러스터를 생성하였다. ㅇ 하지만 기존 EKS 클러스터dml kubeconfig가 남아 있어서 신규 EKS 클러스터와의 config 설정이 실패하였다. ㅇ 기존 kubeconfig를 삭제하고 신규 kubeconfig를 연결하는 과정을 이력남김. ㅁ 신규 클러스터 생성 시 에러 상황 ㅇ 신규 클러스트를 생성하였지만 실패메시지가 확인되었다. ㅇ AWS console에서 확인한 결과 정상 생성이 완료되었다. ㅇ 신규 클러스터의 상태를 확인하기 위해 pod 정보를 조회하여 보았지만 connection 실패가 확인되었다. ㅁ 로컬 use context확인 ㅇ kubectl config get-contexts 명령어를 통해 kubectl context정보를 확인하였다. ㅇ 기..

[kubernetes] 쿠버네티스 목차 [kubernetes] 모니터링 방법 정리 ㅁ 개요 ㅇ EKS에 순단이 발생하여 장애상황이 발생하였다. ㅇ 장애상황을 확인하는데, 정렬되어 있지 않은 EKS 이벤트 확인이 어려웠다. ㅇ EKS 이벤트의 정렬 방법을 정리하였다. ㅁ 소팅 조회방법 kubectl get events --sort-by='.metadata.creationTimestamp' -A kube-system 60m Normal LeaderElection lease/kube-scheduler ip-10-0-96-181.ap-northeast-2.compute.internal_f02cf5ab-2657-4180-ba3c-a2d39f55f3dd became leader kube-system 60m Norm..

ㅁ 개요 ㅇ CloudWatch 볼륨 지표상에서 Elasticsearch Data Node 볼륨의 병목현상이 발견됨. ㅇ 병목현상의 원인 분석 및 해결 과정 정리 ㅁ 병목현상 확인 ㅇ data node의 볼륨 IO가 병목이 발생하여 IO가 100% 상황 발생하였다. ㅁ 원인분석 GET /_nodes/hot_threads?pretty ㅇ 키바나의 Dev Tools를 이용하여 부하가 발생하는 스래드를 찾았다. 100.0% [cpu=71.2%, other=28.8%] (500ms out of 500ms) cpu usage by thread 'elasticsearch[elasticsearch-data-0][write][T#1]' 5/10 snapshots sharing following 30 elements j..

ㅁ 개요 ㅇ 이번 글에서는 공식문서를 토대로 시작구성을 시작 템플릿으로 마이그레이션을 정리하였다. 1편 [AWS AutoScaling] 시작구성 생성, AutoScalingGroup 생성 2편 [AWS AutoScaling] 시작 구성과 시작 템플릿의 차이점 3편 [AWS AutoScaling] 시작구성을 시작 템플릿으로 마이그레이션하기 ㅁ 시작구성 마이그레이션하기 현재 시작 구성을 사용 중인 경우 콘솔에서 기존 시작 구성의 데이터를 복사하여 해당 데이터를 시작 템플릿으로 마이그레이션할 수 있다. 그런 다음 시작 구성을 사용하는 배포된 오토 스케일링을 새 시작 템플릿으로 마이그레이션할 수 있다. 이렇게 하려면 인스턴스 새로 고침을 시작하여 그룹의 롤링 업데이트를 수행합니다. 자세한 정보는 Auto Sca..

ㅁ 개요 ㅇ AWS AutoScaling의 시작구성의 서비스 지원 종료로 인해 시작구성과 시작템플릿의 차이점을 공부 중이다. ㅇ 공식문서의 내용을 전반적으로 실습하고 그 과정을 정리하고 있다. ㅇ 이 전 글에서 시작구성과 시작템플릿의 차이를 정리하면서 이번 글에서는 시작구성 수정방법에 대해서 정리하였다. 1편 [AWS AutoScaling] 시작구성 생성, AutoScalingGroup 생성 2편 [AWS AutoScaling] 시작 구성과 시작 템플릿의 차이점 3편 [AWS AutoScaling] 시작구성을 시작 템플릿으로 마이그레이션하기 ㅁ 시작구성의 수정방법, 시작 구성 복사 시작구성은 한번 생성된 것은 수정할 수 없다. 그래서 수정을 원한다면 신규로 시작구성을 생성해야한다. 그 과정은 수정을 위한..

ㅁ 개요 ㅇ 2022년 말까지 Amazon EC2 Auto Scaling이 시작 구성(Launch Configuration)에 새로운 EC2 기능에 대한 지원을 더 이상 지원하지 않을 계획을 AWS Compute Blog에서 밝혔다. ㅇ 현재 운영 중인 시작구성을 시작템플릿으로 변경하기위한 작업을 진행하게 되었다. ㅇ 그래서 우선 AutoScaling Group의 시작 구성과 시작 템플릿의 차이점에 대해서 공부하였다. 1편 [AWS AutoScaling] 시작구성 생성, AutoScalingGroup 생성 2편 [AWS AutoScaling] 시작 구성과 시작 템플릿의 차이점 3편 [AWS AutoScaling] 시작구성을 시작 템플릿으로 마이그레이션하기 ㅁ 시작 구성이란? AWS Launch Confi..

ㅁ 개요 [AWS AutoScaling] 시작 구성과 시작 템플릿의 차이점에 대해서 정리하면서, 테스트를 위한 시작구성이 필요하여 생성하는 과정을 정리하였다. 1편 [AWS AutoScaling] 시작구성 생성, AutoScalingGroup 생성 2편 [AWS AutoScaling] 시작 구성과 시작 템플릿의 차이점 3편 [AWS AutoScaling] 시작구성을 시작 템플릿으로 마이그레이션하기 ㅁ 시작구성 생성(콘솔) ㅇ AWS 시작구성 문서를 참조하여 테스트를 위한 lanchConfigTest 시작구성을 생성하였다. ㅇ 우선 EC2 > 시작 구성 페이지에서 시작 구성 생성을 클릭한다. ㅇ AMI에는 AWS Marketplace 또는 Community AMI 중 하나를 선택할 수 있다. 나는 기존에 ..

ㅁ 개요 ㅇ 시스템 로그 점검 시 로그 저장 시 파일 시스템에 문제가 발생하였다. ㅁ 에러 내용 2022-12-07 10:16:20,753 I/O dispatcher 435 ERROR An exception occurred processing Appender error_file org.apache.logging.log4j.core.appender.AppenderLoggingException: Error writing to stream efs/logs/ts/error/gw-ts.log at org.apache.logging.log4j.core.Logger.log(Logger.java:161) at org.springframework.util.concurrent.ListenableFutureAdapter$1..

ㅁ 개요 ㅇ 지난 글에서 EKS CNI 플러그 트러블슈팅을 정리하면서 CNI 대해 궁금한 점이 생겼다. ㅇ 공부를 위한 개념정리 차원에서 글을 작성하였으며, 아래의 참조 블러그 내용 중에서 필요한 부분을 취합 정리하였다. ㅁ CNI란 무엇인가? Linux 컨테이너에서 네트워크 인터페이스를 구성하기 위한 플러그인 CNI 공식 GitHub에 따르면, Cloud Native Computing Foundation 프로젝트인 CNI(Container Network Interface)는 컨테이너 간의 네트워킹을 제어할 수 있는 기술적인 표준이다. Linux의 애플리케이션 컨테이너가 빠르게 발전하면서 기술적인 통일성을 확립하였지만, 다양한 형태로 컨테이너 런타임과 오케스트레이터 사이의 네트워크 계층을 구현하면서 중복..

ㅁ 개요 EKS 환경해서 POD당 하나의 IP가 필요하다. 초기 설계보다 많은 트래픽이 발생하여 더 많은 POD를 생성해야 하는데, subnet으로 할당된 IP가 부족하였다. 그래서 더 많은 호스트를 수용할 수 있도록 IP를 확장하기로 하여, Amazon EKS에서 여러 CIDR 범위 확장하는 방법에 대해서 공부하였다. AWS 문서 Amazon EKS에서 여러 CIDR 범위를 사용하려면 어떻게 해야 하나요?를 참조하였다. ㅁ VPC CIDR 확장 정책 변경의 필요성 초기 VPC 생성 시 할당한 CIDR는 변경할 수가 없었다. 신규로 더 큰 가용IP를 생성하여 기존의 서브넷과 교체하는 방법 확장할 수도 있다. 하지만 서비스를 운영에 변경은 쉽지 않다. 현재의 상황은 시스템 초기 설계 기준보다 더 많은 트래..