サーバーのパフォーマンスを診断する方法を教える

データセンターの管理者は、パフォーマンスの問題の兆候を解釈し、問題の原因となっている要因を特定することを学ぶ必要があります。サーバーの応答が遅いため、みんな狂ったようになりますエンドユーザーは心配してMicrosoft PowerPointファイルを開くのを待っています。上級幹部はすぐにメールを受信したいと考えています。これらの質問今日のますます仮想化されている環境では、サーバーパフォーマンスの問題はこれまで以上に一般的で深刻になっています。コンサルティング会社GlassHouse Technologiesの仮想化サービス担当ディレクター、アーウィン・ボレリング氏は、次のように述べている。「物理的な環境では、各サーバーに独自のSCSIコントローラ、ディスク、メモリ、およびプロセッサコンポーネントがあります。現在は、同じタスクを同時に処理し、同じリソースを使用し、物理ホストに障害が発生するとクラッシュする物理ホスト上の共有環境で、10台から15台のサーバーを実行します。 'では、問題を解決して操作を再開するために、これらの問題を診断する方法を教えてください。ここにあなたが始めるのを助けるためのいくつかのヒントがあります。 問題がサーバーであることを確認します。
ExtraHopのCEO兼創設者Jesse Rothsteinは、サーバーレベルから発生すると思われるパフォーマンスの問題の多くは、ネットワーク、データベース、およびストレージシステムの問題によって引き起こされることが多いと述べています。ロスシュタインは言った： "結局のところ、あなたはこれらの問題を考慮し分析する必要がありますが、実際には注意が必要です。フルーク・ネットワークスのグローバル製品マーケティングマネージャ、ダン・クリムケ（Dan Klimke）は、次のように述べています。症状の追跡と分析にはかなりの時間がかかります。 ' IT部門は多くの場合、エンドユーザーにリソース（アプリケーションなど）を提供するために複数のサーバーを接続します。 Klimke氏は、次のように述べています。「アプリケーションサーバーと通信するWebベースのフロントエンドサーバーがあり、アプリケーションサーバーとデータベースサーバーが通信することがあります。これらはすべてある種のネットワークを介して接続されています。そのため、トラブルシューティングの最初のステップは、問題がネットワークからではなくサーバーから発生していることを確認することです。 ' 面倒なアプリケーションを入手する
アプリケーションがサーバーの反応を遅くしたり、単にシャットダウンしたりする可能性は十分にあります。 Klimkeは言った： "アプリケーションがあまりにもずさんすぎるかもしれません - つまり、そのようなアプリケーションは大量のデータを含む大きなフレームを使用せずに書かれ、より少ないフレームを送信します。最も小さいフレームが使用されるので、大きいフレームが達成することができるタスクを完了するために大量のデータを頻繁に行ったり来たりすることだけが必要です;対照的に、大きいフレームを使用することははるかに速くより効率的です。 'たとえば、アプリケーションからのコマンドがサーバーに送信され、サーバーに問題が生じる可能性があります。 Klimkeは言った： "サーバーに入ってくる実際のデータトラフィックを見て、あなたはパケットが入ったリンクと、サーバーがダウンする前にどんなコマンドがサーバーに送られたかを知ることができます。これには、ネットワーク接続上の実際のデータトラフィックの調査と、サーバーがダウンする前に送信された過去のコマンドおよびフレームを解釈する機能が必要です。 &b; ダーティネットワークのクリーンアップ

Rothsteinは、ダーティネットワークとは、パケットが失われたり、並べ替えられたり、断片化されたりするネットワークのことで、サーバーのパフォーマンスを低下させ、サーバーのパフォーマンスの低下やサーバーの負荷を引き起こす可能性があります。大きいです。 「TCPスタックのようなネットワークプロトコルスタックに高速パスと低速パスの両方があることにほとんどの人は気付いていません。高速パスは効率的で、送信するパケットに合わせて最適化されており、次のパケットを順番に送信することができます。しかし、パケットを誤った順序で送信したり、誤ってレイヤ4からレイヤ3にパケットを転送したりすると、サーバとオペレーティングシステムはそれらのIPフラグメントを再構成するために多くのリソースを消費します。 TCPフラグメントを組み立て直します。 '仮想化によってこの問題は複雑になる可能性があります。 「あなたのハイパーバイザーは、実行中のすべての仮想マシンおよびゲストOS間でプロセッサ時間を共有するスケジューラです。仮想マシンを切り替えると、必然的に表示されます。遅れます。設定が間違っていると、ネットワークパケットは遅延し、基になるネットワークスタックによって破棄されます;転換点に達すると、パフォーマンスの低下は明白であるだけでなく、壊滅的な結果をもたらします。 &b; 監視ツールの使用

Rothsteinは、それがサーバーのヘルスインジケータを記録するためにSNMPポーリングを実行する自動化されたサードパーティ製ツールであろうと、単純な無料のオープンソースツールであろうと関係なく、監視ツールを最大限に活用するべきだと述べた。 Vollering氏によると、仮想化サーバーを使用している場合、監視ツールは特に重要だという。同氏によると、VMware、Microsoft、Citrixの3大仮想化テクノロジプロバイダは優れた監視ツールを提供しているという。 「これらのツールは、プロセッサの使用量、メモリの使用量、ディスクの使用量のいずれであろうと、あなたの環境に何を圧迫しているのかを教えてくれます。 " Volleringは、これらのツールが利用可能で展開されていても、多くの企業がそれらを使用できるかどうか、またはその使用方法がわからないことをしばしば知りません。さらに、これらのツールは洪水のような情報と警告をもたらします。彼は言った：「あなたは様々な図表を検討するのに1日を費やさなければならないかもしれません。 - 'では、どのようにしてこれらのツールを最も効果的に使用できるのでしょうか。 Vollering氏は、次のように述べています。「マニュアルを注意深く読み、環境に合わせてツールを設定します。そうすれば、アラートが発生した場合でも、ツールがデフォルトのしきい値で構成されていてフラッディングされているからではなく、アラートを調査する必要があることがわかります。 &b;最良のヒント：サーバーの物理リソースの確認
CDWのInternal Solutions ArchitectであるKelly Satherは、サーバーレベルからパフォーマンスの問題を特定したら、それを再確認する必要があると述べました。サーバーの物理リソース彼は言った： "最善のケースは他のプロセッサを追加するかメモリを追加するのと同じくらい簡単です。 「フルーク・ネットワークスのグローバル製品マーケティングマネージャ、Dan Klimke氏は、次のように述べています。」プロセッサの使用率が多くのプロセスに対して高すぎるかどうかを検討することは重要です。私たちは、多くの問題が完全にディスクがいっぱいになったことによって引き起こされたことを発見しました。 &b; 基本的なヒント：サーバーが動作していることを確認します。
ハードウェアは新しくインストールまたはアップグレードされたアプリケーションと互換性があるため、アプリケーションが円滑に動作するわけではありません。彼は言った： "あなたのサーバーのリソースはそれが処理しようとしている負荷と釣り合っている必要があります。たとえば、誰かがExchange 2010に移行し、24 GBのRAMを搭載したデュアルプロセッサデュアルコアシステムでスムーズに実行されていた古いバージョンのExchangeから移行しました。しかし、Exchange 2010はよりリソース集約型のシステムであるため、後でシステムが古いハードウェアでは実行できないことを発見しました。 ' 他の2つのヒント：負荷の修正と調整
複数の仮想サーバーからの負荷は、物理サーバーの処理能力をはるかに超える可能性があります。コンサルティング会社GlassHouse Technologiesの仮想化サービス担当ディレクターであるErwin Vollering氏は、次のように述べています。毎月の財務連結数を処理しながらスナップショットを作成した場合、ストレージシステムはこれらのトランザクションのすべてを同時に処理することはできません。 &Rdquo;

CDWのソリューションアーキテクトケリーSatherの内の仮想マシンのライブマイグレーションは、負荷の増加で、仮想マシンの数の急増は、あなたが原因を見つける必要がある可能性があるという問題のある仮想マシンが別のホストに移行されているか、「通常の」仮想マシンが別のホストにオフロードされて、リソースを必要とする仮想マシン用のスペースが確保されています。 VMwareのvMotionとMicrosoftのHyper-V（およびその他のテクノロジ）を使用すると、エンドユーザーに接続することなく、仮想マシンを他のホストにリアルタイムで移行できます。
zh-CN"],null,[1],zh-TW"]]]