Amazon AWS Certified Solutions Architect - Professional (SAP-C02 Korean Version) - SAP-C02 Korean FREE EXAM DUMPS QUESTIONS & ANSWERS

A. 데이터를 다른 지역으로 지속적으로 복제하도록 AWS DataSync를 설정합니다. B. 다른 지역에서 Aurora 복제본을 프로비저닝합니다. C. 다른 리전으로 데이터를 지속적으로 복제하도록 AWS DMS(AWS Database Migration Service)를 설정합니다. D. Amazon Data Lifecycle Manager(Amazon DLM)를 사용하여 5분마다 스냅샷을 예약합니다.

A. AWS CloudFormation을 사용하여 3개의 가용 영역에 걸쳐 있는 스팟 인스턴스의 Amazon ECS 클러스터 앞에서 Application Load Balancer(ALB)가 포함된 스택을 시작합니다. 스택은 스냅샷 삭제 정책으로 Amazon RDS MySQL DB 인스턴스를 시작해야 합니다. 회사 도메인에서 ALB로 트래픽을 라우팅하는 Amazon Route 53 별칭 레코드 B. AWS Elastic Beanstalk를 사용하여 웹 서버 환경 및 Amazon RDS MySQL 다중 AZ DB 인스턴스가 있는 새 애플리케이션 생성 환경은 Amazon EC2 Auto Scaling 그룹 앞에서 네트워크 로드 밸런서(NLB)를 시작해야 합니다. 가용 영역 Amazon Route 53 별칭 레코드를 사용하여 회사 도메인에서 NLB로 트래픽을 라우팅합니다. C. AWS Elastic Beanstalk를 사용하여 각 지역에 Application Load Balancer(ALB)가 있는 별도의 두 지역에 걸쳐 있는 자동 확장 웹 서버 환경을 만듭니다. 리전 간 읽기 전용 복제본이 있는 Amazon Aurora MySQL DB 클러스터의 다중 AZ 배포 생성 지리 근접 라우팅 정책과 함께 Amazon Route 53을 사용하여 두 리전 간에 트래픽을 라우팅합니다. D. AWS CloudFormation을 사용하여 3개의 가용 영역에 걸쳐 있는 Amazon EC2 Auto Scaling 그룹 앞에 Application Load Balancer(ALB)가 포함된 스택을 시작합니다. 스택은 삭제 유지 정책을 사용하여 Amazon Aurora MySQL DB 클러스터의 다중 AZ 배포를 시작해야 합니다. Amazon Route 53 별칭 레코드를 사용하여 회사 도메인에서 ALB로 트래픽 라우팅

A. Amazon S3 버킷에 연결된 AWS Storage Gateway 파일 게이트웨이 NFS 파일 공유를 프로비저닝합니다. Duster의 각 EC2 인스턴스에 NFS 파일 공유를 마운트합니다. B. 일반 용도 성능 모드를 사용하는 새로운 Amazon Elastic File System(Amazon EFS) 파일 시스템을 프로비저닝합니다. 클러스터의 각 EC2 인스턴스에 EFS 파일 시스템을 마운트합니다. C. io2 볼륨 유형을 사용하는 새로운 Amazon Elastic Block Store(Amazon EBS) 볼륨을 프로비저닝합니다.
클러스터의 모든 EC2 인스턴스에 EBS 볼륨을 연결합니다. D. 최대 I/O 성능 모드를 사용하는 새로운 Amazon Elastic File System(Amazon EFS) 파일 시스템을 프로비저닝합니다. 클러스터의 각 EC2 인스턴스에 EFS 파일 시스템을 마운트합니다.

A. Amazon CloudFront 배포를 만듭니다. 각 ALB에 대해 하나의 오리진을 갖는 오리진 그룹을 만듭니다. 오리진 중 하나를 기본으로 설정합니다. B. 각 ALB에 대한 Amazon Route 53 상태 검사를 만듭니다. 두 ALB를 가리키는 Route 53 장애 조치 라우팅 레코드를 만듭니다. 평가 대상 상태 값을 예로 설정합니다. C. 각 ALB에 대한 Amazon Route 53 상태 검사를 만듭니다. 두 ALB를 가리키는 Route 53 대기 시간 별칭 레코드를 만듭니다. Evaluate Target Health 값을 Yes로 설정합니다. D. 각각 하나의 ALB를 원점으로 하는 두 개의 Amazon CloudFront 배포를 만듭니다. 두 개의 CloudFront 배포를 가리키는 Amazon Route 53 장애 조치 라우팅 레코드를 만듭니다. Evaluate Target Health 값을 Yes로 설정합니다.

A. Amazon Route 53 프라이빗 호스팅 영역을 프로비저닝합니다. 온프레미스 DNS 서버를 가리키는 NS 레코드를 구성합니다. B. VPC 내 애플리케이션 서버의 DNS 쿼리를 해결하기 위해 캐싱 DNS 서버로 VPC의 두 가용 영역에 걸쳐 EC2 인스턴스 세트를 프로비저닝합니다. C. Amazon Route 53 Resolver를 사용하여 DNS 엔드포인트를 생성합니다. 조건부 전달 규칙을 추가하여 온프레미스 데이터 센터와 VPC 간의 DNS 네임스페이스를 확인합니다. D. 이 새 도메인과 온프레미스 Active Directory 도메인 간의 양방향 신뢰를 사용하여 VPC에서 새 Active Directory 도메인 컨트롤러를 프로비저닝합니다.

A. 여러 가용 영역에서 온디맨드 용량 모드로 Amazon DocumentDB(MongoDB와 호환)를 구독자 데이터용 데이터베이스로 구성합니다. Java 백엔드 애플리케이션을 위해 여러 가용 영역에 걸쳐 Auto Scaling 그룹에 Amazon EC2 인스턴스를 배포합니다. B. Amazon Aurora DB 클러스터를 구독자 데이터의 데이터베이스로 사용합니다. Java 백엔드 애플리케이션을 위해 여러 가용 영역에 걸쳐 Auto Scaling 그룹에 Amazon EC2 인스턴스를 배포합니다. C. Amazon EC2 인스턴스의 MongoDB를 구독자 데이터의 데이터베이스로 사용합니다. Java 백엔드 애플리케이션을 위한 단일 가용 영역의 Auto Scaling 그룹에 EC2 인스턴스를 배포합니다. D. 구독자 데이터용 데이터베이스로 여러 가용 영역에서 적절한 크기의 인스턴스로 Amazon DocumentD3(MongoDB 호환)를 구성합니다. Java 백엔드 애플리케이션을 위해 여러 가용 영역에 걸쳐 Auto Scaling 그룹에 Amazon EC2 인스턴스를 배포합니다.

A. 복구 인스턴스의 개인 IP 주소를 소스 서버의 개인 IP 주소와 일치하도록 구성합니다. 복구 인스턴스에서 사용하는 총 대역폭이 사용 가능한 대역폭의 75%를 초과하지 않도록 복구 인스턴스에 스로틀링을 구성합니다. B. 최소 두 개의 공용 서브넷, 가상 프라이빗 게이트웨이 및 인터넷 게이트웨이를 갖춘 VPC를 생성합니다. C. 데이터 복제에 개인 IP 주소를 사용하도록 복제 서버를 구성하십시오. 탄력적 재해 복구 서버의 대역폭이 사용 가능한 대역폭의 75%를 초과하지 않도록 복제 인스턴스에 스로틀링을 구성하십시오. D. 최소 2개의 프라이빗 서브넷, 2개의 NAT 게이트웨이 및 가상 프라이빗 게이트웨이를 포함하는 VPC를 생성합니다. E. 온프레미스 네트워크와 대상 AWS 네트워크 간에 AWS 사이트 간 VPN 연결을 생성합니다. 백업이 사용 가능한 대역폭의 75%를 초과하지 않도록 QoS(서비스 품질)를 구성합니다. F. 온프레미스 네트워크와 대상 AWS 네트워크 간에 AWS Direct Connect 연결 및 Direct Connect 게이트웨이를 생성합니다.

A. Lambda 프로비저닝된 동시성 기능을 사용합니다. B. 이벤트 핸들러 외부의 Lambda 함수에서 데이터베이스 연결을 열기 위한 코드를 이동합니다. C. RDS Proxy를 사용하여 Aurora 데이터베이스의 리더 엔드포인트에 대한 연결 풀을 설정합니다. D. Aurora 데이터베이스의 클러스터 엔드포인트를 사용합니다. E. API 게이트웨이 엔드포인트를 엣지 최적화 엔드포인트로 변경합니다.

A. 에이전트 추적 로깅을 구성합니다. 내장 및 사용자 지정 평가 도구를 사용하여 온디맨드 평가를 위해 Amazon Bedrock AgentCore 평가를 파이프라인에 추가합니다. 배포 후 온라인 평가를 활성화합니다.
주기적으로 일부 세션을 표본으로 추출하여 검토합니다. B. 프롬프트-응답 쌍을 사용하여 기본 기반 모델(FM)에 대한 Amazon Bedrock 모델 평가 작업을 수행합니다. 모델의 유용성 및 정확도 점수가 이전 릴리스보다 향상되면 릴리스를 배포합니다. C. Amazon CloudWatch Logs와 AWS Lambda를 사용하여 도구 호출 및 응답 텍스트를 분석하는 맞춤형 검사를 구축합니다. 매주 수동 검토를 통해 배포된 AI 에이전트가 성능 표준을 충족하는지 여부를 판단합니다. D. 배포 후 내장 평가 도구를 사용하여 온라인 모드에서 Amazon Bedrock AgentCore 평가를 수행합니다. 평가에서 회귀가 감지되면 배포 후 롤백을 사용하십시오.

A. IAM Identity Center 권한 집합을 사용하여 userName 태그로 범위가 지정된 S3 액세스를 허용합니다. B. CloudTrail 관리 이벤트를 CloudWatch로 전송한 다음 Athena를 사용합니다. C. AWS CloudTrail을 사용하여 S3 데이터 이벤트를 기록하고 Athena를 통해 쿼리합니다. D. 모든 사용자와 버킷 정책에 대해 공유 IAM Identity Center 역할을 사용합니다. E. 보고를 위해 S3 액세스 로그와 S3 Select를 사용합니다.

A. 기존 웹 ACL에 포함된 것과 동일한 규칙을 포함하는 새 웹 ACL을 생성합니다. 새 웹 ACL을 ALB와 연결합니다. B. ALB에 보안 그룹 규칙을 추가하여 CloudFront에 대해서만 AWS 관리형 접두사 목록의 트래픽을 허용합니다. C. 다양한 CloudFront IP 주소 범위만 허용하도록 보안 그룹 규칙을 ALB에 추가합니다. D. 기존 웹 ACL을 ALB와 연결합니다.

A. 플레이어 매칭 인스턴스 앞에 네트워크 로드 밸런서(NLB)를 사용하십시오. Amazon Route 53에서 NLB의 탄력적 IP 주소를 가리키는 친화적인 DNS 항목을 사용하십시오. B. Amazon CloudFront를 Elastic Load Balancer와 함께 오리진으로 사용하세요. C. UDP 트래픽을 제외한 모든 트래픽을 차단하는 네트워크 ACL 규칙을 구성합니다. 로드 밸런서 인스턴스가 있는 서브넷에 네트워크 ACL을 연결합니다. D. 모든 공개 리소스에 대해 AWS Shield Advanced를 활성화합니다. E. 플레이어 매칭 인스턴스 앞에 애플리케이션 로드 밸런서(ALB)를 사용하십시오. Amazon Route 53에서 ALB의 인터넷 연결용 정규화된 도메인 이름(FQDN)을 가리키는 친화적인 DNS 항목을 사용하십시오. F. UDP가 아닌 트래픽을 명시적으로 차단하는 AWS WAF 규칙을 정의하고 해당 규칙을 로드 밸런서와 연결합니다.

A. 기존 ALB를 삭제합니다. 웹 애플리케이션 트래픽을 처리하도록 구성된 자동 확장 그룹을 만듭니다. 자동 확장 그룹에 새 시작 템플릿을 연결합니다. 새 ALB를 만듭니다. 자동 확장 그룹을 새 ALB에 연결합니다. 기존 EC2 인스턴스를 자동 확장 그룹에 연결합니다. B. 기존 ALB와 EC2 인스턴스를 삭제합니다. 웹 애플리케이션 트래픽을 처리하도록 구성된 자동 확장 그룹을 만듭니다. 자동 확장 그룹에 새 시작 템플릿을 연결합니다. 새 ALB를 만듭니다. 자동 확장 그룹을 새 ALB에 연결합니다. 자동 확장 그룹이 최소 수의 EC2 인스턴스를 시작할 때까지 기다립니다. C. 웹 애플리케이션 트래픽을 처리하도록 구성된 자동 확장 그룹을 만듭니다. 자동 확장 그룹에 새 시작 템플릿을 연결합니다. 자동 확장 그룹을 기존 ALB에 연결합니다. 기존 ALB가 기존 EC2 인스턴스를 자동 확장 그룹에 등록할 때까지 기다립니다. D. 웹 애플리케이션 트래픽을 처리하도록 구성된 자동 확장 그룹을 만듭니다. 자동 확장 그룹에 새 시작 템플릿을 연결합니다. 자동 확장 그룹을 기존 ALB에 연결합니다. 기존 EC2 인스턴스를 자동 확장 그룹에 연결합니다.