본 문제는 빌드업웍스에서 AWS 공인 솔루션스 아키텍트 — 어소시에이트 SAA-C02를 위해 개발한 연습문제입니다.
3개의 연습문제를 풀어 보시고 정답과 해설을 확인해 보세요.
문제
1. EC2 인스턴스를 시작한 후 두 번째 ENI (eth1) 인터페이스를 작성했습니다. 인스턴스를 종료하고 ENI 설정을 변경하지 않았습니다.
첨부된 ENI는 어떻게 됩니까?
A) eth1은 종료되지만 eth0은 지속됩니다.
B) eth0과 eth1 둘 다 지속됩니다.
C) eth1은 유지되지만 eth0은 종료됩니다.
D) eth0과 eth1은 모두 인스턴스와 함께 종료됩니다.
2. 관리자는 운영 오버 헤드와 비용을 줄이는 데 관심이 있으며 최근에 참석한 회의에서 서버리스 컴퓨팅에 대해 들었습니다. 그는 AWS가 회사가 활용할 수 있는 서비스를 제공하는지 묻습니다.
아래 목록에서 어떤 서비스를 알려 주겠습니까? (2개 선택)
A) Lambda
B) API Gateway
C) ECS
D) EC2
E) EMR
3. Amazon EC2 Auto Scaling에서 시작한 EC2 인스턴스에 문제가 있습니다. EC2 상태 확인 결과 인스턴스가 “Impaired” 것으로 확인되었습니다.
EC2 Auto Scaling은 어떤 작업을 수행합니까?
A) Auto Scaling은 자체 상태 확인을 수행하며 EC2 상태 확인과 통합되지 않습니다.
B) Auto Scaling은 가용 영역 재조정을 수행합니다.
C) 새 인스턴스가 즉시 시작된 다음 손상된 인스턴스를 교체 대상으로 표시합니다.
D) 인스턴스가 복구될 때까지 몇 분 정도 기다립니다. 그렇지 않으면 인스턴스를 종료한 다음 교체를 시작합니다.
정답
1. C
기본적으로 Eth0은 EC2 인스턴스가 실행될 때 생성되는 유일한 ENI(Elastic Network Interface)입니다. EC2 인스턴스에 추가 인터페이스를 추가할 수 있습니다(인스턴스 패밀리/유형에 따라 다름). 기본 인터페이스는 인스턴스 종료와 함께 종료됩니다. 수동으로 추가한 인터페이스는 기본적으로 종료되지 않습니다.
2. A, B
서버리스는 운영상의 책임을 AWS로 전환하여 민첩성과 혁신을 높일 수 있도록 하는 클라우드의 네이티브 아키텍처입니다. 서버리스를 사용하면 서버를 고려하지 않고 애플리케이션과 서비스를 구축하고 실행할 수 있습니다. 서버 또는 클러스터 프로비저닝, 패치 적용, 운영 체제 유지 관리 및 용량 프로비저닝과 같은 인프라 관리 작업을 덜어냅니다. 거의 모든 유형의 애플리케이션 또는 백엔드 서비스를 서버리스로 구축할 수 있으며, 애플리케이션을 고가용성으로 실행하고 확장하는 데 필요한 모든 사항이 자동으로 처리됩니다.
AWS에서는 서버리스 애플리케이션을 구축 및 실행하는 데 사용할 수 있는 일련의 완전 관리형 서비스를 제공합니다. 서버리스 애플리케이션은 컴퓨팅, 데이터베이스, 스토리지, 스트림 처리, 메시지 대기열 등의 백엔드 구성 요소를 위한 서버를 프로비저닝, 유지 및 관리할 필요가 없습니다. 그뿐만 아니라 더는 애플리케이션 내결함성 및 가용성에 관해 걱정할 필요가 없습니다. AWS가 이러한 모든 기능을 대신 처리합니다. 이를 통해 제품 출시 시간을 단축하면서 제품 혁신에 집중할 수 있습니다.
- 컴퓨팅 : AWS Lambda, Lambda@Edge, AWS Fargate
- 스토리지 : Amazon Simple Storage Service(Amazon S3), Amazon Elastic File System(EFS)
- 데이터 스토어 : Amazon DynamoDB, Amazon Aurora 서버리스, Amazon RDS 프록시
- API 프록시 : Amazon API Gateway
- 애플리케이션 통합 : Amazon SNS, Amazon SQS, AWS AppSync
- 오케스트레이션 : AWS Step Functions
- 분석 : Amazon Kinesis, Amazon Athena
3. D
Auto Scaling 인스턴스의 상태는 정상 또는 비정상입니다. Auto Scaling 그룹의 모든 인스턴스는 정상 상태에서 시작됩니다. Amazon EC2 Auto Scaling에서 해당 인스턴스가 비정상 상태라는 알림을 수신하지 않는 한 인스턴스는 정상 상태로 간주됩니다. 이 알림은 Amazon EC2, Elastic Load Balancing(ELB) 또는 사용자 지정 상태 확인 중 하나 이상에서 전송될 수 있습니다.
Amazon EC2 Auto Scaling에서 상태가 비정상인 것으로 표시한 인스턴스는 교체가 예정됩니다. 인스턴스를 교체하지 않으려면 개별 Auto Scaling 그룹의 상태 확인 프로세스를 일시 중지하면 됩니다.
Amazon EC2 Auto Scaling 상태 확인은 Amazon EC2 상태 검사 결과를 사용하여 인스턴스의 상태를 확인합니다. 인스턴스가 running 이외의 상태이거나 시스템 상태가 impaired이면 Amazon EC2 Auto Scaling는 해당 인스턴스를 비정상으로 간주하여 교체 인스턴스를 시작합니다. 인스턴스가 다음 상태일 때도 위와 같이 실행됩니다.
- stopping
- stopped
- terminating
- terminated
EC2 상태 확인은 특별한 구성이 필요 없으며 항상 활성화됩니다. 인스턴스 상태 검사와 시스템 상태 검사가 모두 포함됩니다.
Amazon EC2 또는 Elastic Load Balancing 상태 확인 결과 인스턴스가 비정상으로 표시된 후에는 거의 즉시 교체가 예약됩니다. 인스턴스 상태가 자동으로 복구되는 일은 없습니다. SetInstanceHealth 작업(또는 set-instance-health 명령)을 호출하여 수동으로 끼어들어서 인스턴스의 상태를 다시 정상으로 설정할 수는 있습니다. 이미 인스턴스가 종료된 경우에는 오류 메시지가 발생합니다. 인스턴스를 비정상으로 표시하는 것과 실제 인스턴스 종료 간의 시간 간격이 매우 짧으므로, SetInstanceHealth 작업(또는 set-instance-health 명령)을 통해 인스턴스 상태를 다시 정상으로 설정하려는 시도는 일시 중지된 그룹에만 유용할 수 있습니다.
Amazon EC2 Auto Scaling에서는 비정상 인스턴스의 종료를 위한 새 조정 활동을 생성한 다음 이를 종료합니다. 나중에 다른 조정 활동에 의해 새 인스턴스가 시작되어 종료된 인스턴스를 대체합니다.
빌드업웍스에서는 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’를 개발했습니다.
더 많은 문제와 자세한 해설을 원하신다면 ‘AWS 공인 솔루션스 아키텍트 — 어소시에이트 연습문제’로 오셔서 내용을 확인하세요.
빌드업웍스와 함께 AWS 공인 솔루션스 아키텍트 — 어소시에이트에 도전하여 여러분의 잠재력과 경력을 향상해보세요!
© 2020, Buildup Works LLC. All rights reserved.
