このページは Cloud Translation API によって翻訳されました。

モニタリング対象

Edge for Private Cloud v. 4.17.01

通常、本番環境では、環境内でモニタリングメカニズムを有効にする必要があります。 Apigee Edge for Private Cloud のデプロイ。これらの監視手法によって、ネットワークが管理者（またはオペレーター）が、エラーや障害の責任を負います。生成されたすべてのエラーは、 Apigee Edge でアラートを確認できます。アラートの詳細については、モニタリングのベストプラクティスをご覧ください。

わかりやすくするため、Apigee コンポーネントは主に次の 2 つのカテゴリに分類されています。

Apigee 固有の Java サーバーサービス – これには管理が含まれます。 Server、Message Processor、Qpid Server、Postgres Server です。
サードパーティのサービス – Nginx Router、Apache Cassandra、 Apache ZooKeeper、OpenLDAP、PostgreSQL データベース、Qpid です。

次の表に、Apigee Edge のオンプレミスデプロイにおけるモニタリングできるパラメータは次のとおりです。

コンポーネント		システムチェック	プロセスレベルの統計	API レベルのチェック	メッセージフローのチェック	コンポーネント固有
Apigee 固有の Java サービス	管理サーバー	?	?	?
	Message Processor	?	?	?	?
	Qpid サーバー	?	?	?
	Postgres サーバー	?	?	?
サードパーティのサービス	Apache Cassandra	?				?
	Apache ZooKeeper	?				?
	OpenLDAP	?				?
	PostgreSQL データベース	?				?
	Qpid	?				?
	Nginx ルーター	?	?		?

一般に、Apigee Edge をインストールした後、次のモニタリングを実行できます。 Apigee Edge for Private Cloud インストールのパフォーマンスを追跡できます。

システムのヘルスチェック

CPU 使用率、メモリ、メモリなど、システムの健全性パラメータを測定することがポート接続の上位レベルでモニタリングできます。次のパラメータをモニタリングして、システムの健全性の基本を把握します。

CPU 使用率 – 基本的な統計情報（ユーザー / システム / I/O）を指定します。待機/アイドル状態など）。たとえば、システムで使用されている合計 CPU などです。
Free/Used Memory – システムメモリの使用率をバイト単位で指定します。たとえば、システムで使用される物理メモリなどです。
Disk Space Usage – 以下に基づいてファイルシステム情報を指定します。現在のディスク使用量を表します。たとえば、システムで使用されているハードディスク領域などです。
Load Average: 完了を待機しているプロセスの数を指定します。あります。
Network Statistics – 送信されたネットワークパケット/バイト数特定のコンポーネントに関する送信エラーが表示されます。

プロセス/アプリケーションのチェック

プロセスレベルでは、実行中のすべてのプロセスに関するできます。たとえば、プロセスやアプリケーションによって実行されたメモリや CPU の説明します。qpidd、postgres postmaster、java などのプロセスについては、次のとおりです。

プロセスの識別: 特定の Apigee プロセスを識別します。たとえば Apigee サーバーの Java プロセスの存在をモニタリングできます。
スレッドの統計情報: プロセスが基盤となるスレッドパターンを表示します。あります。たとえば、すべてのプロセスのピークスレッド数やスレッド数をモニタリングできます。
メモリ使用量: すべての Apigee プロセスのメモリ使用量を表示します。たとえば、ヒープメモリの使用量、ヒープ以外のメモリ使用量などのパラメータをモニタリングできます。できます。

API レベルのチェック

API レベルでは、よく使用される API のサーバーが稼働中かどうかをモニタリングできます。 Apigee によってプロキシされる呼び出し。たとえば、管理サーバー、ルーター、 Message Processor 用の次の cURL コマンドを呼び出します。

curl http://<host>:<port>/v1/servers/self/up

ここで、<host> は IP このアドレスです。<port>各 Edge コンポーネントに固有の番号です。例:

管理サーバー: 8080

ルーター: 8081
Message Processor: 8082
その他

それぞれに対してこのコマンドを実行する方法については、以下の個々のセクションをご覧ください。コンポーネント

この呼び出しは「true」を返します。「false」に設定します。最良の結果を得るには、API 呼び出しを発行して（Apigee ソフトウェアとやり取りする）バックエンドに直接付与することで、エラーが Apigee ソフトウェア環境内に存在するかバックエンドに存在するかを示します。

注: API プロキシをモニタリングするには、Apigee の API Health も使用できます。API Health はスケジュールされた呼び出しを作成し、失敗したタイミングと方法を通知する機能を提供します。呼び出しが成功すると API Health はレスポンス時間を表示し、レスポンスのレイテンシが高いときに通知することもできます。API Health は、世界中のさまざまな場所から呼び出しを行い、API の動作を比較できます。あります。

メッセージフローのチェック

Router と Message Processor からメッセージフローに関するデータを収集できるパターン/統計。これにより、以下をモニタリングできます。

アクティブなクライアントの数
レスポンス数（10X、20X、30X、40X、50X）
接続エラー

これにより、API メッセージフロー用のダッシュボードを提供できます。

Message Processor のルーターヘルスチェック

Router はヘルスチェックメカニズムを実装して、どの Message Processor を確認しますMessage Processor でダウンまたは低速が検出された場合、Router は Message Processor が自動的にローテーションから除外されます。その場合、Router はパケットを書き込み、「マークダウン」/opt/apigee/var/log/edge-router/logs/system.log にある Router ログファイルに書き出します。

Router のログファイルでこれらのメッセージをモニタリングできます。たとえば、ルーターが Message Processor はローテーションから外れると、次の形式でメッセージがログに書き込まれます。

2014-05-06 15:51:52,159 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now DISCONNECTED. handle = <MP_IP> at 1399409512159

2014-04-17 12:54:48,512 org: env: nioEventLoopGroup-2-2 INFO HEARTBEAT - HBTracker.gotResponse() : No HeartBeat detected from /<MP_IP>:<PORT> Mark Down

ここで、/<MP_IP>:<PORT> は IP アドレスで、 Message Processor のポート番号です。

その後、Router がヘルスチェックを実行し、Message Processor が正常に機能すると、Router は Message Processor を自動的にローテーションに戻します。「 Router は "Mark Up" も次の形式でログにメッセージを追加します。

2014-05-06 16:07:29,054 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now CONNECTED. handle = <IP> at 1399410449054

2014-04-17 12:55:06,064 org: env: nioEventLoopGroup-4-1 INFO HEARTBEAT - HBTracker.updateHB() : HeartBeat detected from /<IP>:<PORT> Mark Up