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

Associate-Cloud-Engineer 문제 366

클라우드 아이덴티티에 새 사용자 그룹을 추가해야 합니다. 일부 사용자는 이미 Google 계정을 가지고 있습니다. Google에서 권장하는 모범 사례 중 하나를 따라 계정 충돌을 방지하고 싶습니다. 어떻게 해야 할까요?

A. 사용자가 기존 계정을 이전하도록 초대합니다.

B. 사용자가 이메일 별칭을 사용하여 충돌을 해결하도록 안내합니다.

C. 사용자에게 기존 계정을 삭제해야 한다고 안내합니다.

D. 사용자에게 기존 계정에서 모든 개인 이메일을 삭제하도록 안내합니다.

Associate-Cloud-Engineer 문제 367

여러 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 Cloud Storage를 싱크 대상으로 하는 Stackdriver 로깅 내보내기를 생성하고, 60일 후 객체를 삭제하는 수명 주기 규칙을 생성하는 것은 올바르지 않습니다.)
로그 쿼리와 내보내기 대상을 포함하는 하나 이상의 싱크를 생성하여 로그를 내보낼 수 있습니다.
내보낸 로그 항목의 지원되는 대상은 Cloud Storage, BigQuery 및 Pub/Sub입니다. (참고: https://cloud.google.com/logging/docs/export/configure_export_v2) 싱크는 싱크가 생성된 정확한 리소스(Google Cloud 프로젝트, 조직, 폴더 또는 결제 계정)의 로그 항목만 내보낼 수 있도록 제한됩니다. 조직의 모든 프로젝트에서 로그를 내보내는 것이 더 쉬운 경우, Google Cloud 조직의 모든 프로젝트, 폴더 및 결제 계정에서 로그 항목을 내보낼 수 있는 집계 싱크를 만들 수 있습니다. (참고: https://cloud.google.com/logging/docs/export/aggregated_sinks) 어떤 방법을 사용하든 이제 Cloud Storage에 데이터가 있지만, Cloud Storage에서 로그 정보를 쿼리하는 것은 BigQuery 데이터 세트에서 정보를 쿼리하는 것보다 더 어렵습니다. 따라서 Cloud Storage보다 BigQuery를 사용하는 것이 좋습니다.
Stackdriver 로깅 내보내기를 생성하고 싱크 대상을 BigQuery 데이터 세트로 지정합니다. 테이블 만료 기간을 60일로 설정합니다. 이것이 정답입니다.
로그 쿼리와 내보내기 대상을 포함하는 하나 이상의 싱크를 생성하여 로그를 내보낼 수 있습니다.
내보낸 로그 항목의 지원되는 대상은 Cloud Storage, BigQuery 및 Pub/Sub입니다. (참고: https://cloud.google.com/logging/docs/export/configure_export_v2) 싱크는 싱크가 생성된 정확한 리소스(Google Cloud 프로젝트, 조직, 폴더 또는 결제 계정)의 로그 항목만 내보낼 수 있도록 제한됩니다. 조직의 모든 프로젝트에서 로그를 내보내는 것이 더 쉬운 경우, Google Cloud 조직의 모든 프로젝트, 폴더 및 결제 계정에서 로그 항목을 내보낼 수 있는 집계 싱크를 만들 수 있습니다. (참고: https://cloud.google.com/logging/docs/export/aggregated_sinks) 어떤 방법을 사용하든, 이제 BigQuery 데이터 세트에 데이터가 저장됩니다. BigQuery 데이터 세트에서 정보를 쿼리하는 것은 Cloud Storage 버킷의 콘텐츠를 분석하는 것보다 더 쉽고 빠릅니다. 로그 콘텐츠를 신속하게 분석하는 것이 요구 사항이므로 Cloud Storage보다 BigQuery를 사용하는 것이 좋습니다.
또한 데이터 세트에서 새로 생성되는 테이블의 기본 만료 기간을 설정하여 스토리지 비용을 관리하고 스토리지 사용량을 최적화할 수 있습니다. 데이터 세트를 생성할 때 이 속성을 설정하면 데이터 세트에 생성된 모든 테이블은 만료 기간 후에 삭제됩니다. 데이터 세트를 생성한 후에 이 속성을 설정하면 새로 생성된 테이블만 만료 기간 후에 삭제됩니다. 예를 들어 기본 테이블 만료 기간을 7일로 설정하면 1주일 후에 오래된 데이터가 자동으로 삭제됩니다. 참고: https://cloud.google.com/bigquery/docs/best-practices-storage

Associate-Cloud-Engineer 문제 368

귀사는 데이터 웨어하우징을 위해 BigQuery를 사용하는 Google Cloud Platform 프로젝트를 운영하고 있습니다. 데이터 과학 팀은 구성원 변동이 잦고 인원도 적습니다. 이 팀 구성원들이 쿼리를 실행할 수 있도록 허용해야 하며, Google에서 권장하는 모범 사례를 따르고자 합니다. 어떻게 해야 할까요?

A. 1. 각 데이터 과학자 사용자 계정에 대한 IAM 항목을 생성합니다.
2. 해당 그룹에 BigQuery jobUser 역할을 할당합니다.

B. 1. 각 데이터 과학자 사용자 계정에 대한 IAM 항목을 생성합니다.
2. 해당 그룹에 BigQuery dataViewer 사용자 역할을 할당합니다.

C. 1. 클라우드 아이덴티티에서 전용 Google 그룹을 생성합니다.
2. 각 데이터 과학자의 사용자 계정을 그룹에 추가합니다.
3. 해당 그룹에 BigQuery jobUser 역할을 할당합니다.

D. 1. 클라우드 아이덴티티에서 전용 Google 그룹을 생성합니다.
2. 각 데이터 과학자의 사용자 계정을 그룹에 추가합니다.
3. 해당 그룹에 BigQuery dataViewer 사용자 역할을 할당합니다.

Associate-Cloud-Engineer 문제 369

'proj-sa'라는 프로젝트에서 모든 서비스 계정을 관리하고 있습니다. 이 프로젝트의 서비스 계정을 사용하여 'what should you do?'라는 다른 프로젝트에서 실행 중인 가상 머신의 스냅샷을 찍고 싶습니다. 어떻게 해야 할까요?
프로젝트-VM.

A. 서비스 계정에서 개인 키를 다운로드하고 각 VM의 사용자 지정 메타데이터에 추가합니다.

B. 서비스 계정에서 개인 키를 다운로드하고, 각 VM의 SSH 키에 개인 키를 추가합니다.

C. proj-vm이라는 프로젝트에서 서비스 계정에 컴퓨팅 스토리지 관리자 IAM 역할을 부여합니다.

D. VM을 생성할 때 Compute Engine에 대한 서비스 계정의 API 범위를 읽기/쓰기로 설정하십시오.

Associate-Cloud-Engineer 문제 370

20GB 크기의 파일을 계약업체들과 안전하게 공유해야 합니다. 계약업체들은 파일을 최대한 빨리 필요로 합니다. 어떤 단계를 거치면 파일을 신속하고 안전하게 전달할 수 있을까요?

A. 파일을 클라우드 스토리지에 업로드합니다. 모든 인증된 사용자에게 토큰 보기 권한을 부여합니다.

B. 복합 객체와 병렬 업로드를 사용하여 파일을 클라우드 스토리지에 빠르게 업로드합니다. 그런 다음 서명된 URL을 생성하여 계약업체와 안전하게 공유합니다.

C. 사용자 지정 서브넷으로 VPC를 설정합니다. 서브넷 터널을 생성합니다. 파일을 네트워크 공유에 업로드합니다. 계약자에게 임시 액세스 권한을 부여합니다.

D. 대량 데이터 가져오기 도구를 사용하여 파일을 Bigtable에 업로드합니다. 그런 다음 계약자에게 데이터베이스에 대한 읽기 권한을 부여합니다.

다른 버전: 1276Google.Associate-Cloud-Engineer.v2026-01-20.q157; 3423Google.Associate-Cloud-Engineer.v2024-07-06.q228; 4060Google.Associate-Cloud-Engineer.v2024-05-09.q269; 4020Google.Associate-Cloud-Engineer.v2023-08-02.q192; 2584Google.Associate-Cloud-Engineer.v2023-05-01.q260; 3322Google.Associate-Cloud-Engineer.v2022-08-10.q236; 2507Google.Associate-Cloud-Engineer.v2022-03-18.q155

최근 업로드: 162Google.Associate-Cloud-Engineer.v2026-10-29.q445; 130Cisco.300-415.v2026-10-29.q187; 168CheckPoint.156-561.v2026-10-28.q97; 195GAQM.Databricks-Certified-Data-Engineer-Associate.v2026-10-28.q244; 218SolarWinds.Hybrid-Cloud-Observability-Network-Monitoring.v2026-10-28.q140; 161Workday.Workday-Pro-Integrations.v2026-10-28.q85; 142ProtocolAnalysis.WCNA.v2026-10-28.q35; 184Oracle.1Z0-902.v2026-10-27.q91; 206Huawei.H12-323_V2.0.v2026-10-26.q108; 156SAP.C-P2W10-2504.v2026-10-26.q30