type
status
date
slug
summary
tags
category
icon
password
 

理論

1. AWS EC2インスタンスの選定とサイズの最適化

  • オンデマンドインスタンス:アプリケーションの要件に応じてインスタンスを購入でき、リソースをフルに活用する場合に最適です。ただし、トラフィックの少ない時間帯にフル負荷のインスタンスを維持することはコストの無駄です。
  • スポットインスタンス:リソースが余っている時間帯に利用可能なインスタンスで、コストを大幅に削減できます。リスクとしては、インスタンスがAWSにより取り消される可能性があることです。短期間でリスクの少ないバックエンド処理や負荷が高い時間帯に利用するのが有効です。
  • バースト可能なインスタンス(Tシリーズ):一般的に低コストで、CPU使用率が低いときにコストが安く、リソースが必要になった時にバーストする能力があります。これはトラフィックが急増する昼食時に効率的に使えます。

2. アプリケーションのフロントエンド最適化

  • 静的ウェブサイトのホスティング(Amazon S3):フロントエンドのアプリケーションが静的なコンテンツを提供する場合、Amazon S3を利用した静的ウェブサイトホスティングが最もコスト効果が高い方法です。S3はスケーラブルで、トラフィックに応じて自動的にスケールします。また、S3は非常に低コストで、ほとんどのケースで運用コストを大幅に削減できます。

3. AWS Elastic Beanstalk

  • Elastic Beanstalkは、アプリケーションのデプロイと管理を簡素化するためのマネージドサービスです。インフラ管理の手間を減らし、アプリケーションのスケーリングやモニタリングを簡単に行えるようにします。Elastic Beanstalkを使うと、アプリケーションが自動的にスケールし、需要に応じてリソースを調整することができますが、特に高可用性を必要とする場合に有効です。

4. アプリケーションロードバランサー(ALB)の使用

  • ALBはトラフィックを複数のEC2インスタンスに分散するために使用されます。トラフィックのピーク時にスケーリングを行い、可用性を確保します。特にスケーラブルなアーキテクチャを実現するためには、ALBと適切なEC2インスタンスタイプの組み合わせが必要です。

最適化の方法

  • 昼食時の高トラフィックに対応するためのスケーリング戦略
    • オートスケーリングを利用して、ピーク時のリソースを迅速にスケールアウトし、トラフィックが減少する時間帯にはリソースを縮小する。
    • スポットインスタンスバースト可能なインスタンスを使うことで、コストを抑えつつ、ピーク時のパフォーマンスを確保する。
  • フロントエンドの最適化
    • S3に静的ウェブサイトをホスティングし、コストを削減しつつ、簡単にスケールできるようにする。
  • コスト管理のベストプラクティス
    • リソースの使用状況を定期的にモニタリングし、過剰なインスタンスを削除する。
    • AWS Trusted AdvisorCost Explorerを使って、コストの最適化とリソースの無駄を削減する。

実践

一問道場

会社はアプリケーションをオンプレミスからAWSに移行しました。アプリケーションのフロントエンドは、2台のAmazon EC2インスタンスがアプリケーションロードバランサー(ALB)の背後で動作する静的なウェブサイトです。アプリケーションのバックエンドは、Pythonアプリケーションが3台のEC2インスタンスで動作し、別のALBの背後にあります。EC2インスタンスは、オンプレミスのピーク使用時の仕様に合わせてサイズが設定された、大きな汎用のオンデマンドインスタンスです。
アプリケーションは月に数十万回のリクエストを受けますが、主に昼食時に使用され、それ以外の時間帯にはトラフィックがほとんどありません。
ソリューションアーキテクトは、アプリケーションの可用性に影響を与えることなく、インフラストラクチャコストを最適化する必要があります。
以下のステップの組み合わせで要件を満たすものはどれですか?(2つ選んでください。)
A. 既存のEC2インスタンスと同じコア数の計算最適化インスタンスに、すべてのEC2インスタンスを変更する。
B. アプリケーションのフロントエンドをAmazon S3でホストする静的ウェブサイトに移行する。
C. AWS Elastic Beanstalkを使用してアプリケーションのフロントエンドをデプロイし、ノードに同じインスタンスタイプを使用する。
D. バックエンドのEC2インスタンスをスポットインスタンスに変更する。
E. バックエンドのPythonアプリケーションを、既存のEC2インスタンスと同じコア数の汎用バースト可能なEC2インスタンスにデプロイする。

解説

この問題では、アプリケーションのコスト最適化と可用性の維持が求められています。アプリケーションは昼食時にピークのトラフィックを処理し、それ以外の時間帯にはトラフィックが少ないため、次の2つの解決策が適切です。
  1. フロントエンドの静的サイト化:アプリケーションのフロントエンドをAmazon S3でホスティングすることで、低コストで高可用性を実現できます。S3はスケーラブルでトラフィックの変動に対応できます。
  1. バックエンドのインスタンス変更:バックエンドにスポットインスタンスやバースト可能なインスタンス(Tシリーズ)を使用することで、コストを削減しつつ、ピーク時のパフォーマンスを維持できます。
これにより、必要なときにリソースをスケールし、トラフィックの少ない時間帯にはコストを最小限に抑えることができます。
BE
 
相关文章
クラウド技術の共有 | AWS Site-to-Site
Lazy loaded image
EKSでのWordPressデプロイ:KCNA-JP試験対策 (Kubernetes実践編)
Lazy loaded image
初心者向け!コンテナ化WordPressサイト構築ガイド(超詳細版)
Lazy loaded image
EFSを活用!AWS EC2でDockerを使ったWordPressサイト構築
Lazy loaded image
529-AWS SAP AWS 「理論・実践・一問道場」VPCエンドポイント
Lazy loaded image
528-AWS SAP AWS 「理論・実践・一問道場」Migration Evaluator
Lazy loaded image
152-AWS SAP AWS 「理論・実践・一問道場」Amazon RDS リードレプリカ150-AWS SAP AWS 「理論・実践・一問道場」DAX
Loading...
みなみ
みなみ
一个普通的干饭人🍚
最新发布
02-生成AIパスポート試験対策:第2章「生成AI」
2025-2-1
01-生成AIパスポート試験対策:第1章「人口知能」
2025-2-1
究極のAWS認定 AI 実践者 AIF-C01 - 学習メモ
2025-1-27
不要再傻傻的直接买NISA啦
2025-1-27
Kubernetes、仮想マシンとコンテナの概念を超簡単に解説!
2025-1-24
529-AWS SAP AWS 「理論・実践・一問道場」VPCエンドポイント
2025-1-22
公告
🎉欢迎访问我的博客🎉
- 感谢您的支持 --
本站点于2024/09/01建立
👏主要分享IT相关主题👏
系统管理:
Redhat…
容器和编排:
Kubernetes、Openshift…
云计算:
AWS、IBM…
AI入门
以及技术笔记和考证经验
定期更新,欢迎互动。
感谢访问!
快速浏览相关标签