분류 전체보기
Monitoring(Prometheus + Grafana) 정복하기 - 0 (인트로)
Monitoring(Prometheus + Grafana) 정복하기 - 0 (인트로)
2024.03.18SpringBoot 모니터링으로 개념 설명과 로컬에서 띄워본 적이 있다. 1년 반 만에 작성하게 됐는데, 회사 생활과 AWS 인프라가 우선순위가 높았다. 현재는 조금 여유로워져서 이어서 포스팅하려고 한다. 아래의 순서대로 목차를 진행할 예정이다. 1. 다양한 환경 메트릭 수집 - 단일 EC2 기반 - EKS 파드 2. Prometheus 심화 - Promql - 알람, 레코딩 - 고가용성 3. Grafana 심화 - 필요한 부분 추가할 예정 기본적으로 애플리케이션은 SpringBoot고, 각자의 환경에 맞게 구성하면 된다.
Elastic Beanstalk 정복하기 - 11 (Terraform (opentofu) 활용하기)
Elastic Beanstalk 정복하기 - 11 (Terraform (opentofu) 활용하기)
2024.03.17EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 EB 정복하기 - 7 EB 정복하기 - 8 EB 정복하기 - 9 EB 정복하기 - 10 테라폼이 유료화가 되면서, 테라폼 프로젝트에서 포그돼 Opentofu라는 프로젝트가 완성됐고 리눅스 파운데이션에 속해있다. 밑의 프로젝트는 테라폼으로 돼있지만, Opentofu로 변경해서 실행해도 무방하다. Github 레포에서 sample-code-version버전을 사용하면 된다. 테라폼은 일반적으로 모듈을 지원하는데, Github와 같이 원격 저장소에 있는 것도 사용할 수 있다. 해당 코드들은 작성자의 레포에서 임포트해서 사용한다. 실행 방법은 매우 간단하다. # 1. sample-co..
Elastic Beanstalk 정복하기 - 10 (EBExtensions 활용하기)
Elastic Beanstalk 정복하기 - 10 (EBExtensions 활용하기)
2024.03.16EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 EB 정복하기 - 7 EB 정복하기 - 8 EB 정복하기 - 9 환경을 구성하고, 해당 환경을 EBExtensions로 환경을 변경해 본다. 환경 구성 구성한 환경은 아래 캡처를 참고하면 된다. 환경은 도커이고, 고가용성을 선택했다. 현재 구성은 최소 인스턴스 1, 최대 인스턴스 4, 스케일 아웃 인 트리거는 NetworkOut이다. 활용한 EBExtensions 오토 스케일링 크기를 지정하는 ebextension option_settings: aws:autoscaling:asg: MinSize: 2 MaxSize: 4 EC2의 config다. 여기서 좋은 것은 SSHSourc..
Elastic Beanstalk 정복하기 - 9 (EBExtensions 정리)
Elastic Beanstalk 정복하기 - 9 (EBExtensions 정리)
2024.03.12EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 EB 정복하기 - 7 EB 정복하기 - 8 이전에 애플리케이션 EB Health Check URL 지정과 환경 변수 지정한. ebextensions 자주 쓸만한 옵션들을 알아보고 다음 포스팅에서 적용해 볼 예정이다. aws:autoscaling:asg 인스턴스의 가용 영역 설정, 스케일링 아웃 다운 휴지기 시간 지정, 용량 리밸런싱, 최소 사이즈, 최대 사이즈가 있다. 간단하게 모든 옵션에 대해서 예시를 적어봤다. 필요에 맞게 설정하면 된다. option_settings: aws:autoscaling:asg: Cooldown: '720' # default 360 MinSize:..
Elastic Beanstalk 정복하기 - 8 (CI/CD - CodePipeline)
Elastic Beanstalk 정복하기 - 8 (CI/CD - CodePipeline)
2024.03.09EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 EB 정복하기 - 7 Github Action, CodePipeline 비교 CodePipeline CI/CD를 구현해 보기 앞서 Github Action과 비교해 보자. 1. Trigger Github Action: workflow.yaml 파일 기준으로 merge시 동작 CodePipeline: CodeStar로 Github 레포지토리와 브랜치 연결 merge시 동작 workflow 파일에서 on: push: branches와 마찬가지로 CodePipeline에서도 특정 브랜치를 지정할 수 있다. 물론 다른 방법도 있지만, 자동화하기에 좋은 방법이라고 생각한다. 2. Bui..
Elastic Beanstalk 정복하기 - 7 (CI/CD - Github Action)
Elastic Beanstalk 정복하기 - 7 (CI/CD - Github Action)
2024.03.08EB 정복하기 - 1 EB 정복하기 - 2 EB 정복하기 - 3 EB 정복하기 - 4 EB 정복하기 - 5 EB 정복하기 - 6 우선적으로 EB 정복하기 - 6을 보고, 대략적인 틀을 보고 오자. AWS IAM 사용자 생성, 정책 부여 AWS IAM 사용자를 생성하고, Github Action에서 EB 배포에 사용되는 정책들을 모두 줘야 한다. github-action-deploy 사용자를 생성해 주자. 정책은 생성한 후에 붙여줄 예정이므로 이름만 채우고 바로 생성해 준다. AccssKey는 필요하므로 발급한 후 저장해 준다. (노출되면, 악용될 수 있으므로 노출되지 않게 한다.) 이제 필요한 정책을 알아보자. 1. AdministratorAccess-AWSElasticBeanstalk 해당 정책은 AW..