パフォーマンス監視の手法を実装する

完了

サーバー環境のパフォーマンス ベースラインを計算することで、リアルタイムの監視情報をより正確に解釈できます。 サーバーのパフォーマンスのベースラインは、通常の使用時にパフォーマンス監視統計が示す値を示します。 特定の期間のパフォーマンス統計を監視することで、ベースラインを確立できます。

ヒント

問題や症状がリアルタイムで発生した場合は、ベースライン統計とリアルタイム統計を比較して異常を特定できます。

パフォーマンス データの値は、サーバー環境を反映するように慎重に検討する必要があります。 さらに、ビジネスや技術の成長を計画するために使用できるパフォーマンス データを収集し、アップグレード計画を作成する必要があります。 たとえば、傾向分析に従い、動作しているサーバーの数を減らすことができるかもしれません。

パフォーマンスの傾向を分析することで、既存の容量を使い果たす可能性が高い状況を予測できます。 ビジネス要件と共に履歴分析を確認し、このデータを使用して、さらに多くの容量が必要になるのはいつかを判断します。 一般的なシナリオでは、アクティビティのピークが時々発生する可能性が高い点を考慮してください。 このようなピークにより、インフラストラクチャに課せられた需要を満たすために必要な容量が増える可能性があります。

ヒント

一部のピークは、非常に大規模な注文など、1 回限りのアクティビティと関連しています。 毎月の給与支払名簿の処理など、その他のピークが定期的に発生します。

容量計画を検討する

サーバーの将来の容量計画は、すべての組織のベスト プラクティスです。 ビジネスの変更を計画すると、多くの場合、目標を達成するためにより多くのサーバー容量が必要になります。 IT 戦略をビジネス戦略に合わせることができると、ビジネス目標をさらに支援できます。

ヒント

環境を仮想化して、必要な物理サーバーの数を減らすことを検討してください。 サーバーを統合するには、Hyper-V の役割を Windows Server の環境に実装します。 容量計画では、次の評価に重点を置いています。

  • サーバー ワークロード
  • サーバーがサポートできるユーザー数
  • 将来のワークロードとユーザーの増加に対応するためにシステムをスケーリングする方法

新しいサーバー アプリケーションやサービスは、IT インフラストラクチャのパフォーマンスに影響します。 このようなサービスでは、専用のハードウェアが加わる可能性があります。ただし、多くの場合、同じローカル エリア ネットワーク (LAN) とワイド エリア ネットワーク (WAN) インフラストラクチャを使用します。 将来の容量を計画する場合、すべてのハードウェア コンポーネントと、新しいサーバー、サービス、アプリケーションが既存のインフラストラクチャに与える影響を含める必要があります。 ワークロードの増加に対応するために、サーバーをどのようにスケールアップおよびスケールアウトできるか検討する必要があります。

重要

電源、冷却、ラック スペースなどの要因は、容量拡張の初期の計画で見落とされることがよくあります。 新しいバージョンの Windows Server へのアップグレードなどのタスクは、サーバーやネットワークのパフォーマンスに影響を与える可能性があります。 更新プログラムによって、Windows Server と互換性のないアプリケーションで問題が発生する場合があります。 更新プログラムを適用する前と後でパフォーマンスを注意深く監視すると、これらの問題を特定して修正するのに役立ちます。

ビジネスが拡大すると、増加するユーザー数に対応するインフラストラクチャが必要になる場合があります。 ハードウェアを購入する際には、組織の現在および予想されるビジネス要件を考慮する必要があります。 これは、サーバーの数を増やしたり、必要に応じて既存のハードウェアに容量を追加したりすることにより、将来のビジネス要件に対応するのに役立ちます。

容量を追加する要件には、次のものがあります。

  • サーバーを追加する

  • ハードウェアを追加する

  • アプリケーションの負荷を減らす

  • サーバーに接続するユーザーの数を減らす

ボトルネックを把握する

パフォーマンスのボトルネックは、コンピューターが特定のリソースに対する要求を処理できない場合に発生します。 リソースは、ディスク、メモリ、プロセッサ、ネットワークなどの重要なコンポーネントの場合があります。 または、アプリケーション パッケージ内のコンポーネントが不足してボトルネックが発生している可能性があります。 パフォーマンス監視ツールを定期的に使用し、結果をベースラインおよび履歴データと比較することで、多くの場合、ユーザーに影響を与える前にパフォーマンスのボトルネックを特定できます。

ボトルネックを特定したら、それを取り除く方法を決める必要があります。 ボトルネックを取り除くオプションは次のとおりです。

  • コンピューターへリソースを追加する。
  • コンピューターのワークロードを減らす。

深刻なリソース不足に直面しているコンピューターでは、ユーザー要求の処理が停止する可能性があります。

ヒント

このような状態は、直ちに対処する必要があります。 ただし、ボトルネックが発生しているが、コンピューターが許容範囲内で動作している場合は、状況を解決するまで変更を延期するか、是正措置を取る機会を持つか決めることができます。

主要なハードウェア コンポーネントを分析する

4 つの主要なハードウェア コンポーネントとは、プロセッサ、ディスク、メモリ、ネットワークです。 オペレーティング システムでこれらのコンポーネントがどのように使用され、相互にやり取りするかを理解すれば、サーバーのパフォーマンスを最適化する方法をもっとよく理解できます。

プロセッサ

プロセッサの速度は、サーバーの全体的なコンピューティング容量を決定する上で重要な要素です。 プロセッサ速度は、測定する期間内で実行できる操作の数として定義できます。 たとえば、1 秒あたり 10 億プロセッサ サイクルは 1 ギガヘルツ (GHz) です。 プロセッサが複数で、複数のコアを持つプロセッサを備えるサーバーは、通常、1 台のプロセッサや単一コア プロセッサのコンピューターよりも高い効率と速度でプロセッサを集中的に使用するタスクを実行します。 プロセッサ アーキテクチャも重要です。

ディスク

サーバーのハード ディスクには、プログラムとデータが格納されます。 その結果、ハード ディスクのスループットは、特に、ワークステーションやサーバーがディスクを集中的に使用するタスクを実行している場合、ワークステーションやサーバーの速度に影響します。 一部の旧式のハード ディスクには可動部品があるので、要求された情報を取得するには、読み取り/書き込みヘッドを適切なディスク セクターに配置するのに時間がかかります。

ヒント

SSD を使用すると、読み取り/書き込みヘッドの配置に関連する問題が解消されます。 さらに、ディスク コントローラーのパフォーマンスと構成は、ディスクの全体的なパフォーマンスにも影響します。 高速ディスクを選択し、RAID (Redundant Array of Independent Disks) などのディスク アレイを使用してアクセス時間を最適化することで、ディスク サブシステムでパフォーマンスのボトルネックが発生する可能性を軽減できます。

また、ディスク上のデータは、使用される前にメモリに移動することも覚えておく必要があります。 Windows Server オペレーティング システムは、メモリに余剰分がある場合に、最近ディスクに書き込まれた項目やディスクから読み取った項目のために、ファイル キャッシュを作成します。 多くの場合、サーバーに追加のメモリをインストールすると、次の理由でディスク サブシステムのパフォーマンスが向上します。

  • キャッシュへアクセスする方が、情報をメモリに移動するよりも高速です。
  • 余剰メモリを使用すると、メモリ ページングの必要性が減ります。

ヒント

SSD や階層型記憶域を実装することでも、ディスクのパフォーマンスが向上します。

メモリ

プログラムがデータを操作する前に、プログラムとデータはディスクからメモリに読み込まれます。 複数のプログラムを実行するサーバー、またはデータセットが非常に大きいサーバーでは、メモリを増設すると、サーバーのパフォーマンスを向上させることができます。

Windows Server では、アプリケーションによる、コンピューターの使用可能なメモリの合計を上回るメモリ要求を拒否しないメモリ モデルを使用します。 変わりに、そのような要求にはページングが実行されます。 ページング中に、Windows Server は、現在プロセッサが使用していないメモリ内のデータとプログラムを、ハード ディスク上の領域であるページング ファイルに移動させます。 これにより、過剰な要求に対応するために物理メモリが解放されます。 ただし、ハード ディスクの速度が比較的遅い場合は、ワークステーションのパフォーマンスに悪影響を及ぼします。 メモリを追加することでページングの必要性を減らします。

ネットワーク

多くのネットワーク アプリケーションはネットワーク通信のパフォーマンスに依存しているので、ネットワークはパフォーマンス監視にとって重要な部分です。 ネットワークのパフォーマンスが低下すると、アプリケーションやサーバーの機能が低下したり応答しなくなる可能性があります。 そのため、ネットワーク容量計画は重要です。 ネットワーク容量を計画する際は、帯域幅の容量と、ルーターやスイッチの容量など、ネットワーク デバイスの容量を考慮する必要があります。 多くの場合、スイッチやルーターなどのネットワーク デバイスの構成を最適化すると、ネットワークとネットワーク アプリケーションのパフォーマンスが向上します。