PDFを無料でダウンロードにはProfessional-Cloud-Network-Engineer日本語有効な練習テスト問題があります
Professional-Cloud-Network-Engineer日本語テストエンジンお試しセット、Professional-Cloud-Network-Engineer日本語問題集PDF
質問 # 29
Web サービス チームへの ID およびアクセス管理の権限と電子メールの配布をできるだけ効率的に一元管理する必要があります。
あなたは何をするべきか？
- A. Web サービス チームの Google グループを作成します。
- B. Web サービス チーム用の G Suite ドメインを作成します。
- C. WebServices チームのすべてのメンバーに対して新しいカスタム ロールを作成します。
- D. Web サービス チーム用に新しい Cloud Identity ドメインを作成します。
正解：A
質問 # 30
gsutil ツールと Google への 10 Gbps ダイレクト ピアリング接続を使用して、オンプレミス サーバーから Cloud Storage バケットにファイルをアップロードしています。オンプレミス サーバーは、Google ピアリング ポイントから 100 ミリ秒離れています。アップロードでは、利用可能な 10 Gbps 帯域幅をすべて使用していないことがわかります。接続の帯域幅使用率を最適化したいと考えています。
オンプレミスのサーバーでは何をすべきでしょうか?
- A. tar などのユーティリティを使用してファイルを圧縮し、送信されるデータのサイズを削減します。
- B. gsutil コマンドで perfdiag パラメータを使用して、パフォーマンスを高速化します: gsutil perfdiag gs://[バケット名]。
- C. オンプレミス サーバーの TCP パラメーターを調整します。
- D. gsutil コマンドから -m フラグを削除して、シングルスレッド転送を有効にします。
正解：C
解説：
https://cloud.google.com/solutions/tcp-optimization-for-network-performance-in-gcp-and-hybrid
https://cloud.google.com/solutions/tcp-optimization-for-network-performance-in-gcp-and-hybrid https://cloud.google.com/blog/products/gcp/5-steps-to-better-gcp-network-performance?hl=ml
質問 # 31
オンプレミスと GCP の間で Cloud VPN の使用量が増加しており、単一のトンネルで処理できるより多くのトラフィックをサポートしたいと考えています。Cloud VPN を使用して利用可能な帯域幅を増やしたいと考えています。
あなたは何をするべきか？
- A. 既存の VPN ゲートウェイとは異なるリージョンに 2 番目の Cloud VPN ゲートウェイを追加します。2 番目の Cloud VPN ゲートウェイ上に、同じ IP 範囲を転送するが、既存のオンプレミス VPN ゲートウェイの IP アドレスを指す新しいトンネルを作成します。
- B. オンプレミス VPN ゲートウェイの MTU を 1460 バイトから 2920 バイトに 2 倍にします。
- C. 同じ Cloud VPN ゲートウェイ上に、同じ宛先 VPN ゲートウェイ IP アドレスを指す 2 つの VPN トンネルを作成します。
- D. 別のパブリック IP アドレスを持つ 2 番目のオンプレミス VPN ゲートウェイを追加します。既存の Cloud VPN ゲートウェイ上に 2 番目のトンネルを作成します。このトンネルは同じ IP 範囲を転送しますが、新しいオンプレミス ゲートウェイ IP をポイントします。
正解：D
解説：
https://cloud.google.com/network-connectivity/docs/vpn/concepts/classic-topologies#redundancy-options
質問 # 32
組織には、us-east1、us-west2、us-central1 に Compute Engine インスタンスがあります。また、あなたの組織には、米国東海岸に単一の VLAN アタッチメントと Cloud Router を us-east1 に備えた既存の Cloud Interconnect 物理接続もあります。高可用性を備えた設計を提供し、リージョンがダウンした場合でも他のすべての Virtual Private Cloud (VPC) サブネットにアクセスできるようにする必要があります。これは、可能な限り最もコスト効率の高い方法で達成する必要があります。あなたは何をするべきか？
- A. VPC ルーティングをリージョン モードで構成します。
us-west2 リージョンと us-central1 リージョンに Cloud Interconnect VLAN アタッチメントを追加し、us-west2 と us-central1 で Cloud Router を構成します。 - B. VPC ルーティングをグローバル モードで構成します。
us-east1 リージョンに Cloud Interconnect VLAN アタッチメントを追加し、us-east1 で Cloud Router を構成します。 - C. VPC ルーティングをリージョン モードで構成します。
us-east1 リージョンに Cloud Interconnect VLAN アタッチメントを追加し、us-east1 で Cloud Router を構成します。 - D. VPC ルーティングをグローバル モードで構成します。
us-west2 リージョンに Cloud Interconnect VLAN アタッチメントを追加し、us-west2 で Cloud Router を構成します。
正解：B
質問 # 33
2 つの Cloud Router を設定して、1 台がアクティブなボーダー ゲートウェイ プロトコル（BGP）セッションを持ち、もう 1 台がスタンバイとして機能するようにしたいと考えています。
オンプレミス ルーターではどの BGP 属性を使用する必要がありますか?
- A. ローカル設定
- B. コミュニティ
- C. AS パス
- D. 多重出口識別器
正解：D
質問 # 34
プロジェクト内のすべてのインスタンスは、カスタム メタデータのenable-oslogin 値が FALSE に設定され、プロジェクト全体の SSH キーをブロックするように構成されています。どのインスタンスにも SSH キーが設定されておらず、プロジェクト全体の SSH キーも構成されていません。ファイアウォール ルールは、任意の IP アドレス範囲からの SSH セッションを許可するように設定されています。1 つのインスタンスに SSH 接続したいとします。
あなたは何をするべきか？
- A. gcloud compute ssh を使用してインスタンスに Cloud Shell SSH を開きます。
- B. カスタム メタデータの enable-oslogin を TRUE に設定し、putty や ssh などのサードパーティ ツールを使用してインスタンスに SSH 接続します。
- C. 新しい SSH キー ペアを生成します。秘密キーの形式を確認し、インスタンスに追加します。Putty や ssh などのサードパーティ ツールを使用してインスタンスに SSH 接続します。
- D. 新しい SSH キー ペアを生成します。公開キーの形式を確認し、プロジェクトに追加します。Putty や ssh などのサードパーティ ツールを使用してインスタンスに SSH 接続します。
正解：A
質問 # 35
あなたはハイブリッド クラウド環境を設計しています。Google Cloud 環境は、中央のトランジット ハブ VPC 内の HA VPN と Cloud Router を使用してオンプレミス ネットワークと相互接続されます。Cloud Router はデフォルト設定で構成されています。オンプレミスの DNS サーバーは 192.168.20.88 にあります。複数のスポーク VPC 内の Compute Engine リソースが、ドメイン corp.altostrat.com を使用してオンプレミスのプライベート ホスト名を解決できると同時に、Google Cloud のホスト名も解決できることを確認する必要があります。Google が推奨する慣行に従いたいと考えています。あなたは何をするべきか？
- A. Cloud DNS に、192.168.20.88 を指す、corp-altostrat-com という「corp altostrat.com」のプライベート転送ゾーンを作成します。ゾーンをハブ VPC に関連付けます。
ハブ VPC をターゲットとして、スポーク VPC に関連付けられた corp-altostrat-com という名前の「corp.altostrat.com」のプライベート ピアリング ゾーンを Cloud DNS に作成します。
Cloud Router 上で 35.199.192.0/19 のカスタム ルート アドバタイズメントを実行しました。
各スポーク VPC でハブ アンド スポーク VPN デプロイメントを作成し、ハブ VPC に接続し直します。 - B. Cloud DNS に、192.168.20.88 を指す、corp-altostrat-com という「corp.altostrat.com」のプライベート転送ゾーンを作成します。
ゾーンをハブ VPC に関連付けます。ハブ VPC をターゲットとして、スポーク PC に関連付けられた corp-altostrat-com という名前の「corp.altostrat.com」用のプライベート ピアリング ゾーンを Cloud DNS に作成します。
Cloud Router に 35.199.192.0/19 のカスタム ルート アドバタイズメントを設定します。 - C. Cloud DNS に、192.168.20.88 を指す、corp-altostrat-com という「corp.altostrat.com」のプライベート転送ゾーンを作成します。ゾーンをハブ VPC に関連付けます。
ハブ VPC をターゲットとして、スポーク VPC に関連付けられた corp-altostrat-com という名前の「corp.altostrat.com」のプライベート ピアリング ゾーンを Cloud DNS に作成します。
Cloud Router に 35.199.192.0/19 のカスタム ルート アドバタイズメントを設定します。
各スポーク VPC にハブアンドスポーク VPN デプロイメントを作成して、オンプレミス ネットワークに直接接続し直します。 - D. Cloud DNS に、192.168.20.88 を指す、corp-altostrat-com という「corp.altostrat.com」のプライベート転送ゾーンを作成します。ゾーンをハブ VPC に関連付けます。
ハブ VPC をターゲットとして、スポーク VPC に関連付けられた corp-altostrat-com という名前の「corp.altostrat.com」のプライベート ピアリング ゾーンを Cloud DNS に作成します。
Cloud Router に 35.199.192.0/19 のカスタム ルート アドバタイズメントを設定します。
スポーク VPC で VPC ピアリングを構成し、ハブ VPC とピアリングします。
正解：D
質問 # 36
次のプライベート Google Kubernetes Engine (GKE) クラスターのデプロイメントがあります。
サブネットワーク kubernetes-management 内の同じ VPC にデプロイされた仮想マシン (VM) があり、内部 IP アドレスは 192.168.40 2/24 で、外部 IP アドレスは割り当てられていません。kubectl を使用してクラスター マスターと通信する必要があります。あなたは何をするべきか？
- A. ネットワーク 192.168.36.0/24 を masterAuthorizedNetworksConfig に追加します。エンドポイント 192.168.38.2 と通信するように kubectl を構成する
- B. 外部 IP アドレスを VM に追加し、この IP アドレスを masterAuthorizedNetworksConfig に追加します。エンドポイント 35.224.37.17 と通信するように kubectl を構成します。
- C. ネットワーク 192.168.38.0/28 を masterAuthorizedNetworksConfig に追加します。エンドポイント 192.168.38.2 と通信するように kubectl を構成する
- D. ネットワーク 192.168.40.0/24 を masterAuthorizedNetworksConfig に追加します。エンドポイント 192.168.38.2 と通信するように kubectl を構成します。
正解：D
質問 # 37
会社のセキュリティ チームは、セキュリティの脅威から保護するために、Web サーバーに到達できる受信トラフィックの種類を制限したいと考えています。TCP のみの HTTP および HTTPS Web トラフィックを処理するには、Virtual Private Cloud (VPC) 内の Web サーバーでファイアウォール ルールを構成する必要があります。あなたは何をするべきか？
- A. TCP ポート 80 および 443 のすべての IP アドレスを許可するために、ターゲット タグ「web-server」を使用して一致入力ファイアウォール ルールを作成します。
- B. TCP ポート 80 のすべての IP アドレスを許可するために、ターゲット タグ「web-server」を使用して一致するイングレス ファイアウォール ルールを作成します。
- C. TCP ポート 60 および 443 の Web サーバー IP アドレスを許可するために、ターゲット タグ「web-server」を使用して一致出力ファイアウォール ルールを作成します。
- D. TCP ポート 80 のすべての IP アドレスを許可するために、ターゲット タグ「web-server」を使用して一致する出力ファイアウォール ルールを作成します。
正解：A
質問 # 38
あなたは、組織でハイブリッド接続を担当するネットワーク管理者です。開発者チームは、共有 VPC の us-west1 リージョンで Cloud SQL を使用したいと考えています。us-west1 で D dedicated Interconnect 接続と Cloud Router を構成しました。共有 VPC とオンプレミス データセンター間の接続は期待どおりに機能しています。予約された IP アドレス範囲とデフォルト設定を使用して、Cloud SQL に必要なプライベート サービス アクセス接続を作成しました。ただし、開発者はオンプレミスから Cloud SQL インスタンスにアクセスできません。あなたは問題を解決したいと考えています。あなたは何をするべきか？
- A. Cloud SQL に使用される VPC ネットワーク ピアリング接続を変更し、ルートのインポートとエクスポートを有効にします。
Cloud Router でカスタム ルート アドバタイズを作成して、Cloud SQL IP アドレス範囲をアドバタイズします。 - B. VPC ルーティング モードをグローバルに変更します。
Cloud Router でカスタム ルート アドバタイズを作成して、Cloud SQL IP アドレス範囲をアドバタイズします。 - C. VPC ルーティング モードをグローバルに変更します。
Cloud SQL に使用される VPC ネットワーク ピアリング接続を変更し、ルートのインポートとエクスポートを有効にします。 - D. us-west2 に追加の Cloud Router を作成します。
オンプレミス データ センターへの新しいボーダー ゲートウェイ プロトコル (BGP) ピアリング接続を作成します。
Cloud SQL に使用される VPC ネットワーク ピアリング接続を変更し、ルートのインポートとエクスポートを有効にします。
正解：A
質問 # 39
ストレージ バケット内のすべてのオブジェクトに対して Cloud CDN を有効にする必要があります。ストレージ バケット内のすべてのオブジェクトが CDN によって提供されることを確認したいと考えています。
GCP Console では何をすればよいでしょうか?
- A. 新しい SSL プロキシ ロードバランサを作成し、バックエンドとしてストレージ バケットを選択して、バックエンドで Cloud CDN を有効にします。
- B. 新しい TCP ロードバランサを作成し、ストレージ バケットをバックエンドとして選択して、バックエンドで Cloud CDN を有効にします。
- C. 新しいクラウド ストレージ バケットを作成し、そのバケット上で Cloud CDN を有効にします。
- D. 新しい HTTP ロードバランサを作成し、バックエンドとしてストレージ バケットを選択し、バックエンドで Cloud CDN を有効にして、ストレージ バケット内の各オブジェクトがパブリックに共有されていることを確認します。
正解：D
解説：
https://cloud.google.com/load-balancing/docs/https/adding-backend-buckets-to-load-balancers#using_cloud_cdn_with_cloud_storage_buckets Cloud CDN needs HTTP(S) Load Balancers and Cloud Storage bucket has to be shared publicly. https://cloud.google.com/cdn/docs/setting-up-cdn-with-bucket
質問 # 40
単一の Dended Interconnect が正常にプロビジョニングされました。物理接続は、us-west2 に最も近いコロケーション施設にあります。ワークロードの 75% は us-east4 にあり、ワークロードの残りの 25% は us-central1 にあります。すべてのワークロードは同じネットワーク トラフィック プロファイルを持ちます。VLAN アタッチメントを展開するときは、データ転送コストを最小限に抑える必要があります。あなたは何をするべきか？
- A. us-east4 に最も近いコロケーション施設用に新しい専用インターコネクトを注文し、VPC グローバル ルーティングを使用して us-central1 のワークロードにアクセスします。
- B. us-central1 に最も近いコロケーション施設用に新しい専用インターコネクトを注文し、VPC グローバル ルーティングを使用して us-east4 のワークロードにアクセスします。
- C. 既存の専用インターコネクトを維持します。VLAN アタッチメントを us-west2 の Cloud Router にデプロイし、VPC グローバル ルーティングを使用して us-east4 と us-central1 のワークロードにアクセスします。
- D. 既存の専用インターコネクトを維持します。VLAN アタッチメントを us-east4 の Cloud Router にデプロイし、別の VLAN アタッチメントを us-central1 の Cloud Router にデプロイします。
正解：A
質問 # 41
サブネット レベルの分離を提供するには、あるサブネットのインスタンス A が、別のサブネットのインスタンス B と呼ばれるセキュリティ アプライアンスを経由するようにルーティングする必要があります。
あなたは何をするべきか？
- A. システム生成のサブネット ルートよりも具体的なルートを作成し、ネクスト ホップをタグなしでインスタンス B に向けます。
- B. システム生成のサブネット ルートを削除し、インスタンス A に適用されたタグを使用してインスタンス B への特定のルートを作成します。
- C. システム生成のサブネット ルートよりも具体的なルートを作成し、インスタンス A に適用されたタグを使用してネクスト ホップをインスタンス B に向けます。
- D. インスタンス B を別の VPC に移動し、マルチ NIC を使用してインスタンス B のインターフェイスをインスタンス A のネットワークに接続します。トラフィックがインスタンス A に強制的に通過するように適切なルートを構成します。
正解：C
質問 # 42
あなたは、2 つの大都市圏にわたる地理的冗長性を備えた Partner Interconnect ハイブリッド クラウド接続ソリューションを設計しています。Google が推奨する方法に従って、次の地域と都市圏のペアを設定したいと考えています。
(リージョン1/メトロ1)
(リージョン2/メトロ2)
あなたは何をするべきか？
- A. Metro1-zone2-x に接続された 1 つの VLAN アタッチメントを持つ Cloud Router をリージョン 1 に作成します。
Metro2-zone2-x に接続された 1 つの VLAN アタッチメントを持つ Cloud Router をリージョン 2 に作成します。 - B. リージョン 1 に Cloud Router を作成し、1 つの VLAN アタッチメントが Metro1-zone1-x に接続され、1 つの VLAN アタッチメントが Metro1-zone2-x に接続されます。
リージョン 2 に Cloud Router を作成し、1 つの VLAN アタッチメントを Metro2-zone1-x に接続し、1 つの VLAN アタッチメントを Metro2-zone2-x に接続します。 - C. Metro1-zone1-x に接続された 2 つの VLAN アタッチメントを持つ Cloud Router をリージョン 1 に作成します。
Metro1-zone2-x に接続された 2 つの VLAN アタッチメントを持つ Cloud Router をリージョン 2 に作成します。 - D. Metro1-zone1-x に接続された 1 つの VLAN アタッチメントを持つ Cloud Router をリージョン 1 に作成します。
Metro2-zone2-x に接続された 2 つの VLAN アタッチメントを持つ Cloud Router をリージョン 2 に作成します。
正解：D
質問 # 43
Virtual Private Cloud (VPC) 内の仮想マシン (VM) インスタンスが Google API にアクセスできるようにプライベート Google アクセスを有効にするのはお客様の責任です。すべての VM インスタンスにはプライベート IP アドレスのみがあり、Cloud Storage にアクセスする必要があります。既存の Cloud Interconnect 接続を介してトラフィック スクラビングを行うために、すべての VM トラフィックがオンプレミスのデータセンターにルーティングされていることを確認する必要があります。ただし、Google API への VM トラフィックは VPC 内に残る必要があります。あなたは何をするべきか？
- A. デフォルトの VPC ルートよりも低い優先度 (MED) を持つボーダー ゲートウェイ プロトコル (BGP) 経由で 0.0.0.0/0 をアドバタイズするようにオンプレミス ルーターを構成します。
googleapis.com のプライベート Cloud DNS ゾーンを作成し、* googieapis.com の CNAME をプライベート googleapis com に作成し、199 .36.153.8/30 のアドレスに解決される private.googleapis.com の A レコードを作成します。
VPC 内に範囲 199.36 の静的ルートを作成します。153.8/30、デフォルトのインターネットゲートウェイをネクストホップとして使用します。 - B. VPC 内のデフォルト ルートを削除し、ボーダー ゲートウェイ プロトコル (BGP) 経由で 0.0.0.0/0 をアドバタイズするようにオンプレミス ルーターを構成します。
googleapis.com のプライベート Cloud DNS ゾーンを作成し、* googieapis.com の CNAME をプライベート googleapis.com に作成し、199.36.153.8/30 のアドレスに解決される private.googleapis.com の A レコードを作成します。
ネクストホップとしてデフォルトのインターネットゲートウェイを使用して、範囲 199.36.153.8/30 の静的ルートを VPC に作成します。 - C. VPC 内のデフォルト ルートを削除します。
googleapis.com のプライベート Cloud DNS ゾーンを作成し、制限付き googleapis.com に対する *.googleapis.com の CNAME を作成し、199.36.153.4/30 のアドレスに解決される制限付き googleapis com の A レコードを作成します。
ネクストホップとしてデフォルトのインターネットゲートウェイを使用して、範囲 199.36.153.4/30 の静的ルートを VPC に作成します。 - D. VPC 内のデフォルト ルートを削除し、ボーダー ゲートウェイ プロトコル (BGP) 経由で 0.0.0.0/0 をアドバタイズするようにオンプレミス ルーターを構成します。
*.google.com からプライベート googleapis com への CNAME を持つパブリック Cloud DNS ゾーンを作成し、* googleapis.com からプライベート googleapis com への CNAME を作成し、199.36 のアドレスに解決されるプライベート googleapis.com の A レコードを作成します。 .153 8/30。
ネクストホップとしてデフォルトのインターネットゲートウェイを使用して、範囲 199 .36.153.8/30 の静的ルートを VPC に作成します。
正解：A
質問 # 44
Compute Engine 仮想マシン インスタンスでホストされているアプリケーションが、サブネット外のリソースと通信できません。フローとファイアウォールのログを確認すると、拒否されたトラフィックがリストされていません。
トラブルシューティング中に次のことがわかります。
* VPC サブネットに対してフロー ログが有効になっており、すべてのファイアウォール ルールがログに記録されるように設定されています。
* サブネットワークのログは Stackdriver から除外されません。
* アプリケーションをホストしているインスタンスは、サブネットの外部と通信できます。
* サブネット内の他のインスタンスはサブネット外と通信できます。
* 外部リソースが通信を開始します。
ログ行が欠落する最も可能性の高い原因は何ですか?
- A. トラフィックは予想されるイングレス ルールに一致しています。
- B. トラフィックは予想される出力ルールと一致しません。
- C. トラフィックは予想される出力ルールに一致しています。
- D. トラフィックは予想されるイングレス ルールに一致しません。
正解：D
質問 # 45
TFTP サーバーとして使用する複数の Compute Engine 仮想マシン インスタンスを作成します。
どのタイプのロードバランサーを使用する必要がありますか?
- A. SSL プロキシ ロード バランサ
- B. TCP プロキシ ロード バランサ
- C. HTTP(S) ロードバランサ
- D. ネットワークロードバランサー
正解：D
解説：
"TFTP is a UDP-based protocol. Servers listen on port 69 for the initial client-to-server packet to establish the TFTP session, then use a port above 1023 for all further packets during that session. Clients use ports above 1023" https://docstore.mik.ua/orelly/networking_2ndEd/fire/ch17_02.htm Besides, Google Cloud external TCP/UDP Network Load Balancing (after this referred to as Network Load Balancing) is a regional, non-proxied load balancer. Network Load Balancing distributes traffic among virtual machine (VM) instances in the same region in a Virtual Private Cloud (VPC) netw
質問 # 46
Cloud DNS に移行しており、BIND ゾーン ファイルをインポートしたいと考えています。
どのコマンドを使用すればよいでしょうか?
- A. gcloud dns Record-sets import ZONE_FILE --delete-all-existing --zone MANAGED ZONE
- B. gcloud dns Record-sets import ZONE_FILE --replace-origin-ns --zone MANAGED_ZONE
- C. gcloud dns Record-sets import ZONE_FILE --zone MANAGED_ZONE
- D. gcloud dns Record-sets import ZONE_FILE --zone-file-format --zone MANAGED_ZONE
正解：D
解説：
https://cloud.google.com/sdk/gcloud/reference/dns/record-sets/import
質問 # 47
インスタンス グループを作成しているため、HTTP(s) ロード バランシング用の新しいヘルス チェックを作成する必要があります。
これを実現するには、どの 2 つの方法を使用できますか? (2つお選びください。)
- A. GCP Console の [ヘルス チェック] セクションを使用して、新しいレガシー ヘルスチェックを作成します。
- B. GCP Console の [VPC ネットワーク] セクションを使用して、新しいヘルスチェックを作成します。
- C. gcloud コマンドライン ツールを使用して、新しいレガシー ヘルスチェックを作成します。
- D. GCP Console でロードバランサのバックエンド構成を完了したら、新しいヘルスチェックを作成するか、既存のヘルスチェックを選択します。
- E. gcloud コマンドライン ツールを使用して新しいヘルスチェックを作成します。
正解：D、E
解説：
https://cloud.google.com/load-balancing/docs/health-checks#creating_and_modifying_health_checks
質問 # 48
あなたは会社の組織管理者です。エンジニアの 1 人は、複数のフォルダーにわたる複数のホスト プロジェクトのセットアップと、サービス プロジェクトとのサブネットの共有を担当します。最小限の手順でタスクを完了するには、エンジニアの ID およびアクセス管理 (IAM) 構成を有効にする必要があります。あなたは何をするべきか？
- A. エンジニアにコンピューティング共有 VPC 管理者 IAM ロールとプロジェクト IAM 管理者ロールを組織レベルで設定します。
- B. 組織レベルでコンピューティング共有 VPC 管理者の IAM ロールを持つエンジニアを設定します。
- C. フォルダー レベルでコンピューティング共有 VPC 管理者の IAM ロールを持つエンジニアをセットアップします。
- D. フォルダー レベルでコンピューティング共有 VPC 管理者 IAM ロールとプロジェクト IAM 管理者ロールを持つエンジニアをセットアップします。
正解：B
質問 # 49
あなたの会社には 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
質問 # 50
......
あなたを合格させるGoogle Cloud Platform Professional-Cloud-Network-Engineer日本語試験問題集で2023年11月10日には162問あります：https://jp.fast2test.com/Professional-Cloud-Network-Engineer-JPN-premium-file.html