무료 온라인 액세스 Google.Professional-Cloud-Network-Engineer.v2025-11-24.q123 모의 시험 (Page 26)

Professional-Cloud-Network-Engineer 문제 121

애플리케이션에 대해 HTTP(S) 부하 분산을 활성화했지만, 애플리케이션 개발자가 HTTP(S) 요청이 Compute Engine 가상 머신 인스턴스로 올바르게 분산되지 않는다고 보고했습니다. 요청이 어떻게 분산되는지에 대한 데이터를 찾고 싶습니다.
이를 달성할 수 있는 두 가지 방법은 무엇입니까? (두 가지를 선택하세요.)

A. Stackdriver Monitoring에서 새 대시보드를 만들고 로드 밸런서의 https/backend_request_count 메트릭을 추적합니다.

B. GCP 콘솔의 로드 밸런서 세부 정보 페이지에서 모니터링 탭을 클릭하고 백엔드 서비스를 선택한 다음 그래프를 살펴보세요.

C. Stackdriver Monitoring에서 리소스 > 메트릭 탐색기를 선택하고 https/request_bytes_count 메트릭을 검색합니다.

D. Stackdriver Error Reporting에서 Cloud Load Balancer 서비스에 대한 확인되지 않은 오류를 찾아보세요.

E. Stackdriver Monitoring에서 리소스 > Google Cloud Load Balancer를 선택하고 대시보드에서 주요 지표 그래프를 검토합니다.

Professional-Cloud-Network-Engineer 문제 122

하이브리드 클라우드 환경을 설계하고 있습니다. Google Cloud 환경은 중앙 트랜짓 허브 VPC에서 HA VPN과 Cloud Router를 사용하여 온프레미스 네트워크와 상호 연결됩니다. Cloud Router는 기본 설정으로 구성되어 있습니다. 온프레미스 DNS 서버는 192.168.20.88에 있습니다. 여러 스포크 VPC에 있는 Compute Engine 리소스가 corp.altostrat.com 도메인을 사용하여 온프레미스 프라이빗 호스트 이름을 확인하는 동시에 Google Cloud 호스트 이름도 확인할 수 있도록 해야 합니다. Google 권장 사항을 따라야 합니다. 어떻게 해야 할까요?

A. Cloud DNS에 'corp.altostrat.com'에 대한 corp-altostrat-com이라는 개인 전달 영역을 만들고 192.168.20.88을 가리킵니다.
해당 영역을 허브 VPC와 연결합니다. Cloud DNS에 'corp.altostrat.com'에 대한 프라이빗 피어링 영역(corp-altostrat-com)을 생성하고, 이 영역은 스포크 PC와 연결되며 허브 VPC를 대상으로 합니다.
Cloud Router에서 35.199.192.0/19에 대한 사용자 지정 경로 광고를 설정합니다.

B. Cloud DNS에 'corp altostrat.com'에 대한 corp-altostrat-com이라는 이름의 개인 전달 영역을 생성하고, 이 영역은 192.168.20.88을 가리킵니다. 이 영역을 허브 VPC와 연결합니다.
Cloud DNS에서 'corp.altostrat.com'에 대한 개인 피어링 영역을 만들고, 스포크 VPC와 연결된 corp-altostrat-com이라는 이름을 지정하고, 허브 VPC를 대상으로 지정합니다.
35.199.192.0/19에 대한 Cloud Router에 사용자 지정 경로 광고를 올렸습니다.
각 스포크 VPC에 허브 앤 스포크 VPN 배포를 만들어 허브 VPC에 다시 연결합니다.

C. Cloud DNS에 'corp.altostrat.com'에 대한 프라이빗 전달 영역(corp-altostrat-com)을 생성하고, 이 영역은 192.168.20.88을 가리킵니다. 이 영역을 허브 VPC와 연결합니다.
Cloud DNS에서 'corp.altostrat.com'에 대한 개인 피어링 영역을 만들고, 스포크 VPC와 연결된 corp-altostrat-com이라는 이름을 지정하고, 허브 VPC를 대상으로 지정합니다.
Cloud Router에서 35.199.192.0/19에 대한 사용자 지정 경로 광고를 설정합니다.
각 스포크 VPC에 허브 앤 스포크 VPN 배포를 만들어 온프레미스 네트워크에 직접 연결합니다.

D. Cloud DNS에 'corp.altostrat.com'에 대한 corp-altostrat-com이라는 이름의 비공개 전달 영역을 생성하고, 이 영역은 192.168.20.88을 가리킵니다. 이 영역을 허브 VPC와 연결합니다.
Cloud DNS에서 'corp.altostrat.com'에 대한 개인 피어링 영역을 만들고, 스포크 VPC와 연결된 corp-altostrat-com이라는 이름을 지정하고, 허브 VPC를 대상으로 지정합니다.
Cloud Router에서 35.199.192.0/19에 대한 사용자 지정 경로 광고를 설정합니다.
허브 VPC와 피어링하기 위해 스포크 VPC에서 VPC 피어링을 구성합니다.

Professional-Cloud-Network-Engineer 문제 123

질문:
엄격한 규정 준수 요건으로 인해 귀사에서는 여러 리전에 구성 요소가 있는 미션 크리티컬 애플리케이션을 배포하고 있습니다. us-central1과 us-east4에 있는 서로 다른 애플리케이션 간에 지연 시간이 발생합니다. 애플리케이션 팀은 프리미엄 네트워크 서비스 등급을 사용함에도 불구하고 Google Cloud 네트워크가 과도한 지연 시간의 원인으로 의심하고 있습니다. 네트워크 성능을 조사하여 리전 간 지연 시간을 확인하기 위해 Google에서 권장하는 방법을 최소한의 노력으로 적용해야 합니다. 어떻게 해야 할까요?

A. Network Intelligence Center에서 성능 대시보드를 설정합니다. 트래픽 유형(교차 영역), 지표(지연 시간 - RTT), 기간, 원하는 리전(us-central1 및 us-east4), 그리고 네트워크 계층을 선택합니다.

B. VPC에 대한 VPC 흐름 로그를 활성화합니다. Flow Analyzer를 사용하여 애플리케이션 수준에서 주요 병목 현상을 파악합니다.

C. 각 지역의 각 영역에 두 개의 Linux VM을 구성합니다. 애플리케이션을 설치하고 다른 지역의 각 영역을 사용하여 부하 테스트를 실행합니다.

D. 각 리전의 각 존에 Network Intelligence Center에서 프로브를 사용하여 VM을 구성합니다. 트래픽 유형(교차 존), 메트릭(지연 시간 - RTT), 원하는 리전(us-central1 및 us-east4), 네트워크 계층을 선택합니다.

다른 버전: 204Google.Professional-Cloud-Network-Engineer.v2025-12-10.q123; 596Google.Professional-Cloud-Network-Engineer.v2024-10-30.q134; 571Google.Professional-Cloud-Network-Engineer.v2024-07-17.q125; 1454Google.Professional-Cloud-Network-Engineer.v2023-10-23.q111; 1158Google.Professional-Cloud-Network-Engineer.v2023-01-28.q101; 1164Google.Professional-Cloud-Network-Engineer.v2022-09-09.q78; 1289Google.Professional-Cloud-Network-Engineer.v2022-02-14.q73

최근 업로드: 183ACAMS.CAMS.v2026-01-15.q822; 139Microsoft.GH-300.v2026-01-15.q65; 123NACE.NACE-CIP1-001.v2026-01-15.q34; 156Salesforce.MCE-Admn-201.v2026-01-14.q54; 155Salesforce.MC-101.v2026-01-14.q41; 162Google.Professional-Cloud-Architect.v2026-01-14.q101; 140RUCKUS.RCWA.v2026-01-14.q48; 137SOCRA.CCRP.v2026-01-14.q43; 130CompTIA.FC0-U71.v2026-01-13.q88; 190APICS.CPIM.v2026-01-13.q161