바닥코딩
EC2, EBS, ELB 본문
EC2(Elastic Compute Cloud)
개발단계 혹은 개발 완료 후 서비스를 하기위해 프로젝트와 스토리지의 사용량을 미리 생각하는 것은 굉장히 어려운 일입니다. 새로운 기술과 방대한 정보가 계속되서 등장하는 현재 IT 시장에서 기존의 예상보다 더 많은 스토리지가 필요한 경우는 허다하며, 그와 반대로 예상보다 적은 공간이 필요한 경우나 혹은 특정기간만 서버를 사용해야 하는 경우도 존재할 수 있습니다. 이러한 환경에서 고정적인 서버의 할당은 유연한 개발의 방해요소가 될 수 있습니다.
AWS에서는 이러한 환경을 고려해 EC2라는 기능을 제공합니다. EC2는 클라우드 환경에서 크키가 유연하게 변경되는 기능을 수행합니다.
EC2 요금 지불 방법 종류 및 선택 요령
EC2에서는 유연한 공간 활용 기능을 제시하는 만큼 그에따라 다양한 요금 지불 방법이 있으며 크 특징에 대해 살펴보겠습니다.
- On-demand : 시간 단위로 가격이 고정되어 요금 산출
- Reserved : 한정된 EC2 용량을 사용하며, 시간별 할인 적용 가능
- Spot : 입찰 가격 적용(가장큰 할인률), 특히 인스턴스의 시작과 끝기간이 전혀 중요하지 않을 때 유용
개념적으로 어렵지는 않지만 각 지불 방법마다. 어떤 상황에서 사용하는 것이 효울적인지 알아보면 이해가 더 쉬울 것입니다.
On-demand : 오랜시간동안 선불을 내지 않고 최소한의 비용을 지불하여 사용하고 싶을 때 (언제 시작 되고 끝나는지 모를때 , 기간이 단기간일때 유용!)
Reserved : 안정된, 예상가능한, 선불로 인한 컴퓨팅 비용 감소 (개발의 시작 끝 기간을 미리 알 수 있는 경우에 유용!)
Spot : 단순한 비용절감이 목적일 때 (개발의 시작과 끝 이런 것에 구애받지 않을 경우에 유용!)
EBS(Elastic Block Storage)
EBS는 EC2 인스턴스(가상 컴퓨팅 환경)에 부착되어 있는 스토리지 즉 일종의 하드디스크로 볼 수 있습니다. EBS는 스토리지 볼륨을 생성하여 사용이 되어지는 가상의 하드디스크이며 두가지 볼륨 타입이 제공됩니다.
SSD Type
- General Purpose SSD(GP2) : 최대 10K IOPS 지원하며 1GB당 3IOPS 속도가 나옴
- Provisioned IOPS SSD(IO1): 극도의 I/O률을 요구하는 환경에서 주로 사용되며 10K 이상의 IOPS 지원
Magnetic/HDD Type
- Throughput Optimized HDD (ST1) : 빅데이터 Datawarehouse, Log 프로세싱시 주로 사용(부트 볼륨으론 사용 불가)
- CDD HDD(SC1) : 파일 서버와 같이 드문 볼륨 접근시 주로 사용, 비용 매우 저렴(부트 볼륨 사용 불가)
- Magnetic(Sandard) : 디스크 1GB당 가장 싼 비용을 자랑함. 부트 볼륨으로 유일하게 사용가능
EBS Availability Zone (AZ)
EBS는 특정 availability zone 에서 생성이 됩니다. AZ(availability zone)은 하난의 Region 에 여러가지 AZ가 존재할 수 있습니다.
이는 중심부로부터 복사본들이 다른 AZ로 뿌려지며 한쪽 서버가 망가지거나 셧다운 되었으을 경우 다른 AZ의 백업을 통해 서비스 제공을 계속 가능하게 하는 매우 중요한 개념입니다. EBS에서는 이 AZ에 대한 설정을 완료해야 하며 실습 포스팅에서 이는 확인 해보겠습니다
ELB(Elastic Load Balancer)
ELB는 수많은 서버의 흐름을 균형있게 흘려보내는데 중추적인 역할을 하는 역할을 가지고 있습니다. 네트워크에 관련되어 있으며, 특정 하나의 서버러 트레픽이 몰리는 병목현상을 방지하거나 트레픽을 흐름을 제어하는 역할을 수행합니다. ELB의 종류로는 3가지가 있습니다.
- Application Load Balancer : OSI 7계층증 7L Application 계층에서 작동하며 HTTP. HTTPS와 같은 트레픽이 load balancing에 가장 접합합니다. 또한 고급 request 라우터 설정을 통하여 특정 서버로 request를 보내는 것이 가능합니다.
- Network Load Balancer : OSI 7계층중 4L Transport 계층에서 작동하며, 매우 빠른 속도를 자랑합니다 극도의 퍼포먼스가 TCP 트레픽에서 적합하며 초당 수백만개의 request를 아주 미세한 delay로 처리 가능합니다.
- Classic Load Balancer : 현재 Lagacy로 간주되며 거의 쓰이지 않는다. 다른 두개와 달리 7계층과, 4계층 라우팅 기능을 둘다 지원한다.