複雑なPeopleSoft環境のパフォーマンスを管理する

2024

Techopediaスタッフ、2017年9月6日

まとめ：ホストのエリック・カバナは、このホットテクノロジーのエピソードで、Matt SarrelおよびBill EllisとPeopleSoftのパフォーマンス管理について説明します。

エリック・カバナ：わかった、紳士la女。こんにちは、おかえりなさい。東部時間の水曜日の4時であり、過去数年間は、このITとビッグビジネスとデータの世界で、Hot Technologiesの時間です。はい、私の名前はエリック・カバナです。今日のイベントのモデレーターになります。

ビジネスを実行するシステムについて説明します。 PeopleSoft、複雑な環境のパフォーマンスを管理する方法について話しています。あなたはこれらのイベントで大きな役割を果たしているので、常に言及したいので、恥ずかしがらないでください。いつでも質問してください。チャットウィンドウまたはQ&Aを使用して行うことができます。どちらの方法でも可能です。あなたが知りたいことを聞きたいです。それが最良の方法です。あなたの時間のために最高の価値を得る。これらのWebキャストはすべて、後で聞くためにアーカイブしますので、注意してください。

システムの動作が遅い場合は、以前の生活がどのようになっているかに留意してください。この写真は実際には1968年のもので、Danelleという女性の好意によるものです。これは、物事がどれほど変化したかをはっきりと思い出させるものです。世界は著しく複雑になり、もちろんビジネスニーズとユーザーエクスペリエンスは密接に関連しています。しかし、最近では、少し切断されています。私たちがよく言うように、ミスマッチがあります。事実は、ビジネスの人々は常により速く物事を望んでいるということです。仕事を遂行するためにプレッシャーにさらされるのは、提供しなければならないITチームです。

私は言わなければならない、競争はどこでも熱くなった。業界を見ると、最近では大きな進展があることがわかります。たとえば、AmazonがWhole Foodsを購入しています。食料品業界がそれを厳しく見ているので安心できます。これはあちこちで見られるので、ビジネスリーダーがデジタル変換、古いスイッチボードを超えてより新しく堅牢なシステムに移行する方法、そして最近の流行語を確認するのは本当に重要です。それが今日お話しすることです。

多くの組織が直面している問題の1つ、特にしばらく前から存在している問題は、これらのレガシーシステムです。これは、昔のIBMメインフレームです。どこにでもレガシーシステムがあります。ジョークの1つは、レガシーシステムは実稼働中のシステムであり、実稼働に入る瞬間、つまり技術的にはレガシーシステムであることです。常に新しいやり方があります。

また、システムを仮想的に調整して、必ずしも1つのシステムのパフォーマンスを向上させるだけでなく、パフォーマンスを処理するための一種のオフシュートまたはオフロード戦術を作成する方法を見つけることに関して、ここ数年で非常に興味深い開発がいくつかあります他の方法で。今日は、PeopleSoftのようなシステムのパフォーマンスを改善する方法について詳しく説明します。PeopleSoftは非常に複雑です。しかし、うまくやったとき、ロードしたとき、実装したとき、うまく管理したとき、それは素晴らしいことをすることができます。しかし、それがうまく管理されていないとき、それはあなたがあらゆる種類の問題を抱えているときです。

それでどうなりますか？ユーザーが望むものを手に入れられない場合、遅かれ早かれ彼らはシャドウシステムに行きます。それは常に起こります。シャドウシステムは非常に生産性が高く、人々が仕事を成し遂げるのに役立ちます。しかし、もちろん多くの問題があります。確かに、コンプライアンスと規制の全領域において、シャドウシステムは大きなものではありません。しかし、彼らはそこにあり、あなたのシステムは、メインシステムが迅速に機能していないか、効率的に機能していない場合、遅かれ早かれ回避策があり、それらの回避策を見つけるのは非常に難しいことを覚えておくことが重要だと思います彼らはビジネスにとって重要であるため、日没するのは難しいかもしれません。それらを統合するのは難しいので、それがそこにあることを覚えておいてください、それはパフォーマンスを改善するもう一つの理由です。

つい最近、私はこの表現を聞いたので、そこにそれを捨てなければなりません。「緊急性の専制」。あなたがたぶん私が話していることを知っていると思います。、人々はできる限りのことを行っており、何かを変更することは非常に困難になります。あなたは「緊急の専制」に苦しむことになります。すべてをすぐにやらなければなりません。さて、システムのアップグレードはすぐには行われません。

あるバージョンから別のバージョンへのERPのアップグレードを経験したことのある人なら誰でも、それが比較的苦痛なプロセスであることを知っているので、これに注意してください。組織でそれを確認したら、それを認識してください。うまくいけば、誰かに連絡できるか、CIOやCTO、CEOのような上級者なら、これは非常に危険なシナリオであることを認識してください。8ボールの後ろにいると、後ろから抜け出すのは本当に難しいからです。エイトボール。

まるでマラソンの難問のようなものです。ある種のレースでかなり遅れを取り、全員があなたの前にいて、まだ走っているなら、遅れすぎて追いつくのは本当に難しいでしょう。気をつけてください。

それで、Matt Sarrelに引き渡し、PeopleSoft環境の複雑さを処理する方法についての洞察を提供します。マット、それを取り去ってください。

マット・サレル：わかりました、ありがとう、エリック。みなさん、こんにちは。それでは、まず、パフォーマンスの管理についてあなたと話し合うのにふさわしいと思う理由を説明することから始めましょう。だから、私は技術で30年の経験を持っています。いくつかの新興企業で実践的なネットワーク管理者、ITのディレクター、エンジニアリングのVPになったと言ってみたいと思います。それから、PC Magのテクニカルディレクターになるためにこの移行を行いました。そこに私の写真がありますが、基本的に私は小さな子供のように見えます。

その後、eWeekやInfoWorldなどのさまざまな出版物でジャーナリストとして活動し、Gigahomeのアナリストとして、Bloor Groupとネットワークを構築し、コンサルティングも行っています。そして私がいます：左のこの写真は、私が今どのように見えるかです。真ん中のこの写真は、電線と点滅する明かりがいっぱいある部屋で、そして寒い場所で、私がとても幸せな場所のようなものです。賢い。そして、フォローアップの質問があれば、私の連絡先情報があります。

エリックが話したように、ここで舞台を設定し、パフォーマンスについて話をしたいだけです。私たちは今、消費者のアプリとウェブサイトによって設定されたこの期待をユーザーが持っているこの世界に入りました。かつて人々は仕事に行ってそこに座ってシステムを待つことを望んでいました。それが彼らが必要とするものだからです。だから、彼らはこのオートバイがトラックを飛び回ることを望んでいるかどうかの問題です。彼らはおそらく男が彼の自転車に乗って、彼の娘を学校に連れて行きたくないでしょう。しかし、あなたはどちらを提供するつもりですか？

そして、それは難しいです。実際、私はこの1〜3秒ほど寛大でしたが、人々もすぐに応答したいと思っており、どこからでもアクセスしたいのです。その場所は、建物内やキャンパス内のどこでも構いません。また、ビジネスの成果に応じて、世界中のどこでも構いません。そして、私が目指しているのは、パフォーマンスについて話すとき、ユーザーエクスペリエンスの角度からパフォーマンスを考えることが重要だということです。

測定と調整を行う前に、パフォーマンスの目標を定義することが重要です。このチューナーの写真と、チューナーがあります。チューナーである実際の人は、彼が何のためにチューニングしているのかを知る必要があります。さもなければ、実際にピアノに手を置いてそれをチューニングしても意味がありません。そのため、目標を事前に定義しておくと、現在の状況に合わせて目標を調整するのではなく、現実を保つことができます。時間の経過とともにメトリックを監視し、リソースシーンと使用パターンの影響を受けるユーザー負荷アプリケーションのパフォーマンスでシステムがどのように変化するかを理解することが重要です。

これらすべてをユーザーエクスペリエンスまたはサポートインシデントと関連付け、提供できると期待されるパフォーマンスのベースラインを確立し、そのベースラインからの逸脱に近づいている場合は、予防措置を講じてアクションを起こすことが常に重要です「クジラの失敗」ステータスに到達する前に。また、パフォーマンスの問題の根本原因を非常に迅速かつ簡単に特定して対処できることが必要です。繰り返しになりますが、これは早いほど良いですか？

開発の取り組みを見てきた過去の歴史から、パフォーマンスの問題を早期に発見して修正できるほど、より優れていることがわかります。すべてのコードまたはシステムがライブになるまで待ってパフォーマンステストを開始したり、問題の発見を開始したりするのは遅すぎるとは言いませんが、今はマラソンで悪いスタートを切った人です今、あなたはすぐに飛び出して前進するのではなく、追いつきをしている。それでどうやってこれをするの？平均負荷とピーク負荷を予想していますか？

そして、先に進み、物理サーバーまたは仮想サーバーまたはクラウドインスタンスまたはコンテナーとコンテナーリソースのサイズを決定してから、概念実証を実行し、パイロットを実行しますか？これらは、これが一種の時間であり、何かをキャッチしたい場所の終わりですが、それでもプロダクションでそれを無視するよりもプロダクションでキャッチする方が良いです。しかし、実際には、パイロットを使用する頃には、継続的な監視と改善に関する方法論と手順をすでに確立しているはずです。

わかりました、たくさんの会社–私達はデジタル変換について話します。 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使用率とオーバーライドのようになるのではなく、彼らが行使するアプリケーションコードになります。

ドリルインして、そのコンテンツ管理を見てみましょう。実際にそのトランザクションの分析を見ることができます。ブラウザの起動、Java JoltへのWebサーバーへのエントリポイント、実際に実行されているコードを示しています。最後に、この特定のPeopleSoftパネルによって実行されるSQLステートメントのテキストをPreciseが表示するSQLステートメントのTuxedoパネル。

私たちが話すすべての人はツールを持っていますが、彼らが持っていないのはコンテキストです。ドットを接続するか、ブラウザからSQLステートメントに至るまでトランザクションを追跡することはコンテキストです。これがあなたのDBAのように行うことは、インスタンスまたはデータベースレベルで物事を見るのではなく、SQLステートメントレベルで調査できるようになりました。

したがって、「個々のSQLステートメントのボトルネックは何であるか」と言えますが、これは非常に強力です。このトランザクションはSQLステートメントよりも速く実行できず、すべての重要なビジネストランザクションが記録システムと対話することを考慮してください。データベースは、好むと好まざるとにかかわらず、パフォーマンスの基盤であり、ビジネストランザクションに不可欠な個々のSQLステートメントに集中できるほど細かくすることができれば、ゲームを次のレベルに進めることができます。

あなたがここで気づくかもしれないもう一つのことは、Preciseが提供するパーセンテージ貢献計算があるということです。ブラウザ自体は、実際にはアプリケーションスタックの重要な部分です。 JavaScriptの実行、レンダリング時間、ページコンポーネント、GIF、JPEGがあります。また、実際には、ChromeとIEおよび異なるバージョンでは、アプリケーションの動作が大きく異なる場合があります。正確にあなたにもそれを示すことができ、画面のフリーズなどを引き起こす可能性のある実際のボトルネックやブラウザ内の競合がある場合があります。

それを識別できるため、IT部門は間違ったツリーを見つけ出すことなく、さまざまな問題の根本的な根本原因に対処することができます。これで特定のSQLステートメントに対して実行できるようになったので、そのSQLステートメントで何が起こっているかを正確に分析できます。そのため、ここではデータベースのエキスパートビューに移動しました。

データベースレベルでPreciseを区別するものの1つは、1秒未満でサンプリングすることです。これは、10分ごとに1回だけ、15分ごとに1回だけ見る競合他社との比較です。そのため、粒度のレベル、解像度のレベルは競合他社よりも桁違いに優れています。

また、データベースは当社の基盤の一部であるため、DBAが実際にパフォーマンスを次のレベルに引き上げることができます。そのため、保存されたサブシステムへのアクセスに時間を費やした場合、CPUを使用した時間の50％で、このSQLステートメントが実際に50％を費やしたことがわかります。 [調整]ボタンをクリックすると、実行プランとその使用パターンを正確に駆動したものを詳しく調べることができます。

顧客の1人からの引用-Oracle Shopにいない場合、OEMと呼ばれるOracleツールを使用し、OEMは本当にデータベースまたはインスタンスに焦点を当てたものです。DBAは常にトップ10リストを探していますか？しかし、Preciseを使用すると、個々のSQLステートメントにドットを結び付けることができるため、粒度が高いため、DBAは、はるかに高いデータベースレベルだけでなく、トランザクションレベルで実際に調整できます。

この顧客にとって本当に重要だった2番目のポイントは、正確なURLをPeopleSoftパネル名に変換することです。IT部門にいて、ツリーマネージャー、コンテンツマネージャー、特定のHRページについて話すことができる場合、そうすれば、私が助けようとしている人は、私が実際に見ているものを理解していることを知っています。なぜなら、それはもはやこれらの象形文字ではなく、彼らがよく知っている名前だからです。

私たちに尋ねられる質問の1つ-いつものように思えるので、私は質問に積極的に答えるだけだと思いました-世界でそのPeopleSoftユーザーIDをどのようにキャプチャしますか？手順を説明します。これがPeopleSoftのサインオン画面です。アクセスするには、Webサーバーに移動する必要があり、この画面が表示されます。アプリケーションがPreciseでインストゥルメントされている場合、この画面には実際にPreciseスクリプトが含まれており、右クリックしてソースを表示することで表示できます。これにより、実際に基になるページを構成するコードが表示され、ここでページフレームに表示されるのは実際にはWebコードの正確さです。これにより、サインオン画面、IPアドレス、ブラウザーの種類、レンダリングと真のエンドユーザーエクスペリエンスに関する一連の情報。したがって、ユーザー名を入力してサインインをクリックすると、Preciseは自分が何をしているかを測定できます。

開いて、ツリーマネージャに移動し、検索操作を行い、フィールドに入力して、検索をクリックします。結果セットが表示されるため、データベース全体に至るまでアプリケーションスタック全体を明確にトラバースしました。 Preciseはこれをどのように表示しますか？さあ、見てみましょう。 Preciseを開いて、中に入って、アクティビティを見ることができます。この画面を表示するアクティビティタブをクリックします。これらは未翻訳のURLです。ユーザーを表示できます。サインインしたばかりのユーザーIDとアクティビティを示します。

Firefoxバージョン45を使用してこれを起動していることがわかります。私はこのアプリケーションを12回実行しましたが、基本的には、誰かが完全にレンダリングする前に誰かがWebページを離れたときに、ビジネス上の問題を示唆します。これで、エンドユーザーIDを取得できました。何が起こっているかを正確に知っていると、人々は本当に感謝します。

今、私たちは少し変なギアをシフトしたいです。後で取引を見ていました。特定のトランザクションについて深く掘り下げ、そのSQLステートメントを調べました。次に、ギアを切り替えて、WebLogicから始まるPeopleSoftアプリケーションスタック内のその他のテクノロジーをいくつか見ていきます。

したがって、ここにWebLogicインスタンスがあり、時間の経過に伴うアクティビティを確認できます。財務レポートがあります。それはすぐに教えてくれ、メモリはほぼ最大限に使用されます。私たちが見つけたものの1つは、ほとんどの人がアプリケーションスタック全体、または少なくとも一部を共有環境で実行することです。多くの場合、それはVMwareです。要求するリソースの量と必要な量のバランスをとる必要があります。あなたはリソースを独り占めしたくありません。同様に、この場合、十分なメモリを要求しないことで処理の制約を設けたくありません。

この構成は、パフォーマンス管理にも不可欠です。したがって、メモリガベージコレクションとすべてのJMX WebLogicカウンタを実際に取得できるので、WebLogicフォームの状態を正確に把握できます。

次にTuxedoに移ります。多くのショップのタキシードは一種のブラックボックスであり、PeopleSoftの非常に重要な部分です。それはすべてを一緒に保持する接着剤のようなものですので、私はほとんどそれをオペレーティングシステムの拡張と考えています。これは、非常に慎重に使用および構成するものです。ちなみに、これはちょっとしたサイドノートです。最初のコメントで、エリックは「緊急性の専制」と述べました。PeopleSoftのショップがクラシックUIから流動的なUIへの移行を検討しているときに、それが本当に出てくると思います流動的な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、およびデータベースレベルでアラートがあります。ここにはアラートがありません。平均応答時間。約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製品のいずれかを確認してください。 Precise Application Performance Platformとしてリストされており、デモをリクエストするためのボタンがあります。

実際、画面を共有している場合は、そこをナビゲートして、どのように見えるかを見せて、すぐにこの画面を見ることができると思います。こちらがIDERAのウェブサイトです。製品に行きます。これらのPreciseコンポーネントのいずれかを選択でき、実際に動作を確認したいだけです。これにより、サイトにとって重要な追加情報を共有するためのプロセスが開始されます。または、流体UIへの移行について詳しく知りたい場合は、お気軽にお問い合わせください。

そして、それ、エリック、私はあなたにバトンを渡したいです。

エリック・カバナ：わかりました。私はもう一度言わなければならない-かなり包括的で印象的なプレゼンテーション、ビル。あなたは私が質問したいたくさんのことを述べました。あまり時間がないので（約9分）、マットにも2、3の質問をする機会を得て、聴衆から少なくとも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ロジックおよびデータを使用して実行している場合、ショップで通常行われていることやショップで達成可能なことは、より強力でないインフラストラクチャで実行している場合とは異なります。最初のことは、正常なものを見つけ、そのベースラインの計算を開始し、そこから改善を開始できるようにすることです。

エリック・カバナウ：わかりました、それは良い点です。最後の質問があります。最後に、ビルに質問します。システムレベルのデータとアプリケーションレベルのデータの観点から見ると、SQLとデータベースのパフォーマンス監視の違いはありますか？あなたの観点から、SQLとデータベースのパフォーマンスの監視の違いは何ですか？

Bill Ellis ：それは、SQLステートメントが実行されるまで、データベースでは何も起こりません。 SQLステートメントの競合とは、ロック、待機、データレベルおよびSQL Serverレベルでのリソースの競合を制御することです。そのため、SQLステートメントのドライバーとシステムへの影響の両方を確認できた場合、影響を及ぼしました。 Preciseツールを最大限に活用できるようになるまで、アプリケーションDBAが関心を持っていることとインフラストラクチャDBAが関心を持っていることをリンクすることができます。

私がインフラストラクチャDBAであり、使用率などを見ている場合、個々のSQLステートメントを見ることができ、実際にリソースを最小限に抑えることができる場合と比べて、実際には幅広いブラシで管理している消費– CPU、メモリ、I / Oのいずれであっても–同じコインの両面に対処できます。

エリック・カバナ：オーケー、皆さん。私たちは1時間強で燃え尽きました。 IDERAの友人に感謝します。本日ご参加いただいたMatt Sarrelに深く感謝します。これらのウェブキャストはすべて後で見るためにアーカイブしているので、お気軽に戻ってください。通常は数時間でアーカイブがアップします。ですから、私がしなければならないことは、私がこのことを愛していること、正確なことを愛していること、そして雑草に入ることができることだけです。また、IDERA with Preciseにある人々よりも、アプリケーションスタックのさまざまな部分や部分をすべて掘り下げることができる他のツールは知りません。

それで、私たちはあなたに別れを告げます、人々。もう一度ありがとう、次回もお話しします。