Amazon SOA-C02: コスト管理とリソースタギング — 学習ガイド

By Laurynas Brazys · 2 August 2026 · #amazon #soa-c02 #certification #exam-prep #study-guide

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

データ転送とサービス固有のコスト要因

ネットワークとストレージは、変動の大きい一般的なコスト要因です。以下の詳細を理解してください：

データ転送：リージョン間のエグレスはGB単位で課金されます。AZ間のトラフィックはサービスによって無料または有料となります（一部のサービスではAZ間の転送に課金されます）。NAT Gatewayの料金には、時間料金と処理GBあたりの料金が含まれます。高スループットのワークロードでは、NAT Gatewayの請求がエグレスコストの大半を占めることがあります。
ロードバランサー：ALB/NLBには、1時間あたりの料金と処理GBあたりの料金が発生します。転送量の多いトラフィックはコストを増加させます。
S3/EBS：S3のストレージ料金はクラス（Standard、Intelligent-Tiering、Glacier）とリクエスト数に依存します。ライフサイクルポリシーにより、オブジェクトを低コストのティアに移動させてストレージ費用を削減します。EBSスナップショットストレージは、GB/月単位およびリージョン間のコピー操作に対して課金されます。
マネージドサービス：RDSのI/O、DynamoDBの読み取り/書き込みキャパシティとオンデマンドバックアップ、およびElasticSearch (OpenSearch Service) のストレージとスナップショットのコスト。

最適化戦略：

S3にVPCエンドポイントを使用してインターネットへのエグレスを削減し、グローバルユーザーにサービスを提供する場合はS3 Transfer AccelerationまたはCloudFrontを使用してオリジンからのエグレスを削減します。
リージョン間のトラフィックを統合するか、サービスを同じリージョンに配置して、リージョン間のエグレスを回避します。
適切な場合、およびパフォーマンストレードオフをテストした上で、NAT GatewayをVPCエンドポイント、Gateway Load Balancer、またはNATインスタンスに置き換えます。

一般的な落とし穴と判断基準

リソースをタグ付けせず、追跡不能にする：AWS Configで必須タグを強制し、Resource Groups Tagging APIを使用してタグ付けされていないリソースを自動的に検出し修正します。
Savings Plan/RIのスコープを誤解する：コミットする前に、Compute Savings Plans（サービス横断）またはEC2 Instance Savings Plans / RIs（ファミリー/ゾーンスコープ）が自分のワークロードに対応しているか確認します。
ライトサイジングをCPUのみに依存する：ダウンサイジング後のパフォーマンス低下を避けるため、メモリ、ネットワーク、ディスクIOPSのメトリクス（CloudWatchおよびCompute Optimizer）を含めます。
リージョン/サービス間のデータ転送コストを無視する：トラフィックフローをマッピングし、VPC Flow Logs/Athena経由でエグレスを測定し、トラフィックの多いプロデューサー/コンシューマーを同じ場所に配置するか、CloudFront/VPCエンドポイントを使用します。
予算の誤設定：「実績(Actual)」と「予測(Forecasted)」を適切に選択し、プログラムによるアクション（SNS → Lambda）をアタッチして、早期にスロットリングまたは通知を行います。
孤立したストレージ/スナップショットとアイドル状態のELBを放置する：アタッチされていないEBSボリューム、古いスナップショット、および未使用のロードバランサーの自動クリーンアップをスケジュールします。

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

ApexAnalytics社は、マーケティングキャンペーンの後、前月比で40%のコスト急増を経験しました。エンジニアが複数のリージョンにわたって多くの開発スタックを立ち上げ、インターネットアクセスにNAT Gatewayを利用していたことが原因です。財務チームは、即時の可視化と修正を必要としています。

リソースID付きの時間単位CURを有効にし、専用のS3コストバケットに配信します。Athenaテーブルを作成し、linkedAccountId、リージョン、usageType別に上位のコスト要因をクエリします。
タグポリシーとAWS Configの必須タグを介してコスト配分タグ（CostCenter、Project、Owner）を有効化・強制し、Resource Groups Tagging APIを使用して不足しているタグを補充します。
Cost ExplorerのライトサイジングレポートとCompute Optimizerレポートを実行し、安定したベースラインのコンピューティングを特定し、ベースライン時間に対して適切なSavings Planを購入します。十分に活用されていないインスタンスのダウンサイジングをスケジュールします。
VPC Flow Logs → Athenaでネットワークエグレスを監査します。可能な場合はNAT GatewayをVPCエンドポイントに置き換え、リージョン間の転送を避けるためにリージョン内のテストワークロードを中央集約します。
予測に基づいたしきい値を持つAWS Budgetsを作成し、SNSをアタッチしてLambdaをトリガーさせ、重要でない開発アカウントを隔離するか、所有者に通知します。また、突然の急増に対してCost Anomaly Detectionを有効にします。

論理的根拠：CURを配信し、タグ付けを強制することで、正確なチャージバックと履歴分析が可能になります。ライトサイジングと計画的なコミットメント（Savings Plans）は予測可能な支出を削減し、ネットワークの最適化と自動化された予算アクションは将来の予期せぬエグレスコストを防ぎます。

← サーバーレスとアプリケーション統合 · すべてのドメイン

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