Associate-Cloud-Engineer-JPN 試験問題を無料オンラインアクセス

組織レベルまたはフォルダレベルで、IAMポリシーをサービスアカウントにバインドするための正しいコマンドはどれですか？

• A.gcloud projects add-iam-policy-binding amazon-prj --member serviceAccount:amazonamazon-prj.iam.gserviceaccount.com --role roles/viewer
• B.gcloud organizations add-iam-policy-binding org_id --member serviceAccount:[email protected] --role roles/viewer
• C.gcloud iam service-accounts keys create amazon-prj --iam-account [email protected]
• D.gcloud organizations add-iam-policy-binding --member serviceAccount:[email protected] --role roles/viewer

Cloud Run にアプリケーションをデプロイしようとしています。アプリケーションでは、Google Kubernetes Engine（GKE）上で実行される API を使用する必要があります。Cloud Run サービスが GKE 上の API にプライベートでアクセスできることを確認する必要があり、Google が推奨するプラクティスに従う必要があります。どうすればよいでしょうか？

• A.GKE クラスタに Ingress リソースをデプロイし、API をインターネットに公開します。Cloud Armor を使用して、API に接続できる IP アドレスをフィルタリングします。Cloud Run サービスでは、アプリケーションがパブリック IP アドレスを取得するように構成し、起動時に Cloud Armor ポリシーを更新して、この IP アドレスがポート 80 と 443 で API を呼び出すことを許可します。
• B.VPC 上に出力ファイアウォール ルールを作成し、ポート 80 および 443 で 0.0.0.0/0 への接続を許可します。
• C.VPC に Ingress ファイアウォール ルールを作成し、ポート 80 および 443 の 0.0.0.0/0 からの接続を許可します。
• D.GKE 上の API を VPC に公開するために、内部 Application Load Balancer をデプロイします。Cloud DNS に内部 Application Load Balancer の IP アドレスを設定します。Serverless VPC Access コネクタをデプロイして、Cloud Run サービスが Cloud DNS 上の FQDN を介して API を呼び出せるようにします。

Cloud Spannerをバックエンドデータベースとして使用するアプリケーションがあります。アプリケーションには非常に予測可能なトラフィックパターンがあります。トラフィックに応じて、Spannerノードの数を自動的に拡大または縮小したいとします。あなたは何をするべきか？

• A.定期的に実行されるcronジョブを作成して、Stackdriverモニタリング指標を確認し、それに応じてSpannerインスタンスのサイズを変更します。
• B.Cloud Spanner CPUがしきい値を超えたとき、またはしきい値を下回ったときにアラートをwebhookに送信するStackdriverアラートポリシーを作成します。 HTTPをリッスンし、それに応じてSpannerリソースのサイズを変更するCloud Functionを作成します。
• C.Cloud Spanner CPUがしきい値を超えたときにoncall SREメールにアラートを送信するStackdriverアラートポリシーを作成します。 SREはそれに応じてリソースを拡大または縮小します。
• D.Cloud Spanner CPUがしきい値を超えたときにGoogle Cloudサポートのメールにアラートを送信するStackdriverアラートポリシーを作成します。 Googleサポートはそれに応じてリソースを拡大または縮小します。

あなたは最近、Google Kubernetes Engine (GKE) のローリングアップデートに問題があることを発見しました。
ローリングアップデートをロールバックする必要が生じました。どうすればよいでしょうか？

• A.新しい Pod を手動でスケールダウンし、古い Pod をスケールアップします。
• B.デプロイメントを削除します。
• C.kubectl rollout undoコマンドを使用します。
• D.kubectl rollout restartcommand を使用してデプロイメントを元に戻します。

あなたの会社は、GoogleCloudにデプロイされるモバイルゲームを開発しました。ゲーマーは、インターネットを介して自分の携帯電話でゲームに接続しています。ゲームはUDPパケットを送信して、マルチプレイヤーモードでプレイしているゲーマーのアクションについてサーバーを更新します。ゲームバックエンドは複数の仮想マシン（VM）に拡張でき、単一のIPアドレスを介してVMを公開する必要があります。あなたは何をするべきか？

• A.アプリケーションサーバーの前に外部ネットワークロードバランサーを構成します。
• B.アプリケーションサーバーの前に内部UDPロードバランサーを構成します。
• C.アプリケーションサーバーの前に外部HTTP（s）ロードバランサーを構成します。
• D.アプリケーションサーバーの前にSSLプロキシロードバランサーを構成します。