モニター
安定した高可用性環境を提供すると同時に、e-コマース・チャネル全体で正確でリアルタイムの可用性を確保することが重要です。 さまざまなモニタリング・サービスおよびツールを使用すると、メトリック、パフォーマンス、および正常性の状況を評価して、アカウントが中断されないようにすることができます。
モニタリングは、傾向の分析、パフォーマンスの最適化、およびキャパシティー・プランニングの実行に役立ちます。 また、障害や異常なトラフィックを軽減し、必要に応じて主要な担当者に自動的に報告するために、シンセティック・モニタリングも実装されています。 IBM 運用チームは、停止がタイムリーに処理されるように、1 日 24 時間利用できます。
免責事項：
- 一部のメトリックまたはコンポーネントは、詳細な診断のためにのみ存在します。
- IBM が使用するモニター・ツール、パラメーター、および仕様は、予告なしに変更される場合があります。 モニターの詳細の多くは、ネットワーク、データベース、およびインフラストラクチャーのモニターなど、 IBM の専有情報および機密情報です。
IBM は何をモニターしますか?
IBM は、以下の 3 つのレベルのインフラストラクチャーをすべてモニターします。
システムとインフラストラクチャーのモニター
システムおよびインフラストラクチャーのモニターは、物理サーバー・ハードウェア、仮想マシン・リソース、およびネットワークの正常性および正常性を検査します。 このモニターには、CPU およびオペレーティング・システムのメモリー使用量、ファイル・システムの正常性、ネットワーク可用性、スループットなどが含まれます。 インフラストラクチャーのモニターおよび IBM 運用チームへのアラートは、アプリケーション・アカウントの一部として提供される標準サービスです。
注: システムおよびインフラストラクチャーのモニターは、すべての環境に対して実行されます。 ただし、実動アカウントに対してのみアラートが生成されます。
以下の表は、アプリケーションによって実行されるシステムおよびインフラストラクチャーのモニターの一部を示しています。| モニタリング・レベル | 説明 |
|---|---|
| サーバー・ディスク使用量 | IBM は、サーバー・ファイル・システムをモニターし、使用可能なディスク・スペースがあることを確認します。 |
| ディスク入出力 | IBM は、ファイル・システム上の操作における入出力の問題を追跡します。 |
| 物理メモリー | IBM は、サーバーの物理メモリー使用量をモニターします。 |
| サーバーの CPU 使用率 | IBM は、CPU の使用率の急上昇をモニターし、パフォーマンス・トレンド用にデータをトラッキングします。 |
| ネットワーク | IBM は、総合的なモニターや内部メソッドなど、さまざまな方法を使用して複数の層でネットワーク接続と帯域幅をモニターします。 サーバー、ファイアウォール、ルーター、プロキシー・サーバー、およびロード・バランサーなどが対象です。 |
| ロード・バランサー (HAProxy) | IBM は、アプリケーション・ロード・バランサー (HAProxy) が稼働し、listen していることをモニターして確認します。 URL モニターにより、要求が確実にアプリケーション・サーバーに届くようにします。 |
| トラフィックの異常 | IBM は、異常な Web トラフィックをモニターし、DDOS 攻撃を防止します。 |
アプリケーション・レベルのモニター
アプリケーションはサーバー・インフラストラクチャー上で実行され、アプリケーションをサポートするためのソフトウェアとサービスを提供します。 このアプリケーションには、アプリケーション JVM、アプリケーション・サーバー・ノード・インスタンス、データベース論理サーバー、メッセージング・システム、およびアプリケーション・コンポーネントのモニターが含まれます。
注: アプリケーション・モニターは常に実稼働環境で実行され、実稼働前環境では限定的なモニターのみが実行されます。
以下の表は、アプリケーションによって実行されるアプリケーション・モニターの一部を示しています。| モニタリング・レベル | 説明 |
|---|---|
| Dockerコンテナー | IBM は、Docker コンテナーをモニターして、それらが常に稼働中であることを確認します。 |
| ミドルウェア・コンポーネント |
|
| アプリケーション・エラー率 | IBM は、すべてのアプリケーション・サービスおよびバックグラウンド・サービスをモニターして、エラー率を評価します。 定義された時間フレーム内にエラー率がしきい値を超えると、アラートがトリガーされます。 |
| メッセージ伝搬遅延 | IBM は、メッセージ伝搬率をモニターして、遅延が最小になるようにします。 |
| 集約された遅延 | IBM は、バックグラウンド・プロセスの開始と終了の間の合計遅延をモニターします。 |
| Web サーバーの応答時間 | IBM は、API の応答時間をモニターして、その時間が APDEX と同様の満足のいく評価の範囲内に収まっていることを確認します。 |
| サービス・スループット | IBM は、1 分当たりに処理される要求の数が満足のいくしきい値内に収まるようにします。 |
アプリケーション遅延モニター
一部の API 要求は非同期で処理されるため、これらの処理時間をモニターすることが重要です。 例えば、供給更新では、ユーザーは受け入れ状況を受け取りますが、プロセスが完了したことを確認する方法はありません。
モニターは、プロセス時間が満足のいくしきい値内に収まるようにするために重要な役割を果たします。 しきい値を超えると、問題を解決するために運用チームに即時にアラートが出されます。 しきい値または許容範囲レベルの詳細については、テナントのサービス・レベル・アグリーメントを参照してください。
遅延モニターは、以下のいくつかの主要メトリックを使用します。
- メッセージ伝搬遅延
- ネットワーク遅延
- 応答時間 (Web およびバックグラウンド・プロセス)
- 集約遅延
メトリックは、すべてのテナント・アカウントにわたってグローバル・レベルで追跡されます。
シンセティック・モニタリング
シンセティック・モニターは、特殊なツールを使用して、サポートされている各 API への Web 要求をシミュレートする技法です。 シンセティック・モニターは、以下のレベルで実装されています。
| モニタリング・レベル | 頻度 | 説明 |
|---|---|---|
| 接続性 | 5 分ごと | シンセティック・モニターは、サポートされている各 API に対する API 要求を呼び出し、予期される応答状況と十分な応答時間を検証します。 |
| データの完全性 | 15 分ごと | シンセティック・モニターは、標準的なユース・ケースをシミュレートし、システムによって受け入れられるデータを確実に取得できるようにします。 また、計算された値が正しいかどうかが検証されます。 |
| バックアップの伝搬 | 毎時 | ロケーションで処理されたデータが正しく保管され、バックアップ・ロケーションから取得可能であることを確認します。 |