피터의 개발이야기

ㅁ 개요 ㅇ 이글은 [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..

ㅁ 개요 ㅇ 이전 글인 [Elasticsearch] Elasticsearch DISK IO 병목현상 및 재기동 방법에서 burst traffic으로 인해 ES Data가 병목이 발생하여 해결하는 과정을 정리를 하였었다. ㅇ 현재 E/S Data 볼륨이 brust traffic 상황에서 gp2 볼륨 한계성으로 인해 Throttling 발생하여 2TB의 용량으로 확장하여 6000IOPS를 유지하고 있는 상황이다. ㅇ gp2에서 gp3의 확장이 필요하며,ES과 같은 대량의 트래픽을 처리하는 서비스에서 gp2보다는 gp3가 비용적 성능적으로 최적화 되어 있어서 구체적으로 그 차이를 정리하고자 이 글을 작성하였다. ㅁ Amazon Elastic Block Store(EBS)란? Amazon Elastic Bloc..

ㅁ 개요 EKS 버젼 업그레이드 테스트 중 기존 생성자 계정와 달라서 권한 문제가 발생하여 신규로 EKS를 생성하게 되었다. 그 과정에서 기존 CLI의 계정을 초기화하고 EC2 Role에 부여된 권한이 필요하였다. 그래서 aws configure에 등록된 Key 정보 초기화하였고 그 정리하였다. ㅁ .aws 폴더 구조 [ec2-user@ip-172-31-43-214 .aws]$ pwd /home/ec2-user/.aws [ec2-user@ip-172-31-43-214 .aws]$ ls config credentials [ec2-user@ip-172-31-43-214 .aws]$ cat config [default] region = ap-northeast-2 [ec2-user@ip-172-31-43-214..

ㅁ 개요 DB 부하지표가 발생하여 원인을 분석하였다. 현재 APM으로 사용 중인 Whatap은 라이센스 문제로 slowquery를 보는데에는 한계가 있 다. 부하를 주는 롱쿼리에 대한 분석과정을 개선하고자 AWS RDS 성능개선도우미를 도입하기로 하였고 그 과정을 정리하였다. ㅁ Cloud Watch RDS 부하 지표 확인 ㅇ 현재 RDS 라이트 인스턴스와 리더 인스턴스로 구성되어 있다. ㅇ 리더 인스턴스에서 롱쿼리가 발생하여 CPU 사용량이 증가 되었고 지표상 롱쿼리라 판단을 하였다. ㅇ 물론 운영상 통계를 추출하면서 롱쿼리가 발생할 수 있지만 이런 경우 모니터링 상 문제가 될 수 있기 때문에 전체 공유를 한다. ㅁ Whatap RDS 지표 확인 ㅇ 와탭 > RDS > 인스턴스 모니터링을 확인하면, 현..

ㅁ 개요 ㅇ [AWS] AWS Direct Connect 리소스 모니터링 정리하면서 네트워크 개념에 대해서 궁금했던 것을 정리함. ㅁ bps, BPS란? ㅇ bps, BPS는 초당 처리된 트래픽의 값을 의미한다. ㅇ 주로 인터넷 속도를 이야기할때 100M라고 표현하기도 했는데 이것이 실제로는 100Mbps를 나타낸다. ㅇ 다만, Bit와 Byte 중 더 큰 단위인 Byte를 사용할 때와 구분하기 위해 소문자 대문자로 구분 지어 표시하고 있다. bps : Bit Per Second(초당 전송되는 bit의 수) 통신 장비(기기)등의 속도를 나타내거나 측정할 때 많이 사용 BPS : Byte Per Second(초당 전송되는 Byte의 수) 자료(Data)등의 전송 시 측정하는 용도로 많이 사용 ㅇ 여기서 유..

ㅁ 개요 ㅇ AWS Direct Connect 모니터링 작업 정리 ㅇ Legacy - AWS 전용회선으로 연결되어 있고, 정기적으로 AWS에서 Direct Connect PM작업을 수행한다. ㅇ 수행 과정 중, 수행 완료 후 모니터링이 필요하다. ㅁ AWS Direct Connect의 PM작업 공지 확인 ㅇ 기존 Legacy 시스템과 AWS 환경 사이 전용회선이 있다. ㅇ 이 전용회선을 AWS에서 정기 PM(Planned Maintenance)작업을 진행하고 스케줄을 이메일과 이벤트로 알려준다. ㅇ 이벤트 확인은 여기에서 할 수 있다. ㅁ 메일 내용 From: Amazon Web Services, Inc. Sent: Friday, July 29, 2022 11:04 PM Subject: AWS Direc..

ㅁ 개요 AWS EKS 테스트 환경을 구성하여 테스트를 진행하고 있다. 이런 환경 구성은 비용이 발생하기 때문에 사용하지 않을 시 사용중지 처리를 해야하지만, 잊어버리는 경우가 있다. 이를 예방하기 위해 자동 크기 조정을 설정한다. ㅁ 자동 크기 조정 이동 ㅇ 예약된 작업의 예약된 작업 생성 버튼을 클릭한다. ㅇ Auto Stop 이라 이름을 정하였다. ㅇ 원하는 용량, 최소 최대를 모두 0으로 세팅한다. ㅇ 시간은 Cron 형태로 구성하였다. ㅁ 특정 시작 시간 ㅇ 때에 따라서 테스트가 더 필요한 경우는 종료 시간을 단편적으로 조정할 필요가 있다. ㅇ 이 때 기존 Cron 시간을 수정하면 나중에 또 다시 원래 시간으로 변경해야 하는 작업을 진행해야한다. ㅇ 이를 간편하게 하기 위해서 특정 시작 시간을 ..

ㅁ 개요 ㅇ AWS EKS를 이용하여 kubernetes 구축과정 정리하였다. ## 순서 ## - EKS란 - EKS를 구성하는 방법 - 사용자 추가 - 액세스 키 생성 - 키페어 생성 - AWS CLI 설치 - AWS Config 설정 - eksctl 설치 방법 - eksctl 통한 EKS 생성 ㅁ EKS란 ㅇ Amazon Elastic Kubernetes Service(Amazon EKS)는 Kubernetes를 실행하는 데 사용할 수 있는 관리형 서비스이다. ㅇ AWS Kubernetes 제어 플레인 또는 노드를 설치, 작동 및 유지 관리할 필요가 없다. ㅇ Kubernetes는 컨테이너화된 애플리케이션의 배포, 조정 및 관리 자동화를 위한 오픈 소스 시스템이다. ㅇ 시간당 0.1$달러 요금이 부과..