피터의 개발이야기

ㅁ 개요 ㅇ AWS 사용하는 모든 자원은 비용이 발생하기 때문에 사용하지 않을 시에는 정지해야 한다. ㅇ RDS와 EC2에 태그만 추가하면 이를 간편하게 구현하기 위해 자동으로 끄고 켜지도록 되어 있다. ㅇ 현재 구성되어 있는 AWS 솔루션을 분석하여 그 방법에 대해서 정리하였다. ㅇ Instance Scheduler 솔루션을 동영상으로 설명해주고 있다. ㅁ Instance Scheduler on AWS 솔루션이란? Instance Scheduler on AWS 솔루션은 Amazon Elastic Compute Cloud(Amazon EC2) 및 Amazon Relational Database Service(Amazon RDS) 인스턴스의 시작 및 중지 일정을 구성하여 AWS 리소스 비용을 제어하는 데 ..

ㅁ 개요 ㅇ 개발계와 검수계는 비용절감을 위해 오전 9시~ 오후 6시에만 가동되고 있다. ㅇ 필요에 따라 AutoScale 그룹의 시간을 연장하는 방법에 대해서 정리하였다. ㅁ Auto Scaling 그룹 > 자동 조정 ㅇ Auto Scaling 그룹 > 자동조정에서 예약된 작업을 확인할 수 있다. ㅇ 주간 9~18시까지 운영하기 때문에 Auto Start와 Auto Shutdown 예약이 생성되어 있다. ㅇ Auto Shutdown을 선택 후 작업에서 편집을 클릭한다. ㅁ 예약 작업 편집 ㅇ 특정 시작 시간을 연장하고 싶은 시간으로 조정하여 변경 사항 저장을 하면 5월 23일은 오후 10시까지 시간이 연장된다.

ㅁ 개요 ㅇ 운영상 특정 시기에 대량 트래픽일 몰릴 경우 RDS CUP 사용량이 90%가 넘는 경우가 있다. 이를 대비하기 위해 RDS Aurora의 성능업을 수행하고 반대로 성능다운 작업을 수행하였다. DB 인스턴스 클래스 조정 스케일업 과정을 정리한다. ㅇ 현재 디비는 master와 read 인스턴스, 이중화로 구성되어 있다. 1. Aurora DB 리더인스턴스 스케일업 DB 인스턴스 클래스 조정 -> 계속 버튼 즉시적용 -> DB 인스턴스 수정 버튼 2. DB Status 상태 확인 : 수정중 -> 사용가능 참고로 수정 중일 때에 새로운 DB인스턴스를 생성하고 데이터볼륨을 붙이는 작업을 진행함. 인스턴스 생성이 완료되면, 디비의 파라메터를 설정하는 상태로 변경됨. 3. AWS 대시보드 Replica..

[kubernetes] 모니터링 방법 정리 ㅁ 개요 ㅇ 대량 트레픽 서비스에서 퍼포먼스 향상을 위해서는 트레픽의 응답 시간 체크가 필수적이다. ㅇ 응답이 지연되는 프로세스를 체크하고 퍼포먼스를 향상함으로써 제한된 리소스에서 서비스의 TPS를 높여 고가용성을 얻을 수 있다. ㅇ 고가용성을 높인가는 것은 적은 리소스로 더 많은 요청을 처리하게 되면서 AWS 비용절감과 시스템 병목장애를 예방할 수 있다. ㅇ 그러므로 트레픽 응답 지연 모니터링은 DevOps의 필수적인 요소이다. ㅁ AWS 대상그룹의 대상 응답시간 지표 ㅇ 대부분의 트래픽이 1초 미만인 것을 확인 할 수 있다. 하지만 특정 트래픽은 1초 이상의 것이 확인되고 있다. ㅇ Cloud Watch에 8초 이상에 대해서는 경고를 설정해 두었다. ㅇ 이미..

ㅁ 개요 ㅇ AWS에서 Amazon EKS 업데이트 메일을 하나 받았다. 현재의 쿠버네티스 버젼 확인 과정을 기록한다. ㅁ AWS 메일 내용 English follows Korean | 한국어버전 뒤에 영어버전이 있습니다 안녕하세요, Amazon EKS는 쿠버네티스 버전 1.19를 더 이상 지원하지 않으며 이 버전은 2022년 6월 30일부터 더 이상 지원되지 않습니다. 2022년 6월 30일부터 더 이상 새로운 1.19 클러스터를 생성할 수 없으며, 쿠버네티스 버전 1.19를 실행하는 모든 EKS 클러스터는 쿠버네티스 버전 1.20의 최신 플랫폼 버전으로 업데이트될 것입니다. 현재 쿠버네티스 버전 1.19에서 실행 중인 하나 이상의 EKS 클러스터가 있기 때문에 이 메시지가 표시됩니다. AP-NORTH..

나의 경험을 기록으로!! AWS 서브 도메인 생성부터 로드밸런스 설정과 SSL 인증 처리 과정을 정리하였습니다. 보안을 위해 HTTPS통신을 하며, HTTP:80으로 들어올 경우 HTTPS로 리다이렉션 시키는 방법도 알아보겠습니다. 클라이언트는 DNS를 통해 모두 AWS Route53으로 들어오게 된다. 지금은 기존 도메인에서 서브도메인을 추가하여 서비스를 추가하려 한다. 왜냐하면 SSL인증서가 서브도메인이 와일드카드로 구매하였기 때문이다. AWS Route53 서브도메인 생성 Route53에서 서브도메인을 추가하기 위해 레코드를 생성한다. 예를 들어 peter.xxxx.com을 만들어 보겠습니다. 아직 로드밸런스가 생성되어 있지 않기 때문에 임의 192.168.33.1로 세팅합니다. 레코드를 생성하였습..

4장 운영서버의 외부 환경 구성 이번 장에서는 도메인과 HTTPS의 원리를 알아보고 서비스에 적용하는 방법을 설명하고 있다. 도메인과 인증서를 통해 안전한 통신을 하는 방법을 아는 것이 이번 장의 목표라고 생각한다. 4.1.1 도메인, DNS Route53을 통해 도메인을 구입하고 관리할 수 있다. DNS를 모르는 사람을 위해 개념 설명을 하고 있다. 실질적인 서버에 요청을 하기 위해서는 IP가 필요하다. 사람의 인식에 유리한 도메인은 IP로 변환해야한다. DNS는 도메인을 IP로 변환하여 준다. 4.1.2 AWS Route 53을 이용한 도메인 등록 도메인을 직접 구매할 수도 있다. 구입 후 등록된 도메인에서 확인 할 수 있다. 4.1.3 로드 밸런서 도메인 등록 4.2.1 SSL/TLS, HTTPS ..

회사에서 급하게 프로젝트를 하나 진행하게 되었다. 기존에 구축되어 있던 애플리케이션을 재활용하여 새로운 서비스를 1주일만에 런칭해야했다. 12.21 2시에 회의를 통해 해야할 일 감을 받고, 바로 투입. 기존에 구축되어 있던 애플리케이션이 곧 종료될 것 같아서 개발계가 삭제되어 있는 상황이었다. 나는 Elastic Beanstalk를 잘 모른 상태에서 Elastic Beanstalk으로 구성된 운영서버를 개발계에 똑같이 만들려고 하고 있었다. 급한 김에 얼릉 책을 훓터보고 개발계 세팅을 시작하였다. 급하게 읽어서 이해를 못했던 나는 결국 EB로 생성된 인스턴스를 AMI로 복제하여 개발계를 세팅을 마무리 하였다. 아쉬웠다. 그래서 빨리 Elastic Beanstalk 장을 공부해서 정리해야겠다는 생각이 확..

2장 운영 서버 환경의 구성 2.1 운영서버 아키텍처의 이해 단일 구성 : 가장 기본적으로 단일 서버 구성이 있다. 하나의 서버에 애플리케이션과 데이터베이스가 함께 있다. 장애에 취약하고 서버자원의 효율성이 떨어진다. 데이터베이스 분리 : 네트워크를 이용하기 때문에 서비스 지연 시간과 보안을 고려해야한다. 하지만 스케일 아웃은 여전히 힘들다. 서버 단위의 로드 밸런스 : 로드 밸런스의 장점은 스케일 아웃이다. 일부 서버의 장애가 발생해도 가용 서버로 트래픽 분산을 통해 장애대응이 가능하다. L4장비를 사용한다. 서버 내 앱 단위의 로드 밸런스 : 로드 밸런스에 로드 밸런스를 두고 애플리케이션도 모듈별로 세분화하여 서버 자원의 효율성을 높이고 있다. 마이크로서비스의 장애 대응, 자원활용능력, 고트래픽에 대..

TDD 공부를 하면서 우연히 좋은 글을 보게 되었다. AWS환경의 로컬 테스트를 위한 방법으로 간단히 개념적으로 정리를 한다. 출처 : LocalStack Intro 우하한형제들의 기술 블로그 중 LocalStack을 활용한 Integration Test 환경 만들기 를 요약 정리한다. 로컬개발환경에서 AWS 서비스 사용에 따른 문제점 해결방법이 글의 주제이다. LocalStack은 오프라인에서 클라우드 앱을 개발하고 테스트할 수 있도록 도와준다. LocalStack은 AWS 클라우드 리소스의 기능을 에뮬레이션하여 제공하여 준다. localstack-utils 와 같은 라이브러리를 제공하여 junit 에서 쉽게 localstack 을 실행하는 방법도 제공하고 있다. DockerTestUtils 를 사용하..