무료 온라인 액세스 Google.Professional-Cloud-DevOps-Engineer.v2022-02-09.q64 모의 시험 (Page 12)

Professional-Cloud-DevOps-Engineer 문제 51

Compute Engine에서 실행되는 애플리케이션 서버 풀이 있습니다. 최소한의 구성이 필요하고 개발자가 문제 해결을 위해 애플리케이션 로그에 쉽게 액세스할 수 있는 보안 솔루션을 제공해야 합니다. GCP에서 솔루션을 어떻게 구현하시겠습니까?

A. * Stackdriver 모니터링 에이전트를 애플리케이션 서버에 배포합니다.
* 개발자에게 Stackdriver에 액세스하고 측정항목을 볼 수 있는 IAM 모니터링 뷰어 역할을 부여합니다.

B. * Stackdriver 로깅 에이전트를 애플리케이션 서버에 배포합니다.
* 개발자에게 IAM 로그 뷰어 역할을 부여하여 Stackdriver에 액세스하고 로그를 봅니다.

C. * 애플리케이션 서버에 gsutil 명령줄 도구를 설치합니다.
* gsutil을 사용하여 스크립트를 작성하여 애플리케이션 로그를 Cloud Storage 버킷에 업로드한 다음 5분마다 cron을 통해 실행되도록 예약하세요.
* 개발자에게 지정된 버킷의 로그를 볼 수 있는 IAM 객체 뷰어 액세스 권한을 부여합니다.

D. * Stackdriver 로깅 에이전트를 애플리케이션 서버에 배포합니다.
* 개발자에게 IAM Logs Private Logs Viewer 역할을 부여하여 Stackdriver에 액세스하고 로그를 봅니다.

Professional-Cloud-DevOps-Engineer 문제 52

주력 서비스에 대해 반기별 용량 계획 연습을 수행하고 있습니다. 향후 6개월 동안 매월 10%의 서비스 사용자 성장률을 예상합니다. 서비스는 완전히 컨테이너화되어 있으며 Google Cloud Platform(GCP)에서 실행됩니다. 클러스터 자동 확장 처리가 활성화된 3개 영역에서 Google Kubernetes Engine(GKE) 표준 지역 클러스터를 사용합니다. 현재 배포된 총 CPU 용량의 약 30%를 사용하고 있으며 영역 장애에 대한 복원력이 필요합니다. 불필요한 비용을 피하면서 이러한 성장 또는 영역 오류의 결과로 사용자가 최소한의 부정적인 영향을 받도록 하려고 합니다. 예측된 성장을 처리하기 위해 어떻게 준비해야 합니까?

A. 최대 노드 풀 크기를 확인하고 수평 포드 자동 크기 조정기를 활성화한 다음 부하 테스트를 수행하여 예상 리소스 요구 사항을 확인합니다.

B. GKE에 배포되었으며 클러스터 자동 확장 처리를 사용하고 있기 때문입니다. GKE 클러스터는 성장률에 관계없이 자동으로 확장됩니다.

C. 사용률이 30%에 불과하기 때문에 상당한 여유 공간이 있으며 이 성장률을 위해 추가 용량을 추가할 필요가 없습니다.

D. 6개월 동안 10%의 성장률을 보이도록 노드 용량을 60% 더 추가한 다음 부하 테스트를 수행하여 용량이 충분한지 확인합니다.

Professional-Cloud-DevOps-Engineer 문제 53

주력 서비스에 대해 반기별 용량 계획 연습을 수행하고 있습니다. 향후 6개월 동안 매월 10%의 서비스 사용자 성장률을 예상합니다. 서비스는 완전히 컨테이너화되어 있으며 Google Cloud Platform(GCP)에서 실행됩니다. 클러스터 자동 확장 처리가 활성화된 3개 영역에서 Google Kubernetes Engine(GKE) 표준 지역 클러스터를 사용합니다. 현재 배포된 총 CPU 용량의 약 30%를 사용하고 있으며 영역 장애에 대한 복원력이 필요합니다. 불필요한 비용을 피하면서 이러한 성장 또는 영역 오류의 결과로 사용자가 최소한의 부정적인 영향을 받도록 하려고 합니다. 예측된 성장을 처리하기 위해 어떻게 준비해야 합니까?

A. 6개월 동안 10%의 성장률을 보이도록 노드 용량을 60% 더 추가한 다음 부하 테스트를 수행하여 용량이 충분한지 확인합니다.

B. 최대 노드 풀 크기를 확인하고 수평 포드 자동 크기 조정기를 활성화한 다음 부하 테스트를 수행하여 예상 리소스 요구 사항을 확인합니다.

C. GKE에 배포되었으며 클러스터 자동 확장 처리를 사용하고 있기 때문입니다. GKE 클러스터는 성장률에 관계없이 자동으로 확장됩니다.

D. 사용률이 30%에 불과하기 때문에 상당한 여유 공간이 있으며 이 성장률을 위해 추가 용량을 추가할 필요가 없습니다.

Professional-Cloud-DevOps-Engineer 문제 54

많은 수의 종속 시스템이 있는 인프라 서비스에 대한 대기 중입니다. 서비스가 대부분의 요청을 처리하지 못하고 있으며 수십만 명의 사용자가 있는 모든 종속 시스템이 영향을 받는다는 경고를 받습니다. SRE(Site Reliability Engineering) 사고 관리 프로토콜의 일부로 자신을 사고 지휘관(IC)으로 선언하고 팀에서 두 명의 숙련된 인력을 운영 책임자(OLJ 및 커뮤니케이션 책임자(CL))로 끌어들입니다. 다음에 무엇을 해야 합니까?

A. 사용자 영향을 완화하고 완화를 프로덕션에 배포하는 방법을 찾으십시오.

B. 영향을 받는 서비스 소유자에게 연락하여 사고 상태를 업데이트합니다.

C. 사고 대응자와 리드가 서로 통신할 수 있는 통신 채널을 설정합니다.

D. 사후 분석을 시작하고 사건 정보를 추가하고 내부적으로 초안을 배포하고 내부 이해 관계자에게 의견을 요청합니다.

Professional-Cloud-DevOps-Engineer 문제 55

GCP에서 실행되는 애플리케이션을 지원하고 Stackdriver Monitoring에서 가장 중요한 알림에 대해 팀에 SMS 알림을 구성하려고 합니다. 이를 구성할 알림 정책을 이미 식별했습니다. 당신은 무엇을해야합니까?

A. Stackdriver Monitoring과 SMS 게이트웨이 간의 타사 통합을 다운로드하고 구성합니다. 팀 구성원이 외부 도구에 SMS/전화 번호를 추가했는지 확인합니다.

B. 각 알림 정책에 대해 Webhook 알림 옵션을 선택하고 타사 통합 도구를 사용하도록 구성합니다. 팀 구성원이 외부 도구에 SMS/전화 번호를 추가했는지 확인합니다.

C. 팀원들이 Stackdriver 프로필에서 SMS/전화번호를 설정했는지 확인하세요. 각 경고 정책에 대한 SMS 알림 옵션을 선택한 다음 목록에서 적절한 SMS/전화 번호를 선택합니다.

D. 알림 정책별로 Slack 알림을 구성합니다. Slack 메시지가 수신될 때 SMS 메시지를 보내도록 Slack-to-SMS 통합을 설정합니다. 팀 구성원이 외부 통합에 SMS/전화 번호를 추가했는지 확인합니다.