A. Cloud Identity-Aware Proxy(또는 HTTPS 리소스) 구성

B. SSH 및 TCP 리소스에 대한 Cloud Identity-Aware Proxy를 구성합니다.

C. SSH 키 쌍을 생성하고 공개 키를 프로젝트 전체 SSH 키로 저장합니다.

D. SSH 키 쌍을 생성하고 개인 키를 프로젝트 전체 SSH 키로 저장합니다.

A. myapp-service 서비스 개체의 세부 정보를 검토하고 오류 메시지를 확인합니다.

B. myapp-deployment 배포 개체의 세부 정보를 검토하고 오류 메시지를 확인합니다.

C. myapp-deployment-58ddbbb995-lp86m Pod의 세부 정보를 검토하고 경고 메시지를 확인합니다.

D. myapp-deployment-58ddbbb995-lp86m pod의 컨테이너 로그를 보고 경고 메시지를 확인합니다.

A. 영역별 용량이 제한되어 용량을 복구하기 위해 모든 선점형 VM이 종료됩니다. 그룹을 다른 영역에 배포해 보세요.

B. 해당 지역의 인스턴스 할당량에 도달했습니다.

C. 관리형 인스턴스 그룹의 VM이 선점 가능 설정에서 1분 동안만 지속되도록 전환됩니다.

D. 관리형 인스턴스 그룹의 상태 검사가 반복적으로 실패하고 있습니다. 이는 상태 검사가 잘못 구성되었거나 방화벽 규칙이 잘못 구성되어 상태 검사가 인스턴스에 액세스할 수 없기 때문입니다.

A. 1. 다음 설정을 사용하여 인그레스 방화벽 규칙을 만듭니다.* 대상: 모든 인스턴스* 소스 필터: IP 범위(범위는 10.0.2.0/24로 설정)* 프로토콜: 모두 허용2. 다음 설정을 사용하여 인그레스 방화벽 규칙을 만듭니다.* 대상: 모든 인스턴스* 소스 필터: IP 범위(범위는 10.0.1.0/24로 설정)* 프로토콜: 모두 허용

B. 1. 다음 설정으로 인그레스 방화벽 규칙을 생성합니다.* 대상: 티어 2 서비스 계정을 가진 모든 인스턴스* 소스 필터: 티어 1 서비스 계정을 가진 모든 인스턴스* 프로토콜: TCP:80802 허용. 다음 설정으로 인그레스 방화벽 규칙을 생성합니다.* 대상: 티어 3 서비스 계정을 가진 모든 인스턴스* 소스 필터: 티어 2 서비스 계정을 가진 모든 인스턴스* 프로토콜: TCP:8080 허용

C. 1. 다음 설정으로 인그레스 방화벽 규칙을 만듭니다.* 대상: 티어 2 서비스 계정을 가진 모든 인스턴스* 소스 필터: 티어 1 서비스 계정을 가진 모든 인스턴스* 프로토콜: 모두 허용2. 다음 설정으로 인그레스 방화벽 규칙을 만듭니다.* 대상: 티어 3 서비스 계정을 가진 모든 인스턴스* 소스 필터: 티어 2 서비스 계정을 가진 모든 인스턴스* 프로토콜: 모두 허용

D. 1. 다음 설정을 사용하여 송신 방화벽 규칙을 만듭니다.* 대상: 모든 인스턴스* 소스 필터: IP 범위(범위가 10.0.2.0/24로 설정됨)* 프로토콜: 허용 TCP: 80802. 다음 설정을 사용하여 송신 방화벽 규칙을 만듭니다.* 대상: 모든 인스턴스* 소스 필터: IP 범위(범위가 10.0.2.0/24로 설정됨)
10.0.1.0/24)* 프로토콜: TCP 허용: 8080

A. 사업부의 사용자를 여러 프로젝트로 분할합니다.

B. BigQuery 데이터 웨어하우스에 사용자 또는 프로젝트 수준의 사용자 지정 쿼리 할당량을 적용합니다.

C. 각 사업부별로 BigQuery 데이터 웨어하우스의 별도 사본을 만듭니다.

D. BigQuery 데이터 웨어하우스를 각 사업부별로 여러 개의 데이터 웨어하우스로 분할합니다.

E. BigQuery 쿼리 모델을 주문형에서 정액제로 변경하세요. 각 프로젝트에 적절한 개수의 슬롯을 적용하세요.