Edge for Private Cloud v. 4.17.05
通常、本番環境では、環境内でモニタリング メカニズムを有効にする必要があります。 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 のモニタリング方法
- Apigee Monitoring ダッシュボード（ベータ版） Router の概要
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