Professional Cloud DevOps Engineer

Question 127

あなたは、製品情報をキャッシュメモリに保存するアプリケーションをサポートしています。キャッシュミスが発生するたびに、エントリがStackdriver Loggingに記録されます。キャッシュミスが時間とともにどれくらいの頻度で発生するかを可視化したいと考えています。どうすればよいですか。

A.
Google データスタジオ(現 Looker Studio)でStackdriver Loggingをソースとしてリンクし、キャッシュミスのログをフィルタリングする。
B.
Stackdriver Profiler(現 Cloud Profiler)を設定し、ログに基づいてキャッシュミスが発生したタイミングを特定し、可視化する。
C.
Stackdriver Loggingでログベースのメトリクスを作成し、Stackdriver Monitoring(現 Cloud Monitoring)でそのメトリクスのダッシュボードを作成する。
D.
Stackdriver LoggingのシンクとしてBigQueryを設定する。キャッシュミスのログをフィルタリングし、別のテーブルに書き込むスケジュールされたクエリを作成する。
Question 128

新しいサービスを本番環境にデプロイする必要があります。このサービスは、マネージドインスタンスグループ (MIG) を使用して自動的にスケーリングし、複数のリージョンにわたってデプロイする必要があります。サービスはインスタンスごとに多数のリソースを必要とし、キャパシティを計画する必要があります。何をすべきですか?

A.
MIGの設定でn1-highcpu-96マシンタイプを使用する。
B.
Stackdriver Trace(現 Cloud Trace)の結果を監視して、必要なリソース量を決定する。
C.
リソース要件が各リージョンの利用可能なクォータ制限内であることを検証する。
D.
サービスを1つのリージョンにデプロイし、グローバルロードバランサーを使用してこのリージョンにトラフィックをルーティングする。
Question 129

あなたはCompute Engineでアプリケーションを実行し、Stackdriverを通じてログを収集しています。特定のログエントリフィールドに個人識別情報(PII)が漏洩していることを発見しました。すべてのPIIエントリは `userinfo` というテキストで始まります。これらのログエントリを後で確認するために安全な場所にキャプチャし、Stackdriver Loggingへの漏洩を防ぎたいと考えています。どうすべきでしょうか?

A.
`userinfo` に一致する基本的なログフィルタを作成し、StackdriverコンソールでCloud Storageをシンクとしてログエクスポートを設定する。
B.
StackdriverエージェントでFluentdフィルタプラグインを使用して `userinfo` を含むログエントリを削除し、そのエントリをCloud Storageバケットにコピーする。
C.
`userinfo` に一致する高度なログフィルタを作成し、StackdriverコンソールでCloud Storageをシンクとしてログエクスポートを設定し、さらに `userinfo` をフィルタとしてログ除外を設定する。
D.
StackdriverエージェントでFluentdフィルタプラグインを使用して `userinfo` を含むログエントリを削除し、`userinfo` に一致する高度なログフィルタを作成し、StackdriverコンソールでCloud Storageをシンクとしてログエクスポートを設定する。
Question 130

あなたは、Cloud Buildを使用して新しいDockerイメージをビルドし、Docker HubにプッシュするCI/CDパイプラインを持っています。コードのバージョン管理にはGitを使用しています。Cloud BuildのYAML設定に変更を加えた後、パイプラインによって新しいアーティファクトがビルドされなくなったことに気づきました。サイト信頼性エンジニアリング(SRE)のプラクティスに従って、この問題を解決する必要があります。どうすべきですか?

A.
CIパイプラインを無効にし、手動でアーティファクトをビルドしてプッシュする方式に戻す。
B.
CIパイプラインを変更し、アーティファクトをDocker Hubの代わりにContainer Registryにプッシュするようにする。
C.
設定YAMLファイルをCloud Storageにアップロードし、Error Reportingを使用して問題を特定し修正する。
D.
以前のCloud Build設定ファイルと現在の設定ファイルの間でGit比較を実行し、バグを見つけて修正する。
Question 131

あなたは、Google Kubernetes Engine (GKE) クラスタで稼働する一連のアプリケーションを持っており、Stackdriver Kubernetes Engine モニタリングを使用しています。会社で必要とされる新しいコンテナ化されたアプリケーションを本番環境に導入しようとしています。このアプリケーションはサードパーティによって作成されており、変更や再設定はできません。アプリケーションはログ情報を /var/log/app_messages.log に書き込みます。これらのログエントリをStackdriver Loggingに送信したいと考えています。どうすべきでしょうか?

A.
デフォルトのStackdriver Kubernetes Engine モニタリングエージェントの設定を使用する。
B.
Fluentd DaemonSetをGKEにデプロイする。次に、アプリケーションのPod内のログファイルをtailし、Stackdriver Loggingに書き込むためのカスタマイズされた入力および出力設定を作成する。
C.
Google Compute Engine (GCE) にKubernetesをインストールし、アプリケーションを再デプロイする。次に、組み込みのStackdriver Logging設定をカスタマイズして、アプリケーションのPod内のログファイルをtailし、Stackdriver Loggingに書き込む。
D.
Pod内でログファイルをtailし、エントリを標準出力に書き込むスクリプトを作成する。そのスクリプトをアプリケーションのPodと共にサイドカーコンテナとして実行する。コンテナ間で共有ボリュームを設定し、スクリプトがアプリケーションコンテナの /var/log に読み取りアクセスできるようにする。