サポートセンターホーム


CloudWatchのコスト

LogicMonitorのAWSデータソースは、CloudWatchAPIに依存してAWSリソースのデータを取得します。 ただし、AWSは月に1万件の無料のCloudWatchAPIリクエストを提供しています。 その無料枠を超えるAPIリクエストの費用は$ .01 / 1000リクエストです。 モニタリングしているAWSサービスとモニタリングしているリソースの数によっては、LogicMonitorのAWSモニタリングに関連するCloudWatchのコストが表示される場合があります。

この記事では、見積もりに加えて、CloudWatchの費用を削減するための次のXNUMXつのアプローチに焦点を当てています。

  1. メトリックの粒度を下げる
  2. より少ないメトリックの監視
  3. 監視するデバイスの数を減らす

CloudWatchのコストを見積もることはできますか?

はい–LogicMonitorがCloudWatchAPIにリクエストを送信する方法の詳細を理解し、AWSの公開済みを参照すれば、CloudWatchのコストを見積もることができます CloudWatchの料金ページ.


LogicMonitorは、データソースのポーリング間隔ごとに、収集された通常のデータポイントごとにGetMetricStatisticsリソースに対してXNUMXつのCloudWatchAPIリクエストを作成します。 このアプローチの背後にある理由は、AWSがこのAPIリソースへのリクエストをメトリックごとに制限しているためです。 リアルタイムのアラート評価にできるだけ近づけるようにしたいので、CloudWatchのほとんどは
データソースは、問題のサービスに対してCloudWatchメトリックスが公開される頻度に応じて、1〜5分ごとにポーリングします。


前述のように、AWSは月額1万の無料CloudWatch APIリクエストを提供し、それを超えると$ .01 / 1000リクエストを請求します。 つまり、無料枠を超えた場合、基本的に毎月のCloudWatch請求額から10ドルオフと見なすことができます。 デフォルトのCloudWatchDataSourcesを使用している場合は、データポイントの数に各データポイントが1か月にポーリングされる回数(ポーリング間隔に応じて)を掛け、それに1000セントを掛けることで、XNUMXか月あたりのリソースあたりのコストを見積もることができます。 XNUMXAPI呼び出しあたりのレート。 この見積もりは、関連するデータソースのポーリング間隔とデータポイントの数に基づいて、サービスごとに異なります。 計算がどのように見えるかのいくつかの例を次に示します。

  • APIGateway:7データポイント*(60分/時間* 24時間/日* 30日/月)/ 2分のポーリング間隔*($ .01 / 1000)= APIゲートウェイリソースあたり$ 1.50 /月
  • CloudFront:6データポイント*(60分/時間* 24時間/日* 30日/月)/ 2分のポーリング間隔*($ .01 / 1000)= CloudFrontリソースあたり$ 1.30 /月
  • DynamoDB:10データポイント*(60分/時間* 24時間/日* 30日/月)/ 5分のポーリング間隔*($ .01 / 1000)= DynamoDBテーブル/月あたり$ 0.86
  • EBS:8データポイント*(60分/時間* 24時間/日* 30日/月)/ 5分のポーリング間隔*($ .01 / 1000)= EBSボリューム/月あたり$ 0.68
  • EC2:11データポイント*(60分/時間* 24時間/日* 30日/月)/ 5分のポーリング間隔*($ .01 / 1000)= EC0.93インスタンス/月あたり$ 2
  • EFS:24データポイント*(60分/時間* 24時間/日* 30日/月)/ 2分のポーリング間隔*($ .01 / 1000)= EFSインスタンスあたり$ 5.18 /月
  • S3:3データポイント*(60分/時間* 24時間/日* 30日/月)/ 1時間のポーリング間隔*($ .01 / 1000)= S02バケット/月あたり$ .3

ベストプラクティスとして、以下のセクションを読んでCloudWatchのコストを最適化することをお勧めします。

これらのCloudWatchのコストをどのように削減できますか?

CloudWatchのコストを管理可能なレベルに保つには、いくつかの方法があります。

  1. 可能な場合はコレクターデータソースを使用します– EC2インスタンスをモニタリングしている場合、LogicMonitorのコレクターデータソースは通常、CloudWatchが報告するものよりも詳細なメトリックスを報告します(CloudWatch APIに依存しません)。 そのため、AWS環境にコレクターをインストールし、AWS_EC2 CloudWatchDataSourceではなくCollectorDataSourcesに依存することをお勧めします。 AWS_EC2 DataSourceのモニタリングを無効にすると、CloudWatchのコストでインスタンスあたり月額約XNUMXドル節約できます(上記の見積もりによる)。 ただし、コレクターで監視されるクラウドリソースは、クラウドライセンスではなく、通常のデバイスライセンスにカウントされます。
  2. ポーリング間隔を増やす–デフォルトでは、ほとんどのCloudWatchデータソースは1〜5分ごとにポーリングします。 これらのポーリング間隔を増やしてポーリングの頻度を減らすと、CloudWatch API呼び出しの数(したがってCloudWatchの請求額)が減ります。 ポーリング間隔を長くすると、アラートの評価に影響することに注意してください。 たとえば、すべてのポーリング間隔を10分ごとに変更すると、考えられるアラート条件が長くわからない場合があります。 ポーリング間隔は、で変更できることに注意してください。 データソースの定義.
  3. 自分にとって意味のあるデータポイントを特定します。特定のAWSデータソースには20を超えるデータポイントがあります(EFSなど)。 これらのデータポイントの一部が意味をなさない場合は、それらをDataSource定義から削除できます。 これにより、CloudWatch APIの呼び出しが少なくなり、CloudWatchのコストが最小限に抑えられます。 このためのベストプラクティスは、既存のDataSourceのクローンを作成し、appliesTo関数を「false()」に設定してCloudWatch呼び出しの重複を防ぎ、クローンから不要なデータポイントを削除することです。 これにより、データソース定義を更新するときに変更が上書きされるのを防ぎます。
  4. 監視するAWSリージョンの選択を解除する– AWSアカウント内の複数のリージョンを監視している可能性がありますが、監視したくない場合があります。 監視したくない地域の選択を解除して、コストを節約することもできます。 ただし、AWSリージョンの選択を解除すると、モニタリングデータは削除されます。
  1. タグフィルターの使用– AWSクラウド統合を使用してタグフィルタリングを設定できます。これにより、LogicMonitorは特定のタグが適用されたAWSリソースのみを検出できます。 これらのタグを目的のAWSリソースに適用すると、CloudWatchのコストも節約できます。

記事上で