본문 바로가기
[AWS]/AWS SAA EXAMTOPICS

[AWS][SAA][EXAMTOPICS] Question 36 (확인)

by METAVERSE STORY 2022. 9. 5.
반응형
728x170

On a fleet of Amazon EC2 instances, a business runs a production application. The program takes data from an Amazon SQS queue and concurrently processes the messages. The message volume is variable, and traffic is often interrupted. This program should handle messages continuously and without interruption.

Which option best fits these criteria in terms of cost-effectiveness?

  • A. Use Spot Instances exclusively to handle the maximum capacity required.
  • B. Use Reserved Instances exclusively to handle the maximum capacity required.
  • C. Use Reserved Instances for the baseline capacity and use Spot Instances to handle additional capacity.
  • D. Use Reserved Instances for the baseline capacity and use On-Demand Instances to handle additional capacity.

 

한글로 번역

Amazon EC2 인스턴스 집합에서 기업은 프로덕션 애플리케이션을 실행합니다. 이 프로그램은 Amazon SQS 대기열에서 데이터를 가져와 동시에 메시지를 처리합니다. 메시지 볼륨은 가변적이며 트래픽이 자주 중단됩니다. 이 프로그램은 중단 없이 지속적으로 메시지를 처리해야 합니다.

비용 효율성 측면에서 이러한 기준에 가장 적합한 옵션은 무엇입니까?

  • A. 스팟 인스턴스만 사용하여 필요한 최대 용량을 처리하십시오.
  • B. 필요한 최대 용량을 처리하기 위해 독점적으로 예약 인스턴스를 사용합니다.
  • C. 기준 용량으로 예약 인스턴스를 사용하고 추가 용량을 처리하기 위해 스팟 인스턴스를 사용합니다.
  • D. 기준 용량으로 예약 인스턴스를 사용하고 추가 용량을 처리하기 위해 온디맨드 인스턴스를 사용합니다.

 

정답:

  • C. Use Reserved Instances for the baseline capacity and use Spot Instances to handle additional capacity.

 

해설:

질문이 꽤 모호하다고 생각한다. 보통의 경우였다면 메시지 볼륨이 가변적이고 트래픽이 자주 중단된다고 한다는 가정과 프로그램이 중단 없이 지속적으로 메시지를 처리해야 한다는 점이 중요하다면 원래는 온딤내드 인스턴스를 사용했을 것이다.

내가 생각하기에 여기서 맹점은 SQS 대기열에서 데이터를 가져와 동시에 메세지를 처리한다는 점이다. 스팟 인스턴스의 특성상 저렴한 대신 내가 측정한 경매가 보다 사용가가 비싸면 사용이 중지되며 장애가 일어난다. 하지만 SQS는 사용 가능한 SPOT 인스턴스가 없더라도 기존 인스턴스는 메세지를 계속 처리한다. 메시지를 처리하는 시간은 길어지겠지만 큐에 있는메세지가 아직 처리중이기 때문에 다운이 아닌 지연일 뿐이다.

SQS 대기열은 스팟 인스턴스가 중단되더라도 메시지 전달을 보장한다. 

만약 SQS 언급이 없이 이 문제가 나왔다고 한다면 지체없이 D를 골랐을 것이다. SQS가 들어가서 되게 애매하고 어려운 문제인 것 같다. 

참조 문서

https://docs.aws.amazon.com/ko_kr/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-visibility-timeout.html

 

Amazon SQS 제한 시간 초과 - Amazon Simple Queue Service

새로운 제한 시간은 ChangeMessageVisibility 작업을 호출한 시간부터 적용됩니다. 또한, 새 제한 시간은 특정 메시지 수신에만 적용됩니다. ChangeMessageVisibility는 메시지 수신이나 이후 대기열의 제한

docs.aws.amazon.com

 

https://aws.amazon.com/ko/blogs/compute/running-cost-effective-queue-workers-with-amazon-sqs-and-amazon-ec2-spot-instances/

 

Running Cost-effective queue workers with Amazon SQS and Amazon EC2 Spot Instances | Amazon Web Services

This post is contributed by Ran Sheinberg | Sr. Solutions Architect, EC2 Spot & Chad Schmutzer | Principal Developer Advocate, EC2 Spot | Twitter: @schmutze Introduction Amazon Simple Queue Service (SQS) is used by customers to run decoupled workloads in t

aws.amazon.com

20220905

Amazon EC2 인스턴스 집합에서 기업은 프로덕션 애플리케이션을 실행합니다. 이 프로그램은 Amazon SQS 대기열에서 데이터를 가져와 동시에 메시지를 처리합니다. 메시지 볼륨은 가변적이며 트래픽이 자주 중단됩니다. 이 프로그램은 중단 없이 지속적으로 메시지를 처리해야 합니다.

비용 효율성 측면에서 이러한 기준에 가장 적합한 옵션은 무엇입니까?

지문에서 프로덕션 애플리케이션을 실행한다고 한다. Amazon SQS 대기열에서 데이터를 가져와 동시에 메시지를 처리한다고 한다.
프로그램이 자주 중단되는데, 중단 없이 지속적으로 메시지 처리를 하기 위해 비용 측면에서 적합한 옵션은 무엇인가
답변은 C 선택지 기준 용량으로 예약 인스턴스를 사용하고 추가 용량을 처리하기 위해 스팟 인스턴스를 사용합니다.
인스턴스에서 가장 저렴한 솔루션으로 예약 인스턴스를 기한을 정한 상태에서 스팟 인스턴스를 적용해서 트래픽이 과도하게 몰리는 시간에 적용을해서 사용자들이 원할하게 이용할수 있도록 조치한다.

반응형
그리드형

댓글