コーヒーが好きな emi です。 私は CloudWatch Logs というサービスが便利で好きなのですが、一般的に「S3 と比べてコストがかかる」という印象を持たれている方が多いと感じています。 何にどれくらいコストがかかっているのか どんな時に CloudWatch Logs への保存を考えたらいいのか コスト削減するにはどのようなアーキテクチャにしたらいいのか 等を調査しまとめました。 料金簡易比較表 ※ 2024/5/25 時点の東京リージョンでの料金で、$1 = 156円換算 ※ どちらも保存クラスがスタンダードの場合 ※ S3 の書き込み料金はリクエスト回数によって計算されるため、下記表では 1 GB のファイルを 1 回でアップロードすることを想定して計算している CloudWatch Logs S3 Standard
New Amazon CloudWatch log class for infrequent access logs at a reduced price | Amazon Web Services
AWS News Blog New Amazon CloudWatch log class for infrequent access logs at a reduced price Amazon CloudWatch Logs announces today a new log class called Infrequent Access. This new log class offers a tailored set of capabilities at a lower cost for infrequently accessed logs, enabling customers to consolidate all their logs in one place in a cost-effective manner. As customers’ applications conti
困っていた内容 EC2 の内部ログを CloudWatch Logs に転送してログのリアルタイム監視を行っていますが、最近コストが増加しており、最適化したいと考えています。運用で見直すべきポイントを教えてください。 どう対応すればいいの？ CloudWatch Logs で課金される項目は以下の通りです。 これらのデータ量を削減することで、コストの削減が見込めます。 CloudWatch の料金ドキュメントより抜粋（※記事執筆時点の料金） 収集 (データの取り込み) 0.50USD/GB 保存 (アーカイブ) 0.03USD/GB 分析 (Logs Insights のクエリ) スキャンしたデータ 1 GB あたり 0.005USD 検出およびマスク (データ保護) スキャンされたデータ 1 GB あたり 0.12USD 分析 (Live Tail) 0.01 USD/分 以下
SESのバウンス率・苦情率を監視するためのCloudWatch Alarmを作成してみた | DevelopersIO
SESのバウンス率・苦情率を監視したい こんにちは！AWS事業本部のおつまみです。 SESをお使いのみなさん、バウンス率・苦情率を監視していますか？私はもちろんやっています。 SESでは評価ダッシュボードを開いて、バウンス率・苦情率を確認できます。 ただし、特定のしきい値に達した場合、ダッシュボードからは通知をおこなってくれません。 SES バウンス率・苦情率が高いまま、SESを使用し続けるとアカウントの E メール送信機能が一時停止されてしまいます。 Amazon SES 送信レビュープロセスに関するよくある質問 - Amazon Simple Email Service そのため今回は公式ドキュメントから案内されているとおり、特定のしきい値に達した場合にメール通知する方法をご紹介します。 やってみた 構成図 今回の構成図です。 SESの評判メトリクスをCloudWatchで監視します。
[アップデート] Amazon CloudWatch のアラームで、実行アクションに Lambda 関数を直接指定出来るようになりました | DevelopersIO
[アップデート] Amazon CloudWatch のアラームで、実行アクションに Lambda 関数を直接指定出来るようになりました いわさです。 Amazon CloudWatch のアラームではアラームの状態変更をトリガーとしたアクションを実行することが出来ます。 これまでは Amazon SNS への通知、Auto Scaling アクション（容量の変更）の実行、EC2 アクション（停止や再起動）、SSM アクション（OpsItem/インシデントの作成）を行うことが出来ていました。 本日のアップデートでこのアクションで新たに Lambda 関数を実行出来るようになりました。 従来はアラート発生時に Lambda によるカスタムアクションを実行したい場合は Amazon SNS トピックを経由して Lambda をサブスクライブさせて間接的に呼び出す必要がありましたが、直接統合出来
Amazon SESの送信イベントログをCloudWatch Logsに保存する設定をCDKv2でサクッとつくれるようにする | DevelopersIO
Amazon SESの送信イベントログをCloudWatch Logsに保存する設定をCDKv2でサクッとつくれるようにする ゲームソリューション部の新屋です。 SES検証中にメール送信のイベントログを取りたくなったので、もろもろの設定をCDKv2(TypeScript)で書いてみました。 実現すること 送信元ドメインをSESに登録し検証済みにする 配信・開封・ハードバウンス・苦情のメール送信イベントをトラッキングする メール送信イベントのログはSNS→Lambda→CloudWatchLogsに保存する ハードバウンス・苦情が発生したらアラームを発砲し、Slackに通知する 構成図 出来上がったコード ./bin/main.ts import { App, Stack, StackProps, Duration, RemovalPolicy, aws_logs as logs, aws_
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CloudWatch Logs と S3 にかかる料金比較 | DevelopersIO
CloudWatch Logs のコストを最適化する方法を教えてください | DevelopersIO