A. 차량이 GCS에 직접 데이터를 씁니다.

B. 차량이 Google Cloud Pub/Sub에 직접 데이터를 씁니다.

C. 차량이 데이터를 Google BigQuery로 직접 스트리밍합니다.

D. 차량은 기존 시스템(FTP)을 사용하여 계속해서 데이터를 작성합니다.

A. GCP 콘솔에서 Cloud SQL로 이동합니다. 최신 백업을 복원합니다. kubectl을 사용하여 모든 팟(Pod)을 다시 시작하십시오.

B. Cloud SQL 프록시 컨테이너에서 사용하는 서비스 계정에 여전히 Cloud Build 편집자 역할이 있는지 확인합니다.

C. gcloud sql 인스턴스 재시작을 사용합니다.

D. GCP 콘솔에서 Stackdriver Logging으로 이동합니다. (GKE) 및 Cloud SQL에 대한 로그를 참조하세요.

A. GKE에서 Binary Authorization을 활성화하고 CI/CD 파이프라인의 일부로 컨테이너에 서명합니다.

B. Kritis를 활용하여 CI/CD 파이프라인의 일부로 컨테이너에 암호화 서명하도록 Jenkins를 구성합니다.

C. 신뢰할 수 있는 서비스 계정만 레지스트리에서 컨테이너를 만들고 배포할 수 있도록 Container Registry를 구성합니다.

D. 워크로드를 배포하기 전에 취약점 스캔을 사용하여 취약점이 없는지 확인하도록 Container Registry를 구성합니다.

A. Stackdriver Logging을 사용하여 모듈 로그 항목을 검색합니다.

B. API 또는 Cloud Console을 사용하여 디버그 GCE 활동 로그를 읽습니다.

C. gcloud 또는 Cloud Console을 사용하여 직렬 콘솔에 연결하고 로그를 관찰합니다.

D. Activity Log를 이용하여 장애가 발생한 서버의 Live Migration 이벤트 발생 여부를 식별한다.

E. 실패 시간과 일치하도록 Google Stackdriver 타임라인을 조정하고 배치 서버 측정항목을 관찰합니다.

F. 디버그 VM을 이미지로 내보내고 기본 화면에 커널 로그 메시지가 표시될 로컬 서버에서 이미지를 실행합니다.

A. 미국 동부 지역에서 새 가상 머신 인스턴스를 생성할 때 루트 디스크의 스냅샷을 생성하고 스냅샷을 루트 디스크로 선택합니다.

B. Linux dd 및 netcat 명령을 사용하여 루트 디스크 콘텐츠를 미국 동부 지역의 새 가상 머신 인스턴스로 복사하고 스트리밍합니다.

C. Linux dd 명령을 사용하여 루트 디스크에서 이미지 파일을 생성하고, 이미지 파일에서 새 디스크를 생성하고, 이를 사용하여 US-East 지역에서 새 가상 머신 인스턴스를 생성합니다.

D. 루트 디스크의 스냅샷을 생성하고, 이 스냅샷에서 Google Cloud Storage에 이미지 파일을 생성하고, 루트 디스크용 이미지 파일을 사용하여 US-East 지역에 새로운 가상 머신 인스턴스를 생성합니다.