AWSアプリケーション関連サービスのモニタリング

AWSアプリケーション関連サービスのモニタリング

アマゾンウェブサービス(AWS)には、アプリケーション開発チームがバックエンドからフロントエンドサービスまで、作業エクスペリエンスを強化および合理化するのに役立つ一連のツールがあります。 LogicMonitorは、これらのサービスからのデータを統合し、クラウド内であろうとオンプレミス内であろうと、ユーザーがインフラストラクチャの他の部分と並べて監視できるようにします。 ビジネスの継続性を確保するためにこれらのサービスのいくつかを監視するためのヒントを読み続けてください。

ドキュメントDB *(データベース)

Amazon DocumentDB(MongoDB互換性あり)は、MongoDBワークロードをサポートする、高速でスケーラブルな高可用性のフルマネージドドキュメントデータベースサービスです。 私たちのユーザーはすでに伝統的な MongoDBの ワークロード、およびこのデータソースを使用して、LogicMonitorのプラットフォーム内でAWSDocumentDBワークロードを監視できるようになりました。 従来のMongoDB環境からDocumentDBへの移行を計画している組織の場合、LogicMonitorは、移行を綿密に監視し、問題が発生した場合に警告するためのメトリックを提供します。

CPU、メモリ、ネットワークアクティビティ、データベース接続、およびIOPSメトリックを監視することにより、クラスターを正常に保ちます。 ノードがダウンした場合、レプリケーションラグメトリック(instanceReplicaLag)を監視できます。 ラグが大きすぎると、データが正しく同期されない可能性があるため、このメトリックに注意してください。 

保存期間またはスナップショットのいずれかを介してバックアップを保持することは重要ですが、これらのバックアップが使用しているストレージ容量を知ることも重要です。 クラウド環境でストレージを見落とすと大きな頭痛の種になる可能性があるため、より大きなバックアップファイルを追跡して、ストレージの予算内に収まるようにしてください。 これらのメトリック、backupRetentionPeriodStorageUsed、およびsnapshotStorageUsedを追跡することにより、予期しないスパイクを確認し、すぐにアクションを実行できます。

RDSサービス制限*(データベース)

LogicMonitorには、有用な監視メトリックを処理するRDS固有のデータソースがすでにあります。 この新しい拡張機能は、RDSサービス制限を監視するための独自のメトリックを追加しています。 Amazonは、AWSアカウントで作成できるRDSリソースの数にサービス制限を設定します。 これらのリソースのいくつかには、データベースクラスター、インスタンス、パラメーター、スナップショット、および割り当てられたストレージの数が含まれます。 このデータを使用すると、AmazonがRDSリソースに対して持っている制限/割り当てを超えることができます。 重要なリソースが割り当てに近づいたときに、不意を突かれることはなく、それに応じて対応することができます。

MQ(アプリケーション統合)

多くの場合、ユーザーは、部分的にMQに依存し、部分的にオンプレミスまたはクラウドのいずれかで実行されている他のインフラストラクチャに依存する可能性のある複雑なサービスを利用します。 LogicMonitorの集中監視により、可視性が向上するため、ハイブリッド環境でのこれらの複雑なサービスの問題を予防的に防ぐことができます。 Amazon MQは、ApacheActiveMQのマネージドメッセージブローカーサービスです。 LMは、これらのマネージドブローカーの可視性を提供するため、アプリケーションチームは、メッセージ数、CPU、メモリ、ストレージ、ネットワーク使用率などのメトリックを使用して稼働時間とパフォーマンスを最大化できます。

LogicMonitorのAWSMQダッシュボード

アクティブ/スタンバイ展開の場合、LogicMonitorにはスタンバイリソース専用のデータソースがあります。 アクティブメトリックとスタンバイメトリックを分離すると、より明確になり、データの一貫性が保たれます。

Codebuild(開発者ツール)

AWS CodeBuildは、ソースコードをコンパイルし、テストを実行し、デプロイの準備ができているソフトウェアパッケージを生成する、フルマネージドの継続的インテグレーションサービスです。 ビルドプロジェクトを監視して、ビルドが正常に適切なタイミングで実行されていることを確認できます。 最終的には、インフラストラクチャデータとともにパフォーマンスと稼働時間を最適化するための情報を提供します。 

アプリケーション開発チームは、ビルドが失敗したときに注意する必要があります。 このデータソースには、ビルドが失敗した場合に通知を自動的にトリガーする事前定義されたしきい値があります。 ビルドは迅速に行う必要があり、ビルド時間の内訳を使用して、遅延の原因となっているビルドのステップを特定し、場合によってはリソースを追加してプロジェクトのビルド時間を最適化できます。

私たちは最近、私たちへのコミットメントを強調しました AWSパートナーシップ、および当社の開発者は、新しいAWSモニタリング統合を開発し続けています。 これはいくつかを強調した以前のブログです AWS分析サービス。 これらの新しい統合はすべて、 LMクラウド 募集。 LM Cloudをご利用で、すでにこれらのAmazonサービスのいずれかを利用している場合、LogicMonitorはこれらの指標の収集を自動的に開始します。 

これらの新しい監視統合に関して質問がある場合は、CSMに連絡するか、詳細についてお問い合わせください。 またはあなたはすることができます LogicMonitorを無料でお試しください.

フアン・カルロス・レイエス

Juan Carlosは、2014年のFightin'Texas Aggie Classの大声で誇り高いメンバーです。彼は、DynatraceやNewRelicなどのAPMツールを使用するパフォーマンスエンジニアとして4年以上の経験があります。 余暇には、妻と一緒に長いハイキングや国立公園の探索を楽しんでいます。 楽しくてエキサイティングなボードゲームを知っているなら、彼は新しいゲームを試すのが大好きなので、必ずメモを残してください。 ありがとう、ギグ!

LogicBlogを購読して、LogicMonitorの最新の開発に関する最新情報を入手し、ITエキスパートとエンジニアのワールドクラスのチーム、およびITプロフェッショナルが愛する製品。

LogicBlogの他の記事

アンペアロボット 影

お店の話をしましょう。

STARTED GET