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

Associate-Cloud-Engineer 문제 206

클라우드 스토리지 버킷에 5TB 크기의 대용량 AVRO 파일이 저장되어 있습니다. 분석가들은 SQL만 능숙하게 사용하며, 이 파일에 저장된 데이터에 접근해야 합니다. 가능한 한 빨리 비용 효율적인 방법으로 요청을 완료하고 싶습니다. 어떻게 해야 할까요?

A. 클라우드 데이터스토어에 데이터를 로드하고 해당 데이터에 대해 SQL 쿼리를 실행합니다.

B. BigQuery 테이블을 생성하고 BigQuery에 데이터를 로드합니다. 이 테이블에서 SQL 쿼리를 실행하고 요청이 완료되면 이 테이블을 삭제합니다.

C. BigQuery에 Cloud Storage 버킷을 가리키는 외부 테이블을 생성하고, 이러한 외부 테이블에서 SQL 쿼리를 실행하여 요청을 완료하세요.

D. 하둡 클러스터를 생성하고 AVRO 파일을 압축하여 NDFS에 복사합니다. 해당 파일을 하이브 테이블에 로드하고 분석가들이 SQL 쿼리를 실행할 수 있도록 접근 권한을 부여합니다.

Associate-Cloud-Engineer 문제 207

여러 Google Cloud Platform(GCP) 프로젝트를 관리하고 있으며 지난 60일간의 모든 로그에 액세스해야 합니다. 로그 내용을 탐색하고 신속하게 분석할 수 있기를 원합니다. 모든 프로젝트의 통합 로그를 얻기 위해 Google에서 권장하는 방법을 따르고 싶습니다. 어떻게 해야 할까요?

A. Stackdriver 로깅으로 이동하여 resource.labels.project_id="*"를 선택하세요.

B. BigQuery 데이터셋을 싱크 대상으로 하는 Stackdriver 로깅 내보내기를 생성합니다. 테이블 만료일을 60일로 설정합니다.

C. 클라우드 스토리지를 싱크 대상으로 하는 Stackdriver 로깅 내보내기를 생성합니다. 60일 후 객체를 삭제하는 수명 주기 규칙을 생성합니다.

D. Stackdriver에서 로그를 읽어 BigQuery에 저장하도록 클라우드 스케줄러 작업을 구성합니다. 테이블 만료일을 60일로 설정합니다.

정답: B

* Stackdriver 로깅으로 이동하여 resource.labels.project_id=*를 선택하는 것은 올바르지 않습니다.
Stackdriver Logging에 기록된 로그 항목은 보존 기간(기본 설정값 30일) 동안 보관됩니다. 이 기간이 지나면 로그 항목은 삭제됩니다. 로그 항목을 더 오래 보관하려면 로그 싱크를 구성하여 Stackdriver Logging 외부로 로그를 내보내야 합니다.
참고: https://cloud.google.com/blog/products/gcp/best-practices-for-working-with-google-cloud-audit-logging
* Stackdriver에서 로그를 읽어 BigQuery에 저장하도록 Cloud Scheduler 작업을 구성합니다. 테이블 만료일을 60일로 설정합니다. 이는 올바르지 않습니다.
이 방법도 작동은 하지만, Google에서 동일한 기능을 별도의 설정 없이 바로 사용할 수 있는 '내보내기 싱크' 기능을 제공하는데도 불구하고 Cloud Scheduler 작업을 사용하여 Stackdriver에서 로그를 읽어 BigQuery에 저장하는 것은 의미가 없습니다. (참고: https://cloud.google.com/logging/docs/export/configure_export_v2)
* 클라우드 스토리지를 싱크 대상으로 하는 Stackdriver 로깅 내보내기를 생성합니다. 60일 후 객체를 삭제하는 수명 주기 규칙을 생성합니다. 이는 올바르지 않습니다.
로그 쿼리와 내보내기 대상을 포함하는 하나 이상의 싱크를 생성하여 로그를 내보낼 수 있습니다.
내보낸 로그 항목에 대해 지원되는 대상은 Cloud Storage, BigQuery 및 Pub/Sub입니다.Ref: https://cloud.
google.com/logging/docs/export/configure_export_v2
싱크는 싱크가 생성된 정확한 리소스(Google Cloud 프로젝트, 조직, 폴더 또는 결제 계정)의 로그 항목만 내보낼 수 있도록 제한됩니다. 조직의 모든 프로젝트에서 로그를 내보내는 것이 더 쉬운 경우, Google Cloud 조직의 모든 프로젝트, 폴더 및 결제 계정에서 로그 항목을 내보낼 수 있는 통합 싱크를 만들 수 있습니다. 참고: https://cloud.google.com/logging/docs/export
/집계된 싱크대
어쨌든 이제 데이터는 클라우드 스토리지에 저장되었지만, 클라우드 스토리지에서 로그 정보를 조회하는 것은 BigQuery 데이터셋에서 정보를 조회하는 것보다 어렵습니다. 따라서 클라우드 스토리지보다는 BigQuery를 사용하는 것이 더 바람직합니다.
* Stackdriver 로깅 내보내기를 생성하고 싱크 대상을 BigQuery 데이터 세트로 지정합니다. 테이블 만료 기간을 60일로 설정합니다. 이것이 정답입니다.
로그 쿼리와 내보내기 대상을 포함하는 하나 이상의 싱크를 생성하여 로그를 내보낼 수 있습니다.
내보낸 로그 항목에 대해 지원되는 대상은 Cloud Storage, BigQuery 및 Pub/Sub입니다.Ref: https://cloud.
google.com/logging/docs/export/configure_export_v2
싱크는 싱크가 생성된 정확한 리소스(Google Cloud 프로젝트, 조직, 폴더 또는 결제 계정)의 로그 항목만 내보낼 수 있도록 제한됩니다. 조직의 모든 프로젝트에서 로그를 내보내는 것이 더 쉬운 경우, Google Cloud 조직의 모든 프로젝트, 폴더 및 결제 계정에서 로그 항목을 내보낼 수 있는 통합 싱크를 만들 수 있습니다. 참고: https://cloud.google.com/logging/docs/export
/집계된 싱크대
어쨌든 이제 데이터는 BigQuery 데이터셋에 저장되었습니다. BigQuery 데이터셋에서 정보를 조회하는 것은 클라우드 스토리지 버킷의 내용을 분석하는 것보다 더 쉽고 빠릅니다. 로그 내용을 신속하게 분석해야 하는 우리의 요구 사항을 고려할 때, 클라우드 스토리지보다는 BigQuery를 사용하는 것이 더 바람직합니다.
또한 데이터 세트에서 새로 생성되는 테이블의 기본 만료 기간을 설정하여 스토리지 비용을 관리하고 스토리지 사용량을 최적화할 수 있습니다. 데이터 세트를 생성할 때 이 속성을 설정하면 데이터 세트에 생성된 모든 테이블은 만료 기간 후에 삭제됩니다. 데이터 세트를 생성한 후에 이 속성을 설정하면 새로 생성된 테이블만 만료 기간 후에 삭제됩니다. 예를 들어 기본 테이블 만료 기간을 7일로 설정하면 1주일 후에 오래된 데이터가 자동으로 삭제됩니다. 참고: https://cloud.google.com/bigquery/docs/best-practices-storage

Associate-Cloud-Engineer 문제 208

(귀사 개발자들은 최근 구축한 자동화 도구를 사용하여 Google Cloud 프로젝트 내 Compute Engine에 Linux VM을 프로비저닝하고 다양한 작업을 수행합니다. 이러한 사용자에 대한 Linux 계정 수명 주기 및 액세스 권한을 관리해야 합니다. 운영 비용을 최소화하면서 액세스 관리를 간소화하기 위해 Google에서 권장하는 모범 사례를 따르고자 합니다. 어떻게 해야 할까요?)

A. 모든 VM에 대해 OS 로그인을 활성화합니다. IAM 역할을 사용하여 사용자 권한을 부여합니다.

B. 모든 VM에 OS 로그인 기능을 활성화합니다. 사용자 권한을 업데이트하는 사용자 지정 시작 스크립트를 작성합니다.

C. 개발자에게 공개 SSH 키를 생성하도록 요구하십시오. 공개 키의 소유자를 루트 사용자로 지정하십시오.

D. 개발자에게 공개 SSH 키를 생성하도록 요구하십시오. 사용자 권한을 업데이트하는 사용자 지정 시작 스크립트를 작성하십시오.

Associate-Cloud-Engineer 문제 209

Docker 이미지로 패키징된 애플리케이션을 만들었습니다. 이 Docker 이미지를 Google Kubernetes Engine의 워크로드로 배포하려고 합니다. 어떻게 해야 할까요?

A. 이미지를 클라우드 스토리지에 업로드하고 해당 이미지를 참조하는 Kubernetes 서비스를 생성합니다.

B. 이미지를 클라우드 스토리지에 업로드하고 해당 이미지를 참조하는 Kubernetes Deployment를 생성합니다.

C. 이미지를 컨테이너 레지스트리에 업로드하고 해당 이미지를 참조하는 Kubernetes 서비스를 생성합니다.

D. 이미지를 컨테이너 레지스트리에 업로드하고 해당 이미지를 참조하는 Kubernetes Deployment를 생성합니다.

Associate-Cloud-Engineer 문제 210

Cloud Spanner를 백엔드 데이터베이스로 사용하는 애플리케이션이 있습니다. 이 애플리케이션은 트래픽 패턴이 매우 예측 가능합니다. 트래픽에 따라 Spanner 노드 수를 자동으로 확장하거나 축소하고 싶습니다. 어떻게 해야 할까요?

A. 스택드라이버 모니터링 메트릭을 검토하고 그에 따라 스패너 인스턴스의 크기를 조정하는 cron 작업을 예약된 시간에 실행합니다.

B. Cloud Spanner CPU 사용량이 임계값을 초과할 경우 온콜 SRE 담당자에게 이메일로 알림을 보내는 Stackdriver 알림 정책을 생성합니다. SRE 담당자는 이에 따라 리소스를 확장하거나 축소할 수 있습니다.

C. Cloud Spanner CPU 사용량이 임계값을 초과할 경우 Google Cloud 지원팀 이메일로 알림을 보내는 Stackdriver 알림 정책을 생성하세요. Google 지원팀에서 필요에 따라 리소스를 확장하거나 축소합니다.

D. Cloud Spanner CPU 사용량이 설정한 임계값을 초과하거나 미달할 때 웹훅으로 알림을 보내는 Stackdriver 알림 정책을 생성합니다. HTTP 요청을 수신하고 그에 따라 Spanner 리소스 크기를 조정하는 Cloud Function을 생성합니다.

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

최근 업로드: 101Veeam.VMCE_v12.v2026-10-30.q133; 104Scrum.PSM-II.v2026-10-30.q137; 246Google.Associate-Cloud-Engineer.v2026-10-29.q445; 166Cisco.300-415.v2026-10-29.q187; 177CheckPoint.156-561.v2026-10-28.q97; 215GAQM.Databricks-Certified-Data-Engineer-Associate.v2026-10-28.q244; 242SolarWinds.Hybrid-Cloud-Observability-Network-Monitoring.v2026-10-28.q140; 175Workday.Workday-Pro-Integrations.v2026-10-28.q85; 150ProtocolAnalysis.WCNA.v2026-10-28.q35; 197Oracle.1Z0-902.v2026-10-27.q91