AWS CloudWatch Application Signals の料金体系
AWS Pricing MCP を利用し取得した価格データから AWS CloudWatch Application Signals の料金体系は以下の通りです。
AWS Pricing MCP を利用し取得した価格データから AWS CloudWatch Application Signals の料金体系は以下の通りです。
CloudWatch Application Signals で AIOps 強化が進んでおり期待が高まっております。
Application Signals MCP でどんなことができるのか AWS ドキュメント 記載の内容そのままに以下の問い合わせをしました。
What questions can I ask about CloudWatch or Application Signals MCP Servers?
すると以下のような回答を頂いたので備忘録として残しておきます。
本記事では、AWS VPC Lattice の Resource Gateway と、従来の Network Load Balancer (NLB) + VPC Endpoint Service + VPC Endpoint 構成について、コスト・セキュリティ・パフォーマンスの観点から詳細な比較分析を行います。
AWS Documentation MCP を利用し調査した結果です。
Performance Insights は 2026年6月30日にデプリケートされる予定です。
AWS has announced the end-of-life date for Performance Insights: June 30, 2026.
継続してパフォーマンスインサイト相当の機能を利用するには Performance Insights から CloudWatch Database Insights への移行する必要があります。
それぞれの機能差やコストについてまとめました。
Aurora Serverless v2 を導入検討する際に Aurora RDS Cluster Instance の最低インスタンスクラスである db.t4g.medium がどの程度のキャパシティに相当するのか調査した内容をまとめます。
Claude Code + AWS Document MCP で調査した内容をまとめます。
AWS NAT Gatewayには従来のゾーナル(Zonal)モードに加えて、新しくリージョナル(Regional)モードが提供されました。
本記事では、AWS公式ドキュメントに基づいて両者の特徴、コスト比較、およびIPアドレス管理についてまとめます。
Claude Code + MCP で自然言語で調査指示できる様になった話です。
AWS Glue Iceberg テーブルは 2025.10.28 時点で format-version=2 までサポートしていますが、format-version=3 はサポートしていません。
とはいえ、Iceberg format-version=3 としてデータを保存し利用はできます。
Athena でクエリ実行できない等の問題こそありますが、format-version=3 として利用はでき、テーブル v3 スペックの恩恵 を受けることができます。
AWS Glue テーブルを Iceberg v3 format で管理し、 Databricks 等の SaaS でデータを参照するような運用をしている場合には大きなパフォーマンスの向上が見込めます。
ですが、 AWS Glue テーブルの最適化機能は format-version=3 の場合、エラーとなります。
その為、Glue Job で Spark SQL 等でテーブル最適化を実施する必要があります。
以下実施例です。
iceberg テーブルの圧縮形式は snappy や gzip 等が選択できますが、
zstd が圧縮・伸縮効率がよくコストパフォーマンスに優れています。
ですが、
圧縮形式 zstd の parquet は s3 select 未サポート (2024.10.05 時点) なので、
parquet を解析したい場合、macOS ローカルにダウンロードし、解析するなりが必要です。
現時点 2025.10.03 では、 Iceberg format-versoin=3 では、 Athena からクエリ実行することもできません。
parquet-cli を利用しデータの内容を確認する必要があったので備忘録として残します。
1 | brew install parquet-cli |
AWS RDS の CDC を Kafka でストリーミングし Iceberg テーブルへ配信し分析基盤を構築しました。
その際に RDS のメトリクスから Kafka への流入量を試算するスクリプトを作成しましたので公開します。
SaaS への見積もりで流入量が必要だったので、スクリプトで試算した数値と合わせてスクリプトも提出した所、概ね問題ないことを確認いただけました。