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

質問 1：
この質問については、EHRヘルスケアのケーススタディを参照してください。あなたはEHR顧客ポータルチームの開発者です。あなたのチームは最近、顧客ポータルアプリケーションをGoogle Cloudに移行しました。アプリケーションサーバーの負荷が増加し、現在、アプリケーションは多くのタイムアウトエラーをログに記録しています。最近、アプリケーションアーキテクチャにPub/Subを組み込みましたが、アプリケーションはPub/Subの発行エラーをログに記録していません。
パブリッシングの遅延を改善したい場合、どうすればよいでしょうか？
A. Pub/Sub サブスクライバーのプル型モデルからプッシュ型モデルに移行する。
B. Pub/Subメッセージのバッチ処理を無効にします。
C. Pub/Sub の合計タイムアウト再試行値を増やします。
D. バックアップの Pub/Sub メッセージ キューを作成します。
正解：B
解説: (Topexam メンバーにのみ表示されます)

質問 2：
現在のDress4winのシステムアーキテクチャは、単一のデータセンターに設置されているため、一部の顧客に対して高いレイテンシが発生しています。
Dresss4winは、将来的にクラウドでのパフォーマンスを評価し最適化するために、Google Cloud Platformを利用する際に、システムアーキテクチャを複数の場所に分散させたいと考えています。
彼らはどちらのアプローチを採用すべきか？
A. グローバルロードバランサーと、リクエストを運用チームが管理するより近い仮想マシンのグループに転送する一連の仮想マシンを使用します。
B. リージョン管理インスタンスグループとグローバルロードバランサーを使用するとパフォーマンスが向上します。リージョン管理インスタンスグループは、トラフィックに基づいて各リージョンでインスタンスを個別に増やすことができます。
C. グローバルロードバランサーと、リクエストを別の管理インスタンスグループの一部として、より近い仮想マシングループに転送する仮想マシンのセットを使用します。
D. リージョン管理インスタンスグループとグローバルロードバランサーを使用して、異なるリージョンのゾーン間で自動フェイルオーバーを提供することで信頼性を向上させます。
正解：B

質問 3：
あなたは高度に分散したハイブリッドおよびマルチクラウドのIT環境を管理しており、開発者はワークフローにおいてPrometheusを多用しています。Prometheusクエリ言語(PromQL)クエリ、迅速なメトリック表示、効率的な問題診断をサポートする、クラウドベースで拡張性が高く、メンテナンスの手間が少ないエンタープライズソリューションが必要です。どうすればよいでしょうか？
A. マルチクラウド環境にわたる既存のKubernetesおよびサーバーレス環境にPrometheusオペレーターをデプロイします。
B. Google Cloud Managed Service for Prometheus を有効にして、ワークロードを大規模に監視し、アラートを発信します。
C. マルチクラウド環境全体にわたって、クラウド監視を単一の管理画面として設定します。
D. 各クラウドのメトリクスをカスタマイズ可能な方法で表示するための、SaaSベースでPrometheus互換のソリューションを構築する。
正解：B
解説: (Topexam メンバーにのみ表示されます)

質問 4：
Compute Engine マネージド インスタンス グループで障害が発生しています。すべてのインスタンスが 5 秒後に再起動し続けます。ヘルスチェックは構成されていますが、自動スケーリングは無効になっています。Linux の専門家である同僚が、この問題を調査することを申し出ました。同僚が VM にアクセスできることを確認する必要があります。どうすればよいでしょうか。
A. インスタンス グループの自動スケーリングを無効にします。プロジェクト全体の SSH キーに SSH キーを追加します。
B. 同僚にプロジェクト閲覧者のIAMロールを付与します
C. インスタンス グループのヘルスチェックを無効にします。プロジェクト全体の SSH キーに SSH キーを追加します。
D. インスタンス グループのローリング再起動を実行します。
正解：C
解説: (Topexam メンバーにのみ表示されます)

質問 5：
貴社では、Compute Engineの複数のインスタンス上で動作するアプリケーションを運用しています。このアプリケーションは、1日あたり1TBのログを生成します。コンプライアンス上の理由から、ログは少なくとも2年間保持する必要があります。ログは最初の30日間はアクティブなクエリに利用できる状態である必要があり、その後は監査目的でのみ保持する必要があります。貴社は、コンプライアンスに準拠し、コストを最小限に抑え、Googleが推奨するベストプラクティスに従うストレージソリューションを導入したいと考えています。
あなたはどうすべきですか？
A. 1. すべてのインスタンスにクラウドオペレーションエージェントをインストールします。
2. ログをリージョンのクラウドストレージバケットにエクスポートするためのシンクを作成します。
3. オブジェクトライフサイクルルールを作成し、1か月後にファイルをColdlineクラウドストレージバケットに移動します。
4. バケットレベルで保持ポリシーを設定してロックを作成します。
B. 1. すべてのインスタンスで実行される、ログをクラウドストレージバケットにアップロードする日次cronジョブを作成します。
2. ログをリージョンのクラウドストレージバケットにエクスポートするためのシンクを作成します。
3. オブジェクトライフサイクルルールを作成し、1か月後にファイルをColdlineクラウドストレージバケットに移動します。
C. 1. すべてのインスタンスにクラウドオペレーションエージェントをインストールします。
2. ログをパーティション分割された BigQuery テーブルにエクスポートするためのシンクを作成します。
3. time_partitioning_expirationを30日に設定します。
D. 1. すべてのインスタンスで実行される、ログをパーティション分割された BigQuery テーブルにアップロードする日次 cron ジョブを作成します。 2. time_partitioning_expiration を 30 日に設定します。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 6：
貴社は、従量課金制でBigQueryをデータウェアハウスとして利用するGoogle Cloudプロジェクトを運用しています。
クエリをリアルタイムで監視することで、最もコストのかかるクエリや、最も多くの費用を費やしているユーザーを特定したいと考えている。
あなたはどうすべきですか？
A. 1. BigQueryデータアクセスログをBigQueryにエクスポートするためのCloud Loggingシンクを作成します。
2. 生成されたテーブルに対してBigQueryクエリを実行し、必要な情報を抽出します。
B. 1. Cloud Logging シンクを作成し、BigQuery のデータアクセスログを Cloud Storage にエクスポートします。2. Dataflow パイプラインを開発し、ユーザーごとに分割されたクエリのコストを計算します。
C. 1. クエリ対象のすべてのテーブルを含む BigQuery データセットに、クエリを実行できる各ユーザーのラベルを追加します。
2. プロジェクトの請求ページを開きます。
3. レポートを選択します。
4. 製品としてBigQueryを選択し、確認したいユーザーでフィルタリングします。
D. 1. BigQueryへの請求データのエクスポートを有効にします。
2. BigQueryクエリを請求テーブルに対して実行し、必要な情報を抽出します。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 7：
この質問については、TerramEarthの事例研究を参照してください。
データ取得の高速化を図るため、より多くの車両がセルラー接続に対応し、ETLプロセスにデータを送信できるようになります。現在のFTPプロセスはエラーが発生しやすく、接続が失敗するとファイルの先頭からデータ転送を再開してしまうため、頻繁に問題が発生します。ソリューションの信頼性を向上させ、セルラー接続でのデータ転送時間を最小限に抑えたい場合、どのような対策を講じるべきでしょうか？
A. Google API を HTTP(S) 経由で使用して、ファイルを米国、欧州、アジアの異なる Google Cloud リージョン ストレージ バケットの場所に直接転送します。ETL プロセスを実行して、各リージョン バケットからデータを取得します。
B. Google API を HTTP(S) 経由で使用し、米国、欧州、アジアの異なる Google Cloud マルチリージョンストレージバケットにファイルを直接転送します。バケット内のデータを使用して ETL プロセスを実行します。
C. 異なるリージョンに配置されたFTPサーバーを実行する複数のGoogle Container Engineクラスタを使用します。データを米国、欧州、アジアのマルチリージョンバケットに保存します。バケット内のデータを使用してETLプロセスを実行します。
D. Google Container EngineのFTPサーバークラスタを1つ使用します。データをマルチリージョンバケットに保存します。
バケット内のデータを使用してETLプロセスを実行します。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 8：
アプリケーション開発チームは、現在のログ記録ツールでは新しいクラウドベースの製品のニーズを満たせないと考えています。エラーをキャプチャし、履歴ログ データを分析するのに役立つベター ツールが必要です。
顧客のニーズを満たすソリューションを見つける手助けをしたいのですが、何をすべきでしょうか?
A. Google StackDriver ログ エージェントをダウンロードしてインストールするように指示します。
B. ログ記録のベストプラクティスに関するオンライン リソースのリストを送信します。
C. 要件の定義と実行可能なログ記録ツールの評価を支援します。
D. 新しい機能を活用できるように、現在のツールをアップグレードできるように支援します。
正解：C
解説: (Topexam メンバーにのみ表示されます)

質問 9：
貴社は、Google Cloud 上に 3 つの仮想プライベートクラウド (VPC) を持つプロジェクトを運用しています。各 VPC には Compute Engine インスタンスが 1 つずつ配置されています。ネットワークサブネットは重複せず、分離された状態を維持する必要があります。ネットワーク構成は以下のとおりです。
インスタンス1は例外で、内部IPアドレスを介してインスタンス2とインスタンス3の両方と直接通信する必要があります。これを実現するにはどうすればよいでしょうか？
A. 3つのVPCすべてをピアリングします。
* VPC #1 と VPC #2 をピアリングします。
* VPC #2 と VPC #3 をピアリングします。
インスタンス間の通信を有効にするために、ファイアウォールルールを更新してください。
B. インスタンス#1に以下の構成で2つのNICを追加します。
* NIC1
# VPC: VPC #2
# サブネットワーク: サブネット #2
* NIC2
# VPC: VPC #3
# サブネットワーク: サブネット #3
インスタンス間の通信を有効にするために、ファイアウォールルールを更新してください。
C. サブネット#2とサブネット#3をサブネット#1にアドバタイズするクラウドルーターを作成します。
D. CloudVPN経由で2つのVPNトンネルを作成します。
* VPC #1 と VPC #2 の間に 1 つ。
* VPC #2 と VPC #3 の間に 1 つ。
インスタンス間の通信を有効にするために、ファイアウォールルールを更新してください。
正解：B
解説: (Topexam メンバーにのみ表示されます)