Clever Geek Handbook

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, .



レポヌト蚘録





, , , .

( )



- — : , , ,


More articles:


All Articles