Associate-Cloud-Engineer日本語試験無料問題集「Google Associate Cloud Engineer Exam (Associate-Cloud-Engineer日本語版) 認定」

A. マスターノードはGKEによって自動的に作成されます。

B. GKE はマスター ノードを使用して子ノードを制御しません。

C. コンピューティングインスタンスを起動し、それをマスターノードとして設定する必要があります。

D. 上記のいずれでもない。

A. SSHおよびTCPリソース用にCloudIdentity-AwareProxyを構成します。

B. SSHキーペアを作成し、秘密キーをプロジェクト全体のSSHキーとして保存します

C. Cloud Identity-Aware Proxy（またはHTTPSリソース）を構成します

D. SSHキーペアを作成し、公開キーをプロジェクト全体のSSHキーとして保存します

A. gcloud deployment-manager deployments apply my-gcp-ace-cluster --config cluster.yaml

B. gcloud deployment-manager deployments create my-gcp-ace-cluster --type container.v1.cluster --config cluster.yaml

C. gcloud deployment-manager deployments apply my-gcp-ace-cluster --type container.v1.cluster --config cluster.yaml

D. gcloud deployment-manager deployments create my-gcp-ace-cluster --config cluster.yaml

A. gcloud compute instances list を実行してインスタンスの IP アドレスを取得し、ssh コマンドを使用します。

B. ssh-keygen コマンドでキーを作成します。次に、gcloud compute ssh コマンドを使用します。

C. ssh-keygen コマンドでキーを作成します。キーをインスタンスにアップロードします。gcloud compute instances list を実行してインスタンスの IP アドレスを取得してから、ssh コマンドを使用します。

D. gcloud compute ssh コマンドを使用します。

A. Cloud Storage 内の各イメージに対して ACL を設定し、デフォルトの Compute Engine サービス アカウントに読み取り専用アクセスを許可します。

B. GKE クラスターを作成する際に、以下の「すべてのクラウド API へのフル アクセスを許可する」オプションを選択してください。
`アクセススコープ`。

C. 画像が保存されているプロジェクトで、Kubernetes ノードで使用されるサービス アカウントにストレージ オブジェクト ビューアー IAM ロールを付与します。

D. サービスアカウントを作成し、クラウドストレージへのアクセス権を付与します。このサービスアカウント用にP12キーを作成し、KubernetesのimagePullSecretsとして使用します。

A. Google Kubernetes Engine に標準モードで Web アプリケーションをデプロイします。

B. WebアプリケーションをCloud Runジョブとしてデプロイします。

C. Google Kubernetes Engine 上に Web アプリケーションを Autopilot モードでデプロイします。

D. WebアプリケーションをCloud Runサービスとしてデプロイします。

A. 1. Cassandra Compute Engine インスタンスを構築し、そのスナップショットを取得します。
2. スナップショットを使用して開発者用のインスタンスを作成します。

B. 1. GCP に Cassandra をインストールするための手順ガイドを作成します。
2. 開発者が説明ガイドにアクセスできるようにします。

C. 1. Cassandra Compute Engine インスタンスを構築し、そのスナップショットを取得します。
2. スナップショットを Cloud Storage にアップロードし、開発者がアクセスできるようにします。
3. 開発者が自分で実行できるように、スナップショットから Compute Engine インスタンスを作成するための手順をビルドします。

D. 1. 開発者に Cloud Marketplace にアクセスするようアドバイスします。
2. 開発者に開発作業用の Cassandra イメージを起動するよう依頼します。

A. 各階層ごとに個別のサブネットを持つ /24 共有 VPC を作成します。ネットワーク タグを参照するファイアウォール ルールを使用してトラフィックを制御します。

B. 各ティアを個別のカスタムモード/16 VPCにデプロイします。VPCネットワークピアリングを使用して、各カスタムモードVPCを安全に接続します。各VPCでファイアウォールルールを個別に管理します。

C. 3つのサブネットを持つカスタムモードの/16 VPCを1つ作成します。各ティアをそれぞれ独自のサブネットに配置し、IPサブネットを参照するファイアウォールルールを使用してトラフィックを制御します。

D. ネットワークタグを使用してインスタンスを識別し、/24 VPC 内に各ティアをデプロイします。きめ細かなネットワークセグメンテーションのためにファイアウォールルールを実装します。

A. アプリケーションを再設計して、WebSocket および HTTP セッションに依存しない分散ユーザー セッション サービスを使用します。

B. HTTP ストリーミングを使用するように WebSocket コードを変換します。

C. WebSocket 接続の暗号化要件をセキュリティ チームと確認します。

D. ロード バランサのオプションについて話し合うために、クラウド対応チームと会ってください。

A. コードを Cloud Functions にアップロードします。Cloud Scheduler を使用してアプリケーションを起動します。

B. バイナリセット用のコンテナを作成します。コンテナを Google Kubernetes Engine (GKE) にデプロイし、Kubernetes スケジューラを使用してアプリケーションを起動します。

C. バイナリセット用のコンテナを作成します。Cloud Scheduler を使用して、コンテナ用の Cloud Run ジョブを開始します。

D. Compute Engine 上の VM にリフトして移行します。インスタンスの起動と停止にはインスタンス スケジュールを使用します。

A. 組織ポリシーの制約を設定してドメインごとに ID を制限し、一致しない既存のユーザーを遡って削除します。

B. Cloud Scheduler タスクを作成して、リソースを定期的にスキャンし、一致しないユーザーを削除します。

C. Cloud Scheduler タスクを作成して、プロジェクトを定期的にスキャンし、一致しないユーザーを削除します。

D. 組織ポリシーの制約を設定してドメインごとに ID を制限し、一致しないユーザーを自動的に削除します。

A. アプリケーションの新しいバージョンで新しいリビジョンを作成します。
このバージョンと現在実行中のバージョンとの間でトラフィックを分割します。

B. アプリケーションの新しいバージョンで新しいリビジョンを作成します。
両方のリビジョンの前にHTTP Load Balancerを追加してください。

C. アプリケーションの新しいバージョンで新しいサービスを作成します。
このバージョンと現在実行中のバージョンとの間でトラフィックを分割します。

D. アプリケーションの新しいバージョンで新しいサービスを作成します。
両方のサービスの前にHTTPロードバランサーを追加してください。

A. MIG のプロキシ ネットワーク ロード バランサーと、ロード バランサーの IP アドレスを持つ DNS プライベート ゾーンの A レコードを使用します。

B. MIG の Application Load Balancer と、ロードバランサーの IP アドレスを含む DNS パブリック ゾーンの A レコードを使用します。

C. MIG の Application Load Balancer と、ロードバランサーの IP アドレスを含む DNS プライベート ゾーンの CNAME レコードを使用します。

D. MIG のプロキシ ネットワーク ロード バランサーと、ロード バランサーの IP アドレスを含む DNS パブリック ゾーンの CNAME レコードを使用します。

A. インスタンスでローカルSSDを使用するように移行します。

B. ディスクのサイズを1 TBに増やします。

C. インスタンスでリージョナルSSDを使用するように移行します。

D. インスタンスに割り当てられたCPUを増やします。