A. Compute Engine 인스턴스의 직렬 포트 로그를 확인합니다.

B. Cloud Security Scanner를 사용하여 Cloud SQL이 DDoS(분산 서비스 거부) 공격을 받고 있는지 확인합니다.

C. Cloud SQL 인스턴스에 대한 연결 수가 증가했는지 확인합니다.

D. Stackdriver Profiler를 사용하여 애플리케이션 전체에서 리소스 사용률을 시각화합니다.

A. 기본 Stackdriver Kubernetes Engine Monitoring 에이전트 구성을 사용합니다.

B. Google Compute Engine(GCE>에 Kubernetes를 설치하고 애플리케이션을 재배포합니다. 그런 다음 기본 제공 Stackdriver Logging 구성을 맞춤설정하여 애플리케이션의 포드에서 로그 파일을 추적하고 Stackdriver Logging에 기록합니다.

C. 포드 내에서 로그 파일을 추적하고 항목을 표준 출력에 쓰는 스크립트를 작성합니다. 애플리케이션의 포드가 있는 사이드카 컨테이너로 스크립트를 실행합니다. 스크립트가 애플리케이션 컨테이너의 /var/log에 대한 읽기 액세스 권한을 갖도록 컨테이너 간에 공유 볼륨을 구성합니다.

D. Fluentd 데몬셋을 GKE에 배포합니다. 그런 다음 애플리케이션의 포드에서 로그 파일을 추적하고 Slackdriver Logging에 기록하도록 사용자 지정된 입력 및 출력 구성을 생성합니다.

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

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

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

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

A. 비밀을 암호화하여 애플리케이션 저장소에 저장합니다. 복호화 키를 별도의 저장소에 저장하고 Cloud Build에 저장소에 대한 액세스 권한을 부여하세요.

B. Cloud Key Management Service(Cloud KMS)를 사용하여 비밀을 암호화하고 Cloud Build 배포 구성에 포함합니다. Cloud Build에 KeyRing에 대한 액세스 권한을 부여합니다.

C. 클라이언트 측 암호화를 사용하여 비밀을 암호화하고 Cloud Storage 버킷에 저장합니다. 버킷에 복호화 키를 저장하고 Cloud Build에 버킷에 대한 액세스 권한을 부여합니다.

D. Cloud Storage 버킷을 생성하고 내장된 미사용 암호화를 사용합니다. 버킷에 보안 비밀을 저장하고 Cloud Build에 버킷에 대한 액세스 권한을 부여합니다.

A. 클라이언트에서 직접 코딩된 계측

B. 애플리케이션 서버에 대한 GKE 상태 확인

C. 애플리케이션 서버의 로그

D. 주기적으로 시뮬레이션된 사용자 요청을 보내는 합성 클라이언트

E. 애플리케이션 서버에서 내보낸 메트릭