[Q24-Q47] 最高のProfessional-Cloud-Network-Engineer日本語のPDF問題集100%GoShiken試験合格率保証 [2024年03月]

最高のProfessional-Cloud-Network-Engineer日本語のPDF問題集100%GoShiken試験合格率保証 [2024年03月]

GoShikenの問題集で100%あなたのProfessional-Cloud-Network-Engineer日本語 Google Cloud Certified - Professional Cloud Network Engineer (Professional-Cloud-Network-Engineer日本語版)試験を一発合格

質問 # 24
あなたの会社のウェブサーバー管理者は、アプリケーションのオンプレミスのバックエンドサーバーを GCP に移行しています。ライブラリと構成は、これらのバックエンドサーバー間で大きく異なります。GCP への移行はリフトアンドシフトで行われ、サーバーへのすべてのリクエストは単一のネットワークロードバランサーフロントエンドによって処理されます。可能であれば、GCP ネイティブソリューションを使用したいと考えています。
このサービスを GCP にどのようにデプロイする必要がありますか?

A. ターゲットプールを作成し、すべてのバックエンドインスタンスをこのターゲットプールに追加し、ロードバランサの背後にターゲットプールをデプロイします。
B. これらのバックエンドサーバー間の大きな違いに対応できるように、サードパーティの仮想アプライアンスをフロントエンドとしてこれらのサーバーにデプロイします。
C. オンプレミスサーバーのイメージの 1 つからマネージドインスタンスグループを作成し、このインスタンスグループをロードバランサーの背後にあるターゲットプールにリンクします。
D. GCP の ECMP 機能を使用して、バックエンドサーバーに複数の同じ優先順位の静的ルートをインストールすることで、バックエンドサーバーへのトラフィックの負荷を分散します。

正解：A

質問 # 25
あなたの会社には 10 の個別の Virtual Private Cloud (VPC) ネットワークがあり、Google Cloud の単一リージョン内のプロジェクトごとに 1 つの VPC があります。セキュリティチームは、各 VPC ネットワークが同じリージョン内の Partner Interconnect 接続を介してオンプレミスのメインの場所にプライベート接続できるようにすることを要求しています。コストと運用を最適化するには、同じ接続をすべてのプロジェクトで共有する必要があります。異なるプロジェクト、オンプレミスの場所、インターネットの間のすべてのトラフィックが、同じサードパーティ製アプライアンスを使用して検査できることを確認する必要があります。あなたは何をするべきか？

A. サードパーティアプライアンスを複数のインターフェイスで構成し、各インターフェイスが個別の VPC ネットワークに接続されます。オンプレミス接続とインターネット接続用に別個の VPC ネットワークを作成します。サードパーティのアプライアンスと VPC ネットワーク上に関連するルートを作成します。
B. サードパーティ製アプライアンスを複数のインターフェイスで構成します。すべてのプロジェクト用にハブ VPC ネットワークを作成し、オンプレミスとインターネット接続用に個別の VPC ネットワークを作成します。サードパーティのアプライアンスと VPC ネットワーク上に関連するルートを作成します。VPC ネットワークピアリングを使用して、すべてのプロジェクトの VPC ネットワークをハブ VPC に接続します。ハブ VPC からカスタムルートをエクスポートし、すべてのプロジェクトの VPC ネットワークにインポートします。
C. すべての既存プロジェクトのサブネットワークを単一の VPC に統合します。オンプレミスとインターネット接続用に別個の VPC ネットワークを作成します。サードパーティアプライアンスを複数のインターフェイスで構成し、各インターフェイスが別個の VPC ネットワークに接続されます。サードパーティのアプライアンスと VPC ネットワーク上に関連するルートを作成します。
D. プロジェクトごとに複数のインターフェイスと特定の Partner Interconnect VLAN アタッチメントを使用してサードパーティ製アプライアンスを構成します。サードパーティのアプライアンスと VPC ネットワーク上に関連するルートを作成します。

正解：B

質問 # 26
あなたの会社では、各部門の親フォルダーとサブフォルダーを含むリソース階層を定義しています。各部門は、割り当てられたフォルダ内でそれぞれのプロジェクトと VPC を定義し、Google Cloud ファイアウォールルールを作成するための適切な権限を持っています。VPC 間でトラフィックが流れることを許可してはなりません。他の VPC を含むあらゆる送信元からのすべてのトラフィックをブロックし、VPC 内のファイアウォールルールのみをそれぞれの部門に委任する必要があります。あなたは何をするべきか？

A. 部門のフォルダーごとに 2 つの階層型ファイアウォールポリシーを作成し、それぞれに 2 つのルールを作成します。1 つはそれぞれの VPC に割り当てられたプライベート CIDR からのトラフィックと一致し、アクションを許可するように設定する優先度の高いルール、もう 1 つはブロックする優先度の低いルールです。他のソースからのトラフィック。
B. 部門のフォルダーごとに 2 つの階層型ファイアウォールポリシーを作成し、それぞれに 2 つのルールを作成します。1 つはそれぞれの VPC に割り当てられたプライベート CIDR からのトラフィックと一致し、アクションを goto_next に設定する優先度の高いルール、もう 1 つはブロックする優先度の低いルールです。他のソースからのトラフィック。
C. 各 VPC に VPC ファイアウォールルールを作成し、優先度 0 で任意の送信元からのトラフィックをブロックします。
D. 各 VPC に VPC ファイアウォールルールを作成し、優先度 1000 であらゆる送信元からのトラフィックをブロックします。

正解：D

質問 # 27
Terraform を使用して会社に Google Cloud インフラストラクチャをデプロイする計画を立てました。設計は次の要件を満たす必要があります。
* 各 Google Cloud プロジェクトは、チームが取り組む内部プロジェクトを表す必要があります
* 社内プロジェクトが終了したら、インフラストラクチャを削除する必要があります
* 各内部プロジェクトには、Google Cloud リソースを管理する独自の Google Cloud プロジェクトオーナーが必要です。
* 一度に 10 ～ 100 のプロジェクトをデプロイしている
Terraform コードを作成している間、デプロイメントが簡単でコードが再利用可能であることを確認する必要があります。一元管理では何をすべきでしょうか?

A. 内部プロジェクトごとに共有 VPC とサービスプロジェクトを作成します。
B. 内部プロジェクトごとに単一のプロジェクトと単一の VPC を作成します。
C. 単一の共有 VPC を作成し、各 Google Cloud プロジェクトをサービスプロジェクトとして接続します。
D. 単一プロジェクトと内部プロジェクトごとに追加の VPC を作成します。

正解：A

解説：
The correct answer is D because it meets the following requirements:
Each internal project has its own Google Cloud project, which can be easily created and deleted by Terraform using the google_project resource1.
Each internal project has its own Google Cloud project owner, which can be assigned by Terraform using the google_project_iam_member resource1.
The deployment is simple and the code is reusable with centralized management, because the Shared VPC allows you to connect multiple service projects to a single host project that contains the network resources2. This way, you can use Terraform modules to create and manage the network resources in the host project, and then reference them in the service projects3.
Option A is incorrect because it does not create separate Google Cloud projects for each internal project, which makes it harder to delete the infrastructure and assign project owners. Option B is incorrect because it does not create separate Google Cloud projects for each internal project, and also because it attaches the service projects to a Shared VPC, which is not recommended for short-lived projects2. Option C is incorrect because it does not use a Shared VPC, which means that each internal project has to create and manage its own network resources, which increases complexity and reduces reusability.
Reference:
google_project - Terraform Registry
Managing infrastructure as code with Terraform, Cloud Build, and GitOps | Google Cloud Automating your automation by Creating Google Cloud Projects Automatically

質問 # 28
あなたは、組織でハイブリッド接続を担当するネットワーク管理者です。開発者チームは、共有 VPC の us-west1 リージョンで Cloud SQL を使用したいと考えています。us-west1 で D dedicated Interconnect 接続と Cloud Router を構成しました。共有 VPC とオンプレミスデータセンター間の接続は期待どおりに機能しています。予約された IP アドレス範囲とデフォルト設定を使用して、Cloud SQL に必要なプライベートサービスアクセス接続を作成しました。ただし、開発者はオンプレミスから Cloud SQL インスタンスにアクセスできません。あなたは問題を解決したいと考えています。あなたは何をするべきか？

A. VPC ルーティングモードをグローバルに変更します。
Cloud Router でカスタムルートアドバタイズを作成して、Cloud SQL IP アドレス範囲をアドバタイズします。
B. VPC ルーティングモードをグローバルに変更します。
Cloud SQL に使用される VPC ネットワークピアリング接続を変更し、ルートのインポートとエクスポートを有効にします。
C. Cloud SQL に使用される VPC ネットワークピアリング接続を変更し、ルートのインポートとエクスポートを有効にします。
Cloud Router でカスタムルートアドバタイズを作成して、Cloud SQL IP アドレス範囲をアドバタイズします。
D. us-west2 に追加の Cloud Router を作成します。
オンプレミスデータセンターへの新しいボーダーゲートウェイプロトコル (BGP) ピアリング接続を作成します。
Cloud SQL に使用される VPC ネットワークピアリング接続を変更し、ルートのインポートとエクスポートを有効にします。

正解：C

質問 # 29
展示を参照してください。
次のファイアウォールルールセットが 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

質問 # 30
Partner Interconnect を使用してオンプレミスネットワークを VPC に接続したいと考えています。すでに相互接続パートナーがいます。
まず何をすべきでしょうか？

A. パートナーのポータルにログインし、そこで VLAN アタッチメントを要求します。
B. gcloud compute interconnectattachments Partner update <attachment> / --region <region> --admin-enabled を実行します。
C. Interconnect パートナーに、Google への物理接続をプロビジョニングするよう依頼します。
D. GCP Console で Partner Interconnect タイプの VLAN アタッチメントを作成し、ペアリングキーを取得します。

正解：C

解説：
https://cloud.google.com/network-connectivity/docs/interconnect/concepts/partner-overview?hl=En#provisioning "To provision a Partner Interconnect connection with a service provider, you start by connecting your on-premises network to a supported service provider. Work with the service provider to establish connectivity.

質問 # 31
自動モードの VPC ネットワークをカスタムモードに変換しました。変換後、Cloud Deployment Manager テンプレートの一部は機能しなくなりました。あなたは問題を解決したいと考えています。
あなたは何をするべきか？

A. VPC ファイアウォールを更新して、Cloud Deployment Manager がカスタムモードネットワークにアクセスできるようにします。
B. Deployment Manager テンプレートでカスタムモードネットワークを明示的に参照します。
C. 追加の IAM ロールを Google API のサービスアカウントに適用して、カスタムモードネットワークを許可します。
D. Cloud Armor ホワイトリストでカスタムモードネットワークを明示的に参照します。

正解：B

質問 # 32
個人の SSH キーがプロジェクト内のすべてのインスタンスで機能することを確認する必要があります。これをできるだけ効率的に達成したいと考えています。
あなたは何をするべきか？

A. 公開 ssh キーが埋め込まれたカスタム Google Compute Engine イメージを作成します。
B. 公開 SSH キーをプロジェクトのメタデータにアップロードします。
C. 公開 SSH キーを各インスタンスのメタデータにアップロードします。
D. gcloud compute ssh を使用して、公開 SSH キーをインスタンスに自動的にコピーします。

正解：B

解説：
Overview By creating and managing SSH keys, you can let users access a Linux instance through third-party tools. An SSH key consists of the following files: A public SSH key file that is applied to instance-level metadata or project-wide metadata. A private SSH key file that the user stores on their local devices. If a user presents their private SSH key, they can use a third-party tool to connect to any instance that is configured with the matching public SSH key file, even if they aren't a member of your Google Cloud project. Therefore, you can control which instances a user can access by changing the public SSH key metadata for one or more instances. https://cloud.google.com/compute/docs/instances/adding-removing-ssh-keys#addkey

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

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

正解：D

質問 # 34
トラフィックを検査するためにサードパーティの次世代ファイアウォールを使用しています。送信トラフィックをファイアウォールにルーティングするカスタムルート 0.0.0.0/0 を作成しました。パブリック IP アドレスを持たない VPC インスタンスが、ファイアウォールを介してトラフィックを送信せずに BigQuery および Cloud Pub/Sub API にアクセスできるようにしたいと考えています。
どの 2 つのアクションを取る必要がありますか? (2つお選びください。)

A. VPC レベルでプライベートサービスアクセスをオンにします。
B. デフォルトのインターネットゲートウェイ経由で Google API およびサービスの内部 IP アドレスにトラフィックを送信するためのカスタム静的ルートのセットを作成します。
C. VPC レベルで限定公開の Google アクセスを有効にします。
D. サブネットレベルで限定公開の Google アクセスをオンにします。
E. デフォルトのインターネットゲートウェイ経由で Google API およびサービスの外部 IP アドレスにトラフィックを送信するためのカスタム静的ルートのセットを作成します。

正解：D、E

解説：
https://cloud.google.com/vpc/docs/private-access-options#pga Private Google Access VM instances that only have internal IP addresses (no external IP addresses) can use Private Google Access. They can reach the _external IP addresses_ of Google APIs and services.

質問 # 35
図に示すネットワーク構成が完成しました。冗長な D dedicated Interconnect 接続のペア（int-Igal および int-Iga2）は、同じ Cloud Router で終端します。 Interconnect 接続は、2 つの別個のオンプレミスルーターで終端します。Dended Interconnect 接続に関連付けられたボーダーゲートウェイプロトコル (BGP) セッションから同じプレフィックスをアドバタイズしています。入力トラフィックと出力トラフィックの両方に対して 1 つの接続をアクティブとして構成する必要があります。アクティブなインターコネクト接続が失敗した場合、パッシブなインターコネクト接続ですべてのトラフィックのルーティングを自動的に開始する必要があります。この要件を満たすために実行する必要がある 2 つのアクションはどれですか? (2つ選択してください)

A. アクティブなインターコネクト接続で、アドバタイズされたルートの優先順位を 10,200 よりも大きく設定します。
B. オンプレミスルーターからパッシブインターコネクト接続でより低い MED をアドバタイズします。
C. パッシブインターコネクト接続に関連付けられた BGP セッションのアドバタイズされたルート優先度を 200 に設定します。
D. オンプレミスルーターからのアクティブな相互接続接続上で、より低い MED をアドバタイズします。
E. アクティブなインターコネクト接続に関連付けられた BGP セッションに対して、アドバタイズされたルートの優先順位を 200 に設定します。

正解：D、E

解説：
This answer meets the requirement of configuring one connection as Active for both ingress and egress traffic, and enabling automatic failover to the passive connection in case of failure. The reason is:
The advertised route priority is a value that Cloud Router uses to set the route priority when advertising routes to your on-premises router. The lower the value, the higher the priority1. By setting the advertised route priority as 200 for the active connection, you ensure that it has a higher priority than the passive connection, which has the default value of 1001. This way, your on-premises router will prefer the routes from the active connection over the passive one for ingress traffic.
The MED (Multi-Exit Discriminator) is a value that your on-premises router uses to indicate its preference for receiving traffic from Cloud Router. The lower the value, the higher the preference2. By advertising a lower MED on the active connection from your on-premises router, you ensure that Cloud Router will prefer sending traffic to the active connection over the passive one for egress traffic.
If the active connection fails, Cloud Router will stop receiving routes from it and will start using the routes from the passive connection for egress traffic. Similarly, your on-premises router will stop receiving routes with priority 200 from the active connection and will start using the routes with priority 100 from the passive connection for ingress traffic. This achieves automatic failover without any manual intervention.
Option A is incorrect because setting the advertised route priority > 10,200 on the active connection would deprioritize it globally in your VPC network, which is not what you want1. Option B is incorrect because advertising a lower MED on the passive connection would make Cloud Router prefer sending traffic to it over the active one, which is not what you want2. Option D is incorrect because setting the advertised route priority as 200 for both connections would make them equally preferred by your on-premises router, which is not what you want1.
Reference:
Update the base route priority | Cloud Router | Google Cloud
Configuring BGP sessions | Cloud Router | Google Cloud

質問 # 36
あなたは、会社のクラウドベース環境用のハブアンドスポークネットワークアーキテクチャを設計しています。すべてのスポークがハブとピアリングされていることを確認する必要があります。スポークは、インターネットアクセスにハブの仮想アプライアンスを使用する必要があります。
仮想アプライアンスは、IP アドレス 10.0.0.5 の内部ロードバランサを使用する 2 つのインスタンスで高可用性モードで構成されています。あなたは何をするべきか？

A. 仮想アプライアンスのネクストホップインスタンスを指す 2 つのデフォルトルートをハブ VPC に作成します。
ハブ VPC 内のデフォルトのインターネットゲートウェイルートを削除し、デフォルトインターネットゲートウェイのネクストホップを持つアプライアンスのみにタグ付けされた新しい優先度の高いルートを作成します。
ハブ内のカスタムルートをエクスポートします。カスタムルートをスポークにインポートします。
B. IP アドレス 10.0.0.5 を指すデフォルトルートをハブ VPC に作成します。
ハブ VPC 内のデフォルトのインターネットゲートウェイルートを削除し、デフォルトインターネットゲートウェイのネクストホップを持つアプライアンスのみにタグ付けされた新しい優先度の高いルートを作成します。
ハブ内のカスタムルートをエクスポートします。カスタムルートをスポークにインポートします。
スポークのデフォルトのインターネットゲートウェイルートを削除します。
C. IP アドレス 10.0.0.5 を指すデフォルトルートをハブ VPC に作成します。
ハブ VPC 内のデフォルトのインターネットゲートウェイルートを削除し、デフォルトインターネットゲートウェイのネクストホップを持つアプライアンスのみにタグ付けされた新しい優先度の高いルートを作成します。
ハブ内のカスタムルートをエクスポートします。
カスタムルートをスポークにインポートします。
D. IP アドレス 10.0.0.5 を指すデフォルトルートをハブ VPC に作成します。
ハブ VPC 内のデフォルトのインターネットゲートウェイルートを削除し、デフォルトインターネットゲートウェイのネクストホップを持つアプライアンスのみにタグ付けされた新しい優先度の高いルートを作成します。
IP アドレス 10.0.0.5 を指す新しいルートをスポーク VPC に作成します。

正解：B

質問 # 37
マネージドインスタンスグループで実行されているアプリケーションがあります。開発チームは、十分にテストされていない新機能を含む更新されたインスタンステンプレートをリリースしました。新しいテンプレートにバグがある場合、ユーザーへの影響を最小限に抑えたいと考えています。
インスタンスをどのように更新すればよいでしょうか?

A. ローリングアップデートを開始し、インスタンスが新しいテンプレートを受信するためのターゲットサイズを指定することにより、カナリアアップデートを実行します。Canary インスタンスで新しい機能を確認し、残りのインスタンスにロールフォワードします。
B. 一部のインスタンスに手動でパッチを適用し、インスタンスグループでローリング再起動を実行します。
C. 新しいインスタンスグループをデプロイし、そのグループ内の更新されたテンプレートをカナリアします。新しい Canary インスタンスグループの新機能を確認し、元のインスタンスグループを更新します。
D. 新しいインスタンステンプレートを使用して、インスタンスグループ内のすべてのインスタンスに対してローリングアップデートを実行します。ロールアウトが完了したら、新機能を確認します。

正解：A

解説：
https://cloud.google.com/compute/docs/instance-groups/rolling-out-updates-to-managed-instance-groups#starting_a_canary_update
https://cloud.google.com/compute/docs/instance-groups/rolling-out-updates-to-managed-instance-groups

質問 # 38
Retail という名前の VPC ネットワークを自動モードで作成しました。Distribution という名前の VPC ネットワークを作成し、Retail VPC とピアリングしたいと考えています。
ディストリビューション VPC はどのように構成すればよいですか?

A. デフォルト VPC の名前を「Distribution」に変更し、ネットワークピアリング経由でピアします。
B. 自動モードでディストリビューション VPC を作成します。ネットワークピアリングを介して両方の VPC をピアリングします。
C. カスタムモードでディストリビューション VPC を作成します。CIDR 範囲 10.0.0.0/9 を使用します。必要なサブネットを作成し、ネットワークピアリング経由でピアリングします。
D. カスタムモードでディストリビューション VPC を作成します。CIDR 範囲 10.128.0.0/9 を使用します。必要なサブネットを作成し、ネットワークピアリング経由でピアリングします。

正解：C

解説：
https://cloud.google.com/vpc/docs/vpc#ip-ranges

質問 # 39
あなたの組織は、仮想マシン (VM) 間のフローを制御するためにファイアウォールルールを適用する方法を制御する新しいセキュリティポリシーを実装しています。Google が推奨する方法を使用して、VM A と VM B の間のトラフィックを厳密に制御するファイアウォールルールを設定する必要があります。
通信は VPC 内の VM A から VM B にのみ流れ、他の通信パスは許可されないことを確認する必要があります。VPC には他のファイアウォールルールは存在しません。この通信パスのみを許可するには、どのファイアウォールルールを設定する必要がありますか?

A. ファイアウォールルールの方向: イングレス
アクション: 許可する
ターゲット: 特定の VM B タグ
ソース範囲: VM A タグおよび VM A ソース IP アドレス
優先度: 1000
B. ファイアウォールルールの方向: 入力
アクション: 許可する
ターゲット: VM B サービスアカウント
ソース範囲: VM A サービスアカウント
優先度: 1000
C. ファイアウォールルールの方向: 入力
アクション: 許可する
ターゲット: 特定の VM A タグ
ソース範囲: VM B タグおよび VM B ソース IP アドレス
優先度: 100
D. ファイアウォールルールの方向: 入力
アクション: 許可する
ターゲット: VM A サービスアカウント
ソース範囲: VM B サービスアカウントと VM B ソース IP アドレス
優先度: 100

正解：C

質問 # 40
会社のロゴが、会社がホストする複数のウェブサイトに画像ファイルとして公開されています。Cloud CDN を実装しましたが、この画像ファイルに関連付けられたキャッシュヒット率のパフォーマンスを向上させたいと考えています。あなたは何をするべきか？

A. キャッシュエントリの有効期限が切れる前に *mage ファイルをユーザーに提供するために、ドメインごとにバージョン管理された IJRL を構成します。
B. イメージファイルを保持するバックエンドサービスのカスタムキャッシュキーを構成し、[ホスト] チェックボックスと [プロトコル] チェックボックスをオフにします。
C. イメージファイルをホストするカスタムオリジンバックエンドとして Cloud Storage を構成し、場所のタイプとしてマルチリージョンを選択します。
D. イメージファイルのデフォルトの存続期間 (TTL) を O に設定します。

正解：B

解説：
This answer meets the requirement of improving the performance of the cache hit ratio associated with the image file. The reason is:
Custom cache keys allow you to control which parts of the request URL are used to build the cache key. The cache key is a unique identifier that Cloud CDN uses to store and retrieve cached content1.
By default, Cloud CDN uses the complete request URL, including the protocol (http or https) and the host (the domain name), to build the cache key. This means that if the same image file is requested from different domains or protocols, Cloud CDN will cache multiple copies of it, which reduces the cache hit ratio1.
By clearing the Host and Protocol checkboxes, you can tell Cloud CDN to ignore these parts of the request URL when building the cache key. This way, Cloud CDN will cache only one copy of the image file, regardless of which domain or protocol it is requested from, which improves the cache hit ratio1.
Option B is incorrect because configuring Cloud Storage as a custom origin backend does not affect the cache hit ratio. It only affects how Cloud CDN retrieves the content from the origin if it is not cached. Option C is incorrect because configuring versioned URLs for each domain does not improve the cache hit ratio. It actually worsens it, because it creates more variations of the request URL that Cloud CDN has to cache separately. Option D is incorrect because configuring the default TTL as 0 for the image file means that Cloud CDN will not cache it at all, which defeats the purpose of using Cloud CDN.
Reference:
Custom cache keys | Cloud CDN | Google Cloud

質問 # 41
2 つの Cloud Router を設定して、1 台がアクティブなボーダーゲートウェイプロトコル（BGP）セッションを持ち、もう 1 台がスタンバイとして機能するようにしたいと考えています。
オンプレミスルーターではどの BGP 属性を使用する必要がありますか?

A. コミュニティ
B. ローカル設定
C. 多重出口識別器
D. AS パス

正解：C

質問 # 42
あなたの会社は、収益を生み出す重要な新しい Web アプリケーションを立ち上げたばかりです。マネージドインスタンスグループ、自動スケーリング、およびフロントエンドとしてネットワークロードバランサーを使用して、スケーラビリティを確保するためにアプリケーションをデプロイしました。ある日、あなたは、自動スケーリングがインスタンスの最大数に達し、アプリケーションのユーザーがトランザクションを完了できない原因となっている深刻なバーストトラフィックに気づきました。調査の結果、DDOS 攻撃であると考えられます。アプリケーションへのユーザーアクセスを迅速に復元し、コストを最小限に抑えながらトランザクションを成功させたいと考えています。
どの 2 つのステップを実行する必要がありますか? (2つお選びください。)

A. GCP のアプリケーション全体を数時間シャットダウンします。アプリケーションがオフラインになると攻撃は停止します。
B. バックエンドコンピューティングエンジンインスタンスに SSH 接続し、認証ログと syslog を表示して、攻撃の性質をさらに理解します。
C. Cloud Armor を使用して、攻撃者の IP アドレスをブラックリストに登録します。
D. 深刻なバーストトラフィックに対応するために、自動スケーリングバックエンドの最大値を増やします。
E. グローバル HTTP(s) ロードバランサを作成し、アプリケーションバックエンドをこのロードバランサに移動します。

正解：B、D

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

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

正解：B、D

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

質問 # 44
インスタンスグループを作成しているため、HTTP(s) ロードバランシング用の新しいヘルスチェックを作成する必要があります。
これを実現するには、どの 2 つの方法を使用できますか? (2つお選びください。)

A. gcloud コマンドラインツールを使用して新しいヘルスチェックを作成します。
B. GCP Console の [VPC ネットワーク] セクションを使用して、新しいヘルスチェックを作成します。
C. gcloud コマンドラインツールを使用して、新しいレガシーヘルスチェックを作成します。
D. GCP Console の [ヘルスチェック] セクションを使用して、新しいレガシーヘルスチェックを作成します。
E. GCP Console でロードバランサのバックエンド構成を完了したら、新しいヘルスチェックを作成するか、既存のヘルスチェックを選択します。

正解：A、E

解説：
https://cloud.google.com/load-balancing/docs/health-checks#creating_and_modifying_health_checks

質問 # 45
あなたの会社では、Google Cloud に単一の Virtual Private Cloud (VPC) ネットワークがデプロイされており、オンプレミス接続がすでに確立されています。Google Kubernetes Engine (GKE) を使用して新しいアプリケーションをデプロイしています。このアプリケーションには、同じ VPC ネットワークおよびオンプレミスの場所からのみアクセスできる必要があります。GKE コントロールプレーンが、プライベート接続のみを介してオンプレミスサブネットの事前定義されたリストに公開されていることを確認する必要があります。あなたは何をするべきか？

A. コントロールプレーンのプライベートエンドポイントを使用して GKE 限定公開クラスタを作成します。Cloud Router で VPC ネットワーキングピアリングのエクスポート/インポートルートとカスタムルートアドバタイズメントを構成します。承認されたネットワークを構成して、必要なオンプレミスのサブネットを指定します。
B. コントロールプレーンのプライベートエンドポイントを使用して GKE 限定公開クラスタを作成します。承認されたネットワークを構成して、必要なオンプレミスのサブネットを指定します。
C. コントロールプレーンのパブリックエンドポイントを使用して GKE 限定公開クラスタを作成します。Cloud Router で VPC ネットワーキングピアリングのエクスポート/インポートルートとカスタムルートアドバタイズメントを構成します。
D. GKE 公開クラスタを作成します。承認されたネットワークを構成して、必要なオンプレミスのサブネットを指定します。

正解：B

質問 # 46
高可用性 Web アプリケーションを us-east1 および us-west1 リージョンにデプロイするには、ネットワークインフラストラクチャを作成する必要があります。アプリケーションは Compute Engine インスタンス上で実行され、データベースを使用する必要はありません。Google が推奨する慣行に従いたいと考えています。あなたは何をするべきか？

A. 各リージョンに 1 つのサブネットを持つ 1 つの VPC を作成します。
静的 IP アドレスを使用して、各リージョンにリージョンネットワークロードバランサーを作成します。
ロードバランサで Cloud CDN を有効にします。
ロードバランサの両方の IP アドレスを使用して Cloud DNS に A レコードを作成します。
B. 各リージョンに 1 つの VPC を作成し、両方の VPC をピアリングします。
グローバルロードバランサを作成します。
ロードバランサで Cloud CDN を有効にします。
Cloud DNS でロードバランサの CNAME を作成します。
C. 各リージョンに 1 つのサブネットを持つ 1 つの VPC を作成します。
静的 IP アドレスを使用してグローバルロードバランサーを作成します。
ロードバランサで Cloud CDN と Google Cloud Armor を有効にします。
Cloud DNS のロードバランサの IP アドレスを使用して A レコードを作成します。
D. 各リージョンに 1 つのサブネットを持つ 1 つの VPC を作成します。
静的 IP アドレスを使用して HTTP(S) ロードバランサーを作成します。
ネットワークの標準層を選択します。
ロードバランサで Cloud CDN を有効にします。

正解：B

解説：
Create a CNAME record using the load balancer's IP address in Cloud DNS.

質問 # 47
......

トレンドなProfessional-Cloud-Network-Engineer日本語のPDF問題集を受験前に使おう：https://www.goshiken.com/Google/Professional-Cloud-Network-Engineer-JPN-mondaishu.html

関するブログ

もっと

Professional-Cloud-Network-Engineer-JPN無料問題集