HPソフトウェア-ITおよびビジネスサービスの監視システムを構築するための最新のアプローチ

HPソフトウェアソリューションを使用すると、まれなネットワークの問題、結果に満ちたネットワークバグを確認できます。 それらが導く可能性のあるすべてのイベント、引き起こされた変更などを確認できます。プログラム自体がこれらのイベントを比較し、ネットワークの弱点と問題領域を示します。 これらのツールを使用すると、クリティカルフェーズに入る前であっても、ネットワークの問題を確認できます。

HP Software分析ソリューションを使用して、隠れたネットワークの問題やビジネスアプリケーションなどを特定する方法について

IT管​​理などのソフトウェアソリューションは、IT管理の自動化、プロセスの自動化、監視タスク、データセンター管理のための多くの興味深いソリューションを含む幅広い製品を表しています。

今日は、監視用に設計されたソリューションについて説明します。ITハードウェアだけでなく、ビジネスに関心のあるビジネスサービスも監視します。

今では誰にも秘密ではなく、多くの企業がITに基づいてビジネスを構築しています。 マネージャーは、別個のサーバーと別個のハードウェアで何が起こるかについてあまり関心がありません。 まず第一に、提供されるサービスの品質、顧客満足度、およびビジネスサービスを高レベルで機能させ、会社の継続的な運営を確保する能力に興味があります。

したがって、私たちのサービスが悪化したとき（それが内部クライアントまたは内部ユーザーである場合、それは少し許容できます）、それが銀行、テレコムのクライアントである場合、またはどの会社であっても、貧弱なサービスに遭遇したとき、それは何をしますか？ 彼は競争相手に行きます。

したがって、この種の監視の主なタスクの1つは、ITで発生するイベントをビジネスサービスの状態、問題を予測する機能、トラブルシューティングを自動化してサービスをできる限り迅速かつ効率的に復元できるようにする柔軟なツールを提供することです。 。 したがって、顧客と顧客に高品質のサービスを保証するとき、彼らは引き続き協力し、利益が増加し、市場をより多く獲得し、競合他社と比較して美しく見えます。

このような問題を解決するために、Hewlett-Packardは何を提供していますか？ 一般に、HPにはかなり幅広いポートフォリオがあり、HPは25年以上監視ソリューションに従事しており、ネットワーク監視、ネットワークノードマネージャーから始め、誰かがそれを知っている、そしていくつかの興味深いソリューションが開発され、いくつかのソリューションがHPに入りました特定の業界のリーダーであった他の企業から購入したためです。

HPソフトウェアソリューション

要約すると、提案されたソリューションを4つのカテゴリに分けることができます。

最初の最も単純で最も理解しやすいものは、インフラストラクチャの監視（インフラストラクチャ管理）です。ここでは、ネットワーク、サーバー、ソフトウェア、つまり ITリソース。 原則として、多くの企業はこれらの問題を商業的または無料の手段ですでに解決しています。 たとえば、Nagios、ZabbixはMicrosoftを使用しているため、ここで停止しません。
アプリケーションパフォーマンス管理などについて詳しく説明します。これは、アプリケーションの可用性、したがってその下にあるすべての包括的な監視、エンドユーザーの観点からの監視、アプリケーション内の問題の診断機能を実行する機能です。

次に、Operations Bridge-珍しい名前であるUmbrellaは、監視データと利用可能なまたは新規のさまざまなデータを組み合わせて単一のコンソールを作成できる包括的な監視システムです。 監視サービスは、サービスがどのように感じるかを統一したビューを提供し、QPIを計算し、すべてのイベントとパフォーマンスメトリックがそこにダンプされるコンソールです。

また、Operations Analyticsは1年以上前に市場に参入したHPの最新の開発であり、あまり知られていない問題を見つけることができるソリューションです。

従来の監視について話すとき、何を測定したいかを知っています。ほとんどの場合、しきい値がどうあるべきかを知っています。 すでにわかっていること、予想される失敗を探しています。 たとえば、ログ内の既知のイベントでは、重要なパフォーマンスまたはサービスの可用性パラメーターを制御します。これらのパラメーターには、しきい値も設定します。

実際、大企業のITインフラストラクチャには、すべてを制御できないイベントが数多くあります。 たとえば、ログが1日あたりギガバイト単位で増加している電話オペレーターについて言うと、Operations AnalyticsはBigData処理メソッド、非標準の問題を特定するための人工知能メソッドを使用して、そうでない障害を見つけることはできません以前は非標準のソリューションでした。

UCMDBプラットフォーム

これらの製品の検討に移る前に、ちょっとした余談をする必要があります。uCMDB-ユニバーサル構成データベースに言及してください。これは、監視ソリューションだけでなく、ITパフォーマンスを管理する他のソリューションでも重要なコンポーネントの1つです。

したがって、これはどのようなものですか：これは、すべてのコンポーネント、関係、相互影響、つまり 単一のサービスポイントを作成します。それが何で構成されるか。 uCMDBは、監視ソリューション間のリンクです。監視について話している場合、uCMDBでは、別のオブジェクトで監視データを「切断」し、特定のサービスがどのように「感じている」か、コンポーネント間の関係を理解できます。 たとえば、サービスデスクとの統合を構築する場合、インシデント、問題などの追加のエンティティがあり、それらを同じオブジェクトに「アタッチ」する必要があります。資産管理について話すとき、財務要素はこれらの要素に関連付けることができますコンポーネント、契約、契約、これらの資産の価値など

したがって、uCMDBは重要なセンターの1つです。 そして重要なことは、uCMDBに自動的に入力できることです。エージェントレス検出、個々のインフラストラクチャコンポーネントのエージェントレス検出、コンポーネント間の接続などの優れた方法があります。たとえば、データベースに接続し、アクセスした人のログを見て、関係を構築できますデータベースとそのクライアント間。 または、たとえば、標準的なアプリケーション（Active Diary、Microsoft Exchange、組み込みテンプレート）について話すとき、このサービスが何で構成されているかは既にわかっています。これらのコンポーネントを検出し、必要な関係をすべて構築する必要があります。 ある種の非標準サービス、内部開発がある場合、そのモデルを作成でき、自動的に検出されます。 自動検出は、通常、現代の企業のITインフラストラクチャは非常に動的であり、迅速に変更され、uCMDBが常に最新であることを見つけるために変更がある場合はそれも見つける必要があるという観点から、依然として重要です。

たとえば、タスクの監視において、uCMDBで解決する最も重要なことの1つは、イベントの相関です。 トポロジベースのイベント相関-さまざまなオブジェクトから多くのイベントを受け取ると、インフラストラクチャコンポーネントがサービスにどのように影響するかを理解するため、イベントのストリームを取得すると、どのインフラストラクチャイベントがどのサービスに影響するかを判断し、これらのイベントの原因と結果を特定できます。



uCMDBの表現の1つ：インフラストラクチャレベル、アプリケーションからビジネスサービスのレベルまで。
製品のより実質的な議論に移り、アプリケーションパフォーマンス管理グループから始めましょう。 これらは、一般にサービスの監視を設定し、それがどの程度うまく機能するか、機能するか、応答する速度、特定の機能を実行する速度を理解できるようにする製品です。



Gartnerによると、これらはアプリケーションのパフォーマンスを監視するタスクを解決するために実装する必要があるものです。 まず、エンドユーザーの視点から監視できる必要があります。 ユーザーがサービスにアクセスできるかどうか、どれだけうまく機能するか、どれだけ速く機能するか、必要な機能がすべて機能するかどうかを理解する必要がありますか？



ユーザーがクライアントバンクなどのアクションを実行するときにトランザクションの進行状況を追跡できる必要があります：残高の確認、トランザクションがなくなった、どこに行ったのか、アプリケーションサーバー内でどのプロセスが発生したのか、もしあればどんな困難でも、我々はこれらの困難がどこで生じたかすぐに理解できます。 アプリケーションに問題がある可能性があります。ネットワークやデータベースに問題がある可能性があります。



アプリケーションで問題が発生した場合、このアプリケーション内で何が起こっているのか、遅延が発生した場所、トランザクションの損失が発生した場所を理解するために、詳細な診断を実行できる必要があります。 繰り返しになりますが、サービスの構成要素であるディスカバリー、自動モデル構築を理解する必要があります。 そしてもちろん、標準外の問題を解決するための予測、分析タスクの実行、将来の期待、明日または1週間でのサービスの振る舞いを理解できることは素晴らしいことです。 これらのタスクはすべて、Hewlett-Packardツールの助けを借りて完全に解決されます。 これらのタスクをカバーするモジュールがここにリストされています。

ユーザー監視

エンドユーザーの観点からの監視から始めましょう。 このソリューションにより、少ない労力で最速の結果を得ることができます。 ここには2つのアプローチがあります。もちろん、それらを一緒に使用するのが最善ですが、場合によっては別々に使用することもできます。 最初のオプションは、実在の人物を装ってシステムに接続し、典型的なアクションを実行し、それらがどのように機能するかを見るときのユーザーアクションのエミュレーションです。 2番目のオプションは、実際のユーザーのアクティビティを監視することです。たとえば、トランザクション要素を含むトラフィックシステムを使用する場合、原則として、データはアプリケーションサーバーに最も近いスイッチから取得されます。 トラフィックをコピーして分析を構成し、ユーザーリクエストとアプリケーションレスポンスを確認して、エンドユーザーのサービスアプリケーションの可用性を監視します。

仕組みを見てみましょう。 最初のオプションは、ユーザーのアクションとアクティビティのエミュレーションです。 おそらく使い慣れたView Jamツールを使用して、エミュレートされたユーザーアクションを作成します。 たとえば、コンソールを使用する場合、View Jamに、このようなプロトコルを使用して、そのようなコンソールでそのようなアプリケーションに接続することを伝えます。 すべてのリクエスト、すべてのアプリケーション応答をインターセプトし、このデータをスクリプトに変換します。 次に、パラメータを設定します。異なるユーザーの下で接続するか、異なるタイプのリクエストを実行するとします。 次に、このスクリプトを使用します。アプリケーションコンソールは不要になり、すべてがネットワークレベルでエミュレートされます。任意の数のオフィス、ネットワーク内、さらには外部にサンプルを配置し、これらのサンプルから特定の頻度で指定されたアクションを実行できます。 必要な場所を選択し、確認するアクションとトランザクションのリストを設定します。出力には、どの場所が接続されているか、特定のトランザクションがどのように迅速に処理されるかを示す統合ビューがあります。

したがって、システムとサービスが最も重要なポイントでどのように機能するかがわかります。 原則として、このメカニズムはリッピングを計算するのに最も最適です。ここでは、同様のものを同様のものと比較するためです。 同じ種類のトランザクションのアプリケーションの可用性とパフォーマンスを常に測定しているため、品質の約束を簡単に計算できます。 このメカニズムは、たとえば、実際のユーザーがいない営業時間外など、サービスの可用性を制御するのに非常に適しています。たとえば、銀行の営業日が始まり、人が到着し、必要なものがすべて揃っているように、サービスが引き続き利用可能であることを確認する必要があります種類のトランザクションがうまくいっているので、コーヒーを飲みに行くことができ、ユーザーが電話をかけ始めたり、何かがうまくいかないことを恐れることはありません。

質問：何人のユーザーが可能な限りエミュレートできますか？

設定方法は無制限です。 同じメカニズムが負荷テストに使用されます-weblearnスクリプト、LoadRunnerツールがあります。 負荷をかける必要がある場合は、LoadRunnerを使用できます。これは、少なくとも数万の同時ユーザーを生成します。これはすべて、ネットワークレベル、データ交換プロトコルのレベルで行われるため、コンソールは必要ありません。これは非常に簡単なソリューションです。 BPM（ビジネスプロセスモニター）は、構成が簡単で、スタンドアロンソリューションとしてインストールでき、一般的なトランザクションを迅速に構成でき、インフラストラクチャコンポーネントを監視しなくても、サービスがどのように感じているかを既に理解できているため、優れています当社のサービスの状態と仕事の質。

膨大な数のプロトコル、データベース、アプリケーションサーバー、Webインターフェイス、シックおよびシンクライアントをサポートします。DOSアプリケーションでも、この種の監視を非常に古いものに使用できます。 ベラルーシでは、銀行の1つで試験運用を行い、古いアプリケーションを使用しています。設定することさえ問題ではありません。



2つ目の方法は、実際のユーザーアクション、Real User Monitorを監視することです。ネットワークトラフィックまたはブラウザー、アプリケーションサーバーから必要なネットワークトラフィックを取得する場合、トラフィックの解析を行う必要があるため、ここでの設定はそれほど簡単ではありません。特定のトランザクションの要素を識別するために、多くのことが自動的に行われます。最近、銀行の1つでパイロットが行われました。彼らは部屋にトラフィックを送り、さまざまなタイプのリクエストの自動検出を設定し、すぐにいくつかのリクエストが処理されていることを示し始めました すぐに、他の人が処理され、半分されています。 次はより深い設定です

ここで何がおもしろいですか：ここで、たとえば、どの特定のユーザーが問題なのかを理解できますか？ リクエストでユーザーを特定すると、ユーザーに問題が発生し始めていることがわかります。ユーザーに電話して伝えることができます。「こんにちは、問題があることはわかっています。取り組んでいます。心配しないでください。すべてが30分で機能します！ 」

このレベルのサービスでも、同様のソリューションを使用して実行できます。 ここで、リクエストのスナップショットを作成できます。 たとえば、エラー、何らかの誤動作に関する情報を見ると、スナップショットを撮ることができ、ユーザーが何を見るかを知ることができ、特定のエラーを見ることができ、電話で長時間話す必要はありません。実際、それは私たちの目の前で起こりました。



アプリケーションの動作に関する問題がアプリケーション自体の奥深くにある場合、ネットワークの問題ではなく、サーバーの問題ではなく、具体的にはアプリケーションの動作である場合、診断ツールが必要です。実際、ソリューションはHP Diagnosticsと呼ばれます-これはビジネスサービスプラットフォームの別のモジュールです管理（BSM）。 診断は、Javaアプリケーション、.NETアプリケーション、Pythonを理解し、さまざまなデータベースを操作する方法を知っており、奥深くを調べるために必要です。 たとえば、Webサーバーが実行されている、アプリケーションが実行されている、メモリが歩いている、プロセッサが空いている、ディスクも負荷が高くないようで、応答が遅い。 問題は内部にあります、つまり アプリケーション自体で。

診断により、内部を調べて正確に何が起こっているのかを理解できます：トランザクションがなくなった、使用されているメソッド、このアプリケーションで使用されている機能を理解し、特定の要求を処理するのにかかる時間、外部呼び出し、データベース呼び出しを確認できますメモリリークが発生していること、問題がどこにあるかを指摘できます。それが内部開発である場合、ソフトウェアベンダーと密接に協力すれば、彼に指を突っ込んで言うことができます。 YTE」。

Oracleの場合、Oracleを深く掘り下げることはしませんが、Oracleからコレクターデータを収集することもできます。コレクターを使用すると、エージェントレスでデータを削除し、データベースに何が起こるかを確認できます。つまり、Oracleも完全に接続します。

ユーザー作業とネットワークコンポーネントの比較

言及していないもう1つの側面は、ネットワークの影響です。 ネットワークの動作、ネットワーク機器、通信チャネルのロードがサービスにどのように影響するかを制御したい場合は、ネットワークノードマネージャーを使用できます。これはプラットフォームに密接に統合されており、チャネルのロード方法、ネットワークの仕組みまたは状態を理解できます他の機器、さらにはこの機器の構成を変更すると、サービスの操作とアクセシビリティに影響します。



したがって、BSM（ビジネスサービスマネージャー）を使用すると、使用するサービス、サービスの感触、個々のコンポーネントの感触に関する情報を含む単一の統合ビューを作成できます。 このポータルはカスタマイズ可能で、原則として、特定のロールごとに1つ以上のビューを作成できます。 もちろん、ユーザーは自分が担当するサービスに限定されており、利用可能なツールは、単純なグラフィックデザイナーを使用して自分の普通のユーザーであっても、興味のあるビューをスケッチできます。 または、特定の問題を解決するために使用される多くの表現をユーザー用に作成できます。

オペレーションブリッジ

次に説明するトピックは、Operations Bridgeです。 監視タスクを何らかの方法ですでに解決し、ネットワークを監視し、ストレージおよびデータ転送システム、ソフトウェアを監視し、すべてを異なるツールで実行していると想像してください。 HPはHPではありません-それは重要ではありません。



ただし、すべてのサービスの操作を1つのウィンドウに表示する単一のコンソールはありません。 この問題を解決するために、イベントを受け取り、さまざまなシステムからアプリケーションのトポロジに関する情報を取得し、すべてを単一のコンソールに結合し、これらのすべてのイベントを相関させて原因と症状を特定できるオペレーションブリッジの使用を提案します。



たとえば、ユーザーがインターネットバンキングにアクセスし、何らかのトランザクションを実行しようとすると、成功しません。 データベースがクラッシュするため機能しませんが、ディスクアレイのディスク領域を拡張できなかったためクラッシュします。 つまり 私たちを悩ます問題は、インターネットバンキングのアクセス不能性または質の低い仕事であり、その理由はストレージシステムのどこか遠くにあります。 Operations Bridgeでは、興味深い相関方法を使用してこれらすべてのイベントを結合および相関させることができます。まず、uCMDBサービストポロジがある場合、特定のサービスが関連付けられているコンポーネントに応じて、トポロジベースのイベント相関です。これらのイベントまたはその他のイベントが可用性にどのように影響するかを理解します。 uCMDBモデルは動的であるため、何かが変更されました。検出を変更することにより、相関ルールが自動的に再構築されます。 2番目の方法は、ストリームベースのイベント相関です。特定のイベントの発生時刻に応じて、それらが相互接続されていると想定し、原因と結果を特定することもできます。

したがって、すべてのイベントを単一のコンソールに結合し、関心のあるすべてのQPIを結合して、このコンソールを中央監視システムにすることができます。 すでにより詳細な情報が必要な場合は、この監視データを取得したシステムを詳しく調べることができます。



Operations Bridgeのその他の興味深い点-Operations Bridgeに組み込まれたMonitoring Automationツールを使用した監視設定の自動化。 たとえば、特定のサービスの一般的な監視設定を作成できます。

たとえば、Oracleデータベースを追加した場合、標準および標準のテンプレートを使用して、自動的にそれを指示し、監視下に置くことができます。 または、サービストポロジが変更された場合、彼は別のプラットフォーム、別のハイパーバイザーに移動し、システムが1週間前に起こったことではなく、現在起こっていることを正確に監視するように監視ルールを変更しました。



そして、もちろん、報告。 Operations BridgeにはService Health Reporterが含まれています。これにより、さまざまなシステムのメトリックを結合し、ビジネスサービスやスタンバイサービスモデルに関連する統合レポートを作成できます。 何かが変更されました-したがって、レポートも自動的に再構築されます。 ボックスには、約1000個のさまざまなレポートが多数含まれているため、独自のレポートを作成できます。

運用分析

そして、彼らが話したい3番目のこと：Operations Analytics。 先ほど述べたように、従来の監視ツールを使用する場合、監視する必要があることがわかっています。保存されているギガバイトのログや、大量のパフォーマンスデータには、予測できないほど多くのイベントがあります。それらすべてを統合するには、非標準的な状況を識別するために、これらすべての情報を処理するためのインテリジェントで賢い手段が必要です。 Operations AnalyticsはBigDataテクノロジーを使用しています。たとえば、垂直はデータベースとして使用されます（垂直について聞いたことはありますか？）。 簡単に説明します。



Operations Analyticsは何をしますか？ すべてのログをすべてのパフォーマンスデータに送信します。 このデータはすべて単一の形式に変換されます。 Operations Analyticsでは、すべてのログ、パフォーマンスデータを保存し、イベント間の一時的な相関関係を構築し、いつでもサービスがどのように感じられるかを確認できます。



タイムマシンのメカニズムにより、障害が発生した瞬間に巻き戻し、その瞬間にどのようなイベントが発生しているかを確認できます。たとえば、パフォーマンスインジケーター、チャネルの負荷などです。 傾向を判断し、サービスの状態に基づいて予測を行います。

アーキテクチャ：Vertica

, : Vertica – , , , . Vertica , , , 86-, , , . , , 3 , 6, , , . , Facebook c ,

, OpsAnalytics ArcSight Logger. . ArcSight Logger , , , . data sources, .. , , .. , , , . , .

Vertica . . OpsAnalytics Vertica 4. , .

Conection Manager, , , . -, , . -. OpsAnalytics. つまり . , BPM, , OpsAnalytics . , , , .



ArcSight Logger – , , , , , . , .



, ? , . , , , . , , , .. , — , , . , , , , - “” .



, , , , . - , , , . , , .



– . . , , , , . , , , , . .



– , , . , , .

( )
, -. , -, , – . , , Application Performance Overtime, , .

, , , , , - . , , , , , , , , , , , . 93 20, . , , , , .

. . Transaction Performance Overtime , , . . , . . Application Transaction Response Time , .

, , .
, Predict , .

Advent Rebanking – -, . , , , , .
, - , , . error, .

---

レポート記録

---

, , , .
( )

- — : , , ,