Professional-Cloud-Architect日本語試験無料問題集「Google Certified Professional - Cloud Architect (GCP) (Professional-Cloud-Architect日本語版) 認定」

A. 1. すべてのインスタンスに Cloud Ops エージェントをインストールします。
2. ログをリージョンの Cloud Storage バケットにエクスポートするためのシンクを作成します。
3. 1 か月後にファイルを Coldline Cloud Storage バケットに移動するオブジェクト ライフサイクル ルールを作成します。
4. バケット レベルで保持ポリシーを構成してロックを作成します。

B. 1. すべてのインスタンスで実行され、パーティション分割された BigQuery テーブルにログをアップロードする毎日の cron ジョブを作成します。2. time_partitioning_expiration を 30 日に設定します。

C. 1. すべてのインスタンスで実行され、ログを Cloud Storage バケットにアップロードする毎日の cron ジョブを作成します。
2. ログをリージョンの Cloud Storage バケットにエクスポートするためのシンクを作成します。
3. 1 か月後にファイルを Coldline Cloud Storage バケットに移動するオブジェクト ライフサイクル ルールを作成します。

D. 1. すべてのインスタンスに Cloud Ops エージェントをインストールします。
2. ログをパーティション分割された BigQuery テーブルにエクスポートするためのシンクを作成します。
3. time_partitioning_expiration を 30 日に設定します。

A. クラウド環境に MySQL レプリカ サーバーのダンプを作成し、それを Google Cloud Datastore にロードし、カットオーバー時に Cloud Datastore に対して読み取り/書き込みを行うようにアプリケーションを構成します。

B. オンプレミスの MySQL マスター サーバーのダンプを作成し、シャットダウンしてクラウド環境にアップロードし、新しい MySQL クラスターにロードします。

C. クラウドに新しい MySQL クラスターを作成し、オンプレミスとクラウドの両方の MySQL マスターへの書き込みを開始するようにアプリケーションを構成し、カットオーバー時に元のクラスターを破棄します。

D. クラウド環境に MySQL レプリカ サーバー/スレーブをセットアップし、カットオーバーまでオンプレミスの MySQL マスター サーバーからの非同期レプリケーション用に構成します。

A. gcsfuse を使用して Google Cloud Storage バケットをインスタンスに直接ボリュームとしてマウントし、mysqldump を使用してマウントされた場所にバックアップを書き込みます。

B. バックアップ場所としてローカル SSD ボリュームをマウントします。バックアップが完了したら、gsutil を使用してバックアップを Google Cloud Storage に移動します。

C. RAID10 アレイ内の各仮想マシン (VM) インスタンスに追加の永続ディスク ボリュームをマウントし、LVM を使用して Cloud Storage に送信するスナップショットを作成します。

D. gcloud ツールを使用して永続ディスクのスナップショットを使用して定期的にバックアップを実行するように cron ジョブを構成します。

A. 1. オンプレミスの仮想マシンのイメージを作成し、Cloud Storage にアップロードします。
2. イメージを Compute Engine 上の仮想ディスクとしてインポートします。

B. 1. Compute Engine に標準インスタンスを作成します。
2. オンプレミス環境で現在使用されている Microsoft Windows バージョンと同じバージョンを OS として選択します。

C. 1. オンプレミスの仮想マシンのイメージを作成します。
2. イメージを Compute Engine 上の仮想ディスクとしてインポートします。
3. オンプレミス環境で現在使用されているものと同じ Microsoft Windows バージョンを OS として選択して、Compute Engine に標準インスタンスを作成します。
4. 作成したイメージに一致するデータを含むデータ ディスクを接続します。

D. 1. オンプレミスの仮想マシンのイメージを作成します。
2. --os=windows-2022-dc-v を使用して、Compute Engine にイメージを仮想ディスクとしてインポートします。
3. インポートしたディスクをブートディスクとして使用する単一テナンシー インスタンスを Compute Engine 上に作成します。

A. 信頼できるプラットフォーム モジュール (TPM) を使用して、起動時にファームウェアとバイナリを検証します。

B. 冗長性のために複数の接続サブシステムを使用します。

C. 関数型プログラミング言語を使用して、コード実行サイクルを分離します。

D. 車両の駆動用電子機器をファラデーケージ内に収納し、チップを分離します。

E. 安全なアドレス空間を確保するために、接続に IPv6 を要求します。

F. 車両上のモジュール間のすべてのマイクロサービス呼び出しを信頼できないものとして扱います。

A. 1. gcsfuse を使用して、すべてのバックエンド Compute Engine インスタンスに Cloud Storage バケットをマウントします。
2. バックエンドの Compute Engine インスタンスから muse ファイルを直接提供する

B. 1. Cloud Filestore NFS ボリュームを作成し、バックエンドの Compute Engine インスタンスに接続します。
2. Cloud Filestoreで人気の曲をダウンロードする
3. バックエンドのCompute Engineインスタンスから直接音楽Wesを提供する

C. 1. 人気の曲を BLOB として CloudSQL にコピーする
2. Cloud Storage が過負荷になったときに CloudSQL からデータを取得するようにアプリケーション コードを更新する

D. 1. Compute Engineインスタンスでマネージドインスタンスグループを作成する
2. グローバルトードバランサーを作成し、2つのバックベンドでiiを構成する
* マネージドインスタンスグループ
* クラウドストレージバケット
3. バケットバックエンドでCloud CDNを有効にする

A. 新しい専用相互接続接続を追加する

B. 新しいキャリアピアリング接続を追加する

C. 3つの新しいCloud VPN接続を追加します

D. 専用相互接続接続の帯域幅を 100 G にアップグレードします

A. すべてのインスタンスを非管理インスタンス グループに追加します。インスタンス グループをバックエンドとして TCP プロキシ負荷分散を設定します。TCP プロキシ IP を使用してインスタンスに接続します。

B. ネットワーク内に要塞ホストを作成し、オフィスの場所から要塞ホストに SSH 接続します。要塞ホストから、目的のインスタンスに SSH 接続します。

C. インスタンスがホストされているサブネットで Cloud NAT を構成します。インスタンスにアクセスするには、Cloud NAT IP アドレスへの SSH 接続を作成します。

D. インスタンスの Identity-Aware Proxy (IAP) を設定し、IAP で保護されたトンネル ユーザーのロールがあることを確認します。gcloud コマンドライン ツールを使用してインスタンスに SSH 接続します。

A. オンプレミスの VPN ゲートウェイに 2 つのトンネルで接続された HA クラウド VPN ゲートウェイ。

B. 2 つの HA クラウド VPN ゲートウェイが 2 つのオンプレミス VPN ゲートウェイに接続されています。各 HA クラウド VPN ゲートウェイに 2 つのトンネルを設定し、それぞれが異なるオンプレミス VPN ゲートウェイに接続します。

C. オンプレミスの VPN ゲートウェイに 2 つのトンネルで接続された Classic Cloud VPN ゲートウェイ。

D. オンプレミスの VPN ゲートウェイに 1 つのトンネルで接続された Classic Cloud VPN ゲートウェイ。

A. Spinnaker を使用してビルドを本番環境にデプロイし、本番環境のデプロイでテストを実行します。

B. 変更を簡単にロールバックできるように、Spinnaker を使用して、赤/黒のデプロイメント戦略でビルドを本番環境にデプロイします。

C. Jenkins を使用してリポジトリ内のタグを監視します。テスト用にステージング環境にステージング タグをデプロイします。
テスト後、本番用のリポジトリにタグを付け、本番環境にデプロイします。

D. Jenkins を使用してステージング ブランチとマスター ブランチを構築します。完全なロールアウトを行う前に、10% のユーザーに対して変更をビルドして本番環境にデプロイします。

A. 障害のある動作をシミュレートする特定のマイクロサービスで Istio の障害注入を使用します。

B. Kubernetes クラスターのノードの 1 つにテイントを追加します。特定のマイクロサービスに対して、テイントされたノードの名前を値として持つポッド アンチアフィニティ ラベルを構成します。

C. Kubernetes クラスターのノードの 1 つを破棄して、動作を観察します。

D. クラッシュしたマイクロサービスからトラフィックを遠ざけるように Istio のトラフィック管理機能を構成します。

A. 同僚にプロジェクト閲覧者のIAMロールを付与します

B. インスタンス グループのヘルスチェックを無効にします。プロジェクト全体の SSH キーに SSH キーを追加します。

C. インスタンス グループの自動スケーリングを無効にします。プロジェクト全体の SSH キーに SSH キーを追加します。

D. インスタンス グループのローリング再起動を実行します。

A. 新しい API の新しいエンドポイントを使用するように古いクライアントを再構成します。

B. パスに基づいて、古い API がトラフィックを新しい API に転送するようにします。

C. 新しいバージョンの API 用に新しいロードバランサーを構成します。

D. ロードバランサーの背後にある各 API パスに個別のバックエンド プールを使用します。

A. /usr/local/bin

B. /google/scripts

C. ~/bin

D. クラウドストレージ

A. OAuth 互換のアクセス制御システムを構築または活用します。

B. 信頼できる第三者に提供できるディーラーごとにセカンダリ資格情報を作成します。

C. パートナー システムの送信元 IP アドレスに基づいてデータ アクセスを制限します。

D. 認証システムに SAML 2.0 SSO 互換性を組み込みます。