仮想サーバーでも専用サーバーでも、サーバーが過負荷になると、ウェブサイトの読み込みが遅くなり、コンテンツの代わりにイライラするエラーが発生します。このような結果を避けるために、サーバーのパラメータを注意深く監視し、リソースをタイムリーに分析する必要があります。
次に、ホスティング プロバイダーのツールとサーバー側のターミナルを使用して、個々のリソースを診断する方法について説明します。さらに、システム パフォーマンスの低下に関連する問題を解決するためのさまざまなアプローチを検討します。この手順は、プリインストールされているソフトウェアに関係なく、Linux OS を実行しているすべてのサーバーに適用されます。
VMmanager 経由でサーバー リソースを確認する
VMmanager仮想化ツールは、最もシンプルでありながら、診断のための汎用的なソリューションです。これは、効率的な管理を確実にする上で重要な役割を果たします。 専用の or 仮想サーバー ほとんどの最新のホスティング プロバイダーでは、チェックはツールのバージョン 6 で実行されますが、以前のバージョンでも同様の診断が行われる場合があります。
分析するには、 VMマネージャー コントロール パネルで目的の仮想マシンを選択します。
次に、ユーザーはリソースの使用状況をリアルタイムですぐに確認できます。より詳細な統計情報を表示するには、「パラメータ」を選択する必要があります。
上部の詳細な統計タブには、サーバーの一般的な特性と仮想化の種類が表示されます。グラフでは、ネットワークの輻輳、プロセッサの負荷、RAM、ディスク領域の使用状況をリアルタイムで確認できます。
特定の期間のディスク容量またはリソース統計の詳細な分析を行うには、適切なメニュー項目を選択する必要があります。仮想ディスクに関する情報は次の形式で表示されます。
特定のリソースの負荷統計は、便利なグラフの形式で表示されます。
日、週、月、年の負荷グラフを表示したり、必要な日付を手動で選択したりできます。プロセッサ、RAM、ストレージ、ネットワーク インターフェイスなど、すべての主要リソースが表示されます。
多くのユーザーは、リソースが一定期間にわたって均等に使用されることを期待しています。ただし、必ずしもそうとは限りません。たとえば、ネットワーク インターフェイスはアイドル モードでも同じように表示されることがあります。
この場合、対策は必要ありません。ただし、プロセッサ、RAM、ディスク ストレージの場合、サーバーはリソースの 100% を常に使用すべきではありません。推奨される負荷は 70% 未満です。
ターミナルでサーバーリソースを確認する
総負荷分析
これまで、いくつかの分析オプションについて検討してきました。 サーバーリソースの一般的な診断 記事では、次のような標準的なツールについて説明しました。 上/一番上、また、インストールと設定についても検討しました ネットデータ ブラウザ経由でサーバーリソースを監視できるユーティリティです。この記事では、 htopの の代替として top 一般的なシステム リソース分析用のユーティリティ。
このツールは Linux ディストリビューションにデフォルトでプリインストールされていないため、インストールから始めましょう。Debian/Ubuntu の場合は次のコマンドを使用します。
apt-get install htopCentOSの場合は、 EPEL リポジトリ。デフォルトでは無効になっているため、最初のコマンドでリポジトリを追加し、2番目のコマンドでリポジトリをインストールします。 htopの:
yum -y install epel-release
yum install htop -yインストール後すぐに、アプリケーション メニューから、またはターミナルで適切なコマンドを使用してユーティリティを開くことができます。
htopその結果、ユーザーはシステムに関するすべての情報を見ることができるようになります。
左上隅には、各コア、RAM、スワップ メモリの使用状況を含むプロセッサ データが表示されます。Linux のスワップ メモリは、RAM が不足した場合に使用され、システムの安定性を確保します。右上隅には、プロセッサの負荷とアクティブなタスクの数が表示されます。中央部分には、並べ替え機能を備えたアクティブなプロセスが表示されます。下部には、ホット キーと機能に関する情報が表示されます。[ヘルプ] セクションには、プログラムの機能の詳細な説明が含まれています。
システムを診断する前に、サーバー上で使用されているコア/プロセッサの数を正確に把握する必要があります。ユーザーは、 htopの ユーティリティ:
または、次のコマンドを実行します:
nproc取得した値に応じて、許容される合計負荷が計算されます (右上隅の負荷平均)。この例では 2 で、最大負荷は 2.0 です。ただし、負荷 2.0 でシステムが完全にフリーズするわけではありません。この数値はもっと高くなることもありますが、その場合、他のすべてのタスクはキューに入れられ、サーバー自体が負荷がかかります。理想的な値は、70% 未満の負荷であると考えられます。たとえば、シングル プロセッサ サーバーでは、負荷平均は 0.7 以内である必要があります。上記の例のサーバーの場合、適切な指標は 1.4 以下の値です。
使い方 htopの またはその類似物を使用する場合、ユーザーは、平均プロセッサ負荷、RAM 使用量、ディスク容量、ネットワーク インターフェイスなどの主要なリソースを評価する必要があります。リソースが最小限の場合は、CPU 使用量でプロセスを並べ替え、消費量の多い操作を特定し、それらを最適化または終了する必要があります。プログラムを閉じることができない場合や最適化が失敗した場合は、より強力な構成のサーバーへの切り替えを検討することをお勧めします。
空きRAMの確認
このセクションでは、サーバーの機能の重要な側面である、十分なレベルの空き RAM について詳しく説明します。
ターミナル経由で Linux システム上の空き RAM を確認する最も簡単な方法は、次のコマンドです。
free -m出力では、合計、使用済み、空き、キャッシュされた RAM、およびスワップ ボリュームのデータがメガバイト単位で取得されます。
このツールは、特定の時点での一般的なデータを取得するのに役立ちます。ダイナミックRAMの使用状況の診断には、 vmstat 出力情報の更新頻度を設定できるユーティリティです。
vmstat 1上記の例では、データは1秒ごとに更新されます。出力は次のような形式で生成されます。 無料です。:
このツールは一般的なシステム情報も提供しますが、この場合、RAM に関連する列、つまりメモリとスワップだけが重要です。すべての値はキロバイトで示されます。詳しく見てみましょう。
メモリ （RAM）：
- 交換: 仮想メモリを物理メモリと交換します。
- 無料です。: 使用可能な物理メモリ (RAM)。
- バフ: ディスク書き込み前にバッファとして使用されるメモリ。
- キャッシュ: アクセスを高速化するためにキャッシュとして使用されるメモリ。
Swap
- si: アクセスを高速化するためにキャッシュとして使用されるメモリ。
- so: 物理メモリからスワップメモリに書き込まれるデータ。
また、すべてのシステム リソース診断ユーティリティは、最初にログからデータを取得するという事実にも言及する価値があります。 RAM の場合、ユーザーは対応するファイルを開くことでデータを直接表示できます。
cat /proc/meminfo出力は非常に広範囲ですが、メモリを分析するには最初のレコードに注意を払うだけで十分です。
RAM の過剰使用に関する問題は、ほとんどの場合、特定のタスクまたはプロセスに関連しています。最初は、問題のあるプロセスを特定するために一般的なツールを使用した診断で十分です。解決策としては、特定のアプリケーションを最適化したり、大量の情報を扱う場合はキャッシュとデータ圧縮を有効にしたり、サーバー構成を増やしたりすることを検討できます。
ディスクスペース制御
サーバーのディスク領域の診断は、他のリソースと同様に重要です。通常、チェックが必要であることを示すシグナルは、ファイルの作成または既存ファイルへの書き込みができない、システム パフォーマンスが低い、さまざまな入出力エラーなどです。
確認する最も便利な方法は、次のコマンドです。
df -h応答として、ツールはマウントされたすべてのディスク パーティションに関する情報を表示します。
より詳細なディレクトリ監視には、次のコマンドを使用できます。
du -hs /*
この方法により、ユーザーは各ディレクトリが占めるスペースの量を知ることができます。システム パフォーマンスを回復するには、メモリを最も多く消費するディスクのパーティションを最適化する必要があります。空きスペースは、総量の 80 ～ 90% を超えないようにすることをお勧めします。残りの 10 ～ 20% で、安定したシステム操作には十分です。最適化できない場合は、ディスク容量を増やすことをお勧めします。これは、新しいディスクを追加したり、既存のディスクを拡張したり、クラウド ストレージを使用したりすることで実行できます。選択したソリューションに関係なく、ファイルの損失を避けるために、常にバックアップ コピーを作成することをお勧めします。
ネットワークインターフェースのチェック
最後に、サーバー診断の重要な側面は、ネットワークインターフェースのチェックです。 ネットホッグ ネットワーク プロセスによってリアルタイムでどの程度のトラフィックが占められているかに関する一般的な情報を取得したい場合は、このユーティリティを使用できます。
Cent OS でのインストールと起動:
yum install nethogs
nethogsDebian/Ubuntu の場合:
apt-get install nethogs
nethogsこのツールは、現在ネットワーク リソースを使用しているプロセスを表示します。
使用することをお勧めします イフトップ より詳細な分析については、
Cent OS でのインストールと起動:
yum install iftop
iftopDebian/Ubuntu の場合:
apt-get install iftop
iftopプログラムの出力は、IP アドレス、ポート、転送されたデータの量、転送速度を示すアクティブな接続のリストです。プログラムの主な利点は、ネットワーク チャネルの読み込みの視覚的なデザインです。
サーバー ネットワーク チャネルを診断し、高負荷の問題を特定した後、ホスティング プロバイダー側でネットワーク接続の帯域幅を増やすか、問題のある特定のインターフェイスの設定を最適化することをお勧めします。バックアップ ツールとして、さまざまな監視システムを使用して、ネットワーク アクティビティの変化をすばやく追跡し、必要に応じて、要件に応じてネットワーク インフラストラクチャを定期的に更新できます。
結論
結論として、サーバーリソースの診断は、効果的な管理の不可欠な部分であることを強調することができます。 バーチャル (NAIST) と 専用の サーバー。この記事では、完全なサーバー分析のための主要なツールを確認する機会が提供され、また、起こりうる問題のトラブルシューティングのための実用的な推奨事項も提供されました。定期的なシステム診断により、ユーザーが積極的に参加しなくても、サーバーはシームレスに機能します。
