CertPass

Question 162

本番環境のサービスの一部は、eu-west-1 リージョンの Google Kubernetes Engine (GKE) で実行されています。ビルドシステムは us-west-1 リージョンで実行されています。ビルドシステムからコンテナイメージをスケーラブルなレジストリにプッシュし、クラスタへのイメージ転送帯域幅を最大化したいと考えています。どうすればよいですか？

gcr.io ホスト名を使用して、Google Container Registry (GCR) にイメージをプッシュします。

us.gcr.io ホスト名を使用して、Google Container Registry (GCR) にイメージをプッシュします。

eu.gcr.io ホスト名を使用して、Google Container Registry (GCR) にイメージをプッシュします。

eu-west-1 リージョンの Compute Engine インスタンスで実行されているプライベートイメージレジストリにイメージをプッシュします。

Question 163

あなたは、同じGoogle Cloud Platform (GCP) プロジェクト内でCompute Engine上で実行される複数の本番システムを管理しています。各システムには、それぞれ専用のCompute Engineインスタンス群があります。各システムの実行にどれくらいのコストがかかっているかを知りたいと考えています。どうすればよいですか？

Google Cloud Platform Consoleで、コスト内訳セクションを使用してシステムごとのコストを視覚化する。

すべてのインスタンスに、それらが実行されているシステム固有のラベルを割り当てる。BigQueryへの請求エクスポートを設定し、ラベルごとにコストを照会する。

すべてのインスタンスに、それらが実行されているシステム固有のメタデータを付与する。Stackdriver Logging (現 Cloud Logging) を設定してBigQueryにエクスポートし、メタデータに基づいてコストを照会する。

各仮想マシン（VM）に、それが実行されているシステムの名前を付ける。使用状況レポートのエクスポートをCloud Storageバケットに設定する。そのバケットをBigQueryのソースとして設定し、VM名に基づいてコストを照会する。

Question 164

あなたはアプリケーションのデプロイにSpinnakerを使用しており、パイプラインにカナリアデプロイステージを作成しました。あなたのアプリケーションは、起動時にオブジェクトをロードするインメモリキャッシュを持っています。カナリアバージョンと本番バージョンとの比較を自動化したいと考えています。カナリア分析はどのように設定すべきですか？

カナリアを、現在の本番バージョンの新しいデプロイメントと比較する。

カナリアを、以前の本番バージョンの新しいデプロイメントと比較する。

カナリアを、現在の本番バージョンの既存のデプロイメントと比較する。

カナリアを、以前の本番バージョンのスライディングウィンドウにおける平均パフォーマンスと比較する。

Question 165

あなたはCloud Buildを使用してアプリケーションをビルドし、デプロイしています。データベースの認証情報やその他のアプリケーションのシークレットをビルドパイプラインに安全に組み込みたいと考えています。また、開発の労力も最小限に抑えたいです。どうすべきでしょうか？

Cloud Storage バケットを作成し、保存時の組み込み暗号化を使用します。シークレットをバケットに保存し、Cloud Build にバケットへのアクセス権を付与します。

シークレットを暗号化し、アプリケーションリポジトリに保存します。復号キーを別のリポジトリに保存し、Cloud Build にそのリポジトリへのアクセス権を付与します。

クライアントサイド暗号化を使用してシークレットを暗号化し、Cloud Storage バケットに保存します。復号キーをバケットに保存し、Cloud Build にバケットへのアクセス権を付与します。

Cloud Key Management Service (Cloud KMS) を使用してシークレットを暗号化し、Cloud Build のデプロイ構成に含めます。Cloud Build に KeyRing へのアクセス権を付与します。

Question 166

あなたは、複数のGoogle CloudリージョンにまたがってGoogle Kubernetes Engine (GKE) にデプロイされた人気のモバイルゲームアプリケーションをサポートしています。各リージョンには複数のKubernetesクラスタがあります。特定のリージョンのユーザーが誰一人としてアプリケーションに接続できないという報告を受けました。サイトリライアビリティエンジニアリング (SRE) のプラクティスに従ってインシデントを解決したいと考えています。最初に何をすべきですか？

影響を受けているリージョンからのユーザートラフィックを、問題が報告されていない他のリージョンにリルートする。

Stackdriver Monitoring (現 Cloud Monitoring) を使用して、影響を受けているリージョンのCPUまたはメモリ使用量の急上昇を確認する。

高メモリおよび高CPUのマシンタイプのインスタンスで構成される追加のノードプールをクラスタに追加する。

Stackdriver Logging (現 Cloud Logging) を使用して、影響を受けているリージョンのクラスタでフィルタリングし、ログ内のエラーメッセージを検査する。

Professional Cloud DevOps Engineer