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

A. gcloud list gke-deployments -filter={pod }

B. kubectl get deployments -output=pods

C. kubectl get pods -I "app=prod"

D. gcloud get pods -selector="app=prod"

A. Internal TCP/UDP Load Balancer. Add a firewall rule allowing ingress traffic from 0.0.0.0/0 on the target instances.

B. HTTPS Load Balancer

C. SSL Proxy Load Balancer

D. Network Load Balancer

A. Google Cloud Marketplace で CMS ソリューションを検索します。Terraform と Cloud Marketplace ID を使用して、適切なパラメーターでソリューションをデプロイします。

B. Google Cloud Marketplace で CMS ソリューションを検索します。Cloud Marketplace からソリューションを直接デプロイします。

C. Google Cloud Marketplace で CMS ソリューションを検索します。gcloud CLI を使用してソリューションをデプロイします。

D. CMSプロバイダーのインストールガイドを使用します。構成管理システムを通じてインストールを実行します。

A. データを Dataflow にストリーミングし、Trifacta の Dataprep を使用してデータを Bigtable に送信します。

B. データを Pub/Sub にストリーミングします。Storage Transfer Service を使用してデータを BigQuery に送信します。

C. データを Dataflow にストリーミングし、Storage Transfer Service を使用してデータを BigQuery に送信します。

D. データを Pub/Sub にストリーミングし、Dataflow を使用してデータを Cloud Storage に送信します

A. 新しいCompute Engineインスタンスを作成します。 Jenkins実行可能ファイルを実行します。

B. Jenkins実行可能ファイルでインスタンステンプレートを作成します。このテンプレートでマネージドインスタンスグループを作成します。

C. Google Cloud Marketplaceを通じてJenkinsをデプロイします。

D. 新しいKubernetes Engineクラスタを作成します。 Jenkinsイメージのデプロイメントを作成します。

A. 標準ストレージを30日間使用するポリシーを設定してから、1年間Coldlineに移行し、2年間アーカイブストレージに移行します。

B. Nearlineストレージを30日間使用するポリシーを設定してから、Coldlineを1年間移動してから、アーカイブストレージに2年間移動します。

C. 30日間標準ストレージを使用し、その後3年間アーカイブストレージに移動するポリシーを設定します。

D. Nearlineストレージを30日間使用してから、3年間アーカイブストレージに移動するポリシーを設定します。

A. 更新されたインスタンステンプレートで新しいマネージドインスタンスグループを作成します。グループをロードバランサーのバックエンドサービスに追加します。新しいマネージドインスタンスグループのインスタンスがすべて正常になったら、古いマネージドインスタンスグループを削除します。

B. maxSurgeを1に設定し、maxUnavailableを0に設定して、ローリングアクションのstart-updateを実行します。

C. 新しいアプリケーションバージョンで新しいインスタンステンプレートを作成します。既存のマネージドインスタンスグループを新しいインスタンステンプレートで更新します。マネージドインスタンスグループ内のインスタンスを削除して、マネージドインスタンスグループが新しいインスタンステンプレートを使用してインスタンスを再作成できるようにします。

D. maxSurgeを0に設定し、maxUnavailableを1に設定して、ローリングアクションのstart-updateを実行します。

A. データを Spanner に移行します。

B. データを Firebase に移行します。

C. データを AlloyDB に移行します。

D. データを Bigtable に移行します。

A. GKE クラスタの自動スケーリングを構成します。

B. 各マイクロサービスに対して Horizo​​ntal Pod Autoscaler を構成します。

C. クラスターのノード プールのマシン タイプを変更し、より多くのメモリと CPU を備えたマシン タイプを選択します。

D. 各マイクロサービスに対して Vertical Pod Autoscaler を構成します。

A. チームの各メンバーに、新しいSSHキーペアを生成し、公開キーをGoogleアカウントに追加するように依頼します。
このチームに対応するGoogleグループに「compute.osAdminLogin」ロールを付与します。

B. 新しいSSHキーペアを生成します。チームの各メンバーに秘密鍵を渡します。
各インスタンスのメタデータで公開鍵を構成します。

C. チームの各メンバーに、新しいSSHキーペアを生成し、公開キーを送信するように依頼します。
構成管理ツールを使用して、これらのキーを各インスタンスにデプロイします。

D. 新しいSSHキーペアを生成します。チームの各メンバーに秘密鍵を渡します。
Cloud Platformプロジェクトで公開鍵をプロジェクト全体の公開SSH鍵として構成し、各インスタンスでプロジェクト全体の公開SSH鍵を許可します。

A. APIを有効にし、プロジェクトAの下にワークスペースを作成してから、プロジェクトBとCを追加します。

B. APIを有効にしてから、metrics.readerの役割をプロジェクトA、B、Cに付与します。

C. APIを有効にして、プロジェクトA、B、Cのグラフを共有します。

D. APIを有効にし、デフォルトのダッシュボードを使用してすべてのプロジェクトを順番に表示します。

A. Cloud Run サービスのインスタンスの最大数を 100 に設定します。

B. HTTP/1.1 ではなく HTTP/2 プロトコルを使用するように Web アプリケーションを更新します。

C. Cloud Run サービスのインスタンスの最小数を 3 に設定します。

D. Cloud Run サービスの同時実行数を 1 に設定します。

A. Cloud Firestore

B. クラウドデータストア

C. Cloud Spanner

D. Cloud SQL

A. 新しい静的外部 IPv6 アドレスを予約し、新しい IP アドレスを VM に割り当てます。

B. VM の既存の IP アドレスを静的内部 IP アドレスに昇格します。

C. VM の既存の IP アドレスを静的外部 IP アドレスに昇格します。

D. 新しい静的外部 IP アドレスを予約し、新しい IP アドレスを VM に割り当てます。

A. ローカルSSDに入力します。クラスター管理の推定コストを追加します。

B. [GPUの追加]を選択します。クラスター管理の推定コストを追加します。

C. [GPUの追加]を選択します。永続ディスクストレージとスナップショットストレージを入力します。

D. ローカルSSDに入力します。永続ディスクストレージとスナップショットストレージを入力します。

A. プロジェクトごとに予算を作成し、これらすべての予算について予算アラートを構成します。

B. すべてのサンドボックスプロジェクトに対して単一の請求先アカウントを作成し、BigQuery請求書エクスポートを有効にします。データスタジオダッシュボードを作成して、プロジェクトごとの支出をプロットします。

C. サンドボックスプロジェクトごとに個別の請求先アカウントを作成し、BigQuery請求書エクスポートを有効にします。データスタジオのダッシュボードを作成して、請求先アカウントごとの支出をプロットします。

D. すべてのプロジェクトに単一の予算を作成し、この予算に予算アラートを構成します。