• ホーム
  • ブログ
  • [2025年02月17日] Associate-Cloud-Engineer日本語テストエンジンお試しセット、Associate-Cloud-Engineer日本語問題集PDF [Q55-Q80]

[2025年02月17日] Associate-Cloud-Engineer日本語テストエンジンお試しセット、Associate-Cloud-Engineer日本語問題集PDF [Q55-Q80]

Share

[2025年02月17日] Associate-Cloud-Engineer日本語テストエンジンお試しセット、Associate-Cloud-Engineer日本語問題集PDF

最新のGoogle Associate-Cloud-Engineer日本語のPDFと問題集で（2025）無料試験問題解答

質問 # 55
クラウド エンジニアとして、アカウントの無料試用版をアップグレードし、その名前を運用インベントリ システムに変更するよう求められました。変更中に許可拒否エラーが発生しています。問題を解決する権限は次のうちどれですか?

  • A. Billing.accounts.upgrade
  • B. 請求.アカウント.アップグレード
  • C. Billing.accounts.update
  • D. Billing.account.update

正解：C

解説：
The required permission is billing.accounts.update on Billing Account resource.


質問 # 56
Cloud Spannerインスタンスでテーブルデータを表示および編集できるように、3人のユーザーにアクセス権を付与する必要があります。あなたは何をするべきか？

  • A. Run gcloud iam roles describe roles/spanner.viewer --project my-project. Add the users to a new group. Add the group to the role.
  • B. Run gcloud iam roles describe roles/spanner.viewer --project my-project. Add the users to the role.
  • C. Run gcloud iam roles describe roles/spanner.databaseUser. Add the users to a new group. Add the group to the role.
  • D. Run gcloud iam roles describe roles/spanner.databaseUser. Add the users to the role.

正解：D


質問 # 57
あなたの会社には、さまざまなファイル形式の大量の非構造化データがあります。データに対してETL変換を実行したい。 Dataflowジョブで処理できるように、Google Cloudでデータにアクセスできるようにする必要があります。あなたは何をするべきか？

  • A. コンソールのインポート機能を使用して、データをCloud SQLにアップロードします。
  • B. コンソールのインポート機能を使用して、データをCloud Spannerにアップロードします。
  • C. gsutilコマンドラインツールを使用してCloud Storageにデータをアップロードします。
  • D. bqコマンドラインツールを使用してデータをBigQueryにアップロードします。

正解：C

解説：
"large quantity" : Cloud Storage or BigQuery "files" a file is nothing but an Object


質問 # 58
監査人は、組織による Google Cloud でのデータの使用状況を確認したいと考えています。監査人は、Cloud Storage バケット内のデータに誰がアクセスしたかを監査することに最も関心があります。監査人が必要なデータにアクセスできるよう支援する必要があります。あなたは何をするべきか？

  • A. 適切な権限を割り当て、Cloud Monitoring を使用して指標を確認します。
  • B. 監査するバケットのデータ アクセス ログをオンにし、Cloud Storage でフィルタリングするログ ビューアでクエリを作成します。
  • C. 適切な権限を割り当てて、管理アクティビティ監査ログに関するデータポータル レポートを作成します。
  • D. エクスポート ログ API を使用して、必要な形式で管理アクティビティ監査ログを提供します

正解：B

解説：
Types of audit logs Cloud Audit Logs provides the following audit logs for each Cloud project, folder, and organization: Admin Activity audit logs Data Access audit logs System Event audit logs Policy Denied audit logs ***Data Access audit logs contain API calls that read the configuration or metadata of resources, as well as user-driven API calls that create, modify, or read user-provided resource data.
https://cloud.google.com/logging/docs/audit#types
https://cloud.google.com/logging/docs/audit#data-access Cloud Storage: When Cloud Storage usage logs are enabled, Cloud Storage writes usage data to the Cloud Storage bucket, which generates Data Access audit logs for the bucket. The generated Data Access audit log has its caller identity redacted.


質問 # 59
App Engine環境でホストされているアプリケーションの新しいバージョンを構築しています。アプリケーションを新しいバージョンに完全に切り替える前に、ユーザーの1％で新しいバージョンをテストする必要があります。あなたは何をするべきか？

  • A. アプリケーションの新しいバージョンをApp EngineではなくCompute Engineインスタンスにデプロイし、GCP Consoleを使用してトラフィックを分割します。
  • B. App Engineで新しいバージョンを個別のアプリとしてデプロイします。次に、GCP Consoleを使用してApp Engineを構成し、2つのアプリ間でトラフィックを分割します。
  • C. App EngineではなくGoogle Kubernetes Engineにアプリケーションの新しいバージョンをデプロイし、GCP Consoleを使用してトラフィックを分割します。
  • D. App Engineにアプリケーションの新しいバージョンをデプロイします。次に、GCP ConsoleのApp Engine設定に移動し、それに応じて現在のバージョンと新しくデプロイされたバージョンの間でトラフィックを分割します。

正解：D

解説：
Explanation
GCP App Engine natively offers traffic splitting functionality between versions. You can use traffic splitting to specify a percentage distribution of traffic across two or more of the versions within a service. Splitting traffic allows you to conduct A/B testing between your versions and provides control over the pace when rolling out features.
Ref: https://cloud.google.com/appengine/docs/standard/python/splitting-traffic


質問 # 60
あなたは、Cloud Run 上で数百人のユーザー向けにウェブ アプリケーションを実行しています。ユーザーの中には、アプリケーションの最初の Web ページの読み込みに後続のページよりもはるかに時間がかかると不満を言う人もいます。この問題を軽減するには、Google の推奨事項に従ってください。あなたは何をするべきか？

  • A. Cloud Run サービスの同時実行数を 1 に設定します。
  • B. Cloud Run サービスのインスタンスの最大数を 100 に設定します。
  • C. HTTP/1.1 ではなく HTTP/2 プロトコルを使用するように Web アプリケーションを更新します。
  • D. Cloud Run サービスのインスタンスの最小数を 3 に設定します。

正解：D


質問 # 61
Google Kubernetes Engine（GKE）で実行されている既存のアプリケーションは、4つのGKE n1-standard-2ノードで実行されている複数のポッドで構成されています。ダウンタイムなしでn2-highmem-16ノードを必要とする追加のポッドをデプロイする必要があります。あなたは何をするべきか？

  • A. n2-highmem-16ノードで新しいクラスターを作成します。ポッドを再デプロイして、古いクラスターを削除します。
  • B. n1-standard-2ノードとn2-highmem-16ノードの両方で新しいクラスターを作成します。ポッドを再デプロイして、古いクラスターを削除します。
  • C. 新しいノードプールを作成し、マシンタイプn2-highmem-16を指定します。新しいポッドをデプロイします。
  • D. gcloud container clusters upgradeを使用します。新しいサービスをデプロイします。

正解：C

解説：
Explanation
https://cloud.google.com/kubernetes-engine/docs/concepts/deployment


質問 # 62
コンテナーイメージにパッケージ化されているアプリケーションを新しいプロジェクトにデプロイする必要があります。アプリケーションはHTTPエンドポイントを公開し、1日あたりのリクエストをほとんど受信しません。コストを最小限に抑えたい。あなたは何をするべきか？

  • A. クラスターをGoogle Kubernetes Engineにデプロイし、クラスターの自動スケーリングと水平ポッドの自動スケーリングを有効にします。
  • B. Cloud Run on GKEにコンテナをデプロイします。
  • C. App Engineフレキシブルにコンテナをデプロイします。
  • D. コンテナーをCloud Runにデプロイします。

正解：D


質問 # 63
あなたの会社は、GoogleCloudにデプロイされるモバイルゲームを開発しました。ゲーマーは、インターネットを介して自分の携帯電話でゲームに接続しています。ゲームはUDPパケットを送信して、マルチプレイヤーモードでプレイしているゲーマーのアクションについてサーバーを更新します。ゲームバックエンドは複数の仮想マシン（VM）に拡張でき、単一のIPアドレスを介してVMを公開する必要があります。あなたは何をするべきか？

  • A. アプリケーションサーバーの前にSSLプロキシロードバランサーを構成します。
  • B. アプリケーションサーバーの前に外部HTTP（s）ロードバランサーを構成します。
  • C. アプリケーションサーバーの前に外部ネットワークロードバランサーを構成します。
  • D. アプリケーションサーバーの前に内部UDPロードバランサーを構成します。

正解：A

解説：
https://cloud.google.com/solutions/connecting-securely


質問 # 64
あなたの会社は、完了までに約30時間かかるオンプレミスサーバーで1つのバッチプロセスを実行しています。タスクは毎月実行され、オフラインで実行でき、中断された場合は再起動する必要があります。コストを最小限に抑えながら、このワークロードをクラウドに移行したいと考えています。あなたは何をするべきか？

  • A. ワークロードをCompute EngineプリエンプティブルVMに移行します。
  • B. ワークロードをCompute Engine VMに移行します。必要に応じてインスタンスを起動および停止します。
  • C. プリエンプティブルVMをオンにしてインスタンステンプレートを作成します。テンプレートからマネージドインスタンスグループを作成し、ターゲットCPU使用率を調整します。ワークロードを移行します。
  • D. プリエンプティブルノードを備えたGoogle Kubernetes Engineクラスターにワークロードを移行します。

正解：C

解説：
Install the workload in a compute engine VM, start and stop the instance as needed, because as per the question the VM runs for 30 hours, process can be performed offline and should not be interrupted, if interrupted we need to restart the batch process again. Preemptible VMs are cheaper, but they will not be available beyond 24hrs, and if the process gets interrupted the preemptible VM will restart.


質問 # 65
デフォルトのリージョンとゾーンで実行されている 1 つの GCP アカウントと、デフォルト以外のリージョンとゾーンで実行されている別のアカウントがあります。コマンドライン インターフェースを使用して、これら 2 つの Google Cloud Platform アカウントで新しい Compute Engine インスタンスを開始したいと考えています。あなたは何をするべきか？

  • A. gcloud configurations activate [NAME] を使用して 2 つの構成をアクティブ化します。gcloud configurations list を実行して、Compute Engine インスタンスを起動します。
  • B. gcloud config configurations create [NAME] を使用して 2 つの構成を作成します。gcloud configurations list を実行して、Compute Engine インスタンスを起動します。
  • C. gcloud config configurations create [NAME] を使用して 2 つの構成を作成します。gcloud config configurations activate [NAME] を実行して、Compute Engine インスタンスを起動するコマンドを実行するときにアカウントを切り替えます。
  • D. gcloud configurations activate [NAME] を使用して 2 つの構成をアクティブ化します。gcloud config list を実行して、Compute Engine インスタンスを開始します。

正解：D


質問 # 66
複数のGCP製品を使用するソリューションをGoogle Cloud Platform（GCP）で設計しました。ソリューションのコストを見積もるように会社から要求されました。あなたは毎月の総費用の見積もりを提供する必要があります。あなたは何をするべきか？

  • A. ソリューションの各GCPプロダクトについて、プロダクトの料金ページで料金の詳細を確認します。各製品の予想月額費用をまとめたGoogleシートを作成します。
  • B. ソリューションの各GCPプロダクトについて、プロダクトの料金ページで料金の詳細を確認します。料金計算ツールを使用して、各GCPプロダクトの月額コストを合計します。
  • C. GCPでソリューションをプロビジョニングします。ソリューションを1週間プロビジョニングしたままにします。 Stackdriverを使用して、プロビジョニングされたリソースと使用されたリソースの量を確認します。 1週間のコストを掛けて、毎月のコストを決定します。
  • D. GCPでソリューションをプロビジョニングします。ソリューションを1週間プロビジョニングしたままにします。 Google Cloud Platform Consoleの[請求レポート]ページに移動します。 1週間のコストを掛けて、毎月のコストを決定します。

正解：B

解説：
Explanation
You can use the Google Cloud Pricing Calculator to total the estimated monthly costs for each GCP product.
You dont incur any charges for doing so.
Ref: https://cloud.google.com/products/calculator


質問 # 67
まだ存在しない新しいプロジェクトに Compute Engine インスタンスを作成する必要があります。あなたは何をするべきか？

  • A. Cloud Console で Compute Engine API を有効にし、Cloud SDK を使用してインスタンスを作成し、--project フラグを使用して新しいプロジェクトを指定します。
  • B. Cloud Console で Compute Engine API を有効にします。コンソールの Compute Engine セクションに移動して新しいインスタンスを作成し、作成フォームで [Create In A New Project] オプションを探します。
  • C. Cloud SDK を使用して新しいプロジェクトを作成し、そのプロジェクトで Compute Engine API を有効にしてから、新しいプロジェクトを指定してインスタンスを作成します。
  • D. Cloud SDK を使用して新しいインスタンスを作成し、 --project フラグを使用して新しいプロジェクトを指定します。
    Cloud SDK から Compute Engine API を有効にするよう求められたら、「はい」と答えます。

正解：C

解説：
https://cloud.google.com/sdk/gcloud/reference/projects/create
Quickstart: Creating a New Instance Using the Command Line
Before you begin
1. In the Cloud Console, on the project selector page, select or create a Cloud project.
2. Make sure that billing is enabled for your Google Cloud project. Learn how to confirm billing is enabled for your project.
To use the gcloud command-line tool for this quickstart, you must first install and initialize the Cloud SDK:
1. Download and install the Cloud SDK using the instructions given on Installing Google Cloud SDK.
2. Initialize the SDK using the instructions given on Initializing Cloud SDK.
To use gcloud in Cloud Shell for this quickstart, first activate Cloud Shell using the instructions given on Starting Cloud Shell.
https://cloud.google.com/ai-platform/deep-learning-vm/docs/quickstart-cli#before-you-begin


質問 # 68
あなたの会社には、Compute Engineで実行されている3層ソリューションがあります。現在のインフラストラクチャの構成を以下に示します。

各層には、その中のすべてのインスタンスに関連付けられたサービスアカウントがあります。次のように、層間のTCPポート8080での通信を有効にする必要があります。
*層＃1のインスタンスは層＃2と通信する必要があります。
*層＃2のインスタンスは層＃3と通信する必要があります。
あなたは何をするべきか？

  • A. 1. Create an ingress firewall rule with the following settings:* Targets: all instances with tier #2 service account* Source filter: all instances with tier #1 service account* Protocols: allow all2. Create an ingress firewall rule with the following settings:* Targets: all instances with tier #3 service account* Source filter: all instances with tier #2 service account* Protocols: allow all
  • B. 1. Create an ingress firewall rule with the following settings:* Targets: all instances with tier #2 service account* Source filter: all instances with tier #1 service account* Protocols: allow TCP:80802. Create an ingress firewall rule with the following settings:* Targets: all instances with tier #3 service account* Source filter: all instances with tier #2 service account* Protocols: allow TCP: 8080
  • C. 1. Create an ingress firewall rule with the following settings:* Targets: all instances* Source filter: IP ranges (with the range set to 10.0.2.0/24)* Protocols: allow all2. Create an ingress firewall rule with the following settings:* Targets: all instances* Source filter: IP ranges (with the range set to 10.0.1.0/24)* Protocols: allow all
  • D. 1. Create an egress firewall rule with the following settings:* Targets: all instances* Source filter: IP ranges (with the range set to 10.0.2.0/24)* Protocols: allow TCP: 80802. Create an egress firewall rule with the following settings:* Targets: all instances* Source filter: IP ranges (with the range set to 10.0.1.0/24)* Protocols: allow TCP: 8080

正解：B


質問 # 69
あなたは最近、開発者が開発プロセス中に多くのサービス アカウント キーを使用していることを発見しました。長期的な改善に取り組む一方で、有効期間が短いサービス アカウント資格情報を社内に適用するプロセスを迅速に実装する必要があります。次の要件があります。
* キーを必要とするすべてのサービス アカウントは、pj-sa と呼ばれる集中プロジェクトで作成する必要があります。
* サービス アカウント キーは 1 日のみ有効である必要があります。
コストを最小限に抑える Google 推奨のソリューションが必要です。あなたは何をするべきか？

  • A. サービス アカウント キーの有効期間中、24 時間にわたって DENY 組織ポリシー制約を適用します。pj-sa を除くすべてのプロジェクトのリソースへのサービス アカウントのアタッチを無効にします。
  • B. Cloud Run ジョブを実装して、pj-sa ですべてのサービス アカウント キーを定期的にローテーションします。pj-sa を除き、サービス アカウント キーの作成を拒否する組織ポリシーを適用します。
  • C. サービス アカウント キーの有効期間を 24 時間にする組織ポリシー制約を適用します。pj-sa での例外を除き、サービス アカウント キーの作成を拒否する組織ポリシー制約を適用します。
  • D. Kubernetes Cronjob を実装して、すべてのサービス アカウント キーを定期的にローテーションします。pj-sa を除くすべてのプロジェクトのリソースへのサービス アカウントのアタッチを無効にします。

正解：C

解説：
According to the Google Cloud documentation, you can use organization policy constraints to control the creation and expiration of service account keys. The constraints are:
* constraints/iam.allowServiceAccountKeyCreation: This constraint allows you to specify which projects or folders can create service account keys. You can set the value to true or false, or use a condition to apply the constraint to specific service accounts. By setting this constraint to false for the organization and adding an exception for the pj-sa project, you can prevent developers from creating service account keys in other projects.
* constraints/iam.serviceAccountKeyMaxLifetime: This constraint allows you to specify the maximum lifetime of service account keys. You can set the value to a duration in seconds, such as 86400 for one day. By setting this constraint to 86400 for the organization, you can ensure that all service account keys expire after one day.
These constraints are recommended by Google Cloud as best practices to minimize the risk of service account key misuse or compromise. They also help you reduce the cost of managing service account keys, as you do not need to implement a custom solution to rotate or delete them.
References:
* 1: Associate Cloud Engineer Certification Exam Guide | Learn - Google Cloud
* 5: Create and delete service account keys - Google Cloud
* Organization policy constraints for service accounts


質問 # 70
メンテナンスが発生したときに使用できるように、10 個の Compute Engine インスタンスを構成したいと考えています。要件では、これらのインスタンスがクラッシュした場合に自動的に再起動を試みる必要があると規定されています。また、インスタンスは、システム メンテナンス中も含めて高可用性である必要があります。あなたは何をするべきか？

  • A. インスタンスのインスタンス グループを作成します。[マシンの作成を再試行しない] の [高度な作成オプション] 設定がオフに設定されていることを確認します。
  • B. インスタンスのインスタンス テンプレートを作成します。「自動再起動」をオンに設定します。「オンホスト メンテナンス」を VM インスタンスの移行に設定します。インスタンス テンプレートをインスタンス グループに追加します。
  • C. インスタンスのインスタンス グループを作成します。「自動修復」ヘルスチェックを正常 (HTTP) に設定します。
  • D. インスタンスのインスタンス テンプレートを作成します。「自動再起動」をオフに設定します。[ホスト メンテナンス] を [VM インスタンスを終了する] に設定します。インスタンス テンプレートをインスタンス グループに追加します。

正解：B

解説：
Create an instance template for the instances so VMs have same specs. Set the "~Automatic Restart' to on to VM automatically restarts upon crash. Set the "~On-host maintenance' to Migrate VM instance. This will take care of VM during maintenance window. It will migrate VM instance making it highly available Add the instance template to an instance group so instances can be managed.
* onHostMaintenance: Determines the behavior when a maintenance event occurs that might cause your instance to reboot.
* [Default] MIGRATE, which causes Compute Engine to live migrate an instance when there is a maintenance event.
* TERMINATE, which stops an instance instead of migrating it.
* automaticRestart: Determines the behavior when an instance crashes or is stopped by the system.
* [Default] true, so Compute Engine restarts an instance if the instance crashes or is stopped.
* false, so Compute Engine does not restart an instance if the instance crashes or is stopped.
Enabling automatic restart ensures that compute engine instances are automatically restarted when they crash.
And Enabling Migrate VM Instance enables live migrates i.e. compute instances are migrated during system maintenance and remain running during the migration.
Automatic Restart If your instance is set to terminate when there is a maintenance event, or if your instance crashes because of an underlying hardware issue, you can set up Compute Engine to automatically restart the instance by setting the automaticRestart field to true. This setting does not apply if the instance is taken offline through a user action, such as calling sudo shutdown, or during a zone outage.Ref: https://cloud.google.com/compute/docs/instances/setting-instance-scheduling-options#autorestart Enabling the Migrate VM Instance option migrates your instance away from an infrastructure maintenance event, and your instance remains running during the migration.Your instance might experience a short period of decreased performance, although generally, most instances should not notice any difference. This is ideal for instances that require constant uptime and can tolerate a short period of decreased performance.Ref: https://cloud.google.com/compute/docs/instances/setting-instance-scheduling-options#live_mi


質問 # 71
Cloud Spannerをバックエンドデータベースとして使用するアプリケーションがあります。アプリケーションには非常に予測可能なトラフィックパターンがあります。トラフィックに応じて、Spannerノードの数を自動的に拡大または縮小したいとします。あなたは何をするべきか？

  • A. 定期的に実行されるcronジョブを作成して、Stackdriverモニタリング指標を確認し、それに応じてSpannerインスタンスのサイズを変更します。
  • B. Cloud Spanner CPUがしきい値を超えたとき、またはしきい値を下回ったときにアラートをwebhookに送信するStackdriverアラートポリシーを作成します。 HTTPをリッスンし、それに応じてSpannerリソースのサイズを変更するCloud Functionを作成します。
  • C. Cloud Spanner CPUがしきい値を超えたときにGoogle Cloudサポートのメールにアラートを送信するStackdriverアラートポリシーを作成します。 Googleサポートはそれに応じてリソースを拡大または縮小します。
  • D. Cloud Spanner CPUがしきい値を超えたときにoncall SREメールにアラートを送信するStackdriverアラートポリシーを作成します。 SREはそれに応じてリソースを拡大または縮小します。

正解：B

解説：
Explanation
As to mexblood1's point, CPU utilization is a recommended proxy for traffic when it comes to Cloud Spanner.
See: Alerts for high CPU utilization The following table specifies our recommendations for maximum CPU usage for both single-region and multi-region instances. These numbers are to ensure that your instance has enough compute capacity to continue to serve your traffic in the event of the loss of an entire zone (for single-region instances) or an entire region (for multi-region instances). -
https://cloud.google.com/spanner/docs/cpu-utilization


質問 # 72
アプリケーション開発チームは、Google Cloud にデプロイされるアプリケーションの Docker イメージを作成しました。あなたのチームは、このアプリケーションに関連付けられたインフラストラクチャを管理したくないと考えています。アプリケーションの人気が高まるにつれて、アプリケーションが自動的に拡張できるようにする必要があります。あなたは何をするべきか？

  • A. コンテナー イメージを使用してインスタンス テンプレートを作成し、自動スケーリングを使用してマネージド インスタンス グループをデプロイします。
  • B. Docker イメージを Cloud Storage にアップロードし、標準モードを使用してアプリケーションを Google Kubernetes Engine にデプロイします。
  • C. Docker イメージを Artifact Registry にアップロードし、アプリケーションを Cloud Run にデプロイします。
  • D. Docker イメージを Artifact Registry にアップロードし、標準モードを使用してアプリケーションを Google Kubernetes Engine にデプロイします。

正解：C


質問 # 73
マネージドインスタンスグループとしてデプロイされたウェブアプリケーションがあります。徐々にデプロイするアプリケーションの新しいバージョンがあります。 Webアプリケーションは現在、ライブWebトラフィックを受信して​​います。展開中に使用可能な容量が減少しないようにする必要があります。あなたは何をするべきか？

  • A. 新しいアプリケーションバージョンで新しいインスタンステンプレートを作成します。既存のマネージドインスタンスグループを新しいインスタンステンプレートで更新します。マネージドインスタンスグループ内のインスタンスを削除して、マネージドインスタンスグループが新しいインスタンステンプレートを使用してインスタンスを再作成できるようにします。
  • B. maxSurgeを0に設定し、maxUnavailableを1に設定して、ローリングアクションのstart-updateを実行します。
  • C. 更新されたインスタンステンプレートで新しいマネージドインスタンスグループを作成します。グループをロードバランサーのバックエンドサービスに追加します。新しいマネージドインスタンスグループのインスタンスがすべて正常になったら、古いマネージドインスタンスグループを削除します。
  • D. maxSurgeを1に設定し、maxUnavailableを0に設定して、ローリングアクションのstart-updateを実行します。

正解：C


質問 # 74
以下で指定したYAMLファイルを使用して、myapp1というマイクロサービスをGoogle Kubernetes Engineクラスターにデプロイしました。

データベースパスワードがプレーンテキストで保存されないように、この構成をリファクタリングする必要があります。 Googleが推奨するプラクティスに従いたい。あなたは何をするべきか？

  • A. データベースパスワードをKubernetes永続ボリューム内のファイルに保存し、永続ボリュームクレームを使用してボリュームをコンテナーにマウントします。
  • B. データベースのパスワードをYAMLファイルではなく、コンテナーのDockerイメージ内に保存します。
  • C. データベースのパスワードをConfigMapオブジェクト内に保存します。 YAMLファイルを変更して、ConfigMapからDB_PASSWORD環境変数を設定します。
  • D. データベースのパスワードをシークレットオブジェクト内に保存します。 YAMLファイルを変更して、シークレットからDB_PASSWORD環境変数を設定します。

正解：D

解説：
Google Kubernetes Engine supports secret to store sensitive data such as database passwords and is a google recommended practice.
https://cloud.google.com/kubernetes-engine/docs/concepts/secret


質問 # 75
同じサブネットで複数のVPCネイティブのGoogle Kubernetes Engineクラスタを実行しています。ノードで使用可能なIPが使い果たされており、必要なときにクラスターがノード内で確実に成長できるようにする必要があります。
あなたは何をするべきか？

  • A. GKEクラスタで使用されるサブネットにエイリアスIP範囲を追加します。
  • B. 新しいVPCを作成し、既存のVPCとのVPCピアリングを設定します。
  • C. 使用しているサブネットと同じリージョンに新しいサブネットを作成します。
  • D. クラスターに関連するサブネットのCIDR範囲を拡張します。

正解：B

解説：
Explanation
To create a VPC peering connection, first create a request to peer with another VPC.


質問 # 76
あなたはあなたの会社の組織および課金管理者です。エンジニアリングチームには、組織に対するプロジェクト作成者の役割があります。エンジニアリングチームがプロジェクトを請求先アカウントにリンクできるようにしたくない。プロジェクトを請求先アカウントにリンクできるのは財務チームだけですが、プロジェクトに他の変更を加えることはできません。あなたは何をするべきか？

  • A. エンジニアリングチームには、請求先アカウントの請求先アカウントユーザーの役割のみを割り当てます。
  • B. 財務チームに請求先アカウントの請求先アカウントユーザーの役割のみを割り当てます。
  • C. エンジニアリングチームに請求先アカウントの請求先アカウントユーザーの役割と組織のプロジェクト請求管理者の役割を割り当てます。
  • D. 財務チームに請求先アカウントの請求先アカウントユーザーの役割と組織のプロジェクト請求管理者の役割を割り当てます。

正解：D

解説：
From this source: https://cloud.google.com/billing/docs/how-to/custom-roles#permission_association_and_inheritance
"For example, associating a project with a billing account requires the billing.resourceAssociations.create permission on the billing account and also the resourcemanager.projects.createBillingAssignment permission on the project. This is because project permissions are required for actions where project owners control access, while billing account permissions are required for actions where billing account administrators control access. When both should be involved, both permissions are necessary."


質問 # 77
以下で指定したYAMLファイルを使用して、Google Kubernetes Engineクラスタ内に新しいアプリケーションをデプロイしました。

デプロイされたポッドのステータスを確認すると、ポッドの1つがまだPENDINGステータスになっていることがわかります。

ポッドが保留中の状態で止まっている理由を知りたいとします。あなたは何をするべきか？

  • A. myapp-deployment Deploymentオブジェクトの詳細を確認し、エラーメッセージを確認します。
  • B. myapp-deployment-58ddbbb995-lp86mポッドでコンテナーのログを表示し、警告メッセージを確認します。
  • C. myapp-serviceサービスオブジェクトの詳細を確認し、エラーメッセージを確認します。
  • D. myapp-deployment-58ddbbb995-lp86mポッドの詳細を確認し、警告メッセージを確認します。

正解：D

解説：
https://kubernetes.io/docs/tasks/debug-application-cluster/debug-application/#debugging-pods


質問 # 78
Google KubernetesEngineで実行されるアプリケーションを作成しています。アプリケーションに最適なデータベースシステムとしてMongoDBを特定し、サポートSLAを提供するマネージドMongoDB環境をデプロイしたいと考えています。
あなたは何をするべきか？

  • A. MongoDBインストールパッケージをダウンロードし、マネージドインスタンスグループで実行します
  • B. Google CloudMarketplaceからMongoDBエイリアスをデプロイします
  • C. MongoDBインストールパッケージをダウンロードして、ComputeEngineインスタンスで実行します
  • D. Cloud Bigtableクラスターを作成し、HBaseAPIを使用します

正解：B

解説：
Explanation
https://console.cloud.google.com/marketplace/details/gc-launcher-for-mongodb-atlas/mongodb-atlas


質問 # 79
Deployment Managerを使用してGoogle Kubernetes Engineクラスタを作成しています。同じDeployment Managerデプロイメントを使用して、クラスターのkube-system名前空間にDaemonSetも作成する必要があります。可能な限り少ないサービスを使用するソリューションが必要です。あなたは何をするべきか？

  • A. Deployment Managerで、kubectlを使用してDaemonSetを作成する起動スクリプトを使用してCompute Engineインスタンスを作成します。
  • B. Deployment Manager Runtime Configuratorを使用して、DaemonSet定義を含む新しいConfigリソースを作成します。
  • C. Deployment Managerのクラスターの定義で、kube-systemをキーとして、DaemonSetマニフェストを値として持つメタデータを追加します。
  • D. クラスターのAPIを新しいタイププロバイダーとしてDeployment Managerに追加し、新しいタイプを使用してDaemonSetを作成します。

正解：A


質問 # 80
......

あなたを合格させるGoogle Cloud Certified Associate-Cloud-Engineer日本語試験問題集で2025年02月17日には290問あります：https://www.goshiken.com/Google/Associate-Cloud-Engineer-JPN-mondaishu.html

関するブログ

もっと
Associate-Cloud-Engineer-JPN無料問題集