ワークロードの移行とモダナイゼーションの加速20% · 4項目

Q1. 移行の計画のため、オンプレミスの VMware 上の 500 台の仮想マシンの構成と使用率を集めたい。各サーバーにはエージェントを入れたくない。最も適切な方法はどれか。

1. Migration Evaluator のコレクターで、費用の見積もりだけを作る
2. Systems Manager のインベントリで、各サーバーの構成を集める
3. Application Discovery Service のエージェントを各サーバーに入れる
4. Application Discovery Service のエージェントレスのコレクターを vCenter に接続する

Q2. 数百のアプリの移行をウェーブ（移行の波）に分けて計画する。最も適切な考え方はどれか。

1. すべてのサーバーを同じ週末に一斉に移行し、ウェーブには分けずに一度で終わらせる
2. サーバーの名前の順にウェーブを分けて、依存関係は気にせずに機械的に移行を進めていく
3. 最も重要で複雑な基幹システムを最初のウェーブで移し、移行の経験が少ないうちに最大の難所を先に片付けておく
4. 依存関係の強いサーバーを同じウェーブにまとめ、リスクの小さいアプリから先に移して手順を固める

Q1. DMS で移行中、CDC の遅延（レイテンシー）が増え続けて追いつかない。次に行うべきこととして最も適切なものはどれか。

1. LOB の列の設定を完全な LOB モードに変え、データの欠けを防ぐ
2. 移行先の DB のインスタンスを大きくし、書き込みを速くする
3. タスクを全量ロードからやり直し、CDC の開始の位置を新しくする
4. レプリケーションインスタンスの CPU・メモリなどを確かめ、必要なら大きいクラスに変える

Q2. AWS Snowball Edge の説明として誤っているものはどれか。

1. デバイスのデータは暗号化されないため、輸送中のデータは利用者が別の方法で守る必要がある
2. デバイスに書き込んだデータは、AWS に届いたあと S3 に取り込まれる
3. ネットワークでの転送に時間がかかりすぎる大量のデータを、デバイスで物理的に運んで移行できる
4. エッジでのデータの処理（コンピューティング）に使える機能もある

Q1. 調査の結果、移行するアプリはオンプレミスの Active Directory の認証に依存していると分かった。AD は当面オンプレミスに残す。次に行うべきこととして最も適切なものはどれか。

1. AWS Managed Microsoft AD とオンプレミスの AD で信頼関係を結ぶか、AD Connector で中継する
2. IAM Identity Center で、オンプレミスの AD のユーザーを IAM ユーザーに同期する
3. Amazon Cognito のユーザープールに、AD のユーザーを移す
4. Simple AD を作り、オンプレミスの AD のユーザーを取り込む

Q2. 移行するアプリの実行環境を選んでいる。アプリが特定のカーネルモジュールとライセンス管理のエージェントを必要とし、OS を細かく制御する必要がある。最も適したものはどれか。

1. AWS Elastic Beanstalk
2. AWS Lambda
3. Amazon EC2
4. Amazon ECS on AWS Fargate

Q1. モノリスの受注システムを、マイクロサービスへ段階的に移すことにした。最初に行うべきこととして最も適切なものはどれか。

1. マイクロサービスに必要なツールをすべて導入して、利用の予定がなくても使えるようにしておく
2. モノリスのデータベースを先にすべての機能ごとに分割して、アプリの変更は最後にまとめて行うことにする
3. すべての機能を一度にマイクロサービスとして作り直し、完成した時点でまとめて切り替えることにする
4. 影響の小さい機能を1つ選んで新しいサービスとして切り出し、ALB のパスでそのサービスに振り分ける

Q2. 移行先の候補として AWS Lambda を検討している。Lambda について、説明が正しくないものはどれか。

1. イベントをきっかけにコードを実行し、実行した時間とリクエストの数で課金される
2. 1回の実行を何時間でも続けられるため、数時間かかるバッチの処理にも最適である
3. コンテナイメージの形式で関数をデプロイすることもできる
4. 負荷に応じて自動で同時に実行される数が増える