Google Professional-Cloud-Architect日本語 問題集

質問 1：
あなたの会社には、3つの仮想プライベートクラウド（VPC）を備えたプロジェクトがGoogleCloudにあります。各VPCにはComputeEngineインスタンスがあります。ネットワークサブネットは重複しないため、分離したままにする必要があります。ネットワーク構成を以下に示します。

インスタンス＃1は例外であり、内部IPを介してインスタンス＃2とインスタンス＃3の両方と直接通信する必要があります。これをどのように達成する必要がありますか？
A. サブネット＃2とサブネット＃3をサブネット＃1にアドバタイズするクラウドルーターを作成します。
B. 3つのVPCすべてをピアリングします。
*ピアVPC＃1とVPC＃2。
*ピアVPC＃2とVPC＃3。
インスタンス間のトラフィックを有効にするためにファイアウォールルールを更新します。
C. 次の構成でインスタンス＃1に2つのNICを追加します。
* NIC1
VPC：VPC＃2
サブネット：サブネット＃2
* NIC2
VPC：VPC＃3
サブネット：サブネット＃3
インスタンス間のトラフィックを有効にするためにファイアウォールルールを更新します。
D. CloudVPNを介して2つのVPNトンネルを作成します。
* 1 VPC＃1とVPC＃2の間。
* 1 VPC＃2とVPC＃3の間。
インスタンス間のトラフィックを有効にするためにファイアウォールルールを更新します。
正解：C
解説: (Topexam メンバーにのみ表示されます)

質問 2：
自動拡張インスタンスグループを設定して、次回の起動時にWebトラフィックを処理します。 HTTP（S）ロードバランサへのバックエンドサービスとしてインスタンスグループを構成した後、毎分仮想マシン（VM）インスタンスが終了して再起動されます。 インスタンスにパブリックIPアドレスがありません。 curlコマンドを使用して、各インスタンスから適切なWeb応答が送信されていることを確認しました。 バックエンドが正しく構成されていることを確認する必要があります。 あなたは何をするべきか？
A. HTTP / HTTPSのソーストラフィックがロードバランサに到達できるようにするファイアウォールルールが存在することを確認します。
B. 各インスタンスにパブリックIPを割り当て、ロードバランサがインスタンスのパブリックIPに到達できるようにファイアウォールルールを構成します。
C. ロードバランサのヘルスチェックがインスタンスグループ内のインスタンスに到達できるようにするファイアウォールルールが存在することを確認します。
D. ロードバランサの名前で各インスタンスにタグを作成します。 ロードバランサの名前をソースとして、インスタンスタグを宛先としてファイアウォールルールを構成します。
正解：C
解説: (Topexam メンバーにのみ表示されます)

質問 3：
2つのリージョンにまたがる単一のVPCでCompute Engineアプリケーションを確立したいとします。 アプリケーションは、VPNを介してオンプレミスネットワークと通信する必要があります。 VPNをどのように展開しますか？
A. IAMとVPC共有を使用してVPCをオンプレミスネットワークに公開します。
B. VPCネットワークを使用するVPCとオンプレミスネットワーク間のピアリング。
C. 各地域にCloud VPN Gatewayを展開します。 各地域に、社内ピアゲートウェイへのVPNトンネルが少なくとも1つあることを確認します。
D. 各地域からオンプレミスピアゲートウェイへのVPNトンネルを備えたグローバルクラウドVPNゲートウェイを作成します。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 4：
あなたの会社には、データ ウェアハウジングに BigQuery を使用する Google Cloud プロジェクトがあります。オンプレミス環境と Google Cloud 間の VPN トンネルは Cloud VPN で構成されます。セキュリティ チームは、悪意のある内部関係者によるデータの漏洩、コードの侵害、および偶発的な過剰共有を回避したいと考えています。あなたは何をするべきか？
A. VPC Service Controls を構成し、オンプレミス ホストのプライベート Google アクセスを構成します。
B. サービス アカウントを作成し、サービス アカウントに BigQuery JobUser ロールと Storage Object Viewer ロールを付与し、その他すべての Identity and Access Management (1AM) アクセスをプロジェクトから削除します。
C. 限定公開の Google アクセスを設定します。
D. プライベート サービス接続を構成します。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 5：
あなたはあなたのクライアントから彼らのアプリケーション基盤のGCPへの移行を導いてきました。現在の問題の1つは、オンプレミスの高性能SANでは、次のように識別されるさまざまなワークロードに対応するために、頻繁で高価なアップグレードが必要であるということです。 500 GBのVMブート/データボリュームとテンプレート。 500 GBの画像サムネイル。数日間オフラインでも顧客がセッションを再開できるようにする200 GBの顧客セッション状態データ。
次のうちどれが最も費用対効果の高いストレージ割り当てのためのあなたの推奨を反映していますか？
A. お客様のセッション状態データ用にCloud SQLでサポートされているMemcache。 VMブート/データボリューム用の各種ローカルSSD-Backedインスタンス。ログアーカイブとサムネイル用のCloud Storage。
B. カスタマーセッション状態データ用のローカルSSD。ログアーカイブ、サムネイル、およびVM起動/データボリューム用のライフサイクル管理されたCloud Storage。
C. 顧客セッション状態データ用にCloud Datastoreによって支援されているMemcache。ログアーカイブ、サムネイル、およびVM起動/データボリューム用のライフサイクル管理のCloud Storage。
D. 顧客セッション状態データ用のPersistent Disk SSDストレージでバックアップされたMemcache。 VMブート/データボリューム用の各種ローカルSSD-Backedインスタンス。ログアーカイブとサムネイル用のCloud Storage。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 6：
アプリケーションをKubernetesEngineにデプロイし、Cloud SQLプロキシコンテナを使用して、Kubernetesで実行されているサービスでCloudSQLデータベースを利用できるようにします。アプリケーションがデータベース接続の問題を報告していることが通知されます。あなたの会社の方針は事後分析を要求します。あなたは何をするべきか？
A. CloudSQLプロキシコンテナーで使用されるサービスアカウントに引き続きCloudBuildEditorの役割があることを確認します。
B. gcloudsqlインスタンスの再起動を使用します。
C. GCPコンソールで、CloudSQLに移動します。最新のバックアップを復元します。 kubect1を使用して、すべてのポッドを再起動します。
D. GCPコンソールで、StackdriverLoggingに移動します。 KubernetesEngineとCloudSQLのログを参照してください。
正解：D

質問 7：
ComputeEngineにいくつかのインスタンスをデプロイしました。セキュリティ要件として、インスタンスにパブリックIPアドレスを設定することはできません。 Google Cloudとオフィスの間にはVPN接続がないため、セキュリティ要件に違反することなく、SSH経由で特定のマシンに接続する必要があります。あなたは何をするべきか？
A. インスタンスのIdentity-Aware Proxy（IAP）を構成し、IAPで保護されたトンネルユーザーの役割があることを確認します。 gcloudコマンドラインツールを使用して、インスタンスにSSH接続します。
B. インスタンスがホストされているサブネットでCloudNATを構成します。インスタンスに到達するために、クラウドNATIPアドレスへのSSH接続を作成します。
C. すべてのインスタンスをアンマネージドインスタンスグループに追加します。インスタンスグループをバックエンドとしてTCPプロキシ負荷分散を構成します。 TCPプロキシIPを使用してインスタンスに接続します。
D. ネットワーク内に要塞ホストを作成して、オフィスの場所から要塞ホストにSSHで接続します。要塞ホストから、目的のインスタンスにSSHで接続します。
正解：A
解説: (Topexam メンバーにのみ表示されます)