Associate-Cloud-Engineer日本語 無料問題集「Google Associate Cloud Engineer Exam (Associate-Cloud-Engineer日本語版)」

（A）gcloud container clusters upgradeを使用します。新しいサービスをデプロイします。

（B）n2-highmem-16ノードで新しいクラスターを作成します。ポッドを再デプロイして、古いクラスターを削除します。

（C）新しいノードプールを作成し、マシンタイプn2-highmem-16を指定します。新しいポッドをデプロイします。

（D）n1-standard-2ノードとn2-highmem-16ノードの両方で新しいクラスターを作成します。ポッドを再デプロイして、古いクラスターを削除します。

（A）Google Cloud VPCと運用パートナーの内部ネットワークの間にCloud VPNを設定します。

（B）操作パートナーにSSHキーペアの生成を依頼し、VMインスタンスに公開キーを追加します。

（C）すべてのインスタンスに同じネットワークタグを付けます。 VPCでファイアウォールルールを作成して、オペレーションパートナーからネットワークタグを持つインスタンスへのトラフィックにポート22でのTCPアクセスを許可します。

（D）Compute EngineインスタンスでCloud IAPを有効にし、運用パートナーをCloud IAPトンネルユーザーとして追加します。

（A）GKEクラスターが使用するサブネットにエイリアスIP範囲を追加します。

（B）使用しているサブネットと同じリージョンに新しいサブネットを作成します。

（C）新しいVPCを作成し、既存のVPCとのVPCピアリングを設定します。

（D）クラスターに関連するサブネットのCIDR範囲を展開します。

（A）単一テナントノードを使用します。

（B）プリエンプティブルVMを使用します。

（C）インスタンスで削除保護を有効にします。

（D）シールドされたVMを使用します。

（A）Deployment Manager Runtime Configuratorを使用して、DaemonSet定義を含む新しいConfigリソースを作成します。

（B）Deployment Managerのクラスターの定義で、kube-systemをキーとして、DaemonSetマニフェストを値として持つメタデータを追加します。

（C）Deployment Managerで、kubectlを使用してDaemonSetを作成する起動スクリプトを使用してCompute Engineインスタンスを作成します。

（D）クラスターのAPIを新しいタイププロバイダーとしてDeployment Managerに追加し、新しいタイプを使用してDaemonSetを作成します。

（A）1. VPCとサブネットワークをeurope-west1.2に作成します。 2つのVPCをピアリングします3。新しいサブネットワークに新しいインスタンスを作成し、最初のインスタンスのプライベートアドレスをエンドポイントとして使用します。

（B）1.同じVPCで、europe-west1.2にサブネットワークを作成します。新しいサブネットワークに新しいインスタンスを作成し、最初のインスタンスのプライベートアドレスをエンドポイントとして使用します。

（C）1. VPCとサブネットワークをeurope-west1.2に作成します。内部ロードバランサーを使用してアプリケーションを公開します。3。新しいサブネットワークに新しいインスタンスを作成し、ロードバランサーのアドレスをエンドポイントとして使用します。

（D）1.同じVPCで、europe-west1.2にサブネットワークを作成します。 Cloud VPNを使用して2つのサブネットワークを接続します。3。新しいサブネットワークに新しいインスタンスを作成し、最初のインスタンスのプライベートアドレスをエンドポイントとして使用します。

（A）監査人ユーザー アカウントを 2 つの新しいカスタム IAM ロールに追加します。

（B）auditers グループを 2 つの新しいカスタム IAM ロールに追加します。

（C）監査者のユーザー アカウントを「logging.viewer」および「bigQuery.dataViewer」の定義済み IAM ロールに追加します。

（D）auditers グループを「logging.viewer」および「bigQuery.dataViewer」の定義済み IAM ロールに追加します。

（A）マネージド インスタンス グループのヘルスチェックが繰り返し失敗しています。これは、ヘルスチェックの構成が不適切であるか、ファイアウォール ルールの構成が不適切で、ヘルスチェックがインスタンスにアクセスできないためです。

（B）ゾーン容量が制限されているため、容量を回復するためにすべてのプリエンプティブル VM がシャットダウンされます。グループを別のゾーンにデプロイしてみてください。

（C）マネージド インスタンス グループの VM は、最後の 1 分間のみプリエンプティブルな設定に切り替えられます。

（D）リージョンのインスタンス クォータに達しました。

（A）これらのワークロード用のVerticalPodAutscalerを作成します。

（B）GPUを使用してインスタンスのノードプールを作成し、このノードプールで最小サイズ1の自動スケーリングを有効にします。

（C）GKEクラスタでノードの自動プロビジョニングを有効にします。

（D）プリエンプティブルVMとそれらのVMに接続されたGPUでノードプールを作成します。

（A）ノードプールは、保留中のポッドで使用されるコンテナーイメージをプルする権限のないサービスアカウントで構成されています。

（B）クラスターですでに実行されているポッドが多すぎます。保留中のポッドをスケジュールするのに十分なリソースが残っていません。

（C）保留中のポッドは、Deploymentの作成とポッドのステータスの検証の間でプリエンプトされたノードで最初にスケジュールされました。現在、新しいノードで再スケジュールされています。

（D）保留中のポッドのリソース要求が大きすぎて、クラスターの単一ノードに収まりません。

（A）GKE クラスタに Ingress リソースをデプロイし、API をインターネットに公開します。Cloud Armor を使用して、API に接続できる IP アドレスをフィルタリングします。Cloud Run サービスでは、アプリケーションがパブリック IP アドレスを取得するように構成し、起動時に Cloud Armor ポリシーを更新して、この IP アドレスがポート 80 と 443 で API を呼び出すことを許可します。

（B）GKE 上の API を VPC に公開するために、内部 Application Load Balancer をデプロイします。Cloud DNS に内部 Application Load Balancer の IP アドレスを設定します。Serverless VPC Access コネクタをデプロイして、Cloud Run サービスが Cloud DNS 上の FQDN を介して API を呼び出せるようにします。

（C）VPC 上に出力ファイアウォール ルールを作成し、ポート 80 および 443 で 0.0.0.0/0 への接続を許可します。

（D）VPC に Ingress ファイアウォール ルールを作成し、ポート 80 および 443 の 0.0.0.0/0 からの接続を許可します。

（A）Run gcloud iam roles describe roles/spanner.viewer --project my-project. Add the users to a new group. Add the group to the role.

（B）Run gcloud iam roles describe roles/spanner.viewer --project my-project. Add the users to the role.

（C）Run gcloud iam roles describe roles/spanner.databaseUser. Add the users to a new group. Add the group to the role.

（D）Run gcloud iam roles describe roles/spanner.databaseUser. Add the users to the role.

（A）* コンピューティング インスタンスに単一のサービス アカウントをアタッチします。
* リソースを作成、更新、または削除するために必要なすべての Identity and Access Management (IAM) 権限をこのサービス アカウントに追加します。

（B）* 適切な最小限の Identity and Access Management (IAM) 権限を持つ複数のサービス アカウントをパイプラインごとに 1 つ作成します。
* シークレット マネージャー サービスを使用して、サービス アカウントのキー ファイルを保存します。
* パイプラインの実行中に CI/CD パイプラインが適切なシークレットを要求できるようにします。

（C）* インフラストラクチャのプロビジョニングを実行する前に、CI/CD パイプラインに人間による承認のステップを追加します。
* プロビジョニングには、人間による承認の IAM アカウントを使用します。

（D）* コンピューティング インスタンスに単一のサービス アカウントをアタッチします。
* サービス アカウントに最小限の権限を追加します。
* サービス アカウントが、昇格された権限を持つ Cloud Identity ユーザーになりすましてリソースを作成、更新、または削除できるようにします。

（A）Stackdriver Loggingエージェントを使用して、ApacheウェブサーバーのログをStackdriver Loggingにエクスポートします。
BigQueryを使用して当月のStackdriverのHTTPレスポンスログデータを解析し、すべてのHTTPレスポンスのサイズに現在のGCP下り料金を掛けた合計が100ドルを超える場合、メールを送信するCloud Functionを作成します。 Cloud Schedulerを使用してCloud Functionをスケジュールし、1時間ごとに実行します。

（B）100ドルの金額、100％のしきい値、および「メール」の通知タイプを使用して、請求先アカウントに予算アラートを設定します。

（C）課金データをBigQueryにエクスポートします。 BigQueryを使用して、今月のApache Webサーバーのエクスポートされた請求データの下りネットワークコストを合計し、100ドルを超える場合はメールを送信するCloud Functionを作成します。 Cloud Schedulerを使用してCloud Functionをスケジュールし、1時間ごとに実行します。

（D）プロジェクトに予算アラートを設定し、金額を100ドル、しきい値を100％、通知タイプを「メール」にします。

（A）App Engineにアプリケーションの新しいバージョンをデプロイします。次に、GCP ConsoleのApp Engine設定に移動し、それに応じて現在のバージョンと新しくデプロイされたバージョンの間でトラフィックを分割します。

（B）App Engineで新しいバージョンを個別のアプリとしてデプロイします。次に、GCP Consoleを使用してApp Engineを構成し、2つのアプリ間でトラフィックを分割します。

（C）アプリケーションの新しいバージョンをApp EngineではなくCompute Engineインスタンスにデプロイし、GCP Consoleを使用してトラフィックを分割します。

（D）App EngineではなくGoogle Kubernetes Engineにアプリケーションの新しいバージョンをデプロイし、GCP Consoleを使用してトラフィックを分割します。

（A）GCP Console の App Engine バージョン ページで、トラフィックの 100% を以前のバージョンにルーティングします。

（B）gcloud app restore を実行します。

（C）GCP Console の App Engine ページで、元に戻す必要があるアプリケーションを選択し、[元に戻す] をクリックします。

（D）元のバージョンを別のアプリケーションとしてデプロイします。次に、App Engine の設定に移動し、元のバージョンがリクエストの 100% を処理するようにアプリケーション間でトラフィックを分割します。

（A）Google Cloud Marketplace で CMS ソリューションを検索します。gcloud CLI を使用してソリューションをデプロイします。

（B）CMSプロバイダーのインストールガイドを使用します。構成管理システムを通じてインストールを実行します。

（C）Google Cloud Marketplace で CMS ソリューションを検索します。Terraform と Cloud Marketplace ID を使用して、適切なパラメーターでソリューションをデプロイします。

（D）Google Cloud Marketplace で CMS ソリューションを検索します。Cloud Marketplace からソリューションを直接デプロイします。

（A）gcloud projects describe <プロジェクトID>を実行してプロジェクトの値を確認してから、gcloud services list --availableを実行します。

（B）gcloud infoを実行してアカウントの値を表示してから、gcloud services list --account <Account>を実行します。

（C）gcloud projects listを実行してプロジェクトIDを取得してから、gcloud services list --project <project ID>を実行します。

（D）gcloud initを実行して現在のプロジェクトをmy-projectに設定してから、gcloud services list --availableを実行します。