[Q100-Q120] Professional-Cloud-Network-Engineer日本語練習Google高合格率回答あなたを試験は高確率で合格させます！[2025]

Professional-Cloud-Network-Engineer日本語練習Google高合格率回答あなたを試験は高確率で合格させます！[2025]

最高の方法からパスGoogle Cloud PlatformのProfessional-Cloud-Network-Engineer日本語試験合格させます

質問 # 100
図に示されているネットワーク構成があります。2 つの Dended Interconnect 接続に関連付けられた 2 つの VLAN アタッチメントは、同じ Cloud Router (mycloudrouter) 上で終端します。相互接続接続は 2 つの別個のオンプレミス ルーターで終了します。各 VLAN アタッチメントに関連付けられたボーダー ゲートウェイ プロトコル (BOP) セッションから同じプレフィックスをアドバタイズします。
2 つのインターコネクト接続間で非対称のトラフィック フローが発生していることがわかります。非対称トラフィック フローのトラブルシューティングを行うには、次のどのアクションを実行する必要がありますか?

• A. Cloud CLI から gcloud compute -protect_ID router get-status mycloudrouter --region REGION を実行し、結果を確認します。
• B. Google Cloud コンソールからハイブリッド接続に移動し、Cloud Router を選択し、BGP セッションを表示します。
• C. クラウド CLI から。gcloud compute router を実行して mycloudrouter を説明します
• D. Google Cloud コンソールから Cloud Logging に移動して VPC フロー ログを表示し、結果を確認します。

正解：B

解説：
--region REGION and review the results
Explanation:
The correct answer is B. From the Cloud CLI, run gcloud compute --project_ID router get-status mycloudrouter --region REGION and review the results.
This command will show you the BGP session status, the advertised and learned routes, and the last error for each VLAN attachment. You can use this information to troubleshoot the asymmetric traffic flow and identify any issues with the BGP configuration or the Interconnect connections.
The other options are not correct because:
Option A will only show you the BGP session status, but not the advertised and learned routes or the last error for each VLAN attachment.
Option C will only show you the VPC Flow Logs, which are useful for monitoring and troubleshooting network performance and security issues within your VPC network, but not for your Interconnect connections.
Option D will only show you the basic information about the Cloud Router, such as its name, region, network, and BGP settings, but not the detailed status of each VLAN attachment.

質問 # 101
あなたは、3 層アプリケーション アーキテクチャをオンプレミスから Google Cloud に移行しています。移行の最初のステップとして、外部 HTTP(S) ロード バランサを使用して新しい Virtual Private Cloud (VPC) を作成します。このロード バランサーは、プレゼンテーション層を実行するオンプレミスのコンピューティング リソースにトラフィックを転送します。悪意のあるトラフィックが VPC に入り、エッジでリソースを消費するのを阻止する必要があるため、IP アドレスをフィルタリングし、クロスサイト スクリプティング (XSS) 攻撃を阻止するようにこのポリシーを構成する必要があります。あなたは何をするべきか？

• A. VPC ファイアウォール ルールセットを作成し、それを非マネージド インスタンス グループ内のすべてのインスタンスに適用します。
• B. 階層型ファイアウォール ルールセットを作成し、VPC の親組織リソース ノードに適用します。
• C. Google Cloud Armor ポリシーを作成し、インターネット ネットワーク エンドポイント グループ (NEG) バックエンドを使用するバックエンド サービスに適用します。
• D. Google Cloud Armor ポリシーを作成し、アンマネージド インスタンス グループ バックエンドを使用するバックエンド サービスに適用します。

正解：C

質問 # 102
あなたの会社は、Altostrat (現在の GCP 顧客) の買収を完了したところです。各企業は GCP 内に個別の組織を持ち、カスタム DNS ソリューションを実装しています。各組織は、1 年以内に完全な移行とアーキテクチャのレビューが完了するまで、現在のドメイン名とホスト名を保持します。これらは両方の GCP 環境の前提条件です。
* 各組織は、共有 VPC を使用して、すべてのプロジェクト間の完全な接続を有効にしています。
* どちらの組織も、(インスタンスにアクセスするための) 踏み台ホストと Web トラフィックを処理するためのロード バランサーを除き、インスタンスに 10.0.0.0/8 アドレス スペースを厳密に使用します。
※両組織間でプレフィックスの重複はありません。
* 両方の組織には、10.0.0.0/8 アドレス スペースからのすべての受信トラフィックと送信トラフィックを許可するファイアウォール ルールがすでにあります。
* どちらの組織もオンプレミス環境への相互接続を持っていません。
両方の組織のネットワークと DNS インフラストラクチャをできるだけ早く、ダウンタイムを最小限に抑えて統合したいと考えています。
どの 2 つのステップを実行する必要がありますか? (2つお選びください。)

• A. 各組織で DNS 転送とゾーン転送の何らかのバリエーションを設定します。
• B. 新しいホスト プロジェクトで 3 番目の組織を作成し、共有 VPC を使用して会社と Altostrat のすべてのプロジェクトをそれにアタッチします。
• C. Cloud DNS を使用して、両方の組織のすべてのプロジェクトにわたるすべての VM とリソースの A レコードを作成します。
• D. Cloud VPN と Cloud Router を使用して両方の組織の VPC を接続します。
• E. Cloud Interconnect をプロビジョニングして両方の組織を接続します。

正解：A、D

解説：
https://cloud.google.com/dns/docs/best-practices

質問 # 103
組織では、グローバルな外部ウェブ アプリケーションを Compute Engine から GKE にシームレスに移行したいと考えています。両方のアプリケーションを公開し、リクエストの 10% を新しいアプリケーションに送信する、シンプルなクラウド ファースト ソリューションをデプロイする必要があります。どうすればよいでしょうか。

• A. 重み付けトラフィック分割を使用してグローバル外部アプリケーション ロード バランサーを構成します。
• B. VM で実行されているアプリケーションを指すサービス拡張機能を使用してグローバル外部 Application Load Balancer を構成し、各アプリケーションに送信されるリクエストを制御します。
• C. 重み付けされたリクエストミラーリングを使用してグローバル外部 Application Load Balancer を構成します。
• D. 2 つの個別のグローバル外部アプリケーション ロードバランサを構成し、Cloud DNS 地理位置情報ルーティング ポリシーを使用します。

正解：A

解説：
Weighted traffic splitting allows you to gradually route a percentage of traffic to the new GKE application while still serving the majority of requests through the Compute Engine instance. This gradual transition minimizes risks and ensures seamless traffic distribution during migration.

質問 # 104
アプリケーションの HTTP(S) 負荷分散が有効になっていますが、HTTP(S) リクエストが Compute Engine 仮想マシン インスタンスに正しく分散されていないとアプリケーション開発者から報告されました。リクエストがどのように分散されているかに関するデータを見つけたいと考えています。
これを達成できる 2 つの方法はどれですか? (2つお選びください。)

• A. Stackdriver Error Reporting で、Cloud Load Balancer サービスの未確認のエラーを探します。
• B. GCP Console のロード バランサの詳細ページで、[モニタリング] タブをクリックし、バックエンド サービスを選択してグラフを確認します。
• C. Stackdriver Monitoring で、[リソース] > [Metrics Explorer] を選択し、https/request_bytes_count 指標を検索します。
• D. Stackdriver Monitoring で、[リソース] > [Google Cloud ロードバランサ] を選択し、ダッシュボードの主要指標グラフを確認します。
• E. Stackdriver Monitoring で、新しいダッシュボードを作成し、ロードバランサの https/backend_request_count 指標を追跡します。

正解：B、E

質問 # 105
特定の IP アドレスのみが接続できるように、Google Cloud 負荷分散アプリケーションへのアクセスを制限する必要があります。
あなたは何をするべきか？

• A. VPC Service Controls の Access Context Manager 機能を使用して安全な境界を作成し、許可されたクライアントのソース IP 範囲と Google ヘルスチェックの IP 範囲へのアクセスを制限します。
• B. VPC Service Controls を使用して安全な境界を作成し、許可されたクライアントのソース IP 範囲と Google ヘルスチェックの IP 範囲に制限されたサービスとしてロード バランサーをマークします。
• C. バックエンド インスタンスに「アプリケーション」というタグを付け、ターゲット タグ「アプリケーション」、許可されたクライアントのソース IP 範囲、および Google ヘルス チェックの IP 範囲を使用してファイアウォール ルールを作成します。
• D. バックエンド インスタンスに「アプリケーション」というラベルを付け、ターゲット ラベル「アプリケーション」、許可されたクライアントのソース IP 範囲と Google ヘルス チェックの IP 範囲を使用してファイアウォール ルールを作成します。

正解：C

解説：
https://cloud.google.com/load-balancing/docs/https/setting-up-https#sendtraffic

質問 # 106
あなたの組織には、リージョン us-west2 の仮想マシンからのすべての出力トラフィック ペイロードを監視することを要求する新しいセキュリティ ポリシーがあります。新しいポリシーを満たすために、同じリージョンに侵入検知システム (IDS) 仮想アプライアンスをデプロイしました。us-west2 からのすべての出力トラフィック ペイロードを監視するには、IDS を環境に統合する必要があります。あなたは何をするべきか？

• A. パケット ミラーリング用の内部 HTTP(S) ロード バランサを作成し、出力トラフィック用のパケット ミラーリング ポリシー フィルタを追加します。
• B. ファイアウォール ログを有効にし、フィルタリングされたすべての出力ファイアウォール ログを IDS に転送します。
• C. パケット ミラーリング用の内部 TCP/UDP ロード バランサーを作成し、出力トラフィック用のパケット ミラーリング ポリシー フィルターを追加します。
• D. VPC フロー ログを有効にします。Cloud Logging でシンクを作成し、フィルタリングされた下り VPC フロー ログを IDS に送信します。

正解：D

質問 # 107
あなたは、Google Cloud への移行を進めている大学で働いています。
クラウドの要件は次のとおりです。
10 Gbps によるオンプレミス接続
クラウドへの最小遅延アクセス
集中ネットワーク管理チーム
新しい部門は、プロジェクトへのオンプレミス接続を求めています。キャンパスを Google Cloud に接続するために、最もコスト効率の高い相互接続ソリューションをデプロイしたいと考えています。
あなたは何をするべきか？

• A. スタンドアロン プロジェクトを使用し、個々のプロジェクトに VLAN アタッチメントを展開します。VLAN アタッチメントをスタンドアロン プロジェクトの専用インターコネクトに接続します。
• B. 共有 VPC を使用し、VLAN アタッチメントと Dended Interconnect をホスト プロジェクトにデプロイします。
• C. スタンドアロン プロジェクトを使用し、個々のプロジェクトのそれぞれに VLAN アタッチメントと専用インターコネクトを展開します。
• D. 共有 VPC を使用し、サービス プロジェクトに VLAN アタッチメントをデプロイします。VLAN アタッチメントを共有 VPC のホスト プロジェクトに接続します。

正解：B

質問 # 108
組織には VPC ネットワーク ピアリングを使用したハブ アンド スポーク アーキテクチャがあり、ハイブリッド接続はハブで集中管理されています。ハブ VPC の Cloud Router はサブネット ルートをアドバタイズしていますが、オンプレミス ルーターは VPC スポークからサブネット ルートを受信して​​いないようです。この問題を解決する必要があります。どうすればよいですか?

• A. Cloud Router で BGP ルートポリシーを作成し、VPC スポークのサブネットがオンプレミス環境に向けて通知されていることを確認します。
• B. ハブの Cloud Router でカスタム学習ルートを作成し、VPC スポークのサブネットをアドバタイズします。
• C. ハブの Cloud Router でカスタムルートを作成し、VPC スポークのサブネットをアドバタイズします。
• D. スポークの Cloud Router でカスタムルートを作成し、VPC スポークのサブネットをアドバタイズします。

正解：A

解説：
Explanation: Creating a BGP route policy at the Cloud Router ensures that the subnets of the VPC spokes are properly advertised to the on-premises environment. This allows the on-premises router to receive and use those routes. Without the correct BGP policies, route advertisement may not happen as expected.

質問 # 109
Virtual Private Cloud (VPC) 内の一部のサブネットで使用するには限定公開の Google アクセスを有効にする必要があります。セキュリティ チームは、インターネットに向かうトラフィックをすべてオンプレミスのデータセンターに送り返してからインターネットに送信する前に検査するように VPC を設定し、API レベルのセキュリティ制御のための環境に VPC Service Controls も実装しています。サブネットで限定公開の Google アクセスがすでに有効になっています。セキュリティ チームの要件を遵守しながら限定公開の Google アクセスを有効にするには、どのような構成変更を行う必要がありますか?

• A. *.googleapis.com から private.googleapis.com までの CNAME レコードを持つプライベート DNS ゾーンを作成し、A レコードは Google のプライベート AP アドレス範囲にペイントします。
  デフォルト ルート (0/0) をネクスト ホップとしてデフォルト インターネット ゲートウェイにポイントするカスタム ルートを変更します。
• B. *.googleapis.com から private.googleapis.com までの CNAME レコードを持つプライベート DNS ゾーンを作成し、A レコードは Google のプライベート API アドレス範囲を指します。
  Google のプライベート API アドレス範囲をネクストホップとしてデフォルトのインターネット ゲートウェイに向けるカスタム ルートを作成します。
• C. *.googleapis.com から制限付き.googleapis.com までの CNAME レコードを含むプライベート DNS ゾーンを作成し、A レコードは Google の制限付き API アドレス範囲を指します。
  デフォルト ルート (0/0) をネクスト ホップとしてデフォルト インターネット ゲートウェイにポイントするカスタム ルートを変更します。
• D. *.googleapis.com から制限付き.googleapis.com までの CNAME レコードを持つプライベート DNS ゾーンを作成します。A レコードは Google の制限付き API アドレス範囲を指します。
  Google の制限された API アドレス範囲をネクストホップとしてデフォルトのインターネットゲートウェイに向けるカスタムルートを作成します。

正解：A

質問 # 110
Cloud Interconnect を使用してオンプレミス ネットワークを GCP VPC に接続したいと考えています。Google のポイント オブ プレゼンス (POP) ロケーションのいずれかで Google に接続することはできません。また、オンプレミス ルーターはボーダー ゲートウェイ プロトコル (BGP) 構成を実行できません。
どの接続モデルを使用する必要がありますか?

• A. レイヤ 3 パートナーとのパートナー相互接続
• B. 専用インターコネクト
• C. ダイレクトピアリング
• D. レイヤ 2 パートナーとのパートナー相互接続

正解：A

解説：
https://cloud.google.com/network-connectivity/docs/interconnect/concepts/partner-overview For Layer 3 connections, your service provider establishes a BGP session between your Cloud Routers and their edge routers for each VLAN attachment. You don't need to configure BGP on your on-premises router.
Google and your service provider automatically set the correct configurations.
https://cloud.google.com/network-connectivity/docs/interconnect/concepts/partner-overview#connectivity- type

質問 # 111
Compute Engine インスタンス上で実行されるアプリケーションをデプロイしています。アプリケーションを新規顧客に公開する方法を決定する必要がある アプリケーションが次の要件を満たしていることを確認する必要がある
* 複数の既存の予約済み外部 IP アドレスをインスタンスにマッピングします
* IP カプセル化セキュリティ ペイロード (ESP) トラフィックを処理します
あなたは何をするべきか？

• A. バックエンド サービスを構成し、外部 IP アドレスごとに外部ネットワーク ロード バランサーを作成します。
• B. ターゲット インスタンスを構成し、インスタンスにマッピングされる外部 IP アドレスごとにプロトコル転送ルールを作成します。
• C. Compute Engine インスタンスのネットワーク インターフェースの外部 IP アドレスを「なし」から「エフェメラル」まで構成します。外部 IP アドレスを必要な数だけ追加します。
• D. ターゲット プールを構成し、外部 IP アドレスごとにプロトコル転送ルールを作成します。

正解：B

解説：
The correct answer is C. Configure a target instance, and create a protocol forwarding rule for each external IP address to be mapped to the instance.
This answer is based on the following facts:
A target instance is a Compute Engine instance that handles traffic from one or more forwarding rules1. You can use target instances to forward traffic to a single VM instance from one or more external IP addresses2.
A protocol forwarding rule specifies the IP protocol and port range for the traffic that you want to forward3. You can use protocol forwarding rules to forward traffic of any IP protocol, including ESP4.
The other options are not correct because:
Option A is not possible. You cannot create protocol forwarding rules for a target pool. A target pool is a group of instances that receives traffic from a network load balancer5.
Option B is not suitable. You do not need to create an external network load balancer for each external IP address. An external network load balancer distributes traffic among multiple backend instances based on the destination IP address and port. You can use a single load balancer with multiple forwarding rules to map multiple external IP addresses to the same backend service.
Option D is not feasible. You cannot add multiple external IP addresses to a single network interface of a Compute Engine instance. Each network interface can have only one external IP address that is either ephemeral or static. You can use alias IP ranges to assign multiple internal IP addresses to a single network interface, but not external IP addresses.

質問 # 112
GCP Console で D dedicated Interconnect を注文しました。物理接続を完了するには、認可状/接続機能割り当て (LOA-CFA) をクロスコネクト プロバイダーに渡す必要があります。
これを達成できる 2 つのアクションはどれですか? (2つお選びください。)

• A. 注文プロセス中に指定した NOC 連絡先のアカウントの電子メールを確認します。
• B. 相互接続プロバイダーに連絡し、Google が LOA/CFA を電子メールで自動的に送信したことを伝え、接続を完了します。
• C. GCP Console の [ハイブリッド接続] セクションから LOA-CFA をダウンロードします。
• D. Cloud Interconnect カテゴリの下の Cloud Support チケットを開きます。
• E. gcloud compute interconnects description <interconnect> を実行します。

正解：A、B

解説：
https://cloud.google.com/network-connectivity/docs/interconnect/how-to/dedicated/retrieving-loas

質問 # 113
次のファイアウォール ルールセットが Virtual Private Cloud (VPC) 内のすべてのインスタンスに適用されています。

ファイアウォール ルールを更新して、次のルールをルールセットに追加する必要があります。

新しいユーザー アカウントを使用しています。ファイアウォール ルールを更新する前に、適切な ID およびアクセス管理 (IAM) ユーザー ロールをこの新しいユーザー アカウントに割り当てる必要があります。新しいユーザー アカウントは、アップデートを適用し、ファイアウォール ログを表示できる必要があります。あなたは何をするべきか？

• A. compute.orgSecurityPolicyAdmin およびlogging.viewer ロールを新しいユーザー アカウントに割り当てます。優先度 50 の新しいファイアウォール ルールを適用します。
• B. compute.securityAdmin およびlogging.viewer ルールを新しいユーザー アカウントに割り当てます。優先度 50 の新しいファイアウォール ルールを適用します。
• C. compute.orgSecurityPolicyAdmin およびlogging.bucketWriter ロールを新しいユーザー アカウントに割り当てます。優先度 150 の新しいファイアウォール ルールを適用します。
• D. 新しいユーザー アカウントに compute.securityAdmin ロールとlogging.bucketWriter ロールを割り当てます。優先度 150 の新しいファイアウォール ルールを適用します。

正解：B

質問 # 114
組織には約 100 のチームがあり、各チームが独自の環境を管理する必要があります。中央チームがネットワークを管理する必要があります。各チームに個別のプロジェクトを提供するランディング ゾーンを設計し、ソリューションが拡張可能であることを確認する必要があります。どうすればよいでしょうか。

• A. 共有 VPC を設定し、ホスト プロジェクトに VPC ネットワークを作成します。
• B. 各チームのポリシーベース ルーティングを構成します。
• C. 共有 VPC を設定し、サービス プロジェクトに VPC ネットワークを作成します。
• D. VPC ネットワーク ピアリングを設定し、VPC の 1 つをサービス プロジェクトにピアリングします。

正解：A

解説：
Using a Shared VPC enables centralized network management and efficient resource access by service projects. This scalable setup supports isolated environments for each team while allowing the network team to manage network policies and resources in a host project.

質問 # 115
サブネット レベルの分離を提供するには、あるサブネットのインスタンス A が、別のサブネットのインスタンス B と呼ばれるセキュリティ アプライアンスを経由するようにルーティングする必要があります。
あなたは何をするべきか？

• A. システム生成のサブネット ルートを削除し、インスタンス A に適用されたタグを使用してインスタンス B への特定のルートを作成します。
• B. システム生成のサブネット ルートよりも具体的なルートを作成し、インスタンス A に適用されたタグを使用してネクスト ホップをインスタンス B に向けます。
• C. インスタンス B を別の VPC に移動し、マルチ NIC を使用してインスタンス B のインターフェイスをインスタンス A のネットワークに接続します。トラフィックがインスタンス A に強制的に通過するように適切なルートを構成します。
• D. システム生成のサブネット ルートよりも具体的なルートを作成し、ネクスト ホップをタグなしでインスタンス B に向けます。

正解：B

質問 # 116
あなたの会社では、オンプレミスのデータセンターで重要なアプリケーションを実行するためのネットワーク容量が不足しています。アプリケーションを GCP に移行したいと考えています。また、セキュリティ チームが Compute Engine インスタンスとの間のトラフィックを監視する能力を失わないようにする必要もあります。
ソリューションに組み込むべき 2 つの製品はどれですか? (2つお選びください。)

• A. VPC フローログ
• B. Stackdriver トレース
• C. クラウド監査ログ
• D. Compute Engine インスタンスのシステム ログ
• E. ファイアウォールのログ

正解：A、E

解説：
A: Using VPC Flow Logs VPC Flow Logs records a sample of network flows sent from and received by VM instances, including instances used as GKE nodes. These logs can be used for network monitoring, forensics, real-time security analysis, and expense optimization. https://cloud.google.com/vpc/docs/using-flow-logs (B): Firewall Rules Logging overview Firewall Rules Logging allows you to audit, verify, and analyze the effects of your firewall rules. For example, you can determine if a firewall rule designed to deny traffic is functioning as intended. Firewall Rules Logging is also useful if you need to determine how many connections are affected by a given firewall rule. You enable Firewall Rules Logging individually for each firewall rule whose connections you need to log. Firewall Rules Logging is an option for any firewall rule, regardless of the action (allow or deny) or direction (ingress or egress) of the rule. https://cloud.google.com/vpc/docs/firewall-rules-logging

質問 # 117
クライアントが特定の Google API に接続できるように、組織のアーキテクチャを設計しています。計画には、Cloud Storage と BigQuery に接続する方法を含める必要があります。また、トラフィックがインターネットを通過しないようにする必要があります。ソリューションをクラウド ファーストにし、構成手順を最小限に抑える必要があります。どうすればよいでしょうか。

• A. Cloud NAT を設定し、インターネットへのデフォルト ルートを削除します。
• B. グローバル Secure Web Proxy を設定し、インターネットへのデフォルト ルートを削除します。
• C. VPC リソースにプライベート Google アクセスを設定します。インターネットへのデフォルト ルートを作成します。
• D. サブネット リソースにプライベート Google アクセスを構成します。インターネットへのデフォルト ルートを作成します。

正解：D

解説：
Enabling Private Google Access on the subnet allows VMs to access Google APIs (like Cloud Storage and BigQuery) directly, without routing traffic over the internet. This approach is cloud-native and involves minimal setup, aligning with a cloud-first strategy.

質問 # 118
組織にはオンプレミス データセンターがあります。オンプレミス データセンターから Google Cloud への接続を提供する必要があります。帯域幅は少なくとも 1 Gbps である必要があり、トラフィックはインターネットを通過してはなりません。どうすればよいでしょうか。

• A. 高可用性ゲートウェイとトンネルを使用して HA VPN を構成します。
• B. VLAN アタッチメントを作成してクロスクラウド相互接続を構成し、接続をアクティブ化してから、ペアリング キーをサービス プロバイダーに送信します。
• C. VLAN アタッチメントを作成してパートナー相互接続を構成し、ペアリング キーをサービス プロバイダーに送信して接続をアクティブ化します。
• D. VLAN アタッチメントを作成して専用相互接続を構成し、接続をアクティブ化し、ペアリング キーをサービス プロバイダーに送信します。

正解：C

解説：
For private connectivity with at least 1 Gbps bandwidth and without using the public internet, Partner Interconnect is the suitable choice if you do not require the 10 Gbps minimum of Dedicated Interconnect. With Partner Interconnect, you create a VLAN attachment and work with a service provider that facilitates the connection between your on-premises network and Google Cloud. This solution supports connections as low as 50 Mbps and up to 10 Gbps.

質問 # 119
組織は最近、グローバル外部アプリケーション ロード バランサーを通じて一連のサービスを公開しました。いくつかのテストを実施した後、応答が断続的に HTTP 以外の 200 応答を生成することがわかりました。エラーを特定する必要があります。どうすればよいですか? (2 つの回答を選択してください)

• A. SSH 経由で VPC 内の VM にアクセスし、バックエンド VM に直接アクセスしてみます。VM からのリクエストが成功した場合は、バックエンドの数を増やします。
• B. バックエンド サービスの正常性を検証します。バックエンド サービスのロギングを有効にし、Cloud Logging でエラー レスポンスを確認します。statusDetails ログ フィールドを確認して、エラーの原因を特定します。
• C. バックエンド サービスの正常性を検証します。ロードバランサでログ記録を有効にし、Cloud Logging でエラー レスポンスを確認します。statusDetails ログ フィールドを確認して、エラーの原因を特定します。
• D. ロード バランサーとバックエンド サービスを削除します。新しいパススルー ネットワーク ロード バランサーを作成します。バックエンドの VM のフェイルオーバー グループを構成します。
• E. ヘルスチェック ログを有効にして確認します。Cloud Logging でエラー レスポンスを確認します。

正解：C、E

解説：
Explanation: To troubleshoot the intermittent non-HTTP 200 responses, you should enable and review health check logs and log the backend service's responses in Cloud Logging. Reviewing the statusDetails field helps identify the cause of the error. Enabling logging on the load balancer and backend service provides visibility into the issue.

質問 # 120
......

Google Professional-Cloud-Network-Engineer日本語事前に試験練習テストPassTest: ：https://www.passtest.jp/Google/Professional-Cloud-Network-Engineer-JPN-shiken.html