取り除く： ホストのエリック・カバナは、ホット・テクノロジーのこのエピソードで、マット・サレルとビル・エリスとPeopleSoftパフォーマンス管理について説明します。
エリック・カバナ： よろしくお願いします。こんにちは、おかえりなさい。水曜日は東部標準時の4時です。ここ数年は、このITとビッグビジネスとデータの世界で、Hot Technologiesの時間です。はい、私の名前はエリック・カバナです。今日のイベントのモデレーターになります。
私たちは、ビジネスを実行するシステムについて話します。 PeopleSoft、複雑な環境のパフォーマンスを管理する方法について話します。あなたはこれらのイベントで大きな役割を果たしているので、常に言及したいので、恥ずかしがらないでください。いつでも質問してください。チャットウィンドウまたはQ＆Aを使用して行うことができます。どちらの方法でも取得できます。あなたが知りたいことを聞きたいです。それが最善の方法です。あなたの時間のために最高の価値を得る。これらのWebキャストはすべて、後で聞くためにアーカイブしますので、注意してください。
システムの動作が遅い場合は、以前の生活を思い出してください。この写真は実際には1968年のもので、Danelleという女性の好意によるものです。これは、物事がどれだけ変化したかをはっきりと思い出させるものです。世界は非常に複雑になり、もちろんビジネスニーズとユーザーエクスペリエンスは密接に関連しています。しかし、最近では、少し離れています。私たちがよく言うように、ミスマッチがあります。実際、ビジネスの人々は常により速く物事を望んでおり、提供しなければならないITチームは仕事を成し遂げるためにプレッシャーにさらされており、激しい世界です。
私は言わなければならない、競争はどこでも熱くなった。業界を見ると、最近大きな進歩があることがわかります。たとえば、AmazonがWhole Foodsを購入しています。食料品業界がそれを注意深く見ているので安心できます。これはあちこちで見られるので、ビジネスリーダーがデジタル変換、古い配電盤を超えてより新しく堅牢なシステムに移行する方法、そして最近の流行語を確認するのは本当に重要です。それが今日お話しすることです。
多くの組織が直面している問題の1つ、特にしばらく前から存在している問題は、これらのレガシーシステムです。それは当時の古いIBMメインフレームです。どこにでもレガシーシステムがあります。ジョークの1つは、レガシーシステムは実稼働中のシステムであるということです。つまり、実稼働に入る瞬間、つまり技術的にはレガシーシステムです。常に新しいやり方があります。
また、システムを仮想的に調整して、必ずしも1つのシステムのパフォーマンスを向上させるだけでなく、パフォーマンスを処理するための一種のオフシュートまたはオフロード戦術を作成する方法を見つけることに関して、ここ数年で非常に興味深い開発がいくつかあります他の方法で。今日は、PeopleSoftのようなシステムのパフォーマンスを改善する方法について詳しく説明します。PeopleSoftは非常に複雑です。しかし、うまくやったとき、ロードしたとき、実装したとき、うまく管理したとき、それは素晴らしいことをすることができます。しかし、それがうまく管理されていないとき、それはあなたがあらゆる種類の問題を抱えているときです。
それでどうなりますか？ユーザーが望むものを手に入れられない場合、遅かれ早かれ彼らはシャドウシステムに行きます。それは常に起こります。シャドウシステムは非常に生産性が高く、人々が仕事を成し遂げるのに役立ちます。しかし、もちろん多くの問題があります。確かに、コンプライアンスと規制の全領域において、シャドウシステムは大きなものではありません。しかし、彼らはそこにあり、あなたのシステムは、メインシステムが迅速に機能していないか、効率的に機能していない場合、遅かれ早かれ回避策があり、それらの回避策を見つけるのは非常に難しいことを覚えておくことが重要だと思います彼らはビジネスにとって重要であるため、日没するのは難しいかもしれません。それらを統合するのは難しい場合があるので、それがそこにあることを覚えておいてください。これはパフォーマンスを改善するもう1つの理由です。
つい最近、私はこの表現を聞いたので、そこにそれを捨てなければなりません。「緊急性の専制」。あなたがたぶん私が話していることを知っていると思います。 、人々はできる限りのことを行っており、何かを変更することは非常に困難になります。あなたは「緊急の専制」に苦しむことになります。すべてをすぐにやらなければなりません。さて、システムのアップグレードはすぐには行われません。
あるバージョンから別のバージョンへのERPのアップグレードを経験したことのある人なら誰でも、それが比較的苦痛なプロセスであることを知っているので、これに留意してください。うまくいけば、誰かに連絡できるか、CIOやCTO、CEOのような上級者なら、これは非常に危険なシナリオであることを認識してください。8ボールの後ろにいると、後ろから抜け出すのは本当に難しいからです。エイトボール。
まるでマラソン全体の難問のようなものです。ある種のレースでかなり遅れを取り、全員があなたの前にいて、まだ走っているなら、遅れすぎて追いつくのは本当に難しいでしょう。気をつけてください。
それで、Matt Sarrelに引き渡し、PeopleSoft環境の複雑さを処理する方法についての洞察を提供します。マット、それを取り去ってください。
マット・サレル： エリック、ありがとう。みなさん、こんにちは。それでは、まず、パフォーマンスの管理についてあなたに話しかけるのにふさわしい人物だと思う理由を説明することから始めましょう。だから、私は技術で30年の経験を持っています。私は、いくつかの新興企業で実践的な、ネットワーク管理者、ITのディレクター、エンジニアリングのVPになったと言っているようなものです。それから、PC Magのテクニカルディレクターになるためにこの移行を行いました。そこに私の写真がありますが、基本的に私は小さな子供のように見えます。
その後、eWeekやInfoWorldなどのさまざまな出版物でジャーナリストとして活動し、Gigahomeのアナリストとして、Bloor Groupとネットワークを構築し、コンサルティングも行っています。そして、私がいます：左のこの写真は、私が今どのように見えるかです。真ん中のこの写真は、ワイヤーと点滅する光がいっぱいの部屋で、とても寒くて、とても寒くなり、他の誰もが私が快適な温度を感じるために不快にならなければならないようなものです。また、フォローアップの質問がある場合は、私の連絡先情報があります。
エリックが話したように、ここで舞台を設定し、パフォーマンスについて話をしたいだけです。消費者向けアプリやウェブサイトによって設定されたこの期待をユーザーが持つこの世界に今や入りました。かつて人々は仕事に行ってそこに座ってシステムを待ち望んでいたので、今では人々はそこに座って喜んではいません。だから、彼らはこのオートバイがトラックを飛び回ることを望んでいるかどうかの問題です。彼らはおそらく男が彼の自転車に乗って、彼の娘を学校に連れて行きたくないでしょう。しかし、あなたはどちらを提供するつもりですか？
それは難しいです。実際、私はこの1〜3秒ほど寛大でしたが、人々もすぐに対応したいと思っており、どこからでもアクセスできることを望んでいます。その場所は、建物内やキャンパス内のどこでも構いません。また、ビジネスの成果に応じて、世界中のどこでも構いません。そして、私が構築しているのは、パフォーマンスについて話すとき、ユーザーエクスペリエンスの角度からパフォーマンスを考えることが重要だと思います。
測定と調整の前にパフォーマンス目標を定義することが重要です。このチューナーの写真と、チューナーがあります。チューナーである実際の人は、彼が何のためにチューニングしているのかを知る必要があります。そうしないと、実際にピアノに手を置いてチューニングする意味がありません。そのため、目標を事前に定義しておくと、現在の状況に合わせて目標を調整するのではなく、現実を保つことができます。長期間にわたってメトリックを監視し、リソースシーンと使用パターンの影響を受けるユーザーロードアプリケーションのパフォーマンスでシステムがどのように変化するかを理解することが重要です。
これらすべてをユーザーエクスペリエンスまたはサポートインシデントと相関させ、提供できると期待されるパフォーマンスのベースラインを確立し、そのベースラインからの逸脱に近づいた場合は、事前にアラートを発してアクションを起こすことが常に重要です「クジラの失敗」ステータスをヒットします。また、パフォーマンスの問題の根本原因を非常に迅速かつ簡単に特定して対処できることが必要です。繰り返しになりますが、これは早いほど良いですか？
開発の取り組みを見てきた過去の歴史から、パフォーマンスの問題を早期に発見して修正できるほど、より優れていることがわかります。すべてのコードまたはシステムがライブになるまで待ってパフォーマンステストを開始したり、問題の発見を開始したりする場合、遅すぎるとは言いませんが、もう一度、マラソンで悪いスタートを切った人があなたをキャッチします-すぐに飛び出して先に進むのではなく。それでどうやってこれをするの？平均負荷とピーク負荷を予想していますか？
そして、先に進み、物理サーバーまたは仮想サーバーまたはクラウドインスタンスまたはコンテナーとコンテナーリソースのサイズを決定してから、概念実証を実行し、パイロットを実行しますか？これらは、これが一種の時間であり、youdが何かをキャッチしたいところの終わりですが、実稼働でそれを無視するよりも実稼働でそれをキャッチする方が良いでしょう。しかし、実際には、パイロットを開始するまでに、継続的な監視と改善に関する方法論と手順をすでに確立しているはずです。
わかりました、たくさんの会社–私達はデジタル変換について話します。 DevOps革命のDevOpsは、そのデジタル変革において大きな役割を果たしています。そして、これは本当に止まることのないエンドツーエンドのプロセスです。だから、両手がお互いを描くように、これは良いものです。計画、コード、ビルド、テスト、リリース、デプロイ、操作、監視、計画へのこれら2つのハンド間の無限ループ。それはそれ自身を養い、私たちはそれを自動化してそれが素早く行くようにします。実稼働パフォーマンスモニタリングフィードバックループを作成し、それを使用して、パフォーマンスの問題をプロアクティブに発見し、ユーザーベース全体に影響を及ぼす前に修正します。
そしてもう1つ、IT開発者と運用スタッフが非常に迅速に動いて連携しているので、これらの取り組みをビジネススタッフと簡単に連携させることもできます。エンタープライズソフトウェアのパフォーマンスは複雑です。黒板の前に座って方向を決めているサッカーチームに例えると、すべてが別々に機能し、すべてが一緒に機能します。私はいつも最初の車を手に入れて一つのことを直したときの古い話だと考えています。エアコンを修理してから、冷却システムの残りの部分に障害が発生したということです。そのため、問題点とすべてが一緒になって調整を行うことができました。そのような方法ですべてを整理し、プロセスを構築して、変更を加えたときにすべてが他のすべてに与える影響を理解する必要があります。
また、注意して再確認してください。テスト、無効化、実装。そして再び、継続的な監視とパフォーマンス改善プログラムを構築するというこの問題に取り組みます。実際、これは私の最後のスライドです。この複雑さについてお話ししますが、この時計の内部のように美しい複雑さですが、PeopleSoftには非常に多くの魅力的な要素があります。それぞれのことが、スタックの上下すべてに影響します。また、パフォーマンスの問題の鍵を探すことができる非常に多くの場所があるので、適切なツールや適切なプロセスがなくても非常に簡単に迷子になります。繰り返しになりますが、多くの場合、インフラストラクチャのトラブルシューティングができることを学んだと思いますが、巨大な変数はカスタムアプリケーションコードになります。したがって、アプリケーションコードをテストし、継続的に改善するための適切なプロセスを用意することが重要です。
それで私の部分は終わりです。これをビルに引き渡します。
エリック・カバナ： さて、ビル、ここでWebExのキーを教えてください。私はその美しい複雑さが好きです–それは素晴らしいものです。そこには本当に良い引用がありました、マット。 OK、ビル、それを取り去ってください。画面を共有する場合は、「クイックスタート」に進みます。みなさん。
ビル・エリス： マット、ありがとう、エリック。確認するために、今、私の画面をすべて見ることができますか？
エリック・カバナ： はい、確かに。
ビル・エリス： そこで、IDERAの製品Precise for PeopleSoftと、それらが提供する可視性について説明し、複雑なアプリケーションスタックの管理に成功するのを支援します。難しさを突き止める方法は、1つのアプリケーション、最低6つのテクノロジー、多数のエンドユーザーであり、単純な質問にさえ答えることが非常に難しいことです。エンドユーザーに問題がありますか？エンドユーザーは誰ですか、彼らは何をしていますか、根本原因は何ですか？
通常、私たちが目にするのは、この状況です。これは、PeopleSoftだけでなく、他のアプリケーションや、他のアプリケーションとやり取りするPeopleSoftにも当てはまります。データセット内、または最近のクラウドの場合、エンドユーザーはあまり気にしませんその複雑さ。彼らは、トランザクション、アプローチ、在庫検索、レポートタイムカード、これらのタイプの事柄を完了したいだけです。物事が遅い、または利用できない場合、通常、これらのインテリジェントで意図のある人々はすべて、エンドユーザーが苦情を言うまで気付きません。
それはある種の可視性のギャップです。そして、起こり得ることは、人々がツールを開いて、残念ながら、アプリケーションスタックのサブセットだけを見る時間のかかるイライラするプロセスを開始できることです。そのため、これらの基本的な質問に答えるのは少し困難です。
多くの場合、問題が発生する可能性があるため、WebLogic管理者に連絡して、「メモリ、ガベージコレクションはすばらしく見えます。あなたはDBA管理者のところに行き、「データベースについては、昨日と同じように実行されています。トップ10はよく見えます。ストレージ管理者は、1秒あたりのI / Oやスループットなど、フレームレベルのメトリックであり、特定のアプリケーションに反映されない可能性のあるメトリック（データベースや特定のプロセスではない）でヒットするかもしれません。
そして、彼らはすべて、問題が他の場所にあることを示すように見えるこれらのメトリックを持っていますが、このエンドユーザーは問題を抱えているか、問題を報告していますが、この問題をより良い方法で解決するにはどうすればよいですか？そして、より良い方法、正確な方法-またはこれが私たちが提供している1つの方法-は、ブラウザ、ネットワーク、Webサーバー、Java Jolt、Tuxedo、DB2を含むデータベースで始まるユーザートランザクションを測定することですそして最後にストレージに。
そして、これが示しているのは、合計時間に「まあ、誰が問題を抱えているのか」ということです。そして、PeopleSoftにサインインした方法でエンドユーザーを識別できます。
そのため、タイミングはパフォーマンス管理データベースと呼ばれる歴史的なリポジトリに送られ、誰が、何を、いつ、どこで、なぜ単純化した音楽になります。正確には推奨事項も含まれます。おそらく最も重要なことは、テクニカルITスタッフレベルの両方ですべての情報を常にキャプチャしているため、前と後を測定できるからです。そのため、測定ごとの測定またはシックスシグマをパフォーマンス全体の操作に使用できます。
そのため、「人生の1日」のようなものを見てみましょう。まず、Preciseアラート画面を開くことができます。ここで、早期警告を取得します。一番上のアラートは、アクティビティアラートがあることです。そのため、ユーザーはトランザクションを実行し、基本的にSLAを満たしていません。同様に、可用性のステータス（アプリケーションインフラストラクチャの一部が利用できないことを基本的に言っている）があるため、ドリルインして、フォーム内のTuxedoインスタンスを実際に確認できます。インスタンスがダウンしています。すべてのアクティビティがこの1つのインスタンスにプッシュされており、それに対処する必要があります。基本的にボトルネックを作成しました。
さて、これで実行されているアクティビティについて、実際に、インフラストラクチャの全体的な問題があるにもかかわらず、この特定のJVM for WebLogic内の処理効率を改善する方法があるという発見に着手することができます。そして、これは本当に重要なことです。多くの場合、人々はクラウドのように動いていて、「どれくらいのCPUとメモリが必要ですか？」と言います。
まあ、容量として知られているそのコインの反対側は、処理効率です。使用するメモリが少ない場合、使用するCPUが少ない場合、必要なだけではありません。そして、マットが先ほど言ったように、すべては一種の関連性があります。これでできることは、PeopleSoftトランザクション画面を開くことです。画面では、y軸は応答時間、x軸は1日の時間です。
ここには、クライアントの時間を示すスタック棒グラフがあります。それは実際にはブラウザ、Webサーバーです。緑はJava時間、ピンクの種類はTuxedo、濃い青はデータベース時間です。このプロファイルはそれ自体では発生しませんでした。特定のPeopleSoftパネルが原因で発生しました。それらは実行され、応答時間ごとに表示されます。実際には、アプリケーション内のすべてのステップのタイミングと、アプリケーションをパネルごとに表示するスタック棒グラフがあります。また、特定のユーザーをドリルインして検索したり、ユーザーをランク付けすることもできます。
この画面では、サインイン名で特定のユーザーを指定できます。これがどれほど注目に値するか、どれほど強力かを考えてください。多くの場合、インフラストラクチャとそのセットアップ方法だけでなく、エンドユーザーがシステムをどのように使用しているかについてです。新しい雇用者がいるか、誰かが新しい職務に就いている可能性があります。アプリケーションを正しく使用する方法がわからない可能性があります。これは実際にトレーニングの機会を特定するのに役立ちます。
コインのもう1つの側面は、特定のユーザーに焦点を当てることができるかどうかです（ここでは、特定のトランザクションでそのユーザーを見て、彼らが経験した応答時間を特定します）。特定のユーザーのユーザーエクスペリエンスに直接対処できます。システムレベルでの一般的な指標ではなく、エンドユーザーエクスペリエンスに関するものであり、非常に強力です。環境の一部は確かに内部、人事などになります。顧客が直面している他の部分が存在する可能性があります。いずれにせよ、あなたは可能な限り最高の、最も生産的な顧客体験を提供したいと考えています。
特定のパネルについては、質問に答えるためにドリルインすることができます。これは、何が起こっているのかを明らかにするために行うことができる一種の深いダイビングであり、エンドユーザーに電話をかける前に、またはエンドユーザーがあなたに電話をかけた場合、あなたは言うプロセスを開始することができます「根本的な原因はどこにあるのでしょうか？」そして、それはCPU使用率やオーバーライドのようになることはなく、彼らが行使するアプリケーションコードになります。
そのコンテンツ管理を詳しく調べてみましょう。実際にそのトランザクションの分析を見ることができます。ブラウザを起動し、WebサーバーへのJava Joltへのエントリポイントを開始し、実行中のコードを実際にTuxedoパネルに表示し、最後にこの特定のPeopleSoftパネルによって実行されるSQLステートメントをPreciseが明らかにするSQLステートメントに。
私たちが話すすべての人はツールを持っていますが、彼らが持っていないのは詐欺です。ドットを接続するか、ブラウザからトランザクションをSQLステートメントに至るまで追跡するのはconです。これがあなたのDBAのように行うことは、インスタンスまたはデータベースレベルで物事を見るのではなく、SQLステートメントレベルで調査できるようになりました。
したがって、「個々のSQLステートメントのボトルネックは何であるか」と言えますが、これは非常に強力です。このトランザクションはSQLステートメントよりも速く実行できず、すべての重要なビジネストランザクションが記録システムと対話することを考慮してください。データベースは、好むと好まざるとにかかわらず、パフォーマンスの基盤であり、ビジネストランザクションに不可欠な個々のSQLステートメントに集中できるほど細かくすることができれば、ゲームを次のレベルに進めることができます。
ここで気付くかもしれないもう1つのことは、Preciseが提供する寄与率の計算があるということです。ブラウザ自体は、実際にはアプリケーションスタックの重要な部分です。JavaScriptの実行、レンダリング時間、ページコンポーネント、GIF、JPEGがあります。また、実際には、ChromeとIEおよび異なるバージョンでは、アプリケーションの動作が大きく異なる場合があります。正確にそれをあなたに示すことができ、実際に画面のフリーズなどを引き起こす可能性のあるボトルネックや競合がブラウザ内にある場合があります。
それを識別できるため、IT部門は間違ったツリーを見つけ出すことなく、さまざまな問題の根本的な根本原因に対処することができます。 Imができることは、特定のSQLステートメントに対してであり、そのSQLステートメントで何が起こっているかを正確に分析できます。そのため、ここではデータベースの専門家の視点に移りました。
データベースレベルでPreciseを区別するものの1つは、1秒未満でサンプリングすることです。これは、10分ごとに1回だけ、15分ごとに1回だけ見る競合他社との比較です。そのため、粒度のレベル、解像度のレベルは競合他社よりも桁違いに優れています。
また、データベースは当社の基盤の一部であるため、DBAが実際にパフォーマンスを次のレベルに引き上げることができます。そのため、保存されたサブシステムへのアクセスに時間を費やした場合、CPUを使用した時間の50％で、このSQLステートメントが実際に50％を費やしたことがわかります。 [調整]ボタンをクリックすると、実行プランとその使用パターンを正確に駆動したものを詳しく調べることができます。
顧客の1人からの引用-Oracleショップにいなかった場合、OEMと呼ばれるOracleツールを使用し、OEMは本当にデータベースやインスタンスに焦点を当てたものです。DBAは常にトップ10リストを探していますか？しかし、Preciseを使用すると、個々のSQLステートメントにドットを接続できるため、DBAは、より高いデータベースレベルだけでなく、トランザクションレベルで実際に調整できます。
この顧客にとって非常に重要だった2番目のポイントは、正確なURLをPeopleSoftパネル名に変換することです。IT部門のImと、ツリーマネージャー、コンテンツマネージャー、特定のHRページについてそのように話せる場合私が助けようとしている人は、イムが実際に見ていて、彼らが見ているものを理解していることを知っています。なぜなら、彼らはもはやこれらの象形文字ではなく、彼らがよく知っている名前だからです。
私たちに尋ねられる質問の1つ-いつものように思えるので、私は質問に積極的に答えるだけだと思いました-世界でそのPeopleSoftユーザーIDをどのようにキャプチャしますか？手順を説明します。これがPeopleSoftのサインオン画面です。アクセスするには、Webサーバーに移動する必要があり、この画面が表示されます。アプリケーションがPreciseでインストゥルメントされている場合、この画面には実際にPreciseスクリプトが含まれており、右クリックしてソースを表示することで表示できます。これにより、実際に基になるページを構成するコードが表示され、ここでページフレームに表示されるのは実際にはWebコードの正確さです。これにより、サインオン画面、IPアドレス、ブラウザーの種類、レンダリングと真のエンドユーザーエクスペリエンスに関する一連の情報。そのため、ユーザー名を入力してサインインをクリックすると、PreciseはImの動作を測定できます。
開いて、ツリーマネージャに移動し、検索操作を行い、フィールドに入力して、検索をクリックします。結果セットが表示されるので、アプリケーションスタック全体をデータベースに至るまで明らかに横断しました。 Preciseはこれをどのように表示しますか？さあ、見てみましょう。 Preciseを開いて、中に入って、アクティビティを見ることができます。この画面を表示するアクティビティタブをクリックします。これらは未翻訳のURLです。ユーザーを表示できます。サインインしたばかりのユーザーIDとアクティビティを示します。
Firefoxバージョン45を使用してこれを起動していることがわかります。私はこのアプリケーションを12回実行しましたが、基本的には、誰かが完全にレンダリングする前に誰かがWebページを離れたときに、ビジネス上の問題を示唆します。これで、エンドユーザーIDを取得できました。何が起こっているのかを正確に知っているとき、人々は本当に感謝しています。
今、私たちは少し変なギアをシフトしたいです。後で取引を見ていました。特定のトランザクションについて深く掘り下げ、そのSQLステートメントを調べました。次に、ギアを切り替えて、WebLogicから始まるPeopleSoftアプリケーションスタック内のその他のテクノロジーをいくつか見ていきます。
したがって、ここにWebLogicインスタンスがあり、時間の経過に伴うアクティビティを確認できます。財務レポートがあります。それはすぐに教えてくれ、メモリはほぼ最大限に使用されます。私たちが発見したことの1つは、ほとんどの人が共有環境、多くの場合VMwareで、アプリケーションスタック全体、または少なくとも一部を実行することです。要求するリソースの量と必要な量のバランスをとる必要があります。あなたはリソースを独り占めしたくありません。同様に、この場合、十分なメモリを要求しないことで処理の制約をかけたくありません。
この構成は、パフォーマンス管理にも不可欠です。したがって、メモリガベージコレクションとすべてのJMX WebLogicカウンタを実際に取得できるので、WebLogicフォームの状態を正確に把握できます。
次にTuxedoに移ります。多くのショップのタキシードは一種のブラックボックスであり、PeopleSoftの非常に重要な部分です。それはすべてを一緒に保持する接着剤のようなものなので、私はそれをオペレーティングシステムの拡張とほとんど考えています。あなたが非常に慎重に使用および構成するもの。ちなみに、これはちょっとしたサイドノートです。最初のコメントで、エリックは「緊急性の専制」と述べていました。流動的なUIがPeopleSoft環境を実行する方法により、曲線の背後にいます。
ここで、HTML5が膨大な量のメッセージングを行うという理由だけで、WebLogic、Tuxedo、データベース、およびストレージで問題が発生します。おそらく、従来のUIの少なくとも10倍であり、その追加のメッセージングは追加のトラフィックを意味します。したがって、Tuxedoの構成を変更して、追加のトラフィックに対応する必要があります。この画面に関するいくつかのことは右側にあります。加重応答時間、平均応答時間、実行カウントの時間経過グラフがあります。
ここには、環境内のすべてのTuxedoドメインに関する情報があります。サービス、ユーザー、サーバープロセス、およびIPを分割しました。これを実行カウントにシフトし、降順に表示して、何が最も実行されているかを確認できます。下にスクロールしてドメインを表示することもできます。ほとんどの人は、基本的にアクティビティを分散するために環境内に複数のドメインを持ち、SLA準拠を設定することができます。したがって、Tuxedoレイヤーでアラートを出します。
キューイングがある場合、構成のために生じるさまざまな問題があります。通常、影響はグローバルであるため、通常、その場で変更を加えることはありません。 QAプロセスの一部としてシステムを徐々に増やして、プロセスの早い段階でマットがパフォーマンスの問題に対処することについて以前に作成したポイントに戻るようにしたい場合があります。本番環境に移動して、構成が使用パターンと一致しないことを確認するよりも、本番環境に移動するときに構成を修正する必要があります。エリックとマットが今日提供した紹介が本当に好きです。 PeopleSoft環境の管理と進化において直面する課題に関して、彼らは本当に目標を達成していると思いました。
さて、私はこれを前に一度言った-私はその価値があると思う：すべての重要なビジネストランザクションはデータベースと対話します。それでは、Preciseが追加情報を提供する方法を調べてみましょう。ここに特定のOracleインスタンスがあります。私たちが見たのとまったく同じアプローチ– y軸は実行時間、x軸は1日の時間ですが、現在ではスタックバーグラフはOracle内の実行状態です。これは、システムの処理の制約を示しています。ここには実際に、この高いREDOログバッファを取得したことを示す結果レポートがあります。
PSVersionのこの選択バージョンも見ています。実際には多くのリソースを消費しています。ちなみに、私たちはサンプリングを行っており、システムで実際に起こっていることのこの高解像度のビューを提供しているため、システムの真のリソースコンシューマーが何であるかに驚かれるかもしれません。それらのリソースコンシューマが何であるかを示します。そのため、真のリソースコンシューマが何であるかを知ることにより、ボトルネックまたはシステムでの真の処理に実際に対処できます。
ここで、アクティビティタブにジャンプしました。これがアクティビティです。 CPU、ストレージサブシステム、アプリケーションロック、OS待機、RAC、コミット、Oracleサーバー、通信、内部集約を一緒に見ていることがわかります。これはy軸であり、これは合計実行時間です。
下にこのプロファイルを駆動したSQLステートメントがあり、表示されるものの1つはこれらの低レイテンシです-2ミリ秒ですが、ほぼ4,500の実行では、SQLステートメントが実際にシステムで一番のリソースコンシューマーであり、知っています。また、ロックまたは待機を待機していません。 CPUを100％使用しています。それは私がそれに対してできないことを意味しているわけではありません。どのSQLステートメントとオブジェクトがアクセスされているかを知っていれば、それについてできることはたくさんあります。そして、これらは私たちが助けることができるいくつかの方法です。
ここにドリルダウンがあり、これにより個々のPeopleSoftプログラムが不利になり、これらのプログラムはそれぞれPeopleSoft内で異なる目的を果たします。実際に、アプリケーションの使用方法をデータベースレベルで解決できます。
特定のプログラムを選択すると、そのプログラムが送信したSQLステートメントを分離できるため、データベースの最適化とデータベース構成を基本的に見たり見たりするときに、データベーステクノロジに焦点を当てるのではなく、アプリケーションに焦点を当てることができます。これをあなたの注意を喚起したいだけです。多くの場合、大規模な組織の多くは、インフラストラクチャDBAとアプリケーションDBAに分かれています。正確に、アプリケーションとリソース消費を表示することで、実際にギャップを埋めることができます。このソリューションは、システム上の両方のタイプのDBAに役立ちます。
さて、この部分は本当にデータベースレベルで何ができるかを示しています。ここで起こったことは、画面がフリーズしたことです。PS_Prodからの選択があり、この調整ボタンをクリックして、このSQLワークスペースに移動しました。さて、DBAでない人にとっては、これは本当にエキサイティングではないかもしれません。 DBAの人にとっては、これは非常にエキサイティングだと思うかもしれません。ここで示されていたのは、この特定のSQLステートメントの期間とシステム上の変更です。そして、これは水曜日、木曜日、金曜日を示しており、所要時間は約2/10秒です。土曜日と日曜日、この会社は機能しません。幸運なことに。月曜日に来て、変更がありました：アクセスプランが変更されました。新しいアクセスプランは、ここまで急上昇しています。これは実際には十分に遅いため、画面がフリーズします。
DBAの場合、真の根本原因を知るために追加情報が必要です。データベースオプティマイザーが行った選択を知る必要があります。したがって、Preciseはこの比較を提供します。これは、物事がうまく実行されていたときに高速で効率的な実行計画と、遅くて非効率的な実行計画を示しています。このフィルター結合は、PeopleSoftを実行するDBAに共通です。フィルターは、1つのテーブルのすべての行を検索し、結合テーブルのすべての行を検索します。これには多くのCPUが必要になります。必要な行のサブセットのみを表示するフィルタリングは行われませんが、SQLステートメントによるものであり、その非効率性により実行時間が遅くなるため、非常に非効率的です。そのため、画面のフリーズでPeopleSoftパネルが最終的に遅くなり、Preciseは、アプリケーションコードやSQLステートメントなどを明らかにするツールがなければ知らない真の根本原因に到達することができました。
それは一種の深い飛び込みでした。次に、ビューをダッシュボードの10,000平方フィートビューに引き上げます。 Preciseでは、ダッシュボードは実際には技術チーム用ではありません。運用チームと、場合によってはアプリケーションチームと、おそらくあなたの指揮系統と情報を共有するために使用するのは本当にあなたにとってです。そのため、1セットのダッシュボードにPeopleSoftパネルとクライアント時間が表示されるため、エンドユーザーのエクスペリエンスを把握できます。別のダッシュボードが操作用に構成されている可能性があり、このダッシュボードはアラートがフリーズしたかどうかを確認しますか？実際には、OS、Web、WebLogic、Tuxedo、およびデータベースレベルでアラートがあります。ここにはアラートがありません。平均応答時間。 2番目の約3分の1が実行されていることがわかります。ここで、実際にインフラストラクチャを確認して、環境内のすべてのVMを表示し、処理、負荷分散を開始し、Tuxedoドメインを確認することもできます。この特定の環境には6つの異なるドメインがあるため、それらのドメインを確認でき、実際にWebバランシングを開始できます。
現在、パフォーマンス管理データベースであるPMDBには多数のメトリックが含まれているPreciseの歴史的なリポジトリです。また、ブラウザのアクセスカウントについて知りたい場合や、ブラウザの種類ごとのアクセスカウントや、ブラウザの種類ごとのパフォーマンスを確認することもできます。システムの可視性を高めるためにできることがたくさんあります。
ここで、これは、実際にWebLogicのメモリ使用量を調べているところです。この素晴らしい鋸歯状のパターン、メモリ使用量が表示されています。ガベージコレクションがあり、非参照を取得します。それは戻って行くので、これはあなたが見たいと思う非常に素晴らしいパターンです。したがって、これは、PeopleSoft環境をサブシステムのコレクションと見なし、運用に適しています。最も基本的な質問は、「さて、サーバーで何が起きているのですか？」です。Preciseには、こうした可視性がすべて備わっています。また、サーバーメトリックも提供します。したがって、ここでは実際にCPU、メモリ、I / O、サーバー、システム上のユーザーを測定できるため、完全な可視性が得られます。そして、それが長期的なトレンドと組み合わされた方法です。これは、人々がキャパシティプランニングにPreciseを使用する方法です。
そして、そこにちょっとしたメモを投げたいだけです。通常、ショップにはハードウェア、サーバー、スタッフの予算が多くあります。どのように投資しますか、どこに賭けますか？ Preciseを使用すると、ストレージサブシステムの使用方法がわかるため、優位性が得られます。大量のランダムI / Oを実行している場合、Preciseがそれを示します。ソリッドステートストレージへの投資の正当化に役立ちます。 CPU使用率が低い場合は、追加のCPUを購入するよりもショップにとって重要です。
実際の処理のボトルネックがどこにあるか、実際に見返りを得ることができる場所に投資したいのです。また、アプリケーションコーディングの処理効率からキャパシティに至るまですべてに正確に対応することで、これらのニーズが数字でどこにあるかを評価し、文書化することができます。
これで最後の部分はアラートであり、アラートは実際にこれが始まった方法です。覚えてる？パフォーマンスSLAがあるというアラートが表示され、WebLogicインスタンスがダウンしていることがわかりました。それでは、アラートインターフェースを見てみましょう。そして再び、何が起こっているのでしょうか？このビューで指摘したいことの1つは、Preciseにはこれらのパフォーマンスアラートと可用性に関するステータスアラートだけでなく、トレンドアラートもあるということです。トレンドアラートが重要である理由は、システムがアイドル状態であるか、1人または2人のユーザーがいる場合、おそらくうまく動作するためです。ユーザーの追加を開始し、ユーザーがますます多くのアクティビティを実行するようになるまで、Tuxedoレベル、WebLogicレベル、ネットワークレベル、データベースレベルでデータ、リソースの競合を開始します。そして、その競合によりパフォーマンスが低下し、最終的には境界線を越える可能性があります。これはパフォーマンスアラートであり、基本的に組織のSLA目標を達成していないということです。したがって、これらのアラートセットは非常に優れています。
左側のWeb層では、実際にWeb層がエンドユーザーエクスペリエンスを測定し、その後、基礎となるアプリケーションスタック内のテクノロジーにアクセスします。これは、このすべてをどのように行うかを示すアーキテクチャ画面の一種です。理想的には、監視対象の環境から独立した高精度サーバーが必要です。 1つのPreciseサーバーで多数のアプリケーションを処理できます。
PeopleSoftおよびOracleおよびDB2データベースの場合、ローカルエージェントが必要です。 PeopleSoft環境がSQL Serverによってバックエンド化されている場合、エージェントレスを行うオプションがあります。 Sybase用のエージェントレスもあります。セキュリティモデルの中心は、PreciseのユーザーがPreciseに認証されるのに対して、ここでデータが収集されることです。それは完全に別個のプロセス、別個の資格情報、別個の認証であり、それがセキュリティモデルの一部です。さらに詳細があります。
今のところこれでアーキテクチャの紹介は十分だと思います。非常に難しい質問がある場合は、エリックが述べたように質問してください。
簡単に要約すると、このソリューションは24 x 7の実稼働環境向けに設計されています。 QAで使用することを強くお勧めします。社内開発を行う場合は、開発で当社を使用してください。複雑なURL、URIをPeopleSoftパネル名に変換します。制作について話すときは、オーバーヘッドが非常に少ないため、可視性があり、常に何が起こっているかを把握でき、エンドユーザーを特定できます。
これらのトランザクションにアクセスして定義する必要はありませんでした。ブラウザからの自然な接続ポイント、URL、エントリポイント、WebLogicへのWebサーバー接続、SQLステートメントを提供する招待状があります。その後、SQLステートメントとその実行内容をキャプチャできます。正確なデータベースはインテリジェントであり、これは私たちにとって際立った要因であり、DBAが連携してアプリケーションの可視性を高めることができると思います。
最後のポイントは、常にオンであり、常に収集していること、改善の前後にいつでも測定して定量化できること、またはまれにパフォーマンスを変更した可能性があることを知っているため、すぐにロールバックできることです。競合他社のほとんどは、追加情報を表示する必要がある場合、追加の可視性をオンにする必要があります。通常、この追加の可視性により多くのオーバーヘッドが発生します。Preciseを使用すると、常に可視性が得られ、常に問題を解決できます。したがって、Precise Webサイトにアクセスする場合は、Precise for Oracleであるかどうかにかかわらず、Precise製品のいずれかを確認してください。正確なアプリケーションパフォーマンスプラットフォームとしてリストされており、デモをリクエストするためのボタンがあります。
実際、画面を共有している場合は、そこをナビゲートして、どのように見えるかを見せて、すぐにこの画面を見ることができると思います。これがIDERAのウェブサイトです。製品に行きます。これらのPreciseコンポーネントのいずれかを選択でき、実際に動作を確認したいだけです。これにより、サイトにとって重要な追加情報を共有するためのプロセスが開始されます。または、流体UIへの移行について詳しく知りたい場合は、お気軽にお問い合わせください。
そして、それは、エリック、あなたにバトンを渡したいのです。
エリック・カバナ： いいでしょう私はもう一度言わなければならない-かなり包括的で印象的なプレゼンテーション、ビル。あなたは私が尋ねたいと思うたくさんのことを述べました。私たちにはあまり時間がありません-約9分です-そして、マットがいくつかの質問をする機会を得て、聴衆から少なくとも1つまたは2つを得るようにしたいと思います。
しかし、あなたが指摘できるので、PreciseがITチームの調達をどのように支援できるかに関して非常に興味深いと思ったものに言及しました、あなたはあなたが必要とするものがより固体であるという決定をする人にケースを作ることができますたとえば、ストレージ、または必要なのは、ネットワークの改善などです。しかし、それは大したことです。多くの場合、企業はそれを認識し、それを使用していますか、それともさらに伝道しようとしていますか？
ビル・エリス： まあ、実際には両方であり、問題は、PeopleSoftのようなパッケージアプリケーションであっても、使用パターンは各サイトで異なるということです。銀行でPeopleSoft移行を行う幸運があり、銀行は一般的な元帳システムをほとんどの組織とはまったく異なる方法で使用しています。実際には、ブランチで行われた個々のトランザクションを持つことができ、それらはすべて総勘定元帳に転記されます。
したがって、数十または数百の総勘定元帳を投稿するのではなく、実際に数十万を投稿しています。ですから、私がPreciseに関与したのは、使用パターンのためであり、対処できましたが、コードレベル、構成レベル、およびインフラストラクチャレベルの両方でのアプリケーションのニーズです。ですから、絶対に大きな信者であり、利用率だけに基づいてハードウェアを決定するべきではないので、それも伝道したいと思います。環境のニーズに基づいてください。
エリック・カバナ： 出席者から質問があります。それから、マット、質問を1つまたは2つお渡しします。まあ、これは良いものであり、それはあなたが与えることができる大きな、長い答えだから面白いです。参加者は、「展開後およびテスト中に、ユーザー側でパフォーマンスメトリックをどのように収集しますか？」
これらのパフォーマンスメトリックの深さと深さについては、かなり良い仕事をしたと思います。 5分ごとまたは10分ごとに比べて、これらのいくつかについては1秒未満でさえも話しました。答えを見つけるために必要な詳細レベルを取得するとき、それは正しいですか？
ビル エリス： ええ、それで重要なことは、パフォーマンス情報の個々のコレクターはテクノロジーに基づいているということです。したがって、デプロイメントを行うときは、オペレーティングシステム、そのバージョン、Tuxedoのバージョン、WebLogic、実行しているPeopleツールのバージョンから始めて、アプリケーションスタックの構築方法を知る必要があります。
そして、実際にそれを行うエージェントの設計、Preciseが提供する可視性のレベルを明らかにするデータ収集。そして、その可視性は、時には人々を少し威圧するかもしれません。しかし、目標を達成し、物事を本当に改善し、パフォーマンスを11に上げることを目標とする場合、それは本当にあなたが望む可視性のレベルです。そして、Preciseがそれとその低いオーバーヘッドを提供できるなら、問題はなぜそうではないのですか？それは素晴らしい質問だと思うので、それについてさらに議論したい場合はご連絡ください。
エリック・カバナ： いいよ。マット、質問はありましたか？
マット・サレル： 私は大丈夫だと思います。つまり、私はここでクラッシュするWebExを扱ってきました。
エリック・カバナ： 大野。正確な理由を理解するには、Preciseが必要です。
マット・サレル： ええ、私はあなたが話しているときに考えていた質問だと思います、ビル、パフォーマンスの問題をトラブルシューティングするときに複数のチームが同じページに到達する方法について少し話し合うことができたのですか？また、従業員に最高の品質を提供するために誰もがどのように協力できるかについて、誰が責任を負いますか。
ビル エリス： はい、ITスタッフは高価になる傾向があります。ほとんどのショップでは、テクノロジーの複雑さを考えると、テクノロジーに基づいてチームに分かれています。発生する大きな問題の1つは、パフォーマンスの問題があり、多くの場合、紛争が発生することです。そして、それは誰もが彼らが詐欺を持っていないので、何らかの形で彼らの層を免罪するためのメトリックを持っているところです。彼らは、トランザクションコードレベルで何が起こっているかではなく、WebLogicレベルで何が起こっているかを見ています。または、トランザクションの個々のSQLステートメントではなく、データベースレベルを見ています。
そして、問題層とその層内の問題コードを正確に特定できることにより、他のチームが解放されたり、自分のエリアにない問題を探すためにリソースに時間を費やすことができます。データベースに問題がある場合は、問題を解決するために必要な情報を持ってDBAに向かいます。彼らはそれを喜んでいるでしょう。
しかし、同様に、データベースの問題に焦点を当てたWebLogic支援チームであるTuxedoを無駄にしないでください。同様に、問題がたまたまWebLogic構成にある場合は、DBAが何らかの防衛室で自分自身を守ろうとしないでください。 WebLogicの問題を修正してください。
通常、これらの戦争室は各FTE組織のタイムプランに割り当てられていないため、ITスタッフは時間の節約のためにPreciseを高く評価しています。追加の時間のようなものです。したがって、これらの問題をより効率的に処理できることが非常に重要です。そして、流動的なUIを展開した組織にとって、実稼働環境で拡張し、実稼働環境で実際に発生する問題を解決できることは、個々のスタッフやチームではなく、実際にIT管理全体にとって非常に重要でした。ロールバックする必要がある場合。テクノロジーだけではないからです。それは本当に人々について常にです。
マット・サレル： そうです、それは人とプロセスです。ええ、それがデモ中に私のために出てきた唯一の質問でした。観客から他の人がいたら？
エリック・カバナ： ええ、私はあなたに最後の1つを投げるだけです、ビルとマットは彼のプレゼンテーションでこれについて簡潔に話しました。このクロップアップが見られるようになりました。まだ非常に前向きですが、コンテナ、コンテナ化とDockerの使用、そしてそのような性質のものは、どれほど大きなカーブボールをあなたに投げかけますか？
ビル・エリス： そのため、この言葉は異なる技術に応じて異なることを意味します。そのため、データベースレベルおよびアプリケーションレベルでコンテナを処理するように製品を進化させています。そしてその一部として、それは動き、クラウドを備えた環境全体の一種であり、私たちはクラウド内で動作します。しかし、発見プロセスがあるため、PeopleSoftを含むこれらのアプリケーションの進化に応じて、過去に非常に価値のある深さのレベルを提供できるように監視ソリューションを進化させています。
エリック・カバナ： うん。そして、私はこれらのデモを見るたびに、あなたが持っている粒度と、あなたが理解をつなぎ合わせることができるために必要なものに驚くばかりであり、あなたは通常の状況とは何かについての教育をする必要があります標準。
そして、あなたの人々はその周りに多くのコンテンツを提供します-人々が正常なもの、普通でないものを識別するのを助けます。あなたはトレンドアラートについて話しました、例えば、これらはあなたがより良く理解するために使用できるすべてのメカニズムであり、何かが間違っているか、間違っていないか、そしてもちろんそこからドリルダウンしてそれを見つける必要がありますが、あなたはすべてのデータを持っています。
ビル・エリス： ええ、それは本当に重要なことです。マットはそれについて話していたと思います。通常は何ですか？環境が異なれば、正常レベルも異なります。ハイエンドのハードウェア、Oracleのロジックとデータを使用して実行している場合、ショップの通常の状態やショップで達成できることは、より強力でないインフラストラクチャで実行している場合とは異なります。最初のことは、正常な状態を見つけ、そのベースラインの計算を開始し、そこから改善を開始できるようにすることです。
エリック・カバナ： OK、それは良い点です。最後の質問があります。最後に1つだけ質問します、ビル。システムレベルのデータとアプリケーションレベルのデータの観点から見ると、SQLとデータベースのパフォーマンス監視の違いはありますか？あなたの観点から、SQLとデータベースのパフォーマンスの監視の違いは何ですか？
ビル エリス: SQLステートメントが実行されるまで、データベースでは何も起こりません。 SQLステートメントの競合とは、ロック、待機、データレベルおよびSQL Serverレベルでのリソースの競合を制御することです。そのため、SQLステートメントのドライバーとシステムへの影響の両方を確認できた場合、影響を及ぼしました。 Preciseツールを最大限に活用できるようになるまで、アプリケーションDBAが関心を持っていることとインフラストラクチャDBAが関心を持っていることをリンクすることができます。
私がインフラストラクチャDBAであり、使用率などを見ている場合、個々のSQLステートメントを見ることができ、実際にリソースを最小限に抑えることができる場合と比べて、実際には幅広いブラシで管理している消費– CPU、メモリ、I / Oのいずれであっても–同じコインの両面に対処できます。
エリック・カバナ： わかりました。私たちは1時間強で燃え尽きました。 IDERAの友人に感謝します。本日ご参加いただいたMatt Sarrelに深く感謝します。これらのウェブキャストはすべて後で見るためにアーカイブしているので、お気軽に戻ってください。通常は数時間でアーカイブがアップします。ですから、私がしなければならないことは、私がこのことを愛していること、正確なことを愛していること、そして雑草に入ることができることだけです。また、IDERA with Preciseの人々が持っているものよりも、アプリケーションスタックのさまざまな部分や部分をすべて掘り下げることができる他のツールは知りません。
それで、私たちはあなたに別れを告げます、人々。もう一度ありがとうございます。次回もお話しします。