본 문제는 빌드업웍스에서 AWS 공인 솔루션스 아키텍트 — 어소시에이트 SAA-C02를 위해 개발한 연습문제입니다.
3개의 연습문제를 풀어 보시고 정답과 해설을 확인해 보세요.
문제
1. ELB (Elastic Load Balancer) 및 일련의 EC2 인스턴스와 함께 ASG (Auto Scaling Group)를 실행하고 있습니다. 상태 확인은 EC2 상태 확인을 사용하도록 ASG에서 구성됩니다. ELB는 EC2 인스턴스가 비정상임을 확인하여 서비스에서 제거했습니다. 그러나 인스턴스가 여전히 실행 중이며 ASG에 의해 종료되지 않은 것으로 나타났습니다.
이에 대한 설명은 무엇입니까?
A) 상태 점검 유예 기간이 아직 만료되지 않았습니다.
B) ASG가 인스턴스를 종료하기 전에 타이머가 만료되기를 기다리고 있습니다.
C) 연결 드레이닝이 활성화되고 ASG가 진행 중인 요청이 완료되기를 기다리고 있습니다.
D) ELB 상태 확인 유형이 ASG에 대해 선택되지 않았으므로 ELB에 의해 인스턴스가 비정상으로 판단되어 서비스에서 제거되었음을 알 수 없습니다.
2. 개발팀은 주말에 새로운 프로젝트를 위해 몇 대의 테스트 서버를 운영해야 합니다. 서버는 몇 시간 동안 중단없이 실행해야 합니다.
어떤 EC2 요금 옵션이 가장 적합합니까?
A) 전용 인스턴스
B) 스팟 인스턴스
C) 온디맨드 인스턴스
D) 예약 인스턴스
3. 회사에는 c4.2xlarge 인스턴스 유형과 c5.large 인스턴스가 혼합 된 ELB (Elastic Load Balancer) 뒤에 EC2 인스턴스가 있습니다. c5.large 인스턴스의 CPU 로드가 매우 높아서 활용률이 100%에 달하는 반면 c4.2xlarge 인스턴스는 성능이 좋았습니다.
성능 문제를 해결하는 가장 비용 효율적인 방법은 무엇입니까?
A) c4.2xlarge 인스턴스 유형만 사용하도록 구성을 변경합니다.
B) c5.large 인스턴스를 더 추가하여 로드를 보다 균일하게 분산합니다.
C) 모든 인스턴스를 배치 그룹에 추가합니다.
D) ELB에서 가중 라우팅 정책을 활성화하고 c4.2xlarge 인스턴스에 대해 더 높은 가중치를 구성합니다.
정답
1. D
Auto Scaling 그룹의 기본 상태 검사는 EC2 상태 확인만 해당합니다. 한 인스턴스에서 이러한 상태 검사에 실패할 경우 Auto Scaling 그룹은 해당 인스턴스를 비정상으로 간주하여 교체합니다.
하나 이상의 대상 그룹(Application Load Balancer 및 Network Load Balancer), 하나 이상의 로드 밸런서(Classic Load Balancer) 또는 둘 다를 Auto Scaling 그룹에 연결할 수 있습니다. 그러나 기본적으로 그룹은 인스턴스를 비정상으로 간주하지 않고 Elastic Load Balancing(ELB) 상태 확인에 실패할 경우 인스턴스를 교체합니다.
그룹에서 로드 밸런서가 제공하는 추가 테스트에 따라 인스턴스의 상태를 확인할 수 있도록 하려면 ELB 상태 확인을 사용하도록 Auto Scaling 그룹을 구성할 수 있습니다. 로드 밸런서가 정기적으로 ping을 전송하거나, 연결을 시도하거나, 요청을 전송하여 EC2 인스턴스를 테스트합니다. 이러한 테스트를 상태 확인이라고 합니다.
ELB 상태 확인을 사용하도록 Auto Scaling 그룹을 구성하면 EC2 상태 확인 또는 ELB 상태 확인에 실패할 경우 인스턴스를 비정상으로 간주합니다. 여러 로드 밸런서 대상 그룹 또는 Classic Load Balancer를 그룹에 연결할 경우 인스턴스를 정상으로 간주하려면 모두 해당 인스턴스가 정상이라고 보고해야 합니다. 그 중 하나가 인스턴스를 비정상으로 보고하면 다른 곳에서 정상으로 보고하더라도 Auto Scaling 그룹은 인스턴스를 교체합니다.
ELB를 사용하는 경우 ELB 상태 확인을 활성화하는 것이 가장 좋습니다. 그렇지 않으면 EC2 상태 확인에서 ELB가 비정상이라고 판단한 인스턴스가 정상으로 표시될 수 있습니다. 이 경우 인스턴스는 ELB에 의해 서비스에서 제거되지만 Auto Scaling에 의해 종료되지는 않습니다.
2. C
Amazon EC2는 사용자가 요구 사항에 따라 비용을 최적화할 수 있도록 다음과 같은 구입 옵션을 제공합니다.
- 온디맨드 인스턴스 — 시작하는 인스턴스에 대한 비용을 시간 단위로 지불합니다.
- Savings Plans — 1년 또는 3년 기간 동안 시간당 USD로 일관된 사용량을 약정하여 Amazon EC2 비용을 절감할 수 있습니다.
- 예약 인스턴스 — 1년 또는 3년 기간 동안 인스턴스 유형 또는 지역을 포함해 일관된 인스턴스 구성을 약정하여 Amazon EC2 비용을 절감할 수 있습니다.
- 예약된 인스턴스 — 1년 동안 항상 사용할 수 있는 인스턴스를 지정된 되풀이 일정으로 구입합니다.
- 스팟 인스턴스 — 미사용 EC2 인스턴스를 요청하여 Amazon EC2 비용을 대폭 줄일 수 있습니다.
- 전용 호스트 — 인스턴스 실행을 전담하는 실제 호스트 비용을 지불하며, 기존의 소켓, 코어 또는 VM 소프트웨어별 라이선스를 가져와 비용을 절감합니다.
- 전용 인스턴스 — 단일 테넌트 하드웨어에서 실행되는 인스턴스 비용을 시간 단위로 지불합니다.
- 용량 예약 — 원하는 기간 동안 특정 가용 영역의 EC2 인스턴스에 대해 용량을 예약합니다.
3. A
Amazon EC2 인스턴스는 여러 개의 스레드를 하나의 CPU 코어에서 동시에 실행할 수 있도록 하는 멀티스레딩을 지원합니다. 각 스레드는 인스턴스에서 가상 CPU(vCPU)로 표현됩니다. 인스턴스에는 인스턴스 유형에 따라 달라지는 기본 CPU 코어 수가 있습니다. 예를 들어 m5.xlarge 인스턴스 유형에는 기본적으로 2개의 CPU 코어와 코어당 2개의 스레드가 있어 vCPU는 총 4개입니다.
인스턴스의 CPU 옵션을 지정하려면 다음 규칙을 알아야 합니다.
- CPU 옵션은 인스턴스 시작 중에만 지정할 수 있으며 시작 후에는 수정할 수 없습니다.
- 인스턴스를 시작할 경우 요청에서 CPU 코어 수와 코어당 스레드를 모두 지정해야 합니다. 예제 요청은 인스턴스의 CPU 옵션 지정 단원을 참조하십시오.
- 인스턴스의 vCPU 수는 코어당 스레드를 곱한 CPU 코어 수입니다. 사용자 지정 vCPU 수를 지정하려면 인스턴스 유형에 대해 유효한 CPU 코어 수와 코어당 스레드를 지정해야 합니다. 인스턴스의 기본 vCPU 수를 초과할 수 없습니다. 자세한 내용은 인스턴스 유형별/CPU당 CPU 코어 및 스레드 단원을 참조하십시오.
- 멀티스레딩을 비활성화하려면 코어당 하나의 스레드를 지정하십시오.
- 기존 인스턴스의 인스턴스 유형을 변경하면 CPU 옵션이 자동으로 새 인스턴스 유형의 기본 CPU 옵션으로 변경됩니다.
- 지정한 CPU 옵션은 인스턴스를 중지, 시작 또는 재부팅한 후에도 유지됩니다.
c5.large는 vCPU가 2개이지만 c4.2xlarge는 vCPU가 8개 입니다. 가장 좋은 대답은 모든 인스턴스에 이 인스턴스 유형을 사용하는 것입니다.
빌드업웍스에서는 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’를 개발했습니다.
더 많은 문제와 자세한 해설을 원하신다면 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’로 오셔서 내용을 확인하세요.
빌드업웍스와 함께 AWS 공인 솔루션스 아키텍트 — 어소시에이트에 도전하여 여러분의 잠재력과 경력을 향상해보세요!
© 2020, Buildup Works LLC. All rights reserved.
