Google Associate Cloud Engineer (ACE) ダンプと解説

あなたのチームは us-central1-b の Compute Engine VM「build-ci-07」（Ubuntu 22.04 LTS）上で Linux ビルドサーバーを運用しており、外部 IP は 34.118.52.10 です。IPsec VPN（10.20.0.0/16）経由で企業ネットワークに接続しているフリーランスのペネトレーションテスターが、今後24時間の間に一時的な SSH アクセスを必要としていますが、Google アカウントを持っていません。セキュアかつ迅速にアクセスを付与するにはどうすべきですか？

特定の dual-region の Cloud Storage バケットに対して、プロジェクト文書を作成から180日後に Archive ストレージへ移行し、その後、作成からちょうど730日（2年）で完全削除されるような自動ポリシーを構成する必要があります。どのようにポリシーを設定すべきですか？

あなたは project alpha-prod 内で、'corp-net' という custom-mode VPC を1つ管理しており、asia-southeast1 に 'asia-pri' という subnetwork（10.20.0.0/20）が1つあります。 この subnet 内の Compute Engine VM 'app-1'（10.20.0.5）は、TCP 8443 の internal-only な HTTPS service を公開しており、パブリックに到達可能であってはなりません。 southamerica-east1 に新しい VM をデプロイし、'app-1' への private access が必要です。 運用オーバーヘッドを最小化し、public exposure のない、Google 推奨の解決策を選びたい。 何をすべきですか？

あなたの会社は、us-central1 の Compute Engine VM 3 台からなる Managed Instance Group 上で公開 Nginx ダウンロードサービスを運用しており、同じプロジェクトには他のワークロードも複数存在します。現在の暦月において、その Nginx インスタンスに起因する Google Cloud の測定に基づくネットワーク egress 料金が 120 ドルを超えたときにメールを受け取りたい。どうすべきですか？

御社は us-central1 の新しい Google Kubernetes Engine (GKE) リージョナル クラスタで、高トラフィックなデジタルチケッティング API を公開しようとしています。クラスタは cluster autoscaling が有効で（最小 2 ノード、最大 20 ノード）、ピーク時にはアプリケーションが 3 ～ 50 Pods にスケールできます。アプリケーションのコードを変更することなく、単一のグローバル パブリック IPv4 アドレスを用いて HTTPS で API を一般公開する必要があり、さらに Google-managed TLS certificates で HTTPS を終端し、ローリングアップデートと Pod のオートスケーリングをサポートしたいと考えています。 What should you do?