Google Cloud App Engineは、ユーザーがアプリケーションを開発およびデプロイできるようにするサーバーレスプラットフォームです。 App Engineを使用すると、開発者はインフラストラクチャの管理ではなく、アプリケーションの構築に集中できます。 基盤となるインフラストラクチャの維持について心配する必要はありませんが、ダウンタイムを予防的に防ぐために、AppEngineの状態とパフォーマンスを十分に把握できるようにする必要があります。 LogicMonitorを使用すると、XNUMX枚のガラス板で残りのハイブリッドインフラストラクチャと一緒にGCP AppEngineを監視できます。
GCP App Engineアプリケーション内で、基本的にマイクロサービスであるXNUMXつ以上のサービスを作成し、各サービス内に複数のバージョンを含めることができます(マシン情報の記入> という構文でなければなりません。例えば、 青緑色の展開に対応するため)、各バージョンにはXNUMXつ以上の基盤となるコンピューティングインスタンスがあります。 GCP App Engineを包括的に監視することで、特定のサービスバージョンのパフォーマンスを確認できます。 具体的には、バージョンごとに次の主要な指標に細心の注意を払うことをお勧めします。
- HTTP5xx応答
5xx応答は、サーバー側のエラーを表します。 このような応答の増加は、AppEngineサービスに問題があることを示している可能性があります。 これらの応答の数を監視するだけでなく、アラートを受け取り、問題を修正するためのアクションを実行できるようにアラートしきい値を構成する必要があります。 LogicMonitorには、AppEngineサービスが5xxエラーを返し始めたときにアラートをトリガーする事前設定されたしきい値があります。 - DoSインターセプト
DoSインターセプトは、サービス拒否(DoS)攻撃を防ぐために、5秒あたりに発生するインターセプトの数をカウントします。 この数の増加は、アプリケーションの可用性に影響を与える可能性のあるセキュリティの問題または構成の誤りを示している可能性があります。 HTTP XNUMXxx応答カウントと同様に、DoSインターセプトカウントがゼロ以外の場合に通知するようにアラートしきい値を構成する必要があります。 LogicMonitorには、このアラートしきい値が組み込まれています。 - クォータ拒否
クォータ拒否は、AppEngineがXNUMX分あたりのクォータのXNUMXつを超えたために失敗したリクエストをカウントします。 これらのクォータの中には、アプリケーションがXNUMX分あたりに受信できるデータの量とアプリケーションがXNUMX分あたりに送信できるデータの量の制限があります。 場合によっては、超過使用量を支払うことでこれらの割り当てを増やすことができます。 とにかく、クォータの拒否を監視して、クォータの過剰な使用が原因でリクエストが失敗した時期と、そのようなイベントが先に進まないようにサービスを最適化する方法を特定する必要があります。 - CPUとメモリの使用率
CPUとメモリの使用率が高いことを監視および警告することで、何かが標準から外れていることを特定できます。パフォーマンスへの影響を回避するには、アプリケーションを最適化する必要があります。 LogicMonitorには、これらのシナリオで警告およびエラーアラートを受信するように構成されたすぐに使用可能なしきい値があります。
上記の主要な指標に加えて、LogicMonitorは、AppEngineサービスの正常性とパフォーマンスを可視化するさらに多くの指標を監視します。
に 始めます LogicMonitorを使用してGCPApp Engineを監視するには、プロジェクトのビューアの役割を持つサービスアカウントを提供するだけです。 GCP APIを使用して、各バージョンを含むApp Engineサービスを自動的に検出し、すぐに監視を開始します。 すぐに使用できるアラートしきい値とダッシュボードにより、ベストプラクティスに基づいた即時の洞察が保証され、環境に合わせて簡単にカスタマイズできます。 何よりも、LogicMonitorは、分散IT環境にある他のGCP、AWS、Azure、またはオンプレミスの監視対象リソースとともに、GCP AppEngineに対するこの可視性を提供します。
今すぐ無料のLogicMonitorトライアルにサインアップしてください!
私たちのブログを購読する
このような記事をあなたの受信箱に直接お届けします