무료 온라인 액세스 Google.Associate-Cloud-Engineer.v2026-10-29.q445 모의 시험 (Page 51)

Associate-Cloud-Engineer 문제 246

자체 데이터 센터의 베어메탈 서버에서 애플리케이션을 호스팅하고 있습니다. 이 애플리케이션은 클라우드 스토리지에 액세스해야 합니다. 하지만 보안 정책으로 인해 애플리케이션을 호스팅하는 서버는 공용 IP 주소를 갖거나 인터넷에 액세스할 수 없습니다. Google에서 권장하는 모범 사례를 따라 애플리케이션이 클라우드 스토리지에 액세스할 수 있도록 하려면 어떻게 해야 할까요?

A. 1. nslookup을 사용하여 storage.googleapis.com의 IP 주소를 확인합니다. 2. 보안팀과 협의하여 서버에 공용 IP 주소를 할당받을 수 있도록 합니다. 3. 해당 서버에서 storage.googleapis.com의 IP 주소로만 나가는 트래픽을 허용합니다.

B. 1. 클라우드 VPN을 사용하여 Google Cloud Platform(GCP)의 가상 사설 클라우드(VPC)로 VPN 터널을 생성합니다. 2. 이 VPC에 Compute Engine 인스턴스를 생성하고 해당 인스턴스에 Squid 프록시 서버를 설치합니다. 3. 서버가 해당 인스턴스를 프록시로 사용하여 클라우드 스토리지에 액세스하도록 구성합니다.

C. 1. Compute Engine용 Migrate(이전 명칭: Velostrata)를 사용하여 해당 서버를 Compute Engine으로 마이그레이션합니다. 2. storage.googleapis.com을 백엔드로 사용하는 내부 로드 밸런서(ILB)를 생성합니다.
3. 새 인스턴스가 이 ILB를 프록시로 사용하도록 구성합니다.

D. 1. Cloud VPN 또는 Interconnect를 사용하여 GCP의 VPC로 터널을 생성합니다. 2. Cloud Router를 사용하여 199.36.153.4/30에 대한 사용자 지정 경로 광고를 생성합니다. VPN 터널을 통해 온프레미스 네트워크에 해당 네트워크를 알립니다. 3. 온프레미스 네트워크에서 DNS 서버를 구성하여 *.googleapis.com을 restricted.googleapis.com으로 CNAME으로 해석하도록 합니다.

정답: D

저희는 최종 목표를 달성하기 위해 Google에서 권장하는 모범 사례를 따르고자 합니다. 온프레미스 호스트에 대한 비공개 Google 액세스를 구성하는 가장 좋은 방법은 VPN/상호 연결 + 경로 광고 + 제한된 Google IP 범위 사용을 활용하는 것입니다.
Cloud VPN 또는 Interconnect를 사용하여 GCP의 VPC로 터널을 생성합니다.
클라우드 라우터를 사용하여 199.36.153.4/30에 대한 사용자 지정 경로 광고를 생성합니다. VPN 터널을 통해 해당 네트워크를 온프레미스 네트워크에 알립니다.
온프레미스 네트워크에서 DNS 서버를 구성하여 *.googleapis.com을 restricted.googleapis.com으로 CNAME으로 해석하도록 하는 것이 올바른 해결책이며, Google에서 권장하는 방법입니다.
참고: https://cloud.google.com/vpc/docs/configure-private-google-access-hybrid Google API 트래픽이 클라우드 VPN 또는 클라우드 인터커넥트 연결을 통해 전달되도록 라우팅을 구성해야 하고, 온프레미스 방화벽에서 나가는 트래픽을 허용하는 방화벽 규칙을 설정해야 하며, Google API로 향하는 트래픽이 라우팅에 추가한 IP 범위로 확인되도록 DNS를 구성해야 합니다.
Cloud Router의 사용자 지정 경로 광고를 사용하여 제한된 Google API IP 주소를 Cloud Router를 통해 온프레미스 네트워크에 알릴 수 있습니다. 제한된 Google API IP 범위는 다음과 같습니다.
199.36.153.4/30. 이 IP 대역은 기술적으로는 공용 IP 대역이지만, Google은 이를 공개적으로 발표하지 않습니다. 이 IP 대역은 Cloud VPN 또는 Cloud Interconnect 연결과 같은 내부 IP 대역을 통해 Google Cloud 프로젝트에 접근할 수 있는 호스트만 액세스할 수 있습니다. 공용 IP 주소가 없거나 인터넷에 액세스할 수 없는 경우, 클라우드 스토리지에 연결하는 유일한 방법은 내부 경로를 이용하는 것입니다.
그러므로 보안팀과 협상하여 서버에 공용 IP 주소를 할당받는 것은 옳지 않습니다. 구글에서 권장하는 방식을 따르는 것은 구글 서비스를 사용하는 것과 같은 의미입니다(완전히 같지는 않지만, 적어도 시험에서는 그렇습니다!).
따라서 이 VPC에서 Compute Engine 인스턴스를 생성하고 해당 인스턴스에 Squid 프록시 서버를 설치하는 것은 올바르지 않습니다.
구글이 하이브리드 연결 아키텍처를 사용하는 것이 전혀 문제없다고 밝힌 상황에서(https://cloud.google.com/hybrid-connectivity) VM을 Compute Engine으로 마이그레이션하는 것은 다소 극단적인 조치입니다.
그래서,
Compute Engine용 Migrate(이전 명칭: Velostrata)를 사용하여 이러한 서버를 Compute Engine으로 마이그레이션하는 것은 올바르지 않습니다.

Associate-Cloud-Engineer 문제 247

아래에 지정된 YAML 파일을 사용하여 Google Kubernetes Engine 클러스터 내에 새 애플리케이션을 배포했습니다.

배포된 파드의 상태를 확인해 보니 그중 하나가 여전히 PENDING 상태인 것을 발견했습니다.

Pod가 대기 상태에 멈춰 있는 이유를 알고 싶습니다. 어떻게 해야 할까요?

A. myapp-service 서비스 객체의 세부 정보를 검토하고 오류 메시지를 확인하십시오.

B. myapp-deployment Deployment 객체의 세부 정보를 검토하고 오류 메시지를 확인합니다.

C. myapp-deployment-58ddbbb995-lp86m Pod의 세부 정보를 검토하고 경고 메시지를 확인하십시오.

D. myapp-deployment-58ddbbb995-lp86m pod의 컨테이너 로그를 확인하고 경고 메시지가 있는지 확인하십시오.

Associate-Cloud-Engineer 문제 248

Cloud Pub/Sub 토픽의 메시지를 처리하는 애플리케이션을 Cloud Run에 배포하려고 합니다. Google에서 권장하는 모범 사례를 따르고 싶습니다. 어떻게 해야 할까요?

A. 1. 연결을 내부로 설정하여 GKE의 Cloud Run에 애플리케이션을 배포합니다.
2. 해당 주제에 대한 클라우드 Pub/Sub 구독을 생성합니다.
3. 애플리케이션과 동일한 Google Kubernetes Engine 클러스터에 메시지를 수신하여 애플리케이션으로 전송하는 컨테이너를 배포합니다.

B. 1. Cloud Run에서 사용하는 서비스 계정에 Pub/Sub 구독자 역할을 부여합니다.
2. 해당 주제에 대한 클라우드 Pub/Sub 구독을 생성합니다.
3. 애플리케이션이 해당 구독에서 메시지를 가져오도록 하세요.

C. 1. 서비스 계정을 생성합니다.
2. 해당 서비스 계정에 Cloud Run 애플리케이션에 대한 Cloud Run Invoker 역할을 부여하십시오.
3. 해당 서비스 계정을 사용하고 Cloud Run 애플리케이션을 푸시 엔드포인트로 사용하는 Cloud Pub/Sub 구독을 생성합니다.

D. 1. 해당 토픽에 대해 Cloud Pub/Sub 트리거를 사용하는 클라우드 함수를 생성합니다.
2. 각 메시지에 대해 클라우드 함수에서 클라우드 런의 애플리케이션을 호출합니다.

Associate-Cloud-Engineer 문제 249

Compute Engine에 프로덕션 애플리케이션을 배포하고 있습니다. 누군가가 실수로 버튼을 클릭하여 인스턴스를 삭제하는 것을 방지하고 싶습니다. 어떻게 해야 할까요?

A. "인스턴스 삭제 시 부팅 디스크 삭제" 플래그를 비활성화합니다.

B. 인스턴스에 삭제 방지 기능을 활성화합니다.

C. 인스턴스의 자동 재시작을 비활성화합니다.

D. 인스턴스에서 선점권을 활성화합니다.

Associate-Cloud-Engineer 문제 250

조직의 Google Cloud 프로젝트에 대한 IAM 정책을 관리하고 있습니다. 새로운 운영팀이 기본적인 문제 해결을 위해 이 프로젝트 내의 기존 Compute Engine VM 인스턴스를 시작, 중지 및 재설정할 수 있는 권한이 필요합니다. 엄격한 보안 요구 사항으로 인해 운영팀은 인스턴스를 삭제하거나 네트워킹 또는 구성 설정을 수정할 수 없어야 합니다. 팀 구성원에게 최소한의 필수 권한만 부여해야 합니다. 어떻게 해야 할까요?

A. 운영팀에 roles/writer IAM 역할을 부여하고 resource.type == 'compute.googleapis'를 추가합니다.
com/Instance ' 역할에 대한 조건입니다.

B. 운영팀에 인스턴스를 볼 수 있도록 미리 정의된 roles/compute.viewer IAM 역할을 부여합니다. 시작, 중지 및 재설정과 같은 Google Cloud 콘솔의 기본 작업을 사용하도록 안내합니다.

C. compute.instances.start, compute.instances.stop 및 compute.instances.reset 권한만 포함하는 사용자 지정 IAM 역할을 생성합니다. 이 역할을 프로젝트의 운영 팀에 할당합니다.

D. 운영팀에 프로젝트에 대한 사전 정의된 roles/compute.instanceAdmin.v1 IAM 역할을 부여합니다. compute.instances.delete 권한을 제외하도록 IAM 조건을 적용합니다.

다른 버전: 1282Google.Associate-Cloud-Engineer.v2026-01-20.q157; 3445Google.Associate-Cloud-Engineer.v2024-07-06.q228; 4082Google.Associate-Cloud-Engineer.v2024-05-09.q269; 4038Google.Associate-Cloud-Engineer.v2023-08-02.q192; 2599Google.Associate-Cloud-Engineer.v2023-05-01.q260; 3336Google.Associate-Cloud-Engineer.v2022-08-10.q236; 2521Google.Associate-Cloud-Engineer.v2022-03-18.q155

최근 업로드: 240Google.Associate-Cloud-Engineer.v2026-10-29.q445; 166Cisco.300-415.v2026-10-29.q187; 176CheckPoint.156-561.v2026-10-28.q97; 214GAQM.Databricks-Certified-Data-Engineer-Associate.v2026-10-28.q244; 240SolarWinds.Hybrid-Cloud-Observability-Network-Monitoring.v2026-10-28.q140; 174Workday.Workday-Pro-Integrations.v2026-10-28.q85; 150ProtocolAnalysis.WCNA.v2026-10-28.q35; 197Oracle.1Z0-902.v2026-10-27.q91; 212Huawei.H12-323_V2.0.v2026-10-26.q108; 166SAP.C-P2W10-2504.v2026-10-26.q30