Amazon CloudWatch で、お客様がログの傾向やパターンをより簡単に特定できる新しい Logs Insights コマンド「pattern」が発表されました。多くの場合、お客様は関連情報を特定するために何千行ものログを分析する必要があります。pattern コマンドは AWS Machine Learning アルゴリズムを使用して、ログデータのパターンを自動的に認識し、関連するログを集約し、何千行ものログを視覚化しやすいいくつかのグループにまとめます。pattern を使用すると、頻繁に発生するログ行を特定するなどして、お客様が新たな傾向を迅速に把握したり、既知のエラーをモニタリングしたり、コストの可視性を高めたりするのに役立ちます。 Amazon CloudWatch Logs Insights は、CloudWatch 用の完全に統合されたログ分析サービスです。従量制料金

Amazon CloudWatch Synthetics が、米国西部 (オレゴン)、米国西部 (北カリフォルニア)、欧州 (フランクフルト)、欧州 (ロンドン)、欧州 (パリ)、欧州 (ストックホルム)、カナダ (中部)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (ムンバイ)、南米 (サンパウロ) の 13 の追加リージョンで利用可能になりました。Amazon CloudWatch Synthetics では、Canary を作成してエンドポイントと API を監視できます。 Canary は、同じルートをたどり、顧客と同じアクションを実行する設定可能なスクリプトです。これにより、顧客の体験を外部から確認でき、顧客の視点からサービスを利用できるようになります。Canary は

CloudWatch 埋め込みメトリックフォーマットを使用すると、複雑な高カーディナリティーアプリケーションデータをログの形式で取り込み、それらから実用的なメトリックを簡単に生成できます。従来、Lambda 関数やコンテナなどの一時的なリソースから実用的なカスタムメトリックを生成することは困難でした。このリリースでは、これらの環境に関する洞察を得るために複雑なアーキテクチャや複数のサードパーティーツールに依存する必要はありません。新しい埋め込みメトリックフォーマットでログを送信することにより、ログデータの強力な分析機能を獲得しながら、個別のコードをインストルメント化または保守することなく、カスタムメトリックを簡単に作成できるようになりました。 この新機能にはいくつかの利点があります。詳細なログイベントデータと一緒にカスタムメトリックを埋め込むことができます。CloudWatch はカスタム

Amazon CloudWatch ServiceLens は、アプリケーションの正常性、パフォーマンス、可用性を 1 か所で視覚化および分析できるようにする新機能です。CloudWatch ServiceLens は、CloudWatch メトリックとログ、AWS X-Ray からのトレースを結び付けて、アプリケーションとその依存関係の完全なビューを提供します。これにより、パフォーマンスのボトルネックを迅速に特定し、アプリケーション問題の根本原因を特定し、影響を受けるユーザーを特定できます。 CloudWatch ServiceLens を使用すると、インフラストラクチャのモニタリング (メトリックとログを使用してアプリケーションをサポートするリソースを理解する) とトランザクションのモニタリング (トレースを使用してリソース間の依存関係を理解する) の 2 つの主要分野でアプリケーショ

Amazon CloudWatch 使用メトリックとサービスクォータの統合を使用して、積極的にクォータを管理できるようになりました。使用メトリックは、AWS サービスのリソースと API の使用率を可視化します。新しいメトリック計算機能により、サービスクォータから最新のクォータを取得できます。これらの機能を使用すると、サービスの使用状況をより明確に把握できるようになり、クォータの積極的な管理を開始できます。 クォータに近づいていることを警告するアラームを設定し、カスタムダッシュボードで現在のサービス使用量を視覚化して、クォータを効果的に管理できます。起動時に、Amazon EC2、Amazon DynamoDB、Amazon Kinesis Data Firehose、AWS Key Management Service (AWS KMS)、AWS CloudHSM、および Amazon

Amazon CloudWatch Container Insights を使用して、コンテナ化されたアプリケーションやマイクロサービス環境のモニタリング、隔離、診断を実行できるようになりました。DevOPs エンジニアやシステムエンジニアは、このフルマネージドサービスである Amazon CloudWatch の一部に組み込まれた新機能を通じて、Amazon Elastic Container Service (ECS)、AWS Faregate、Amazon Elastic Container Service for Kubernetes (EKS)、Kubernetes のクラスターのパフォーマンスとヘルス状態の概要をポッド、ノード、名前空間、タスク、コンテナ、サービスごとに表示した自動化ダッシュボードを使用できます。 CloudWatch Container Insights は、

Amazon Web Services ブログ コンテナとコンテナ化されたアプリケーションに対する運用上の洞察 コンテナ化されたアプリケーションとマイクロサービスの適応が増えるに従い、監視と管理の負担がますます増えます。ビルダには Amazon Elastic Compute Cloud (EC2) のインスタンスなどのより長期にわたるインフラすトラクタに使用されるため、同じレベルの監視が期待され、要求されています。対照的に、コンテナは比較的短命で、通常は継続的なデプロイが求められます。これにより、信頼性をもって監視データを収集し、パフォーマンスやその他の問題を分析することが困難になり、このことが修復時間に影響を与えます。さらに、ビルダはさまざまなツールを使用してこの分析と検査を実行し、一連のインフラストラクチャとアプリケーションのメトリック、ログ、およびその他のトレース全体でコンテキスト

CloudWatch Logs を使用して、環境内で発生した CloudWatch Events を保存、モニタリング、分析できるようになりました。 この新機能では、CloudWatch Event ルールが一致するとログストリームが作成され、トリガーされたイベントからのテキストが CloudWatch Logs によってログエントリとして保存されます。たとえば、ルールを作成し Amazon EC2 の状態変更通知を CloudWatch Logs に記録することができます。その後、CloudWatch Logs Insights を使用してこのログデータをインタラクティブに検索および分析できます。AWS コンソール、AWS CLI、または SDK を使用して、CloudWatch Logs を CloudWatch Events のターゲットとして使用することができます。ルールを作成し、

コンテナ化されたアプリケーションやマイクロサービス環境のモニタリング、隔離、診断を実行できる Amazon CloudWatch Container Insights のプレビューが始まりました。プレビュー期間中、DevOPs エンジニアやシステムエンジニアは、Amazon Elastic Container Service (ECS) と AWS Fargate のクラスターのパフォーマンスとヘルス状態が、タスク、コンテナ、サービスごとに表示された自動化ダッシュボードを使用できます。 ECS マネジメントコンソールまたは AWS CLI で数回クリックするだけで、コンテナやクラスターの詳細なパフォーマンスメトリクス、ログ、メタデータを収集できるようになります。詳細については、CloudWatch Container Insights のドキュメントの手順に従ってください。

Lambda モニタリングタブから直接、Lambda 関数の最近の呼び出しに関する統計情報を確認できるようになりました。 CloudWatch Logs Insights を使用すると、Amazon CloudWatch Logs のログデータをインタラクティブに検索し分析することが可能になります。現在、Lambda コンソールのモニタリングタブには、Duration、Billed Duration、Memory Size、MaxMemoryUsed を含む、直近の呼び出し 10 件に関する統計情報が表示されるようになっています。加えて、最もコストの高い呼び出し 10 件の Billed Duration、Memory Size、GB-Seconds も表示されます。特定の呼び出しに関するログをより迅速に見つけるために、ログストリームへのリンクをクリックして、適切な CloudWatch

CloudWatch Events で異なる AWS アカウントが互いにイベントを共有できるようになりました。異なる AWS アカウントから 1 つのアカウントまで、すべてのイベントを収集できるようになりました。こうしたイベントは EC2 イベント、AWS API 呼び出しイベント、AWS ヘルスイベントなどが対象になります。サポートの対象になっているイベントリストについてはこちらをご覧ください。 Event Bus という新しい CloudWatch イベントリソースで他のアカウントにイベントを配信することができます。イベントバスは AWS サービス、他の AWS アカウント、PutEvents API 呼び出しからのイベントを受け入れることができます。すべての AWS アカウントにはデフォルトのイベントバスが 1 つあります。別のアカウントにイベントを送信するには、必要なイベントに一致

Amazon CloudWatch は、クラウドリソースと AWS で実行されるアプリケーションの AWS のモニタリングサービスです。Amazon CloudWatch を使用して、メトリクスを収集/追跡し、ログファイルを収集してモニタリングし、アラームを設定できます。Amazon CloudWatch は、Amazon EC2 インスタンス、Amazon DynamoDB テーブル、Amazon RDS DB インスタンスなどの AWS リソース、アプリケーションやサービスに生成されたカスタムメトリクス、オンプレミス、ハイブリッド、別のクラウドでホストされる、アプリケーションが生成するあらゆるログファイルをモニタリングできます。Amazon CloudWatch を使用して、リソース使用率、アプリケーションパフォーマンス、オペレーションの状態においてシステム全体の可視性を得られます。こ

CloudWatch から Mackerel にメトリックを送る方法 2019年版 / Mackerel Meetup 13

Amazon EC2 Spot インスタンスは、Amazon EC2 でこれらのインスタンスを再利用しようとする際、2 分警告を受け取ります。本日より、Spot インスタンスの 2 分警告が Amazon CloudWatch イベント CLI を介して利用可能となり、引き続きインスタンスメタデータサービスにアクセスすることで利用可能になります。 Amazon CloudWatch イベントは、アマゾン ウェブ サービス（AWS）リソースの変更を記述するシステムイベントのほぼリアルタイムのストリームを配信します。イベントを照合する簡単なルールを設定することで、CloudWatch ユーザーはこれらのイベントを 1 つ以上のターゲット関数またはストリームにルートできます。CloudWatch ユーザーは、SNS トピックに EC2 Spot の 2 分警告を自動的に送信してプッシュ通知を取得

これで、AWS PrivateLink を使って Virtual Private Cloud (VPC) から Amazon CloudWatch にアクセスできるようになります。 これにより、AWS ネットワークで CloudWatch のメトリクス、ログ、イベントにセキュアに接続することができます。 PrivateLink の詳細については、こちらを参照してください。VPC エンドポイントの作成方法に関する詳細情報は、こちらのドキュメントをご覧ください。 CloudWatch の詳細については、ドキュメントをご覧ください。

Amazon Web Services ブログ 新機能 – Amazon CloudWatch Logs Insights – 高速でインタラクティブなログ分析 多くのAWSサービスがログを生成します。すぐに思いつくものだけで VPC Flow ログ、Route 53 ログ、Lambda ログ、CloudTail ログ (AWS API 呼び出しのログ)、RDS ログ、IoT ログ、ECS ログ、API Gateway ログ、S3 サーバーアクセス ログ、EC2 インスタンスログ (CloudWatch Agent 経由）があります。EC2インスタンスの上で動くサービス（Apache、Tomcat、NGINXなど）もログを生成します。そしてあなたのアプリケーションコードもおそらく同じでしょう。 それらのログに含まれる、データ、パターン、傾向、洞察により、あなたのアプリケーションや AWS