Solarisのパフォーマンス最適化エクスペリエンスサマリ

Solarisのメンテナンスでは、システムパフォーマンスの維持に問題が発生することが多く、システムパフォーマンスに影響を与える要因は数多くあります。 Oとメモリの管理、ネットワークトラフィックの診断などの側面を分析して説明し、Solarisのパフォーマンス維持に関するいくつかの方法と経験を示しました。システムのパフォーマンスとは、システムがタスクを完了した状況、その有効性、安定性、および応答率のことです。システム管理者は、システムのパフォーマンスの低下、不安定さ、システムの応答が遅いなどについて不満を言うことがよくあります。これらの問題はすべて、表面的な現象です。ネットワークシステム全体のパフォーマンスは、ネットワークトポロジ、サーバーシステム、ルーティング機器、ルーティングポリシー、アクセス機器、物理回線などに密接に関係しています。1つのリンクに問題があると、システム全体のパフォーマンスに影響します。 。システム全体のパフォーマンスを最適化する前に、各リンクのシステムリソースが合理的に使用され割り当てられているかどうかを監視および監査する必要があります。サーバーとワークステーションのシステムのパフォーマンスは、主にその使用と割り当ての程度によって異なりますシステムのパフォーマンスを定期的に監視および監査することが重要であり、どのリソースを監視するかを知っておく必要があります。システムリソースには、--- -1、CPU、---- 2、メモリサブシステム、---- 3、I /Oサブシステムの3つの側面があります。これら3つの側面は、問題の存在にかかわらず、システムパフォーマンスに影響を与えます。監査システムのパフォーマンスもこれら3つの側面からのものです。システムのパフォーマンスを監査するためのツールは数多くありますが、Solaris オペレーティングシステムでシステムリソースの実行を監査するためのツールは、次のとおりです。システム内で実行中のプロセスに関する情報を提供するPsコマンド、ディスク使用量に関する情報を提供するdfコマンド、vmstat、iostat、およびsarコマンドは、システムの動作を報告し、メモリ使用量に関する情報を提供し、入出力システム情報を提供します。システムのスワップ使用率を計算するために使用されるswapコマンド、ネットワークパフォーマンスに関する情報を表示するために使用されるnetstatコマンド。サーバー/ワークステーションシステムでは、ユーザー数が増加しているため、システムリソースの使用と割り当てはしばらくの間合理的な場合があることに注意してください。管理は長期的な作業であり、システムの信頼性と効率的な運用を維持するために、システムパフォーマンス管理を日々のシステム管理の一部として使用する必要があります。システムのパフォーマンスを最適化する前に、システムのハードウェアリソース構成、ソフトウェアリソースの使用、およびシステム全体の構成を知っておく必要があります。これらの問題の発見は、システムが人々に与える印象にしばしば基づいています。たとえば、システムはユーザーへの応答が遅く、プロセスの実行時間が長くなります。これらの現象が発見された場合は、システムの主なリソースデータを収集して分析し、システムパフォーマンスを向上させる方法を見つける必要があります。

システムパフォーマンス分析のための標準ツール：CPU：vmstat sar psメモリ：vmstat psディスク：iostat vmstatネットワーク：netstat nfsstatパフォーマンスチューニング一般的な手順注意：これは一般的な標準であるはずです：パフォーマンスチューニングの主な目的システムがさまざまなリソースを効率的に使用できるようにすることですが、システムリソースの使用率を測定するための基準となるものであり、システムやアプリケーションごとに厳密な定義はありません。 p> CPUの良否：ユーザー％+ sys％< 70％ユーザー％+ sys％= 85％ユーザー％+ sys％> = 90％ディスク：iowait％< 30％iowait％= 40％iowait％>; = 50％メモリ：10ページ/秒のCPUあたりのページイン&ページアウトなしページイン&ページアウトネットワーク：< 30％帯域幅次の手順を使用して、パフォーマンス最適化の全体的なパフォーマンスに影響を与える重要なリソースを見つけます。必要に応じてハードウェアデバイスを追加またはアップグレードします。 1. iostat、sarを使用して、CPUが原因かどうかを検出します。2. vmstat、svmonを使用して、メモリが原因かどうかを検出します。3. filemon、iostatを使用して、ハードディスクかどうかを検出します。まず、システムの平均負荷システム平均負荷（最後の分、最後の5分、最後の15分）は、システムが過負荷かどうかを評価するための便利で一般的な方法です。システムが正常に動作している場合、3つの値の範囲は0〜2です。 Solarisオペレーティングシステムでは、次のコマンドを使用して平均システム負荷を取得できます（例としてホストsolarisEXPを使用します）。

---- 1。uptime solarisEXP％uptime 2:06午後1日5:27、 7人のユーザー、平均負荷：0.00、0.01、0.01 ---- 2、sar（システム活動報告者）コマンド自体を使用して、sadcによって確立された日々の活動ファイルからシステム活動データを収集したり、システム活動データを抽出したりできます。 solarisEXP％sar– q（ファイルからデータを取得）00:00:01 runq-sz％runocc swpq-sz％swpocc 01:00:01 1.0 0 02:00:01 1.8 0 03:00:01 1.3 0 04 ：00：01 1.8 0 05:00:01 2.0 0平均1.6 0

---- or use：' sar– options tn'現在からt秒（t> = 5）その時間間隔中にＮ回のシステム活動データが収集される。 ---- runq-sz通常は2未満です。この値が継続的に2より大きい場合、システムはCPUバウンド状態にある可能性があります。 ％runoccが90を超え、runq-szが2を超えると、CPUが過負荷になり、システムの応答率が低下します。例：sar -u表示項目の意味（CPU使用率の確認）％usr cpuユーザプロセス実行時間％sys cpuシステムプロセス実行時間％wio cpu入出力完了待ち時間％idel cpuアイドル時間表示結果分析結果によると、％usrと％sysの値はほぼ等しいことが多く、一般的なマルチユーザーシステムでは、通常、％idelの値は40％より大きく、％wioが15％以上の場合はハードディスクにボトルネックがある可能性があります。 30％はプロセッサの処理能力が低いことを意味し、％idelが10％未満の場合はプロセッサが重いか、またはエスケーププロセスがあることを示します。 ％idelが0に近く、％sysが％usrよりはるかに大きい場合、メモリー不足により、システム内に待機中のプロセスが他にあるかどうかを確認するために、多くのスワップおよびページングsar -pが発生する可能性があります。過剰待機プロセスこのコマンドには、4つの関連フィールドがあります。runq-sz：メモリー内で実行できるプロセス数（％）：プロセスがメモリー待機状態になる確率swpq-sz：スワップゾーンを待機中（swap）プロセス数％swpocc：プロセスがスワップ・ウェイトに入る確率結果は以下のように要約されます：1）runq-szが2より大きく、％runoccが90％より大きいことが多い場合、2）％swpoccが0でない場合システムがプロセスを置き換えたことを示します。メモリを増やすかバッファリングを減らすことでスワップとページングを減らすことができます。