A. * 파일 본문에 메타데이터를 추가합니다.
* 개별 파일을 압축합니다.
* serverName-Timestamp를 사용하여 파일 이름을 지정합니다.
* 버킷이 1시간보다 오래된 경우 새 버킷을 생성하고 개별 파일을 새 버킷에 저장합니다. 그렇지 않으면 파일을 기존 버킷에 저장하세요.

B. * 메타데이터용 단일 매니페스트 파일을 사용하여 10,000개 이벤트마다 일괄 처리합니다.
* 이벤트 파일과 매니페스트 파일을 하나의 아카이브 파일로 압축합니다.
* serverName-EventSequence를 사용하여 파일 이름을 지정합니다.
* 버킷이 1일보다 오래된 경우 새 버킷을 생성하고 단일 아카이브 파일을 새 버킷에 저장합니다. 그렇지 않으면 단일 아카이브 파일을 기존 버킷에 저장하십시오.

C. * 개별 파일을 압축합니다.
* serverName-EventSequence로 파일 이름을 지정합니다.
* 파일을 하나의 버킷에 저장
* 저장 후 각 개체에 대한 사용자 정의 메타데이터 헤더를 설정합니다.

D. * 파일 본문에 메타데이터를 추가합니다.
* 개별 파일을 압축합니다.
* 임의의 접두사 패턴으로 파일 이름을 지정합니다.
* 파일을 하나의 버킷에 저장

A. 값이 GoogleStackdriverMonitoring- UptimeChecks(https://cloud.google.com/monitoring)와 일치하는 경우 사용자 에이전트 HTTP 헤더가 포함된 요청을 허용하도록 레거시 웹 서버를 구성합니다.

B. 모든 기존 웹 서버에 Stackdriver 에이전트를 설치합니다.

C. Cloud Platform 콘솔에서 가동시간 서버의 IP 주소 목록을 다운로드하고 인바운드 방화벽 규칙을 만듭니다.

D. 값이 GoogleStackdriverMonitoring-UptimeChecks(https://cloud.google.com/monitoring)와 일치할 때 User-Agent HTTP 헤더를 통과하도록 로드 밸런서를 구성합니다.

A. 필요한 설치 파일을 Cloud Storage에 업로드하고 방화벽 규칙을 사용하여 다음을 제외한 모든 트래픽을 차단합니다.
Cloud Storage의 IP 주소 범위입니다. gsutil을 사용하여 VM에 파일을 다운로드합니다.

B. 필요한 설치 파일을 Cloud Source Repositories에 업로드하고 방화벽 규칙을 사용하여 모든 파일을 차단합니다.
Cloud Source Repositories의 IP 주소 범위를 제외한 트래픽. 다음을 사용하여 파일을 VM에 다운로드합니다.
gsutil.

C. 필수 설치 파일을 Cloud Source Repositories에 업로드합니다. 다음을 사용하여 서브넷에서 VM을 구성합니다.
비공개 Google 액세스 서브넷. VM에는 내부 IP 주소만 할당합니다. 다운로드
gcloud를 사용하여 VM에 설치 파일을 업로드합니다.

D. 필요한 설치 파일을 Cloud Storage에 업로드합니다. 프라이빗을 사용하여 서브넷에서 VM 구성
Google 액세스 서브넷. VM에는 내부 IP 주소만 할당합니다. 설치 파일을 다음 위치에 다운로드하세요.
gsutil을 사용하는 VM

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

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

C. GCP Console에서 Cloud SQL로 이동합니다. 최신 백업을 복원하십시오. kubectl을 사용하여 모든 포드를 다시 시작하세요.

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

A. 장거리 작동에 적합하지 않은 복사 명령

B. 온프레미스 머신보다 GCP의 가상 머신(VM) 수가 적습니다.

C. VM 외부의 별도 스토리지 계층으로 이 작업에 적합하지 않습니다.

D. 온프레미스 인프라와 GCP 간의 복잡한 인터넷 연결

E. 이 작업에 적합하지 않은 Google Cloud Storage 계층

F. 처리량을 제한하는 단일 VPN 터널