貴社は、us-central1 リージョンにある Google Cloud 環境に Vertex AI オンライン予測を実装しました。オンライン予測は、IP CIDR 範囲 172.16.53.0/24 を使用したプライベート サービス アクセスを通じて利用できます。既存のルートに影響を与えずに Vertex AI へのアクセスを構成する必要があります。us-west1 リージョンにある VLAN アタッチメントをプライマリとして使用したいと考えています。us-west2 リージョンにある相互接続 VLAN アタッチメントはバックアップとしてのみ使用できます。どうすればよいですか？

• A. us-west1リージョンのVLANアタッチメントにプレフィックス用のカスタムルートアドバタイズメントを作成します
  172.16.53.0/24。us-west2リージョンのVLANアタッチメントに、プレフィックス172.16.53.0/24用のカスタムルートアドバタイズメントを作成します。
• B. us-west1リージョンのVLANアタッチメントにプレフィックス用のカスタムルートアドバタイズメントを作成します
  172.16.53.0/24 に対して、マルチ出口識別子 (MED) を 100 に設定する BGP ルート ポリシーを作成します。
  us-west2リージョンのVLANアタッチメントにプレフィックス用のカスタムルートアドバタイズメントを作成します
  172.16.53.0/24 に対して、マルチ出口識別子 (MED) を 200 に設定する BGP ルート ポリシーを作成します。
• C. プレフィックスのus-west1リージョンのVLANアタッチメントにカスタム学習ルートを作成します
  172.16.53.0/24 に対して、BGP セッションのルート優先度を 100 に設定します。us-west2 リージョンの VLAN アタッチメントに、プレフィックス 172.16.53.0/24 用のカスタム ルート アドバタイズメントを作成し、BGP セッションのルート優先度を 200 に設定します。
• D. us-west1リージョンのVLANアタッチメントにプレフィックス用のカスタムルートアドバタイズメントを作成します
  172.16.53.0/24 に対して、BGP セッションのルート優先度を 100 に設定します。us-west2 リージョンの VLAN アタッチメントに、プレフィックス 172.16.53.0/24 用のカスタム ルート アドバタイズメントを作成し、BGP セッションのルート優先度を 200 に設定します。

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

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

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

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

製品チームは、prod-servers プロジェクトで us-east1 リージョンと us-west1 リージョンの両方で Web サーバーを稼働させています。セキュリティチームは、受信ネットワーク トラフィックを検査するために、独自の Google Cloud プロジェクトに侵入検知システム (IDS) をインストールする予定です。どうすればよいですか？

• A. セキュリティチーム用に新しいプロジェクトとVPCを作成します。
  新しいVPCを、prod-serversプロジェクト内のWebサーバーのVPCとピアリングします。
  us-east1とus-west1の両方に、内部ロードバランサーとIDSシステムを作成します。
  パケットミラーリングを有効にし、新しいプロジェクト内にパケットミラーリングポリシーを作成します。
• B. セキュリティチーム用にホストプロジェクトとSharad VPCを作成します。
  prod-serversをサービスプロジェクトにし、Webサーバーを両リージョンの共有サブネットに再配置します。
  すべてのウェブサーバーでIPフォワーディングを有効にしてください。
  IDSシステムをus-east1またはus-west1の非共有サブネットに作成します。
  ウェブサーバーを設定して、パケットをIDSシステムに転送するようにします。
• C. セキュリティチーム用にホストプロジェクトと共有VPCを作成します。
  prod-serversをサービスプロジェクトにし、Webサーバーを両リージョンの共有サブネットに再配置します。
  us-east1またはus-west1のいずれかのサブネット内に、内部ロードバランサーとIDSシステムを作成します。
  パケットミラーリングを有効にし、ホストプロジェクト内にパケットミラーリングポリシーを作成します。
• D. セキュリティチーム用に新しいプロジェクトとVPCを作成します。
  新しいVPCを、prod-serversプロジェクト内のWebサーバーのVPCとピアリングします。
  すべてのウェブサーバーでIPフォワーディングを有効にしてください。
  us-east1とus-west1の両方にIDSシステムをインストールしてください。
  ウェブサーバーを設定して、パケットをIDSシステムに転送するようにします。

データセンターから Google Cloud へのハイブリッド接続用の技術アーキテクチャを作成する必要があります。これはパートナーによって管理されます。本番環境レベルのアプリケーションについては、Google が推奨するプラクティスに従う必要があります。何をすればよいでしょうか。

• A. パートナーに、データセンターに 2 つのセキュリティ アプライアンスをインストールするよう依頼します。これらの各デバイスから Google Cloud への VPN 接続を 1 つずつ構成し、オンプレミスの VPN デバイスが別々のラックに、別々の電源および冷却システムで配置されていることを確認します。
• B. 1 つのメトロに 2 つのパートナー相互接続接続を設定し、別のメトロに 2 つの接続を設定します。相互接続接続が異なるメトロ エッジ アベイラビリティ ドメインに配置されていることを確認します。1 つのリージョンに 2 つの VLAN アタッチメントを設定し、別のリージョンに 2 つの VLAN アタッチメントを設定し、VPC でグローバル動的ルーティングを設定します。
• C. 1 つのメトロに 2 つの Partner Interconnect 接続を設定し、別のメトロに 2 つの接続を設定します。Interconnect 接続が異なるメトロ エッジ アベイラビリティー ドメインに配置されていることを確認します。1 つのリージョンに 2 つの VLAN アタッチメントを設定し、別のリージョンに 2 つの VLAN アタッチメントを設定し、VPC でリージョン動的ルーティングを設定します。
• D. 1 つのメトロポリタン エリア (メトロ) に 2 つのパートナー相互接続接続を設定します。相互接続接続が異なるメトロ エッジ アベイラビリティ ドメインに配置されていることを確認します。1 つのリージョンに 2 つの VLAN アタッチメントを設定し、VPC でリージョン ダイナミック ルーティングを設定します。