이번에는 ELB + ASG 문제를 공부했다.
1.
해설 : 수직 확장성이란 인스턴스의 사이즈를 변화시키는 것이다.
2.
해설 : 수평 확장성이란 인스턴스의 수에 변화를 일으키는 것이다.
3.
해설 : AWS가 관리하는 기본 인프라가 변경되더라도 AWS는 static 엔드포인트를 사용하여 로드 밸런서에 액세스할 수 있기를 원합니다.
-> elb는 인스턴스가 껐다가 켜짐에 따라 바뀌는 ip와 상관없이 고정적인 dns를 사용할 수 있다.
4.
해설 : ELB Sticky Session 기능은 동일한 클라이언트에 대한 트래픽이 항상 동일한 대상(예: EC2 인스턴스)으로 리디렉션되도록 합니다. 이것은 클라이언트가 세션 데이터를 잃지 않도록 도와줍니다.
-> elb를 10개를 쓰다보니 매번 다른 인스턴스로 접속해서 세션이라는 것이 없는 상태임. 1개로만 접속하게 하면 세션을 유지시킬 수 있게 됨
5.
해설 : Application Load Balancer를 사용하여 EC2 인스턴스로 트래픽을 분산할 때 요청을 수신하는 IP 주소는 ALB의 프라이빗 IP 주소가 됩니다. 클라이언트의 IP 주소를 가져오기 위해 ALB는 클라이언트의 IP 주소를 포함하는 X-Forwarded-For라는 추가 헤더를 추가합니다.
6.
해설 : ELB Health Checks를 활성화하면 ELB가 비정상(충돌) EC2 인스턴스로 트래픽을 보내지 않습니다.
7.
해설 : Network Load Balancer는 애플리케이션에 필요한 경우 최고 성능과 최저 지연 시간(Latency)을 제공합니다.
8. *지원하는 프로토콜은로 문제를 바꿔야함.
해설 : Network Load Balancer는 TCP 및 UDP 프로토콜을 모두 지원합니다.
9.
해설 : ALB는 URL 경로, 호스트 이름, HTTP 헤더 및 쿼리 문자열을 기반으로 트래픽을 다른 대상 그룹으로 라우팅할 수 있습니다.
10.
해설 : 당연하게도 alb에는 nlb를 등록하지 못한다.
11.
- Elastic IP 주소를 Application Load Balancer에 연결할 수 없습니다.
해설 : Network Load Balancer에는 AZ당 하나의 static IP 주소가 있으며 Elastic IP 주소를 연결할 수 있습니다. Application Load Balancer 및 Classic Load Balancer는 static DNS 이름입니다.
*NLB 를 생성할때 보면 ipv4를 aws managed로 생성한다. 이 고정적인 ip를 이용해 로드밸런서를 만든다.
12.
해설 : 다음 쿠키 이름은(AWSALB, AWSALBAPP, AWSALBTG) EL가 예약한 것입니다.
13.
해설 : Cross-Zone Load Balancing이 활성화되면 ELB는 모든 AZ의 등록된 모든 EC2 인스턴스에 트래픽을 고르게 분산합니다.
14.
해설 : alb, nlb는 서버네임을 가지고 서버를 표시한다.
15.
해설 : SNI를 사용하면 동일한 수신기에서 각각 자체 SSL 인증서가 있는 여러 HTTPS 애플리케이션을 노출할 수 있습니다. 자세한 정보 링크: https://aws.amazon.com/blogs/aws/new-application-load-balancer-sni/
16.
해설 : 스케일아웃 이벤트 중에는 Auto Scaling Group이 여러분이 구성한 최대 용량을 초과할 수 없습니다.
17.
해설 : EC2 Health Checks(기본값) 대신 Application Load Balancer Health Checks을 기반으로 EC2 인스턴스의 상태를 확인하도록 ASG을 구성할 수 있습니다. EC2 인스턴스가 ALB Health Checks에 실패하면 비정상으로 표시되고 ASG가 새 EC2 인스턴스를 시작하는 동안 종료됩니다.
18.
해설 : 백엔드-데이터베이스 연결에 대한 “분당 요청 수”에 대한 CloudWatch 지표가 없습니다. CloudWatch 사용자 지정 지표를 생성한 다음 CloudWatch 경보를 생성해야 합니다.
19.
해설 : 대상추적정책이란 특정 측정치의 목표값(1000개)를 기준으로 그룹의 capacity를 늘리거나 줄임
20.
해설 : 각 ASG에는 각 스케일링 활동 후 쿨다운 기간이 있습니다. 이 기간 동안 ASG는 EC2 인스턴스를 시작하거나 종료하지 않습니다. 이는 메트릭이 안정화될 시간을 제공합니다. 쿨다운 기간의 기본값은 300초(5분)입니다.
이번에도 좀 많이 틀린것 같다.
이 부분도 다시 공부해야겠다.
'자격증공부 > AWS Certified Developer - Associate' 카테고리의 다른 글
| AWS Certified Developer Associate 시험 합격을 위한 모든 것 - (6) (0) | 2023.03.21 |
|---|---|
| AWS Certified Developer Associate 시험 합격을 위한 모든 것 - (5) (0) | 2023.03.20 |
| AWS Certified Developer Associate 시험 합격을 위한 모든 것 - (3) (0) | 2023.03.18 |
| AWS Certified Developer Associate 시험 합격을 위한 모든 것 - (2) (0) | 2023.03.17 |
| AWS Certified Developer Associate 시험 합격을 위한 모든 것 - (1) (0) | 2023.03.16 |
