[AWS][SAA][EXAMTOPICS] Question 328

The HTTP application of a business is protected by a Network Load Balancer (NLB). The target group of the NLB is set to use an Amazon EC2 Auto Scaling group with numerous EC2 instances running the web service.
The firm sees that the application's HTTP faults are not being detected by the NLB. These problems need a manual restart of the web service's EC2 instances. The organization need a way to increase the application's availability without having to write bespoke scripts or code.

What actions should a solutions architect take to ensure that these criteria are met?

• A. Enable HTTP health checks on the NLB, supplying the URL of the company's application.
• B. Add a cron job to the EC2 instances to check the local application's logs once each minute. If HTTP errors are detected, the application will restart.
• C. Replace the NLB with an Application Load Balancer. Enable HTTP health checks by supplying the URL of the company's application. Configure an Auto Scaling action to replace unhealthy instances.
• D. Create an Amazon CloudWatch alarm that monitors the UnhealthyHostCount metric for the NLB. Configure an Auto Scaling action to replace unhealthy instances when the alarm is in the ALARM state.

 

한글 번역

기업의 HTTP 애플리케이션은 NLB(Network Load Balancer)로 보호됩니다. NLB의 대상 그룹은 웹 서비스를 실행하는 수많은 EC2 인스턴스가 있는 Amazon EC2 Auto Scaling 그룹을 사용하도록 설정됩니다.
회사는 응용 프로그램의 HTTP 오류가 NLB에서 감지되지 않는 것으로 확인합니다. 이러한 문제는 웹 서비스의 EC2 인스턴스를 수동으로 다시 시작해야 합니다. 조직은 맞춤형 스크립트나 코드를 작성하지 않고도 애플리케이션의 가용성을 높일 수 있는 방법이 필요합니다.

솔루션 설계자는 이러한 기준을 충족하기 위해 어떤 조치를 취해야 합니까?

• A. NLB에서 HTTP 상태 확인을 활성화하고 회사 응용 프로그램의 URL을 제공합니다.
• B. EC2 인스턴스에 cron 작업을 추가하여 1분에 한 번씩 로컬 애플리케이션의 로그를 확인합니다. HTTP 오류가 감지되면 애플리케이션이 다시 시작됩니다.
• C. NLB를 Application Load Balancer로 교체합니다. 회사 애플리케이션의 URL을 제공하여 HTTP 상태 확인을 활성화합니다. 비정상 인스턴스를 교체하도록 Auto Scaling 작업을 구성합니다.
• D. NLB에 대한 UnhealthyHostCount 지표를 모니터링하는 Amazon CloudWatch 경보를 생성합니다. 경보가 ALARM 상태일 때 비정상 인스턴스를 교체하도록 Auto Scaling 작업을 구성합니다.

 

 

 

 

정답

• C. Replace the NLB with an Application Load Balancer. Enable HTTP health checks by supplying the URL of the company's application. Configure an Auto Scaling action to replace unhealthy instances.

 

해설

애플리케이션 로드 밸런서 개요

Application Load Balancer는 OSI(Open Systems Interconnection) 모델의 7번째 계층인 애플리케이션 계층에서 작동합니다. 로드 밸런서는 요청을 수신한 후 우선 순위에 따라 리스너 규칙을 평가하여 적용할 규칙을 결정한 다음 규칙 작업의 대상 그룹에서 대상을 선택합니다. 애플리케이션 트래픽의 내용에 따라 요청을 다른 대상 그룹으로 라우팅하도록 리스너 규칙을 구성할 수 있습니다. 라우팅은 타겟이 여러 타겟 그룹에 등록된 경우에도 타겟 그룹별로 독립적으로 수행됩니다. 대상 그룹 수준에서 사용되는 라우팅 알고리즘을 구성할 수 있습니다. 기본 라우팅 알고리즘은 라운드 로빈입니다. 대안으로,

애플리케이션에 대한 전체 요청 흐름을 방해하지 않고 요구 사항이 변경되면 로드 밸런서에서 대상을 추가 및 제거할 수 있습니다. Elastic Load Balancing은 시간이 지남에 따라 애플리케이션에 대한 트래픽이 변경됨에 따라 로드 밸런서를 확장합니다. Elastic Load Balancing은 대부분의 워크로드로 자동으로 확장할 수 있습니다.

로드 밸런서가 정상 대상에만 요청을 보낼 수 있도록 등록된 대상의 상태를 모니터링하는 데 사용되는 상태 확인을 구성할 수 있습니다.

자세한 내용 은 Elastic Load Balancing 사용 설명서 의 Elastic Load Balancing 작동 방식 을 참조하십시오 .

 

참조 문서

https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html

What is an Application Load Balancer? - Elastic Load Balancing