LiJell's 성장기

현재 AWS ECS와 EC2 Spot Instance 조합을 이용중이고, ECS managed instance draining기능 활성화로 spot capacity rebalancing상황을 컨트롤하고 있었습니다. 따라서, 의도치 않은 rebalancing과 같은 ASG의 활동으로 EC2 인스턴스의 종료를 방지하기 위한 목적으로 ECS에서 Managed Termination Protection 옵션을 활성화 시켰는데요, instance scale-in-protection에 문제가 발생하여 이 글을 작성하게 됐습니다. 개요 Managed Termination Protection을 사용하면 AWS ECS는 실행 중인 task가 없는 EC2 instance만 종료합니다. 하지만, 배포가 실행되어 새로운 con..

Abstract 최근 ECS에 ECS managed instance draining 기능이 추가되어 관련 내용을 공유하고자 이 글을 작성하게 됐는데요, AWS EC2 instance를 capacity provider로 사용하는 분들에게 이 글이 도움이 될 것 같습니다. 그 동안 AWS EC2 instance를 capacity provider로 사용하게되면 draining process 최적화를 위해 Auto Scaling lifecycle hooks 로 커스텀 컨트롤이 필요했습니다. How to Automate Container Instance Draining in Amazon ECS | Amazon Web Services Update 24 Aug 2023: The approach described in..

Building Multi-architecture Container Images and Deploying for Multi-Region in parallel way 개요 저는 ECS EC2 spot instance 가용성과 안정성 확보를 위해서 amd64와 arm64 모두 사용중입니다. 따라서, container도 multi-architecture 빌드가 필요했습니다. 저는 이미지 빌드 최적화와 여러 regions에 동시 배포를 위해 manifest list를 활용했습니다. 결과적으로 Github Action matrix를 통해 빠르게 각 regions에 이미지 push와 배포할 수 있습니다. ps) if you need a English version, you can check out following..

개요 이 글을 쓰게된 이유는 비용 절감을 위해 ECS Fargate에서 ECS EC2 Spot instance로 전환하면서 발생한 문제로 작성하게 됐다. Capacity Provider로 Fargate 이용시 task scaling이 빠른데 비하여, EC2 Spot instance를 이용시 instance 생성할 때 그리고 생성된 isntance를 capacity provider에 배치할 때 두번 시간이 들기 때문에 instace에 배정될 task 뿐만 아니라 instance의 scaling out 속도 개선이 절실했다. Amazon EC2 Auto Scaling의 웜 풀 등 다른 대안도 있지만, 혼합 인스턴스 그룹은 지원하지 않기 때문에 다른 부분에서 최적화가 필요했다. 방법 1. Capacity pr..

개요 나는 ECS capacity provider를 Fargate에서 Spot Instance로 전환 중이였고, 안정성을 위한 EC2 Auto Scaling Multiple Launch Templates을 적용하며 겪은 내용을 정리해봤다. 문제점 ECS capacity provider를 EC2 spot instance로 전환하면서 안정성을 위해 multiple launch templates을 사용하고자 했습니다. 하지만, ARM architecture family instance만 적용이 되고 X86 architecture family instance는 찾아볼 수 없었습니다. 그에 대한 원인은 MixedInstancesPolicy configureation의 오류였습니다. 원인 작업은 Terraform에..

max-age와 s-maxage는 HTTP Cache-Control 헤더에서 사용되는 지시어입니다. 이 지시어들은 리소스가 얼마 동안 캐시에 유지될 수 있는지를 초 단위로 지정합니다. max-age max-age 지시어는 브라우저와 같은 개인(프라이빗) 캐시에 적용됩니다. 작동 방식: 이 지시어가 설정되면, 지정된 시간(초) 동안은 웹 서버에 새로운 요청을 보내지 않고 캐시에 저장된 데이터를 사용합니다. 예시 max-age=3600은 브라우저가 해당 리소스를 1시간 동안 캐시해야 함을 의미합니다. s-maxage s-maxage 지시어는 공유(셰어드) 캐시에 적용됩니다. 예를 들어, CDN과 같은 중간 캐시가 여기에 해당합니다. 작동 방식: s-maxage는 공유 캐시가 해당 리소스를 얼마나 오랫동안 캐..

이 글은 AWS Docs에 있는 ECS Deployment 속도 개선을 관련 내용을 정리한 내용입니다. 배포가 느려 개발에 지연을 주고, Scaling시에도 Traffic이 몰렸을 때 서버가 죽는 경우까지 발생하여 글을 읽고 적어봤습니다. 아직은 한글 번역 글은 없기 때문에 도움이 되면 좋겠네요! ECS Deployment 속도 개선을 위해 아래와 같은 방법을 사용할 수 있습니다. HealthCheckIntervalSeconds , HealthyThresholdCount 값을 적정 수준으로 낮게 잡는다. deregistration_delay.timeout_seconds 과 ECS_CONTAINER_STOP_TIMEOUT를 적정 수준 낮게잡아 drain 시간을 줄인다. 가벼운 이미지 타입을 사용한다 vCP..

Edge Services Edge는 CDN에서 콘텐츠를 지역적으로 가까운 위치에서 사용자에게 전달하는 역할을 하는 서버들을 말합니다. 예를 들어, Edge Location에는 DNS 서비스 (AWS Route 53), 데이터 캐쉬 컨텐츠 (AWS CloudFront), 미디어 처리 (AWS elemental), DDOS/ L7 보안 (AWS Shield, AWS WAF) 등이 포함됩니다. Edge와 관련된 조금 더 자세한 내용은 아래 글을 참고해주세요. 웹 애플리케이션 서비스 개요 AWS로 애플리케이션을 만들 때 보통 아래와 같이 구성합니다. 웹 애플리케이션 = Origin + Edge + Client 애플리케이션을 구성할 때 "Origin(오리진)"은 주로 콘텐츠 전달 네트워크(CDN)나 웹 애플리케이..

AWS로 애플리케이션을 만들 때 보통 아래와 같이 구성합니다. 웹 애플리케이션 = Origin + Edge + Client 애플리케이션을 구성할 때 "Origin(오리진)"은 주로 콘텐츠 전달 네트워크(CDN)나 웹 애플리케이션에서 사용되는 용어입니다. 이것이 무엇을 의미하며 웹 애플리케이션과 관련된 중요한 역할에 대해 알아봅시다. 오리진(Origin)의 정의: 오리진은 CDN이나 웹 애플리케이션에서 사용자에게 제공되는 콘텐츠의 원본 출처입니다. 이것은 웹 사이트나 애플리케이션의 원본 파일 또는 데이터가 저장된 위치를 의미합니다. 오리진은 웹 서버, 스토리지 버킷, 애플리케이션 서버 또는 사용자에게 제공할 콘텐츠를 호스팅하는 기타 백엔드 시스템 등이 될 수 있습니다. 오리진의 종류: 오리진은 주로 두 가..