Amazon RDS

AWS 추천 서비스 4가지 AWS EC2 - Amazon EC2는 Amazon Elastic Compute Cloud의 약자로 클라우드에서 확장식 컴퓨팅(오토스케일링)을 제공한다. 클라우드 컴퓨팅 이전의 온프레미스(On-premise) 방식은 IDC 또는 직장 내의 특정한 공간에 서버렉을 설치하여 그곳에 서버 장비들을 설치하는 방식이였다. 이 방식은 서버를 위한 인원을 배치해야 하고 서버에 필요한 하드웨어와 소프트웨어의 설치와 라우터 설정 등 수많은 절차가 있었고 기간은 짧게는 몇주에서 길게는 몇달에 이르기까지 수많은 시간과 비용과 인력이 소모되었다. 초기 투자 비용이 없는 소규모 프로젝트팀 또는 업체들은 이 비용이 큰 부담으로 다가왔고 서버 구성에 소극적으로 변하였다. 하지만 클라우드의 등장으로 소규모 프로젝트에서는 이러한 온프레미스 방식은 비선호 되었고, 클라우드를 다룰 수 있는 사람 1명만 있으면 간편하고 편리하게 서버를 구성할 수 있게 되었고 그 결과 폭발적인 스타트업 업체들이 생기게 되었다. AWS RDS - Amazon RDS는 Amazon Relational Database Service의 약자로 CPU, 메모리, 스토리지 및 IOPS가 모두 한데 묶여 하나의 서비스로 구성하여 제공한다. RDS를 구성하게 되면 데이터 베이스를 단 몇분만에 구성이 가능하다. Amazon RDS는 백업, 소프트웨어 패치, 자동 장애 감지 및 복구를 관리하며 사용자의 설정에 따라 RDS의 로그를 AWS의 범용 스토리지인 S3에 저장을 할 수 있다. AWS EBS - AWS EBS는 Amazon Elastic Block Store의 약자로 대규모로 처리량과 트랜잭션 집약적인 워크로드 모두를 지원하기 위해 EC2에서 사용하도록 설계된 사용하기 쉬운 고성능 블록 스토리지 서비스이다. AWS EC2의 프로세스와 SSD는 물리적으로 분리되어 있으며 t3.micro 인스턴스를 사용하다가 CPU의 부하량이 일정 수준 이상 넘을 경우 개발자는 EBS 스토리지의 스냅샷을 저장한 후 EC2 인스턴스의 프로세스를 다른 프로세스로 변경이 가능하다. 즉 1vCPU 1GB의 t3.micro에서 m5d.24xlarge의 96개의 vCPU와 384GB의 엉청난 성능의 인스턴스로 쉽게 수직 확장 할 수 있다. AWS Loadbalace - AWS 로드 밸런서란 클라우드의 특징 기능 중 하나이다. 기존의 온프라이미스 서버에서는 하나의 서버 패키지에는 최대 96개의 CPU와 192개의 스레드만 지원한다. 하지만 클라우드에서는 프로세스를 무한히 확장가능하다. 바로 AWS 로드 밸런서이다. 로드 밸런서를 이용하여 어플리케이션의 수요 변동에 따라 인프라가 빠르게 확장 하거나 축소 할 수 있도록 만들 수 있다. AWS 로드 밸런서를 사용 할때의 주의점으로는 GCP HTTP 로드 밸런스 보다 인스턴스의 생성시간에 몇 분이 걸림으로 로드 밸런서의 Health Check를 상대적으로 여유롭게 설정하는 편이 어플리케이션의 장애 예방에 효과적이다. https://github.com/dsg890789/JwsPortfolio/blob/master/Django%20Framework%20Project/4.%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C%20%EC%95%84%ED%82%A4%ED%85%8D%ED%8A%B8%20%EB%AC%B8%EC%84%9C.md

얼마 전 AWS 장애가 일어나 IT 업계에 큰 영향을 미쳤죠. 그럼에도 불구하고 여전히 IT 업체와 스케일아웃을 필요로하는 기업들이 AWS를 쓰는 이유가 있겠지용. 재난 상황을 지난 뒤(?) 슬로워크 스티비가 AWS를 처음 사용하게 된 이유와 그 과정을 공유해봅니다.