Professional Cloud Architect

Question 211

Dress4Win社から、アプリケーションサーバーをデプロイすべきマシンタイプについて推奨を求められました。 どのように進めるべきですか?

A.
オンプレミスの物理ハードウェアのコアとRAMを、クラウドで最も近いマシンタイプにマッピングします。
B.
Dress4Win社に対し、利用可能な中でRAMとCPUの比率が最も高いマシンタイプにアプリケーションサーバーをデプロイするよう推奨します。
C.
Dress4Win社に対し、利用可能な最小のインスタンスで本番環境にデプロイし、時間をかけて監視し、望ましいパフォーマンスに達するまでマシンタイプをスケールアップするよう推奨します。
D.
アプリケーションサーバーの仮想マシンに関連付けられている仮想コア数とRAMを特定し、それらをクラウドのカスタムマシンタイプに合わせ、パフォーマンスを監視し、望ましいパフォーマンスに達するまでマシンタイプをスケールアップします。
Question 212

Dress4Win社はクラウド移行計画の一環として、トラフィック負荷の急増に対応できるよう、マネージドなロギングおよびモニタリングシステムをセットアップしたいと考えています。 彼らは以下のことを確実にしたいと考えています。 * 1日の使用量の増減に対応するためにインフラストラクチャがスケールアップおよびスケールダウンする必要があるときに通知を受け取れること。 * アプリケーションがエラーを報告したときに管理者に自動的に通知されること。 * 多くのホストにまたがるアプリケーションの一部をデバッグするために、集約されたログをフィルタリングできること。 どのGoogle Cloud Operations (旧 Stackdriver) の機能を使用すべきでしょうか?

A.
Logging、Alerts、Insights、Debug
B.
Monitoring、Trace、Debug、Logging
C.
Monitoring、Logging、Alerts、Error Reporting
D.
Monitoring、Logging、Debug、Error Reporting
Question 213

Dress4Win社は、いくつかのアプリケーションを現状のまま迅速かつ成功裏にデプロイすることで、クラウドへのアプリケーションデプロイに慣れたいと考えています。彼らはあなたに推奨を求めています。 何をアドバイスすべきでしょうか?

A.
外部依存関係を持つ自己完結型アプリケーションを特定し、クラウドへの最初の移行対象とすることを推奨する。
B.
内部依存関係を持つエンタープライズアプリケーションを特定し、これらをクラウドへの最初の移行対象として推奨する。
C.
社内データベースをクラウドに移行し、オンプレミスのアプリケーションへのリクエスト処理を継続することを提案する。
D.
メッセージキューイングサーバーをクラウドに移行し、オンプレミスのアプリケーションへのリクエスト処理を継続することを推奨する。
Question 214

Dress4Win社は、オンプレミスのMySQLデプロイメントをクラウドに移行する方法についてアドバイスを求めています。 彼らは移行中のダウンタイムとオンプレミスソリューションへのパフォーマンス影響を最小限に抑えたいと考えています。 どのアプローチを推奨すべきですか?

A.
オンプレミスのMySQLマスターサーバーのダンプを作成し、それをシャットダウンしてからクラウド環境にアップロードし、新しいMySQLクラスターにロードします。
B.
クラウド環境にMySQLレプリカサーバー/スレーブをセットアップし、切り替えまでオンプレミスのMySQLマスターサーバーからの非同期レプリケーションを設定します。
C.
クラウドに新しいMySQLクラスターを作成し、アプリケーションがオンプレミスとクラウドの両方のMySQLマスターに書き込みを開始するように設定し、切り替え時に元のクラスターを破棄します。
D.
MySQLレプリカサーバーのダンプをクラウド環境に作成し、それをGoogle Cloud Datastoreにロードし、切り替え時にアプリケーションがCloud Datastoreに対して読み書きするように設定します。
Question 215

Dress4Win社は、いくつかのレガシーサービスに対して、Google Cloud Monitoring(旧 Stackdriver)で新しい稼働時間チェックを設定しました。しかし、Monitoringダッシュボードでは、これらのサービスが正常であると報告されていません。 彼らは何をすべきでしょうか?

A.
すべてのレガシーウェブサーバーにCloud Monitoringエージェントをインストールする。
B.
Cloud Platform Consoleで稼働時間チェックサーバーのIPアドレスリストをダウンロードし、インバウンドファイアウォールルールを作成する。
C.
ロードバランサーを設定して、User-Agent HTTPヘッダーの値が `GoogleStackdriverMonitoring-UptimeChecks` (https://cloud.google.com/monitoring) と一致する場合に、そのヘッダーを通過させるようにする。
D.
レガシーウェブサーバーを設定して、User-Agent HTTPヘッダーの値が `GoogleStackdriverMonitoring-UptimeChecks` (https://cloud.google.com/monitoring) と一致するリクエストを許可するようにする。