Amazon SAP-C02: コスト最適化とガバナンス — 学習ガイド

By Laurynas Brazys · 1 August 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

こちらの一部です： AWS Solutions Architect Professional SAP-C02 — 学習ガイド. 検証済みの解答で練習： Amazon試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.

コストの可視化、配分、およびレポート作成

真のコスト可視性を実現するには、一貫性のある強制的なコスト配分と、忠実度の高いレポート作成から始めます。指定された支払いアカウントで AWS Organizations をデプロイし、一括請求を有効にして請求書を一本化しつつ、アカウントごとの料金分離を維持します。AWS Cost and Usage Report (CUR) を時間単位の粒度、S3 への配信、Amazon Athena との統合を有効にして、アドホックなクエリを実行し、コストレコードとリソースメタデータを結合できるようにします。厳格なタグ付け戦略を実装します。コスト配分用の必須タグセット（environment、project、owner、business-unit、cost-center）を定義し、CloudFormation StackSets を使用したプロビジョニング時、タグなしリソース作成パターンを制限する Service Control Policies、および欠落しているタグを評価して自動修復する AWS Config Rules を用いて、これらのタグを強制します。Cost Explorer を予約エンティティおよび最適化（rightsizing）レポートと組み合わせて、支出の傾向とアイドル状態のキャパシティを把握します。よくある落とし穴には、チャージバックを歪める不完全なタグカバレッジ、CUR 分析なしで請求コンソールのみに依存すること、クロスアカウントやリージョン間の転送コストを把握できないことなどがあります。意思決定のトレードオフは、多くの場合、適時性と粒度の問題になります。時間単位の CUR と Athena を有効にすると処理コストは増加しますが、ビジネス上の意思決定に必要な正確な帰属が得られます。一方、粗い月次サマリーは運用コストが安いものの、一時的なスパイクや非効率なリソースを覆い隠してしまいます。

コミットメント価格、最適化（rightsizing）、および購入戦略

コミットメント支出を最適化するには、Savings Plans、Reserved Instances、Spot のような一時的な価格モデルの中から選択し、同時に最適化（rightsizing）を用いてワークロードのプロファイルにキャパシティを一致させる必要があります。まず Cost Explorer と Compute Optimizer から得られる使用パターンを用いて、定常状態の CPU/メモリのベースラインと、ファミリーやインスタンスサイズを切り替える機会を特定します。インスタンスタイプやリージョンをまたいだワークロードの柔軟性が必要な場合は Compute Savings Plans を優先し、特定のインスタンスファミリーと AZ 配置によってより大きな割引が正当化される場合は EC2 Instance Reservations を使用します。耐障害性のあるバッチ処理やマイクロサービスのワークロードには Spot を活用しますが、堅牢なチェックポイント機能を持たないシングル AZ のステートフルなサービスには Spot の使用を避けてください。最適化（rightsizing）では、パフォーマンスに影響を与える過度に積極的な縮小を避けるため、Compute Optimizer と Trusted Advisor からの自動推奨事項と手動レビューを組み合わせるべきです。ビジネス予測が不確実な場合に 3 年間の RI に過剰にコミットすること、タグ付けされていない、またはアカウントに分離された使用量のために Savings Plans を十分に活用できないこと、テストなしでインスタンスファミリーの互換性を想定することなどの落とし穴に注意してください。トレードオフは通常、コストと運用の柔軟性の間にあります。長期のより大きな割引は単価を下げますが、需要が減少したりアーキテクチャが変更されたりした場合にビジネスリスクが増加します。逆に、Spot とオンデマンドは、単価は高くなりますが俊敏性を提供します。

ガバナンス、ポリシー強制、および自動修復

一元化されたガバナンスは、自律的なチームを可能にしながら、制御不能な支出を防ぐガードレールを確立します。AWS Control Tower または適切に設計された Organizations のベースラインを使用して、事前に設定されたガードレールと一元化されたログ記録を備えたアカウントをプロビジョニングします。Service Control Policies を適用して高コストのサービスや承認されていないリージョンを制限し、AWS Config Rules をデプロイして、パブリックな S3 バケット、大きすぎるインスタンスタイプ、暗号化やタグの欠落といった非準拠の設定を検出します。AWS Budgets を自動アクションと統合します。予算のしきい値を設定して SNS 通知をトリガーし、Lambda や Systems Manager を介した自動修復（例：アイドル状態のインスタンスの停止/終了、RDS インスタンスクラスの削減）を実行します。Trusted Advisor はコスト最適化のチェック項目を提示することでガバナンスを補完しますが、それを唯一のシグナルとして扱わないでください。Trusted Advisor の無料チェックは限定的であり、詳細なインサイトを得るにはビジネスまたはエンタープライズサポートプランが必要です。よくある落とし穴には、SCP を過度に制限的に使用して正当な運用上の変更をブロックすること、自動的な強制措置なしに通知のみに依存すること、ポリシーのバイパスを許可する過剰な IAM 権限を付与することなどがあります。ガバナンスに関する決定は、ビジネスの自律性とリスクを比較検討して評価します。より厳しい統制はコストの暴走を防ぎますが、開発速度を低下させ、明確に定義された例外プロセスを必要とする可能性があります。

コストを意識したアーキテクチャパターンとデータ転送に関する考慮事項

アーキテクチャの選択は、継続的なコストに大きな影響を与えます。大量のコンテンツやグローバル配信はAmazon CloudFrontにオフロードして、S3オリジンへのリクエストとエグレス料金を削減します。S3 Transfer Accelerationは、レイテンシーのメリットが転送コストの増加を正当化できる場合にのみ使用します。AZ間およびリージョン間のアーキテクチャでは、AZ間のデータ転送に料金が発生する可能性があることを念頭に置き、可能な限りAZ内のトラフィック局所性を考慮して設計するか、リージョンサービスを通じてトラフィックを集約します。大容量ファイルの配信には、Amazon S3のマルチパートアップロードとライフサイクルポリシー、予測不能なアクセスにはS3 Intelligent-Tiering、回復性のトレードオフによってコストを削減できる単一AZのワークロードにはEFS One Zoneを検討します。コンテナワークロードを移行する際は、FargateとEC2ベースのECS/EKSを比較評価します。Fargateは運用のシンプルさを向上させ、クラスター管理のオーバーヘッドを削減しますが、通常、適切に集約されたEC2スポットベースのノードグループよりもvCPU/メモリあたりのコストが高くなります。よくある落とし穴には、リージョン間レプリケーションのコストの過小評価、高頻度で書き換わるログを低頻度アクセスストレージクラスに誤って配置すること、VPCエンドポイントが無料であるという思い込みなどがあります。VPCエンドポイントはNATゲートウェイのエグレス料金を節約しますが、時間単位およびGB単位の料金が追加されます。意思決定の基準では、データグラビティ、レイテンシーSLA、耐久性の要件を比較検討する必要があります。回復性とパフォーマンスの要件が許す場合にのみ、より安価なストレージやコンピューティングを選択してください。

実践的な問題：ユースケースシナリオ

シナリオ：Acme Global Enterprisesは、AWS Organizations配下に18のメンバーアカウント、一元化された支払いアカウントを持ち、3つのリージョンにまたがるワークロードを持つ成熟したAWS環境を運用しています。タグ付けは部分的に採用されており、いくつかの長期間稼働しているEC2フリートを実行し、分析データのためにS3を広範囲に使用しています。

課題：パフォーマンスSLAを維持し、自律的なチームが機能をデプロイできるようにしながら、6ヶ月以内に月々のAWS利用費を20%削減する必要があります。

推奨アプローチ：

時間単位の粒度でS3へのコストと使用状況レポートを有効にし、Amazon Athenaと統合します。過去6〜12ヶ月間のCost Explorerのリザーブドおよび適正化に関するレポートを作成します。
Compute Optimizerをデプロイし、定常状態のインスタンス使用状況を分析します。広範なカバレッジのためにCompute Savings Plansを、予測可能でファミリー固有のワークロードのために1年間のコンバーティブルRIを、それぞれ組み合わせて購入します。
CloudFormation StackSetsとAWS Configルール（タグ欠落時の自動修復付き）を介してタグ付けを強制します。タグごとのコストレポートを事業部門のオーナーに送り、しきい値を超過した場合に自動的にSNS通知とLambdaによる修復を行うAWS Budgetsを作成します。
静的でグローバルに配信されるコンテンツをAmazon CloudFrontに移行し、アクセス頻度の低いデータをライフサイクル移行付きのS3 Intelligent-Tieringに変換し、オンデマンドキャパシティから移行するためにチェックポイント処理を伴うスポットインスタンスに適したバッチジョブを特定します。

論理的根拠：一元的な可視性（CUR + Athena）は、具体的な適正化とリザーブド購入の機会を明らかにします。一方、自動化されたガードレール（Config、StackSets、Budgets）は、コスト配分を強制し、コストの悪化を防ぎます。Savings Plansと選択的なRIを組み合わせることで、パフォーマンスを犠牲にすることなく、割引率の深さと柔軟性のバランスを取り、確実なコスト削減を実現します。

← レジリエンス、ディザスタリカバリ、高可用性 · すべてのドメイン · デプロイ、自動化、DevOps →

これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →