STAY KOBE

[SolutionArchitect Pro] ホワイトペーパー：ストレージオプション

Atsushi Marumo

Jayendra’s Blog

この記事は自己学習用に「AWS Storage Options – Whitepaper – Certification（Jayendra’s Blogより）」を日本語に訳した記事です。

ストレージオプション・ホワイトペーパー

AWS Storage Optionsホワイトペーパーは、AWS認定試験の最も重要なホワイトペーパーの1つであり、AWSの各ストレージオプション、理想的な使用パターン、アンチパターン、性能、耐久性、可用性、スケーラビリティなどの概要を説明しています。

概要

Amazon S3 & Amazon Glacier

詳細 @ AWS Storage Options – S3 & Glacier

Amazon Elastic Block Store (EBS) & Instance Store Volumes

詳細 @ AWS Storage Options – EBS & Instance Store

Amazon RDS, DynamoDB & Database on EC2

詳細 @ AWS Storage Options – RDS, DynamoDB & Database on EC2

Amazon SQS & Redshift

詳細 @ AWS Storage Options – SQS & Redshift

Amazon CloudFront & Elasticache

詳細 @ AWS Storage Options – CloudFront & ElastiCache

Amazon Storage Gateway & Import/Export

詳細 @ AWS Storage Options – Storage Gateway & Import/Export

AWS認定試験の練習問題

  1. ステートレスWebサーバーを使用して可用性の高いWebアプリケーションを開発しています。 どのサービスがセッション状態データを格納するのに適していますか？ 3つの回答を選択します。
    1. Elastic Load Balancing
    2. Amazon Relational Database Service (RDS)
    3. Amazon CloudWatch
    4. Amazon ElastiCache
    5. Amazon DynamoDB
    6. AWS Storage Gateway
  2. あなたの会社は大量の航空画像データをS3にアップロードしました。 以前は、社内環境では、専用のサーバーグループを使用してこのデータを処理し、オープンソースのメッセージングシステムであるRabbit MQを使用してサーバーにジョブ情報を取得していました。 処理後、データはテープに送られ、オフサイトで出荷されます。 あなたのマネージャーは、現在のデザインを維持し、AWSのアーカイブストレージとメッセージングサービスを活用してコストを最小限に抑えるように指示しました。 どれが正しい？
    1. ジョブメッセージを渡すにはSQSを使用し、EC2ワーカーインスタンスがアイドル状態になるとCloudwatchアラームを使用して終了します。データが処理されたら、S3オブジェクトのストレージクラスを低冗長化ストレージ（RRS）に変更します。
    2. SQS内のメッセージを処理するためにスポットインスタンスを使用するキューの深さによってトリガされる自動スケールワーカーの設定。 データが処理されたら、S3オブジェクトのストレージクラスを低冗長化ストレージに変更します。
    3. SQS内のメッセージを処理するためにスポットインスタンスを使用するキューの深さによってトリガされる自動スケールワーカーの設定。 データが処理されたら、S3オブジェクトのストレージクラスをGlacierに変更します。
    4. SNSを使用してジョブメッセージを渡すと、Cloudwatchアラームを使用してスポットワーカーインスタンスがアイドル状態になったときに終了します。 データが処理されたら、S3オブジェクトのストレージクラスをGlacierに変更します。
  3. 新しいモバイルアプリケーションを開発しており、複数のモバイルデバイスを使用してアプリケーションにアクセスするユーザーに、より均一なクロスデバイスエクスペリエンスを提供するAWSにユーザーの設定を保存することを検討しています。各ユーザのプリファレンスデータは、50KBのサイズであると推定される。さらに、500万人の顧客が定期的にアプリケーションを使用する予定です。ソリューションは、費用効果が高く、可用性が高く、スケーラブルで、安全である必要があります。上記の要件を満たすソリューションを設計するにはどうすればよいですか？
    1. 2つの可用性ゾーンでRDS MySQLインスタンスをセットアップして、ユーザーのプリファレンスデータを格納します。パブリック向きのアプリケーションをデータベースの前のサーバーに展開して、セキュリティとアクセス資格情報を管理します。
    2. ユーザーの設定を保持するために必要な属性を持つ各ユーザーの項目を含むDynamoDBテーブルを設定します。モバイルアプリケーションは、DynamoDBテーブルから直接ユーザープリファレンスを照会します。 STSを利用する。 Web Identity Federation、およびDynamoDB Fine Grained Access Controlを使用してアクセスを認証および認可します。
    3. 2つの可用性ゾーンに複数の読み取りレプリカを持つRDS MySQLインスタンスを設定して、ユーザーのプリファレンスデータを格納します。モバイルアプリケーションは、読み取ったレプリカからユーザー設定を照会します。 MySQLユーザー管理とアクセス特権システムを利用して、セキュリティとアクセス資格情報を管理します。
    4. ユーザー設定データをS3 Setupに格納します。各ユーザーのアイテムとユーザーのS3オブジェクトを指すアイテム属性を持つDynamoDBテーブルを格納します。モバイルアプリケーションはDynamoDBからS3 URLを取得し、STS、Web IDフェデレーション、およびS3 ACLを直接利用してS3オブジェクトにアクセスし、アクセスを認証して認証します。
  4. ある企業が人気のあるテレビ番組の投票システムを構築しているので、視聴者はそのショーのウェブサイトにアクセスして好きなパフォーマーに投票する。ショー終了後の短期間に、サイトには何百万人もの訪問者が訪れることが予想されます。訪問者はまずAmazon.comの資格情報を使用してサイトにログインし、投票を行います。投票が完了すると、ページに投票総数が表示されます。同社は、優れたパフォーマンスを維持しながらトラフィックの急激な流入に対応できるだけでなく、コストを最小限に抑えることを望むようなサイトを構築する必要があります。どのデザインパターンを使用すべきですか？
    1. オートスケールされたWebサーバーのセットの前にCloudFrontとElastic Load Balancerを使用すると、WebサーバーはまずLogin With Amazonサービスを使用してユーザーを認証し、ユーザーの投票を処理し、その結果を複数のAZのリレーショナルデータベースサービスに格納する。
    2. CloudFrontとS3の静的Webサイトホスティング機能をJavascript SDKと共に使用してAmazonサービスでログインしてユーザーを認証し、IAMロールを使用してDynamoDBテーブルにユーザーの投票を保存する権限を与えます。
    3. オートスケールされた一連のWebサーバーの前にCloudFrontとElastic Load Balancerを使用すると、WebサーバーはまずLogin with Amazonサービスを呼び出してユーザーを認証し、Webサーバーはユーザーの投票を処理し、その結果をDynamoDBに格納しますテーブルを作成し、EC2インスタンスのIAMロールを使用してDynamoDBテーブルへのアクセス権を取得します。
    4. オートスケールされたWebサーバーのセットの前にCloudFrontとElastic Load Balancerを使用すると、Webサーバーは最初にLoginを呼び出します。 Amazonサービスを使用してユーザーを認証すると、Webサーバーはユーザー投票を処理し、EC2インスタンスのIAMロールを使用して結果をSQSキューに格納し、SQSキューへのアクセス許可を取得します。一連のアプリケーションサーバーが、キューからアイテムを取得し、その結果をDynamoDBテーブルに格納します
  5. 大規模な不動産仲介業者は、費用対効果に優れたロケーションベースのアラートを既存のモバイルアプリケーションに追加するオプションを検討しています。アプリケーションバックエンドインフラストラクチャは現在、AWS上で実行されています。このサービスにオプトインしたユーザーは、その場所の近くにある不動産の提供に関するアラートをモバイルデバイスで受信します。アラートが適切であるためには、配達時間は低い分カウントである必要があります。既存のモバイルアプリには、米国全土で500万人のユーザーがいます。お客様は次のアーキテクチャ上の提案のどれをお客様に提出しますか？
    1. モバイルアプリケーションは、Elastic Load BalancingとEC2インスタンスを使用して、そのロケーションをWebサービスエンドポイントに送信します。 DynamoDBは、関連するオファーを保存して取得するために使用されます。 EC2のインスタンスは、モバイル通信事業者と通信して、アラートをモバイルアプリケーションにプッシュバックします。
    2. AWS Direct ConnectまたはVPNを使用してモバイルキャリアとの接続を確立するEC2インスタンスは、キャリア接続を介してモバイルアプリケーションのロケーションを受信します。 RDSは、関連するオファーを保存するために使用されます。 EC2のインスタンスはモバイルキャリアと通信し、アラートをモバイルアプリケーションにプッシュバックします。
    3. モバイルアプリケーションは、SQSを使用してデバイスの場所を送信します。 EC2インスタンスは、DynamoDBから関連するオファーを取得します。 AWS Mobile Pushは、モバイルアプリケーションにオファーを送信するために使用されます。
    4. モバイルアプリケーションは、AWS Mobile Pushを使用してデバイスの場所を送信します。 EC2インスタンスは、DynamoDBから関連するオファーを取得します。 EC2インスタンスはモバイルキャリア/デバイスプロバイダと通信して、アラートをモバイルアプリケーションにプッシュバックします。
  6. eu-west-1リージョンで15分ごとに更新されるニュースサイトを運営しています。このWebサイトには世界中のユーザーがおり、Elastic Load BalancerとAmazon RDSデータベースの背後にあるAuto Scalingグループが使用されています。静的コンテンツはAmazon S3にあり、Amazon CloudFrontを通じて配布されます。 Auto Scalingグループは、60％のCPU使用率でスケールアップイベントを発生させるように設定されています。 10.000のプロビジョニングされたIOPSを持つAmazon RDS超大規模DBインスタンスを使用すると、そのCPU使用率は約80％です。空きメモリは2 GBの範囲です。ウェブ解析レポートでは、ウェブページの平均ロード時間は約1.5〜2秒ですが、SEOコンサルタントは平均ロード時間を0.5秒未満に短縮したいと考えています。ユーザーのページ読み込み時間をどのように改善しますか？ （3つの回答を選んでください）
    1. Auto Scalingグループのスケールアップトリガーを30％に下げて、より積極的にスケールを調整します。
    2. セッションや頻繁なDBクエリーを格納するために、Amazon ElastiCacheキャッシングレイヤーをアプリケーションに追加します。
    3. Amazon CloudFrontの動的コンテンツサポートを設定して、サイトから再利用可能なコンテンツをキャッシュできるようにします。
    4. **Amazon RDSデータベースを大容量メモリの extra-largeインスタンスに切り替えます。
    5. 2番目のインストールを別のリージョンに設定し、Amazon Route 53のレイテンシベースルーティング機能を使用して適切な地域を選択します。
  7. Web層とアプリケーション層が結合された読み取り専用のニュースレポーティングサイトと予測不能な大量のトラフィック需要を受け取るデータベース層は、これらのトラフィック変動に自動的に対応できる必要があります。 これらの要件を満たすには、何のAWSサービスを使用する必要がありますか？
    1. CloudWatchで監視されている自動拡張グループでElastiCache Memcachedを使用してWebおよびアプリケーション層のステートレスインスタンスを同期しました。 また、リードレプリカを持つRDS。
    2. リードレプリカを使用してCloudWatchとRDSで監視されている自動拡張グループ内のWebおよびアプリケーション層のステートフルインスタンス。
    3. CloudWatchおよびマルチAZ RDSで監視される自動拡張グループのWebおよびアプリケーション層のステートフルインスタンス。
    4. CloudWatchおよびマルチAZ RDSで監視されている自動拡張グループで、ElastiCache Memcachedを使用して同期されたWeb層とアプリケーション層のステートレスインスタンス
  8. あなたは入力としていくつかのファイルを取得し、それらを分析し、各ファイルは定期的にデータ出力を10ファイルに書き込む画像分析アプリケーションがあります。1日あたりの入力ファイル数は高く、1日の数時間で集中します。現在、入力データをホストする大きなEBSボリュームを持つEC2上にサーバーがあり、結果を処理するには1日約20時間かかります。どのサービスを使用して詳細な時間を短縮し、ソリューションの可用性を向上させることができますか？
    1. I / Oファイルを格納するためのS3。 SQSを使用して、並行して動作するホストのグループに詳細なコマンドを配布します。 SQSキューの長さに応じてホストのグループのサイズを動的に変更する自動スケーリング。
    2. I / Oファイルを格納するためのプロビジョニングされたIOPS（PIOPS）を備えたEBS。SNSは、SNS通知の数に応じてホストのグループのサイズを動的に調整するために、並列自動スケーリングで動作するホストのグループに詳細なコマンドを配布します。
    3. S3はI / Oファイルを格納し、SNSは並行して動作するホストのグループに蒸発コマンドを配布します。SNS通知の数に応じてホストのグループのサイズを動的に変更する自動スケーリング。
    4. I / Oファイルを格納するためのプロビジョニングされたIOPS（PIOPS）を備えたEBS。 SQSは、SQSキューの長さに応じてグループをホストに動的にサイズ変更するために、パラレル自動スケーリングで動作するホストグループにエラボレーションコマンドを配布します。
  9. 3層のeコマースWebアプリケーションは、現在のオンプレミス型であり、拡張性と弾力性を高めるためにAWSに移行されます。 Webサーバーは現在、ネットワーク分散ファイルシステムを使用して読み取り専用データを共有しています。アプリケーションサーバー層は、検出にクラスタリングメカニズムを使用し、IPマルチキャストに依存する共有セッション状態を使用します。データベース層は、共有ストレージクラスタリングを使用してデータベースフェイルオーバー機能を提供し、スケーリングのために複数の読み込みスレーブを使用します。すべてのサーバーおよび分散ファイルシステムディレクトリのデータは、毎週オフサイトのテープにバックアップされます。どのAWSストレージとデータベースアーキテクチャがアプリケーションの要件を満たしていますか？
    1. WebサーバーはS3に読み取り専用データを格納し、ブート時にS3からルートボリュームにコピーします。 Appサーバーは、DynamoDBとIPユニキャストの組み合わせを使用して状態を共有します。データベースはマルチAZと1つ以上のリードレプリカでRDSを使用します。 AMIを介して毎週バックアップされたWebサーバーとAppサーバーをバックアップします。データベースはDBスナップショットを介してバックアップされます。
    2. WebサーバーはS3に読み取り専用データを格納し、ブート時にS3からルートボリュームにコピーします。 Appサーバーは、DynamoDBとIPユニキャストの組み合わせを使用して状態を共有します。データベースはマルチAZと1つ以上のリードレプリカでRDSを使用します。スナップショットを使用してWebサーバーアプリケーションサーバーとデータベースを毎週Glacierにバックアップする（Snapshots to GlacierはEBSスナップショットで直接動作しない）
    3. WebサーバーはS3で読み取り専用データを格納し、ブート時にS3からルートボリュームにコピーします。 Appサーバーは、DynamoDBとIPユニキャストの組み合わせを使用して状態を共有します。データベースは、マルチAZのRDSを使用します。 AMI経由で毎週バックアップされたWebサーバーとAppサーバーをバックアップします。 DBスナップショットによるデータベースバックアップ（スケーラビリティと弾力性のためにレプリカを読む必要があります）
    4. Webサーバー、EC2 NFSサーバーに読み取り専用データを格納し、起動時に各WebサーバーにマウントするアプリケーションサーバーはDynamoDBとIPマルチキャストの組み合わせを使用して状態を共有するデータベースマルチAZと1つ以上のリードレプリカバックアップ、Web DBスナップショットを介してバックアップされたAMIデータベースを介して毎週アプリのサーバをバックアップします。（AWSではIPマルチキャストは利用できない）
  10. 当社は、AWS上でソーシャルメディアサイトの大規模な発表を行う準備をしています。 このWebサイトは、マルチAZ RDS MySQL Extra Large DBインスタンスを使用して複数の可用性ゾーンに展開されたEC2インスタンス上で実行されています。 このサイトでは、毎秒の読み取りと書き込みの回数が非常に多く、最終的な整合性モデルに依存しています。 包括的なテストの後で、RDS MySQLでの読解競合があることがわかります。 これらの要件を満たすための最良のアプローチはどれですか？ （2つの回答を選択）
    1. 各AZで実行中のElasticCacheインメモリキャッシュをデプロイします。
    2. 複数のRDS MySQLインスタンスに負荷を分散するシャーディングの実装（分散読み取り両方に書き込み、焦点は読み取り競合）
    3. RDSのMySQLインスタンスサイズを大きくし、プロビジョニングされたIOPSを実装します。 （分散型の読取り書込みと、両方の読取り書込みに焦点を当てる）
    4. 各AZにRDS MySQLリードレプリカを追加します。
      1.ELB、EC2上の3つのWebアプリケーションサーバー、および1つのMySQL RDS dbを使用して、2層アプリケーションを実行します。 負荷が増大するにつれて、dbクエリにはより長い時間がかかり、ユーザーの要求に対する全体の応答時間が遅くなります。 どのようなオプションがパフォーマンスを向上させることができますか？ （３つ選択）[PROFESSIONAL]
    5. RDSリードレプリカを作成し、データベース読み取り要求の半分をそのデータベースにリダイレクトします。
    6. amazon ElastiCacheでデータベースクエリをキャッシュします。
    7. マルチAZモードでRDSをセットアップします。
    8. データベースを破棄し、シャード間で負荷を分散します。
    9. amazon CloudFrontを使用してデータベースクエリをキャッシュします。
      1.Elastic Load Balancer（ELB）を活用したWebアプリケーションがあります。Auto Scaling Groupを使用して配備されたWebサーバーの前にデータベースがリレーショナルデータベースサービス（RDS）上で実行されているアプリケーションは、記事への返答よりも記事の表示回数が多い。場合によっては、サイト上の記事が非常に人気が高くなり、トラフィックが大幅に増加し、サイトがダウンすることがあります。これらのイベント中に可用性を維持しながら、インフラへの圧力を緩和するためにあなたは何をすることができますか？ 3つの回答を選択します。[PROFESSIONAL]
    10. 記事の配信にCloudFrontを活用する。
    11. リレーショナルデータベースに送信される読み取りトラフィックのRDSリードレプリカを追加します。
    12. Elastic Cacheを利用して、最も頻繁に使用されるデータをキャッシュします。
    13. SQSを使用して、テクニカルポストの要求をキューに入れ、キューから取り出します。 （処理されず、リアルタイムではありません。）
    14. Route53ヘルスチェックを使用して、エラーページのS3バケットにフェールオーバーします。 （エラー処理の可用性）
  11. あなたのウェブサイトは、オンデマンドのトレーニングビデオをあなたの従業員に提供しています。動画は毎月高解像度のMP4形式でアップロードされます。あなたの従業員は、ビデオを見るためにHTTPライブストリーミング（HLS）プロトコルを必要とする企業が提供するタブレットを使用して、世界中で頻繁に配信されます。あなたの会社にはビデオトランスコーディングの専門知識はなく、コンサルタントに支払う必要があるかもしれません。高可用性とビデオ配信の品質を損なうことなく、コスト効率の高いアーキテクチャをどのように実装しますか？ [PROFESSIONAL]
    1. Elastic Transcoderを使用して元の高解像度MP4ビデオをHLSにトランスコードします。 S3は数日後に元のファイルをGlacierにアーカイブするライフサイクル管理付きのビデオをホストします。 CloudFrontはS3からHLSトランスコードされたビデオを提供します。（高品質のエラスティックトランスコーダー/ビデオを安くホストするS3/アーカイブのためのGlacier/高​​可用性のためのCloudFront）
    2. タスクを配布するために、SQSを使用するビデオトランスコーディングパイプラインとキューの長さに応じてノード数を調整するAuto Scalingライフサイクル管理を使用してビデオをホストする。S3すべてのファイルを数日後にGlacierにアーカイブする。CloudFrontからHLSトランスコーディングGlacierの動画
    3. Elastic Transcoderを使用してオリジナルの高解像度MP4ビデオをHLS EBSボリュームにトランスコードし、ビデオおよびEBSスナップショットをホストして、数日後に元のルートを増分バックアップします。 EC2からHLSトランスコードされたビデオを提供するCloudFront。
    4. タスクを配布するためにSQSを使用してEC2上で実行されるビデオトランスコードパイプライン、およびキューの長さに応じてノードの数を調整する自動スケーリングEBSボリュームでビデオをホストし、EBSスナップショットを使用して数日後に元のファイルを増分バックアップします。 EC2からHLSトランスコードされたビデオを提供するCloudFront。
  12. 規制要件を満たしている場合、医薬品会社は薬物試験の試験が終了した後にデータを保管する必要があります。各試行試験では、数千のファイルが生成され、1バイトから100MBまでの圧縮ファイルサイズが生成されます。アーカイブされたデータはほとんど復元する必要はなく、復元が必要なまれなケースでも、特定のメタデータに一致する特定のファイルを復元するのに24時間を要します。検索は数値ファイルID、薬物名、参加者名、日付範囲、その他のメタデータで可能でなければなりません。要件を満たすことができる最も費用対効果の高いアーキテクチャアプローチはどれですか？ [PROFESSIONAL]
    1. ファイル名をアーカイブ名として使用して、Amazon Glacierに個々のファイルを保存します。データを復元するときは、Amazon Glacier Vaultに検索条件に一致するファイルを問い合わせます。 （個々のファイルは高価であり、参加者名による検索はできません）
    2. Amazon S3に個々のファイルを保存し、検索メタデータをAmazon Relational Database Service（RDS）マルチAZデータベースに保存します。特定の日数後にデータをAmazon Glacierに移動するためのライフサイクルルールを作成します。データを復元するときは、検索条件に一致するファイルをAmazon RDSデータベースに照会し、検索基準に一致するファイルをS3 Standardクラスに戻します。 （データが必要ないため、Glacierに直接格納することができ、データをS3標準に戻す必要はありません）
    3. Amazon Glacierに個々のファイルを保存し、検索メタデータをAmazon RDSのマルチAZデータベースに保存します。データをリストアするときは、Amazon RDSデータベースに検索条件に一致するファイルを問い合わせ、データベースクエリから返されたファイルIDと一致するアーカイブ名を取得します。 （個々のファイルとマルチAZは高価です）
    4. 最初に、完了した薬物試験のためにすべてのファイルを圧縮して1つのAmazon Glacierアーカイブに連結します。通常のスナップショットを使用して、圧縮されたファイルの関連バイト範囲を他の検索メタデータとともにAmazon RDSデータベースに格納します。データをリストアするときは、検索条件に一致するファイルをデータベースに照会し、検索されたバイト範囲からリストアされたファイルを作成します。
    5. 個々の圧縮ファイルと検索メタデータをAmazon Simple Storage Service（S3）に保存します。特定の日数後にデータをAmazon Glacierに移動するためのライフサイクルルールを作成します。データをリストアするときは、Amazon S3バケットに検索基準に一致するファイルがあるかどうか検索し、S3にファイルを取得して冗長性を減らし、S3 Standardクラスに戻します。 （データがS3からGlacierに移動されると、Glacierにはメタデータがなく、外部で管理されなければならないため、メタデータは失われます）
  13. ドキュメントストレージ企業は、AWSにアプリケーションを導入し、ビジネスモデルを変更して、フリー層とプレミアム層の両方のユーザーをサポートしています。プレミアム層のユーザーは最大200GBのデータを保存でき、無料のティアユーザーは5GBしか保存できません。顧客は、数十億のファイルが保存されることを期待しています。すべてのユーザーは、75％のクォータ使用率に近づいたときと90％のクォータ使用率に達したときに警告する必要があります。無料層とプレミアム層のユーザーをサポートするには、アプリケーションをどのように構築する必要がありますか？ [PROFESSIONAL]
    1. 会社は、Amazon DynamoDBのユーザーデータカウンタを更新するAmazon Simple work flow(SWF)サービスのアクティビティワーカーを利用する必要があります。アクティビティワーカーは、カウンターが適切なしきい値を超えて増加すると、電子メールを送信するために簡単な電子メールサービスを使用します。
    2. 会社は、格納された各オブジェクトの行と各オブジェクトのサイズを持つストアオブジェクトテーブルを使用して、アマゾンRDSサービスを展開する必要があります。アップロードサーバーは、ユーザーがファイルストアを最初に決定し、次にファイルサイズごとに格納されたオブジェクトテーブルを照会することによって、質問のユーザーの総消費量を照会し、しきい値が破られた場合、アマゾンのSimple email Service(SES)を介して電子メールを送信します。
    3. 会社は、コンテンツの長さとファイル所有者のユーザー名の両方をオブジェクトのS3メタデータとして書き込む必要があります。次に、各オブジェクトの反復処理を行うファイルウォッチャーを作成し、各ユーザーのサイズを集計し、記憶域のしきい値を超えた場合、電子メールサービスにamazon simple queue service(SQS)経由で通知を送信する必要があります。
    4. 会社は、無料のティアユーザー用のデータストレージ用と、プレミアム層ユーザー用のデータストレージ用の2​​つの分離されたamazon simple storage service(S3)バケットを作成する必要があります。アマゾンの simple workflow service(SWF)のアクティビティワーカーは、データが格納されているバケットに基づいて、指定されたユーザーのすべてのオブジェクトを照会します。
  14. あなたの会社は、NBAのバスケットボール統計を追跡するウェブサイトを開発し、運営する契約を結んでいます。 「レギュラーシーズンからの最高の勝利ショット」や「ゲームのトップショット」などのより頻繁に作成されるようなレポートを得るための統計データは、繰り返しルックアップするために耐久性があります。 NBAのファンはソーシャルメディア技術を活用して、既存のデータセットから新しいレポートタイプを提出して投票するため、システムはデータクエリの変動に対応する必要があり、新しい静的レポートを生成して毎日掲載する必要があります。設計段階の初期調査では、このアプリケーションをデータソースとして使用するエンドユーザーおよびその他のアプリケーションによって、ゲームの日に300万件を超えるレポートクエリが発生することが示されています。このシステムは、時間の経過とともに人気が高まり、ゲームの日にシステムのレポートクエリ1,000,000〜1,500万に達すると予想されます。コストを最小限に抑えながら、アプリケーションがこれらの要件を最もよく満たすことを可能にする回答を選択します。 [PROFESSIONAL]
    1. マルチAZの　Amazon Relational Database Service（RDS）を起動し、マルチAZのマスターデータベースに接続されているリードレプリカを照会してレポートを生成します。毎日の表のクリーンアップを実行します。
    2. マルチAZのMySQL RDSデプロイメントを実装し、アプリケーションでAmazon ElastiCacheのレポートを生成してメモリ内のパフォーマンス結果を得るようにします。キャッシュ内の項目のデフォルトの有効期限パラメータを使用します。
    3. マルチAZのMySQL Amazon RDSデプロイメントからレポートを生成し、オフラインタスクでレポートをAmazon Simple Storage Service（S3）に入れ、CloudFrontを使用してコンテンツをキャッシュします。オブジェクトを毎日有効期限切れにするには、TTLを使用します。 （S3ストレージとCloudFrontキャッシュを備えたオフラインタスク）
    4. マルチAZのMySQL RDSインスタンスを照会し、その結果をDynamoDBテーブルに格納します。 DynamoDBテーブルからレポートを生成します。毎日古くなったテーブルを取り除く。