[AWS CCP] 8강 Additional Computing Service

[Scalability(확장성)]

스케일링 : 컴퓨터 수를 늘릴 수 있냐, 수요에 맞출 수 있냐

스케일링의 두가지 방법 :

scale up : 기존 시스템에 더 많은 용량 추가

scale out : 더 많은 시스템을 추가

클라우드 관점에서, scale out이 유리 (작은거 쓰는게 유리) (필요할 때 버릴 수 있음)

vertical scale은 분산처리가 안되는 경우에 쓴다(non-distributed system) -> 

 

(horizontal scailing)

분산가능한 시스템에 사용

 

[availability(가용성)]

고가용성 : 시스템에 문제가 생겨도 계속 쓸 수 있어야함

문제가 생겨도 금방 복구하고 회복해야하는 것

 

가용성(available)이라는 단어가 나오면 꼭 나와야 하는 단어 => disaster, failure 이걸 극복한다는 내용이 들어가야함

ex) which is a recommened pattern for designing a highly available architecture on AWS?

=> Ensure that the application is designed to accommodate failure of any single component.

그럼에도 불구하고 극복했다 ~ 이런 얘기가 나와야함

 

(ex) amazon ec2 인스턴스를 여러 가용 영역에 배포하는 주된 이유

=> 한 가용 영역에 실패가 발생할 경우 다른 가용 영역의 인스턴스가 트래픽을 처리할 수 있도록 하여 고가용성 제공

 

[elastic load balancing(ELB)] - Elasticity(탄력성)

실시간 수요에 따라 리소스를 자동으로 스케일업, 다운 하는 기능

비용 효율성 및 최적의 리소스 사용 제공

늘릴땐 늘리고, 어느 순간에는 줄일 수도 있어야함

탄력성은 줄인다- 는 내용도 포함돼야함

 

ex) what AWS benefit refers to a customer's ability to deploy applications that scale up and down the meet variable demand?

=> Elasticity

 

[Amazon EC2 Auto Scaling]

애플리케이션 수요의 변화에 따라 ec2 인스턴스 수를 자동으로 조정하여 가용성을 높임

ec2 인스턴스를 사용하므로 사용하는 인스턴스에 대해서만 비용 지불 -> 비용효율적

 

[ASG(Auto Scaling Group)]

scale을 자동으로 해주는 그룹

최소용량, 원하는 용량, 최대용 정해두면 알아서 줄어들었다 늘어났다 함

 

[Scaling Strategies]

1) manual scaling : update by hand

 

2) dynamic scaling : 어떤 지표를 두고 줄이거나 늘림 (ex) cpu usage

- simple / step scaling : 50보다 크면 늘려라 ~ (if cpu>70%, ad 1 ec2 service)

- target tracing scaling : 평균을 50으로 지정 (keep average cpu usage to 50%)

- scheduled scaling : 9시부터 6시까지는 2개 쓰고 끝나면 하나로 해라~ (increase at 12pm, decrease at 2pm)

 

ex) 만약 cpu 사용량이 80% 이상이면 ec2를 하나 더해줘라 ~ 요런식으로 짤 수 있음

80에서 81이 되는 순간? -> 40% 40%로 나뉘게됨

ex) memory가 8G 중 6G 이상이면 하나 더 늘려라 ~ 요런식으로

 

3) predictive scaling

기록을 보고 인공지능이 적절한 plan을 짜줌

히스토리 기록을 보고 퓨처로드를 예측해줌

단점 : 분석하는데 돈이 듦

 

[Elastic Load Balancing(ELB)]

들어오는 애플리케이션 트래픽을 EC2 인스턴스와 같은 여러 리소스에 자동으로 분산하여 성능 및 신뢰성을 최적화

다양한 라우팅 방법을 토대로 트래픽을 인스턴스에 자동으로 라우팅

시간당 비용을 늘리지 않고도 수요에 따라 트래픽 라우팅을 조정할 수 있

ec2는 여러개 만들 수 있음

80%를 40%, 40%로 나누는것처럼

그 부하를 나눠주고 관리하는 친구 : aws manage load balancer

나눠진 ec2에 분산을 적절히 해줌

 

(ELB의 이점)

 

(라우팅 방법)

 

[elastic load balancer]

aws managed auto loa balancer 3가지

- application loa balancer : 단위가 ec2

- network load balancer

- gateway load balancer

 

[요약]

이 단원에서 알아야할 3가지 =>

high availability -> failure, disaster 이런 단어 나워줘야

scalability

elasticity(탄력성) : 줄이고 늘리는거 둘 다 나와야함(수요에 맞춰서)(demand가 나와야)

 

scale을 자동으로 해주는것 : ASG(auto scaling group)

자동으로 scale돼서 ec2가 여러개 생김. 여기서 각각의 ec2로 분산해주는게 : ELB(elastic load balancer)

 

 

(ex)

1. which process is an example of elastic load balancing?

=> ensuring that no single amazon ec2 instance has to carry the full workload on its own

 

+ ASG : removing unneeded amazon ec2 instances when demand is low / automatically adjusting the number of amazon ec2 instances to meet demand.

 

2. what is the benefit of elasticity in the AWS cloud?

=> automatically adjust the required compute capacity to maintain consistent performance