No.1 環境には、AZ-aとAZ-bとして知られる2つのアベイラビリティゾーンにまたがるAuto Scalingグループがあります。AZ-aには4つのインスタンスがあり、AZ-bには3つのEC2インスタンスがあります。Auto Scalingグループはデフォルトの終了ポリシーを使用しています。インスタンスのいずれもスケールインイベントから保護されていません。スケールインイベントが発生した場合、Auto Scalingはどのように処理されるでしょうか?
A. Auto Scalingは終了するインスタンスをランダムに選択します。
B. Auto Scalingは、すべてのインスタンスの中で最も古い起動構成を持つインスタンスを終了します。
C. Auto Scalingは4つのEC2インスタンスを持つアベイラビリティゾーンを選択し、その後評価を続けます。
D. Auto Scalingは、すべてのインスタンスの中で次の課金時間が最も近いインスタンスを終了します。
No.2 ソリューションアーキテクトは、従業員とパートナーがファイルを交換するためのオンプレミスソリューションの代替となる完全に管理されたソリューションを提供する必要があります。このソリューションは、オンプレミスのシステムから接続する従業員、リモートの従業員、外部のパートナーにとって簡単にアクセス可能でなければなりません。以下のどのソリューションがこれらの要件を満たしていますか?
A. Amazon S3へのファイルの送受信にAWS Transfer for SFTPを使用する
B. ローカルストレージと大規模なデータ転送のためにAWS Snowball Edgeを使用する
C. リモートで利用可能にするために、Amazon FSxでファイルを保存し転送する
D. Amazon S3へのファイルの保存と転送のために、AWS Storage Gatewayを使用してボリュームゲートウェイを作成する。
No.3 ある企業は、人気のある曲のクリップから作成された着信音を販売しています。着信音を含むファイルはAmazon S3 Standardに保存されており、サイズは少なくとも123 KBです。企業には数百万のファイルがありますが、90日以上前の着信音のダウンロードは稀です。企業はストレージのコストを節約しつつ、最も頻繁にアクセスされるファイルをユーザーにすぐに利用可能にする必要があります。これらの要件を最もコスト効果的に満たすために、企業はどの行動を取るべきですか?
A. オブジェクトの初期ストレージ層としてS3 Standard-infrequent Access (S3 Standard-IA)ストレージを設定する
B. ファイルをS3 Intelligent-Tieringに移動し、90日後にオブジェクトをより安価なストレージ層に移動するように設定する
C. S3のインベントリを設定してオブジェクトを管理し、90日後にS3 Standard-infrequent Access (S3 Standard-IA)に移動する
D. S3 StandardからS3 Standard-Infrequent Access (S3 Standard-IA)にオブジェクトを90日後に移動するS3 Lifecycleポリシーを実装する
No.4 オンラインショッピングアプリケーションは、Amazon RDS Multi-AZ DBインスタンスにアクセスしています。データベースのパフォーマンスがアプリケーションの動作を遅くしています。次世代のインスタンスタイプにアップグレードした後も、顕著なパフォーマンスの向上は見られませんでした。分析の結果、約700 IOPSが持続しており、一般的なクエリが長期間実行され、メモリ利用率も高いことがわかりました。これらの問題を解決するために、ソリューションアーキテクトはどのアプリケーションの変更を推奨すべきですか?
A. RDSインスタンスをAmazon Redshiftクラスターに移行し、週次のガベージコレクションを有効にする
B. 長時間実行されるクエリを新しいMulti AZ RDSデータベースに分離し、アプリケーションを変更して必要に応じてどちらのデータベースをクエリするかを判定する
C. 2ノードのAmazon ElastiCacheクラスターをデプロイし、アプリケーションを変更して最初にクラスターをクエリし、必要に応じてデータベースをクエリする
D. 一般的なクエリのためにAmazon Simple Queue Service (Amazon SQS) FIFOキューを作成し、最初にそれをクエリし、必要に応じてデータベースをクエリする
No.5 ある企業が3層のアプリケーションをAWSに移行しています。このアプリケーションはMySQLデータベースを必要としています。過去に、アプリケーションのユーザーから新しいエントリを作成する際のパフォーマンスの低下に関する報告がありました。これらのパフォーマンスの問題は、ユーザーが業務時間中にアプリケーションから異なるリアルタイムのレポートを生成することによって引き起こされました。AWSに移行するときにアプリケーションのパフォーマンスを向上させるための解決策は何ですか?
A. プロビジョニングされたキャパシティを持つAmazon DynamoDBテーブルにデータをインポートします。レポート用にDynamoDBを使用するようにアプリケーションをリファクタリングします。
B. コンピューティングに最適化されたAmazon EC2インスタンス上にデータベースを作成します。コンピューティングリソースがオンプレミスのデータベースを上回るように確認します。
C. 複数のリードレプリカを持つAmazon Aurora MySQL Multi-AZ DBクラスターを作成します。レポート用のアプリケーションリーダーエンドポイントを設定します。
D. Amazon Aurora MySQL Multi-AZ DBクラスターを作成します。レポート用のエンドポイントとしてクラスタのバックアップインスタンスを使用するようにアプリケーションを設定します。