インスタンスタイプと料金モデル

EC2インスタンスタイプは、特定のワークロードに最適化されたファミリーに分類されます。General Purpose（M、T）：CPU、メモリ、ネットワークのバランスが取れており、Webサーバーや小規模データベースに適しています。Compute Optimised（C）：CPU比率が高く、バッチ処理、メディアトランスコード、ML推論に適しています。Memory Optimised（R、X、U）：メモリ比率が高く、インメモリデータベースやリアルタイムのビッグデータ分析に適しています。Storage Optimised（I、D、H）：ローカルNVMe SSDで高いI/O性能を発揮し、ランダムI/Oが多いデータベースに適しています。Accelerated Computing（P、G、Inf、Trn）：GPUやカスタムシリコンを使用し、MLトレーニングやHPCに適しています。

Tシリーズ（t3、t3a、t4g）インスタンスはバースト可能です。ベースラインのCPU使用率を下回って稼働している間にCPUクレジットを獲得し、ベースラインを超えてバーストするとクレジットを消費します。t3.microのCPUベースラインは10%で、クレジットがあればCPU使用率を100%までバーストできます。デフォルトのT Unlimitedモードでは、少額の追加料金でクレジット残高を超えたバーストも可能です。Tインスタンスは、平均的なCPU使用率は低いものの急激な変動があるワークロード（開発環境、小規模Webサイト、ビルドサーバー）に適した、コスト効率の高い選択肢です。

オンデマンドインスタンスは、前払いのコミットメントなしで、Linuxでは秒単位、Windowsでは時間単位で課金されます。いつでも開始・停止でき、実行した分だけ支払います。オンデマンドは、不規則で予測できないワークロード、短期のテストや開発、中断に耐えられないアプリケーションに適しています。最も柔軟な料金モデルですが、ReservedやSpotと比べて時間単価は最も高くなります。

リザーブドインスタンスは、1年または3年のコミットメントと引き換えに、オンデマンドと比べて大幅な割引（最大72%）を提供します。支払い方法は、All Upfront（割引率が最大）、Partial Upfront、No Upfront（割引率が最小）の3種類から選択できます。RIは、継続的に稼働する本番Webサーバーやデータベースなど、安定していて予測可能なワークロードに適しています。RIの割引は、アカウント内の条件に一致するオンデマンド使用量に自動的に適用されます。

AWS Savings Plansは、特定の時間あたりの金額を1年または3年間利用するコミットメントと引き換えに、RIと同水準（最大72%）の割引を提供する、より柔軟な選択肢です。Compute Savings Plansは、EC2のインスタンスタイプ、リージョン、OS、テナンシーを問わず適用され、FargateとLambdaも対象となるため、最も柔軟です。EC2 Instance Savings Plansはリージョン内の特定のインスタンスファミリーに限定されますが、より高い割引率が適用されます。Cost Explorerを使用して、過去の使用状況に基づく最適なコミットメント額を確認してください。

SpotインスタンスはEC2の余剰キャパシティを使用し、オンデマンド料金と比べて最大90%の割引を提供します。ただし、AWSがキャパシティを再び必要とした場合、2分前の通知でSpotインスタンスを中断することがあります。Spotは、耐障害性があり、ステートレスで、中断可能なワークロード（バッチジョブ、データ分析、CI/CDビルドパイプライン、機械学習トレーニング）に適しています。ステートフルなデータベース、リアルタイムのユーザー向けサービス、または中断から正常に復旧できない処理には、決してSpotを使用しないでください。

Spot Fleet は、目標容量を維持する Spot インスタンス（必要に応じて On-Demand インスタンスも含む）の集合です。複数のインスタンスタイプ、ファミリー、AZ に分散することで、タイプや AZ ごとに中断率が異なるため、すべてのインスタンスが同時に中断される可能性を低減できます。AllocationStrategy を指定します。lowestPrice はコストを最小化し、diversified は耐障害性のために複数のプールへ分散し、capacityOptimized は利用可能な容量が最も多いプールを選択します。

ライセンスまたはコンプライアンス要件がある場合、Dedicated Instances はお客様のアカウント専用ハードウェア上で実行されますが、物理ホストは同じアカウント内の他のインスタンスと共有されることがあります。Dedicated Hosts では物理サーバー全体を専有でき、ソケットとコアを可視化できます。これはソケット単位またはコア単位のソフトウェアライセンス（Oracle、Windows Server）に必要です。Dedicated Hosts はホストごとの時間課金で、より高価ですが、Reserved にして割引を受けることもできます。ほとんどのワークロードでは専用ハードウェアは必要ありません。

料金モデルはワークロードのパターンに合わせて選択します。予測不能または短期間のワークロードには On-Demand、24 時間 365 日稼働する安定した本番ワークロードには Reserved / Savings Plans、バッチ処理、ステートレス処理、中断可能な処理には Spot、BYOL のライセンスコンプライアンスには Dedicated Hosts を使用します。よくある試験パターンとして、3 層 Web アプリケーションでは常時稼働するアプリケーション層に Savings Plans、夜間バッチジョブに Spot、定期的なバースト容量に On-Demand を使用します。

AWS Graviton プロセッサ（Graviton2、Graviton3）は、AWS が設計したカスタム ARM ベースのチップです。Graviton インスタンス（T4g、M6g、C6g、R6g など）は、同等の x86 インスタンスと比べて最大 40% 優れた料金パフォーマンスを提供します。ARM 向けにコンパイルおよび実行するクラウドネイティブなワークロード、たとえば Linux Web サーバー、コンテナ化されたマイクロサービス、Java および Go アプリケーションに最適です。Linux ワークロードのコスト効率に関する試験問題では、Spot や Savings Plans とともに Graviton インスタンスを有力な選択肢として検討してください。

EC2 インスタンスタイプ名は、一貫したパターンに従います。[family][generation][attributes].[size]。たとえば、m6g.xlarge は、M ファミリー（汎用）、第 6 世代、Graviton（g）、xlarge（4 vCPU、16 GB RAM）を表します。属性サフィックスは、d = NVMe ローカルストレージ、n = 拡張ネットワーキング、a = AMD プロセッサ、i = Intel、g = Graviton ARM です。サイズは nano → micro → small → medium → large → xlarge → 2xlarge → ... → 48xlarge の順で、大半のファミリーではサイズが 1 段階上がるごとに vCPU とメモリが 2 倍になります。

このレッスンで学んだ AWS Solutions Architect（SAA-C03）の概念に対する理解度を確認しましょう。

このレッスンでは、インスタンスファミリー（M、C、R、I、P）は、それぞれ異なる CPU、メモリ、ストレージ比率に最適化されていること、On-Demand は柔軟性が高く、Reserved/Savings Plans は安定したワークロードを割引し、Spot は中断可能なタスクで最も低コストであること、そしてGraviton ARM インスタンスは、クラウドネイティブな Linux ワークロードに最適な料金パフォーマンスを提供することを学びました。次は、EC2 のネットワークセキュリティにおける Security Groups と Key Pairs について学びます。