무료 온라인 액세스 Amazon.SAA-C03.v2025-11-25.q304 모의 시험 (Page 9)

SAA-C03 문제 36

한 회사에서는 Amazon S3 버킷을 사용하여 백업 데이터를 보관할 계획입니다.
a. 규정에 따라 회사는 백업 데이터를 7년 동안 보관해야 합니다.
보존 기간 동안 회사는 관리자를 포함한 사용자가 데이터를 삭제하지 못하도록 해야 합니다. 회사는 7년 후 데이터를 삭제할 수 있습니다.
어떤 솔루션이 이러한 요구 사항을 충족할까요?

A. 7년 동안 삭제 작업을 거부하는 S3 버킷 정책을 생성합니다. 7년 후 데이터를 삭제하는 S3 수명 주기 정책을 생성합니다.

B. 거버넌스 모드에서 7년 동안 데이터를 보관하는 S3 객체 잠금 기본 보관 정책을 생성합니다. 7년 후 데이터를 삭제하는 S3 수명 주기 정책을 생성합니다.

C. 규정 준수 모드에서 7년 동안 데이터를 보관하는 S3 객체 잠금 기본 보관 정책을 생성합니다. 7년 후 데이터를 삭제하는 S3 수명 주기 정책을 생성합니다.

D. 각 객체에 7년 동안 법적 보존 기간을 설정하는 S3 일괄 작업 작업을 생성합니다. 7년 후 데이터를 삭제하는 S3 수명 주기 정책을 생성합니다.

SAA-C03 문제 37

[탄력적인 아키텍처 설계]
한 회사가 여러 AWS 계정에 대한 로깅 솔루션을 구축하려고 합니다. 현재 회사는 모든 계정의 로그를 중앙 계정에 저장하고 있습니다. 회사는 VPC 흐름 로그와 AWS CloudTrail 로그를 저장하기 위해 중앙 계정에 Amazon S3 버킷을 생성했습니다. 모든 로그는 빈번한 분석을 위해 30일 동안 고가용성을 유지해야 하고, 백업 목적으로 60일 동안 추가로 보관해야 하며, 생성 후 90일 후에 삭제해야 합니다.
어떤 솔루션이 이러한 요구 사항을 가장 비용 효율적으로 충족할 수 있을까요?

A. 생성 후 30일이 지나면 객체를 S3 Standard 스토리지 클래스로 전환합니다. Amazon S3가 90일 후에 객체를 삭제하도록 지시하는 만료 작업을 작성하세요.

B. 생성 후 30일 후에 S3 Standard-Infquent Access(S3 Standard-IA) 스토리지 클래스로 객체를 전환합니다. 모든 객체를 90일 후에 S3 Glacier FlexibleRetrieval 스토리지 클래스로 이동합니다. Amazon S3가 90일 후에 객체를 삭제하도록 지시하는 만료 작업을 작성합니다.

C. 객체를 생성 후 30일 후에 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환합니다. Amazon S3가 객체를 삭제하도록 지시하는 만료 작업을 작성하여 90일 후에 객체를 삭제하도록 합니다.

D. 생성 후 30일이 지나면 객체를 S3 One Zone-Infrequent Access(S3 One Zone-IA) 스토리지 클래스로 전환합니다. 90일 후에는 모든 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 이동합니다. Amazon S3가 90일 후에 객체를 삭제하도록 지시하는 만료 작업을 작성합니다.

SAA-C03 문제 38

보험 회사가 계약 처리를 위해 사내 애플리케이션을 실행합니다. 이 애플리케이션은 여러 작업으로 구성된 작업을 처리합니다. 개별 작업은 최대 5분 동안 실행됩니다. 일부 작업은 완료하는 데 최대 24시간이 걸릴 수 있습니다. 작업이 실패하면 작업을 다시 처리해야 합니다.
회사는 애플리케이션을 AWS로 마이그레이션하려고 합니다. 회사는 솔루션의 일부로 Amazon S3를 사용할 예정입니다. 회사는 계약이 S3 버킷에 업로드되면 작업이 자동으로 시작되도록 구성하려고 합니다.
어떤 솔루션이 이러한 요구 사항을 충족할까요?

A. AWS Lambda 함수를 사용하여 개별 작업을 처리합니다. 개별 Lambda 함수를 순차적으로 호출하여 전체 작업 처리를 담당하는 기본 Lambda 함수를 생성합니다. S3 버킷을 구성하여 기본 Lambda 함수를 호출하여 처리를 시작하도록 이벤트 알림을 보냅니다.

B. AWS Step Functions에서 상태 머신을 사용하여 전체 계약 처리 작업을 처리합니다. Amazon EventBridge로 이벤트 알림을 전송하도록 S3 버킷을 구성합니다. Amazon EventBridge에서 상태 머신을 대상으로 하는 규칙을 생성합니다.

C. AWS Batch 작업을 사용하여 전체 계약 처리 작업을 처리합니다. S3 버킷을 구성하여 Batch 작업을 시작하기 위한 이벤트 알림을 보냅니다.

D. S3 이벤트 알림을 사용하여 계약이 업로드될 때 Amazon Simple Queue Service(Amazon SQS) 대기열에 알립니다. 대기열에서 메시지를 읽고 계약 처리 작업을 실행하도록 AWS Lambda 함수를 구성합니다.

SAA-C03 문제 39

한 회사에서 VPC와 원격 네트워크 사이에 여러 개의 AWS Site-to-Site VPN 연결을 사용하고 있습니다. 사용량이 많은 시간대에는 많은 직원들이 연결 속도 저하 문제를 겪고 있으며, 이로 인해 생산성이 저하됩니다. 회사는 솔루션 아키텍트에게 VPN 연결 처리량을 확장해 달라고 요청했습니다.
건축가는 어떤 솔루션을 실행해야 할까요?

A. 처리량을 확장하기 위해 터널 수를 늘려 VPN 구성을 수정합니다.

B. VPC를 ECMR(Equal Cost Multipath Routing) 지원 전송 게이트웨이에 연결하고 추가 VPN 터널을 연결합니다.

C. VPN 연결 중 일부를 원격 네트워크 끝에 있는 보조 고객 게이트웨이 장치로 다시 라우팅합니다.

D. VPC에 가상 사설 게이트웨이를 더 추가하고 ECMR(Equal Cost Multipath Routing)을 활성화하여 더 높은 VPN 대역폭을 확보합니다.

정답: B

AWS Transit Gateway를 사용하면 여러 VPC 간의 연결을 간소화하고 단일 VPN 연결을 통해 AWS Transit Gateway에 연결된 모든 VPC에 연결할 수 있습니다.

AWS Transit Gateway를 사용하면 여러 VPN 터널에 걸쳐 ECMP(Equal-Cost Multi-Path) 라우팅을 지원하여 IPsec VPN 처리량을 확장할 수 있습니다. 단일 VPN 터널의 최대 처리량은 1.25Gbps입니다. ECMP 지원 Transit Gateway에 여러 VPN 터널을 설정하면 기본 제한인 1.25Gbps를 초과하여 확장할 수 있습니다.
따라서 정답은 다음과 같습니다. VPC를 ECMR(Equal Cost Multipath Routing) 지원 전송 게이트웨이에 연결하고 추가 VPN 터널을 연결합니다.
"VPC에 가상 사설 게이트웨이를 더 추가하고 ECMR(Equal Cost Multipath Routing)을 활성화하여 더 높은 VPN 대역폭을 확보하세요."라는 옵션은 VPC에 한 번에 하나의 가상 사설 게이트웨이만 연결할 수 있으므로 올바르지 않습니다. 또한 가상 사설 게이트웨이에서 ECMR을 활성화하는 옵션도 없습니다.
"처리량을 늘리기 위해 터널 수를 늘려 VPN 구성을 수정하세요"라는 옵션이 잘못되었습니다. VPN 연결의 최대 터널 수는 2개입니다. 이 제한을 초과하여 터널을 늘릴 수 없습니다.
"일부 VPN 연결을 원격 네트워크 측의 보조 고객 게이트웨이 장치로 다시 라우팅합니다"라는 옵션은 올바르지 않습니다. 이 옵션은 연결 중복성만 높이고 처리량은 늘리지 않습니다. 예를 들어, 기본 고객 게이트웨이 장치를 사용할 수 없게 되면 보조 고객 게이트웨이 장치로 연결이 장애 조치될 수 있습니다. 참고:
https://aws.amazon.com/premiumsupport/knowledge-center/transit-gateway-ecmp-multiple-tunnels/
https://aws.amazon.com/blogs/networking-and-content-delivery/aws-transit을 사용하여 VPN 처리량 확장
-게이트웨이/
AWS Transit Gateway 요약표를 확인하세요.
https://tutorialsdojo.com/aws-transit-gateway/

SAA-C03 문제 40

한 회사가 애플리케이션 로그를 Amazon CloudWatch Logs 로그 그룹에 저장합니다. 새로운 정책에 따라 회사는 모든 애플리케이션 로그를 Amazon OpenSearch Service(Amazon Elasticsearch Service)에 거의 실시간으로 저장해야 합니다.
어떤 솔루션이 운영 오버헤드를 최소화하면서 이 요구 사항을 충족할 수 있을까요?

A. Amazon Kinesis Data Firehose 전송 스트림을 생성합니다. 로그 그룹을 전송 스트림의 소스로 구성합니다. Amazon OpenSearch Service(Amazon Elasticsearch Service)를 전송 스트림의 대상으로 구성합니다.

B. AWS Lambda 함수를 생성합니다. 로그 그룹을 사용하여 Amazon OpenSearch Service(Amazon Elasticsearch Service)에 로그를 기록하는 함수를 호출합니다.

C. 각 애플리케이션 서버에 Amazon Kinesis Agent를 설치하고 구성하여 Amazon Kinesis Data Streams로 로그를 전송합니다. Kinesis Data Streams를 구성하여 Amazon OpenSearch Service(Amazon Elasticsearch Service)로 로그를 전송합니다.

D. Amazon OpenSearch Service(Amazon Elasticsearch Service)로 로그를 스트리밍하도록 CloudWatch Logs 구독을 구성합니다.

다른 버전: 3540Amazon.SAA-C03.v2026-06-15.q838; 14572Amazon.SAA-C03.v2025-03-27.q887; 9402Amazon.SAA-C03.v2024-04-22.q735; 953Amazon.SAA-C03.v2024-04-18.q117; 1909Amazon.SAA-C03.v2023-07-10.q235; 1289Amazon.SAA-C03.v2023-04-10.q105

최근 업로드: 119BCI.CBCI.v2026-07-25.q88; 122SAP.C_S4CS_2602.v2026-07-25.q29; 123PMI.PMI-ACP.v2026-07-25.q332; 122APMG-International.AgilePM-Practitioner.v2026-07-25.q93; 121Salesforce.Plat-Dev-201.v2026-07-25.q77; 132SAP.C-CE325-2601.v2026-07-24.q26; 132SAP.C_SAC.v2026-07-24.q41; 128LinuxFoundation.CCA.v2026-07-24.q63; 128SAP.E_ACTAI_2601.v2026-07-24.q13; 140Salesforce.B2B-Commerce-Developer.v2026-07-24.q111