A. 각 고객에 대해 하나의 ALB 생성 고객 대상 그룹으로 요청을 라우팅하도록 리스너 구성 각 ALB에 대한 연결을 관리하도록 NGINX 프록시 서버 구성 Amazon Route 53을 사용하여 각 고객 이름에 대한 CNAME 레코드 생성 예제 com 호스트 이름 NGINX 프록시 서버를 가리킴

B. 모든 고객을 위한 하나의 ALB 생성 호스트 이름과 일치하는 호스트 헤더 조건을 포함하는 리스너 규칙 생성 요청을 고객 대상 그룹으로 라우팅하는 전달 작업 추가 Amazon Route 사용
ALB를 가리키는 각 고객 이름 예제 com 호스트 이름에 대한 별칭 레코드를 생성하려면 53

C. 모든 고객에 대해 하나의 ALB 생성 URL과 일치하는 HTTP 헤더 조건을 포함하는 리스너 규칙 생성 요청을 고객 대상 그룹으로 라우팅하는 전달 작업 추가 Amazon Route 53을 사용하여 각 고객에 대한 별칭 레코드 생성- 이름 예 ALB를 가리키는 com 호스트 이름

D. 각 고객에 대해 하나의 ALB 생성 고객 대상 그룹으로 요청을 라우팅하도록 리스너 구성 Amazon CloudFront 배포 생성 각 ALB를 배포에 사용자 지정 오리진으로 추가 Amazon Route 53을 사용하여 각 고객 이름에 대한 별칭 생성 예제 CloudFront 배포를 가리키는 com 호스트 이름

A. 기존 S3 버킷을 삭제하고 프라이빗 서브넷의 VPC 내부에 새 S3 버킷을 생성합니다. 애플리케이션 인스턴스만 버킷에 액세스할 수 있도록 S3 보안 그룹을 구성합니다.

B. S3 버킷에 대한 액세스를 제공하는 EC2 인스턴스에 대한 새 1AM 역할을 생성하고 애플리케이션 인스턴스에 역할을 할당합니다. 역할에서만 액세스를 허용하도록 S3 버킷 정책을 구성합니다.

C. 애플리케이션이 상주하는 VPC에 S3 VPC 엔드포인트를 배포합니다. VPC 엔드포인트에서만 액세스를 허용하는 조건으로 S3 버킷 정책을 구성합니다.

D. S3 버킷 정책을 구성하고 IP 주소 조건을 사용하여 버킷에 대한 액세스를 제한합니다. VPC CIDR 범위에서만 액세스를 허용하고 다른 모든 IP 주소 범위는 거부합니다.

A. 향상된 네트워킹 활성화

B. G2 인스턴스 유형 선택

C. 점보 프레임 활성화

D. 여러 탄력적 네트워크 인터페이스 사용

A. TCP 모드에서 ELB 프로토콜을 구성합니다. SSL 종료를 위해 애플리케이션 인스턴스를 구성합니다.
SSL용 Amazon RDS를 구성하고 REQUIRE SSL 권한 부여를 사용합니다.

B. ELB 로드 밸런서 프로토콜을 HTTPS로 구성합니다. 애플리케이션 인스턴스 암호화를 로드 밸런서로 오프로드합니다. Amazon RDS에 SSL 인증서를 설치하고 SSL을 구성합니다.

C. SSL 모드에서 ELB 프로토콜을 구성합니다. 애플리케이션 인스턴스 암호화를 로드 밸런서로 오프로드합니다.
Amazon RDS에 SSL/TLS 인증서를 설치하고 SSL을 구성합니다.

D. ELB 로드 밸런서 프로토콜을 HTTP로 구성합니다. SSL 종료를 위해 애플리케이션 인스턴스를 구성합니다. SSL용 Amazon RDS를 구성하고 REQUIRE SSL 권한 부여를 사용합니다.

A. Direct Connect 연결 AS_PATH가 VPN 연결 AS_PATH보다 긴지 확인하십시오.

B. Direct Connect 연결을 지정하는 VPC 라우팅 테이블에 경로 추가

C. Direct Connect 연결 및 VPN 연결을 통해 동일한 네트워크 경로를 알립니다.

D. 온프레미스 라우터에서 로컬 기본 설정 BGP 커뮤니티 태그 설정