CertPass

Question 201

あなたはGoogle Kubernetes Engine (GKE) クラスタを作成しており、以下のコマンドを実行しました: ``` > gcloud container clusters create large-cluster --num-nodes 200 ``` コマンドは次のエラーで失敗しました: ``` insufficient regional quota to satisfy request: resource "CPUS": request requires '200.0' and is short '176.0'. project has a quota of '24.0' with '24.0' available ``` この問題を解決したいと考えています。どうすればよいですか？

GCP Consoleで追加のGKEクォータをリクエストする。

GCP Consoleで追加のCompute Engineクォータをリクエストする。

サポートケースを開いて追加のGKEクォータをリクエストする。

クラスタ内のサービスを分離し、より少ないコアで機能するように新しいクラスタを再構築する。

Question 202

最近、PodがCompute Engine永続ディスクにファイルを書き込むアプリケーションをGKEにデプロイしました。このディスク用にKubernetes上にPersistentVolumeClaim (PVC) とPersistentVolume (PV) オブジェクトを作成し、デプロイメントマニフェストファイルでPVCを参照しています。アプリケーションがディスクスペースのほとんどを使い果たしたため、最近、永続ディスクのサイズを拡張しました。いずれかのPodにログインしたところ、ディスクの拡張がコンテナのファイルシステムに表示されていないことに気づきました。どうすればよいですか？

PVオブジェクトのspec.capacity.storageの値を永続ディスクのサイズに合わせて設定します。kubectlを使用して更新された設定を適用します。

kubectl delete deployment DEPLOYMENT_NAME && kubectl apply -f deployment.yaml コマンドを実行して、アプリケーションPodを再作成します。ここで、DEPLOYMENT_NAMEパラメータはデプロイメントの名前、deployment.yamlはそのマニフェストファイルです。

PVCオブジェクトのspec.resources.requests.storageの値を永続ディスクのサイズに合わせて設定します。kubectlを使用して更新された設定を適用します。

Pod内で、fdiskまたはpartedユーティリティを使用して、ディスクパーティションを最大値にリサイズします。

Question 203

あなたはeコマース企業で働いています。Apigeeを通じて公開される新しいOrders APIを設計しています。Apigee組織内に、orders-testとorders-prodという名前の2つの新しい環境を作成しました。各環境に対して、test.lnk-42.com/api/v1/orders と Ink-42.com/api/v1/orders という固有のURLを使用する予定です。各環境が割り当てられたURLのみを使用するようにする必要があります。どうすればよいですか？

1. orders-test と orders-prod を orders 環境グループにアタッチします。 2. 各ホスト名を適切な環境に追加します。

1. orders-test と orders-prod を orders 環境グループにアタッチします。 2. 各ホスト名を orders 環境グループに追加します。

1. orders-test を test 環境グループにアタッチし、orders-prod を production 環境グループにアタッチします。 2. 各ホスト名を適切な環境に追加します。

1. orders-test を test 環境グループにアタッチし、orders-prod を production 環境グループにアタッチします。 2. 各ホスト名を適切な環境グループに追加します。

Question 204

あなたは、Cloud Run、Bigtable、Pub/Sub を含むマイクロサービスアーキテクチャを使用するアプリケーションを開発しています。最小限のコストで実用最小限の製品（MVP）を作成するために、テストとデバッグのプロセスをできるだけ迅速に行いたいと考えています。どうすべきですか？

Cloud Shell Editor と Cloud Shell を使用してアプリケーションをデプロイし、プロジェクト内の Google Cloud コンソールを使用して機能をテストする。

エミュレータを使用してクラウドリソースの機能をローカルでテストし、コードを Google Cloud プロジェクトにデプロイする。

Cloud Build を使用してパイプラインを作成し、単体テストステージと手動承認ステージを追加する。コードを Google Cloud プロジェクトにデプロイする。

Cloud Code を使用してマイクロサービスリソースを開発、デプロイ、テストする。Cloud Logging を使用してリソースログを確認する。

Question 205

あなたは、最近いくつかのGoogle Cloudサービスを統合した組織のリード開発者です。これらのサービスは、VPC Service ControlsとPrivate Service Connectエンドポイントで保護されたVirtual Private Cloud (VPC) 環境内に配置されています。組織全体の開発者は、異なるオペレーティングシステム、開発フレームワーク、統合開発環境 (IDE) を使用しています。あなたは、開発プロセスの一貫性を確保し、全体的な開発者体験を向上させる開発環境を推奨する必要があります。このソリューションには、以下の要件があります。 • 一貫したセキュリティ制御を強制する。 • VPC内のGoogle Cloudリソースとアプリケーションへのアクセス権を持つ。 • 開発環境へのカスタムツールとユーティリティのインストールを許可する。どのソリューションを推奨しますか？

Cloud Workstationsを使用し、開発者が独自のカスタムイメージを作成できるようにする。

事前設定されたベースイメージを持つCloud Workstationsを使用する。カスタムツールとユーティリティについては、毎週再構築されるカスタムイメージを使用する。

組織全体で使用されているIDEでCloud Code拡張機能を使用する。VPCアクセスを有効にするためにCloud VPNを設定する。

組織全体で使用されているIDEでCloud Code拡張機能を使用する。VPC内のサービスへのアクセスを有効にするためにIdentity-Aware Proxyを使用する。

Professional Cloud Developer