ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
![]() |
Oracle Solaris の管理: IP サービス Oracle Solaris 11 Information Library (日本語) |
13. DHCP コマンドと DHCP ファイル (リファレンス)
16. IP セキュリティーアーキテクチャー (リファレンス)
20. Oracle Solaris の IP フィルタ (概要)
サービス品質 (QoS) ポリシーを計画するときは、ネットワークが提供するサービスの確認、分類、そして優先順位付けを行う必要があります。また、利用できる帯域幅の大きさを評価して、各トラフィッククラスがネットワークに送出される速度を決める必要もあります。
IPQoS 構成ファイルで必要な情報を含む形式で QoS ポリシーの計画情報を収集します。たとえば、次のテンプレートを使って、IPQoS 構成ファイルで使用する主なカテゴリの情報を表にできます。
表 28-1 QoS 計画テンプレート
|
各カテゴリをいくつかに分けて、QoS ポリシーをさらに細かく定義できます。以降のセクションでは、テンプレートに示されているカテゴリの情報を入手する方法について説明します。
このタスクマップでは、QoS ポリシーを計画するための主なタスクの一覧と、各タスクの実行手順へのリンクを示します。
|
注 - このセクションの残りの部分では、IPQoS 対応システムの QoS ポリシーを計画する方法について説明します。Diffserv ルーター向けの QoS ポリシーの計画を立てるには、ルーターのドキュメントおよびルーター製造元の Web サイトを参照してください。
次の手順では、QoS ポリシーを作成する前に行う一般的な計画タスクを示します。
トポロジの例は、「diffserv ネットワークトポロジの計画」を参照してください。
たとえば、ネットワーク上のすべてのホストで IPQoS を有効にする場合は、同じ QoS ポリシーを使用できるホストをすべて特定します。各 IPQoS 対応システムにはローカル QoS ポリシーが必要で、そのポリシーはそれぞれの IPQoS 構成ファイルに実装されます。ただし、IPQoS 構成ファイルを 1 つだけ作成し、これを同じ QoS ポリシー要件を持つすべてのシステムにコピーして使うこともできます。
詳細については、ルーターのドキュメントとルーター製造元の Web サイトを参照してください。
QoS ポリシーを定義するための最初の手順は、トラフィックフローをクラスに整理することです。Diffserv ネットワーク上のトラフィックの種類ごとにクラスを作成する必要はありません。また、計画したネットワークトポロジによっては、IPQoS 対応システムごとに異なる QoS ポリシーを作成する必要があります。
次の手順では、「IPQoS 用のネットワークを準備する方法」に従って、IPQoS 対応とするネットワーク上のシステムを決定済みであることを前提としています。
提案については、表 28-1 を参照してください。
次の質問は、ネットワークトラフィックを解析してクラス定義を行うためのガイドラインとなります。
顧客にサービスレベル契約を提示しているか
提示する場合は、顧客に提供する複数の SLA 間の相対的な優先レベルを評価します。保証されている優先レベルが異なる顧客に同じアプリケーションを提供する場合もあります。
たとえば、企業が各顧客に対して Web サイトの運営サービスを提供するとします。この場合は、顧客の Web サイトごとに 1 つのクラスを定義する必要があります。SLA は、サービスレベルの 1 つとしてプレミアム Web サイトを提供するとします。別の SLA は、割引顧客に「ベストエフォート型」のパーソナル Web サイトを提供するとします。この場合は、Web サイトのクラスが異なるだけでなく、クラスに割り当てられる PHB も異なる可能性があります。
IPQoS システムでは、フロー制御を必要としそうなよく使われるアプリケーションを提供しているか
よく使われるアプリケーションを提供しているために大量のトラフィックが生成されるサーバーの場合、IPQoS を有効にするとネットワークパフォーマンスが向上します。そのようなアプリケーションの例として、電子メール、ネットワークニュース、FTP などがあげられます。該当する場合は、サービスの種類ごとに着信トラフィックと発信トラフィックのクラスを別々に作成することを検討してください。たとえば、メールサーバーの QoS ポリシーに対して、mail-in クラスと mail-out クラスを作成します。
ネットワークでもっとも高い優先順位の転送動作を必要とする特定のアプリケーションを実行しているか
優先順位が最も高い転送動作を必要とする重要なアプリケーションには、ルーターのキューで最も高い優先順位を与える必要があります。一般的な例は、ストリーミングビデオやストリーミングオーディオです。
まず、優先順位の高いこれらのアプリケーションに対して、それぞれ着信クラスと発信クラスを定義します。次に、定義したクラスを、それらのアプリケーションを提供する IPQoS 対応システムと Diffserv ルーターの両方の QoS ポリシーに追加します。
帯域幅を大量に消費するため、ネットワークで制御を必要とするトラフィックフローが発生したことがあるか
netstat、snoop などのネットワーク監視ユーティリティーを使用して、ネットワーク上で問題のあるトラフィックの種類を検出します。これまでに作成したクラスを確認し、問題のトラフィックカテゴリが未定義である場合は、このカテゴリに対して新しいクラスを作成します。問題のトラフィックカテゴリのクラスが定義済みである場合は、このトラフィックを制御するメーターの速度を定義します。
問題のあるトラフィックのクラスは、ネットワーク上の IPQoS 対応システムごとに作成します。これによって、各 IPQoS システムは、問題のあるトラフィックを受け取った場合に、トラフィックフローをネットワークに送出する速度を制限できるようになります。また、Diffserv ルーターの QoS ポリシーにもこれらの問題のあるクラスを必ず定義してください。これによって、diffserv ルーターは、QoS ポリシーの構成に従って、問題のあるフローをキューに入れたりスケジュールしたりできるようになります。
特定の種類のトラフィックに対して統計情報を取得する必要があるか
SLA をざっと確認すると、どのタイプの顧客のトラフィックにアカウンティングが必要であるかがわかります。自分のサイトで SLA を提供している場合は、アカウンティングを必要とするトラフィックのクラスはおそらく作成済みです。また、クラスを定義して、監視しているトラフィックフローの統計収集を可能にすることもできます。さらに、セキュリティー上の理由でアクセスを制限するトラフィックのクラスも作成できます。
たとえば、優先レベル 1 がもっとも高い優先順位のクラスを表すようにし、それ以降の優先レベルを残りのクラスに割り当てます。割り当てた優先レベルの目的は、クラスを整理することだけです。QoS ポリシーテンプレートで設定した優先レベルは、実際に IPQoS によって使用されるわけではありません。また、QoS ポリシーによっては、同じ優先順位を複数のクラスに割り当てることもできます。
クラスを作成するうちに、どのクラスの優先順位が高いか、中程度か、ベストエフォートでよいかをすぐに認識できます。「転送動作を計画する方法」に説明されているとおり、クラスの優先順位を設定する良いスキームは、出力トラフィックにホップ単位の動作を割り当てる場合に、特に重要になります。
PHB をクラスに割り当てるほかに、そのクラスのフィルタに優先順位セレクタを定義することもできます。優先順位セレクタは、IPQoS 対応ホストでのみ有効です。たとえば、同じ速度と同じ DSCP を持ついくつかのクラスが、IPQoS システムから送出されるときに帯域幅をめぐって競合することがあるとします。このような場合、各クラスの優先順位セレクタによって、ほかの点ではまったく同じ評価のクラスに割り当てられるサービスレベルをさらに細かく順序付けることができます。
パケットフローを特定のクラスのメンバーとして識別するには、フィルタを作成します。各フィルタには、パケットフローの評価基準を定義するセレクタがいくつか含まれています。IPQoS 対応システムは、次にセレクタの基準を使用して、トラフィックフローからパケットを抽出します。そして、IPQoS システムは、パケットとクラスを関連付けます。 フィルタの紹介は、「IPQoS フィルタ」を参照してください。
次の表に、もっとも一般的に使用されるセレクタを示します。最初の 5 つのセレクタは、IPQoS 5 タプルを表し、IPQoS システムがパケットをフローのメンバーとして識別するときに使用します。セレクタの完全なリストについては、表 32-1 を参照してください。
表 28-2 一般的な IPQoS セレクタ
|
注 - セレクタは正しい判断のもとで選択してください。また、クラスのパケットを取り出すのに必要なものだけを使用してください。定義するセレクタが多いほど、IPQoS パフォーマンスに与える影響も大きくなります。
始める前に
次の手順を実行する前に、「QoS ポリシーのクラスを定義する方法」の手順を完了しておく必要があります。
必要であれば、1 つのクラスの着信トラフィックと発信トラフィックに対して、フィルタを別々に作成することを検討してください。たとえば、ftp-in フィルタと ftp-out フィルタを IPQoS 対応の FTP サーバーの QoS ポリシーに追加します。そうすれば、基本セレクタに加えて、該当する方向セレクタも定義できます。
表 28-1 で紹介されている QoS 計画テーブルを使用して、定義したクラスのフィルタを埋めます。
例 28-1 FTP トラフィック向けのフィルタの定義
次の表は、出力 FTP トラフィック向けにフィルタを定義する方法を示す例です。
|
参照
フロー制御スキームを定義するには、「フロー制御を計画する方法」を参照してください。
フローがネットワークストリームに戻るときのフローの転送動作を定義するには、「転送動作を計画する方法」を参照してください。
特定の種類のトラフィックのフローアカウンティングを計画するには、「フローアカウンティングを計画する方法」を参照してください。
QoS ポリシーにさらにクラスを追加するには、「QoS ポリシーのクラスを定義する方法」を参照してください。
QoS ポリシーにさらにフィルタを追加するには、「QoS ポリシーにフィルタを定義する方法」を参照してください。
フロー制御では、クラスのトラフィックフローを測定し、定義された速度でネットワークにパケットを送出します。フロー制御を計画するときは、IPQoS メータリングモジュールが使用するパラメータを定義します。メーターは、トラフィックがネットワークに送出される速度を決定します。メータリングモジュールの紹介は、「メーター (tokenmt および tswtclmt) の概要」を参照してください。
次の手順は、「QoS ポリシーにフィルタを定義する方法」の説明に従って、フィルタとセレクタを定義していることが前提になります。
一定レベルのサービスを保証するには、顧客によって生成される特定のトラフィッククラスを計測する必要があります。
SLA に対応付けられているクラス以外に計測する必要があるクラスがあるかどうか確認します。
たとえば、IPQoS システムが大量のトラフィックを生成するアプリケーションを実行するとします。この場合は、そのアプリケーションのトラフィックを分類したあと、フローのパケットがネットワークに戻される速度を制御して、フローを計測します。
注 - すべてのクラスを計測する必要があるとは限りません。クラスのリストを確認するときは、このガイドラインに留意してください。
複数のフィルタを持つクラスでも 1 つのフィルタに対してだけ計測を必要とする場合もあります。たとえば、あるクラスの着信トラフィックと発信トラフィックに対してフィルタを定義したとします。しかし、結果的にどちらかの方向のトラフィックしかフロー制御を必要としない場合があります。
作成した QoS 計画表のメーター欄にモジュール名を追加します。
tokenmt モジュールを使用する場合は、次の速度を bps で定義する必要があります。
認定速度
最大速度
特定のクラスの計測に十分な場合は、認定速度と認定バーストを tokenmt に定義するだけでも構いません。
必要に応じて、次の速度も定義できます。
認定バースト
最大バースト
tokenmt 速度の詳しい説明については、 「tokenmt をツーレートメーターとして構成する」を参照してください。tokenmt(7ipp) のマニュアルページでも詳しく説明しています。
tswtclmt モジュールを使用する場合は、次の速度を bps で定義する必要があります。
認定速度
最大速度
また、ウィンドウサイズをミリ秒単位で定義することもできます。これらの速度は、「tswtclmt メータリングモジュール」および twstclmt(7ipp) のマニュアルページで定義されています。
どちらのメータリングモジュールでも、結果は緑、赤、黄の 3 つです。定義した速度に当てはまるトラフィック適合結果を QoS 構成表に追加します。メーターの結果については、「メーターモジュール」で詳しく説明されています。
認定速度に適合したトラフィックまたは適合しなかったトラフィックに対して取るべきアクションを決める必要があります。常にではありませんが多くの場合、このアクションは、ホップ単位の動作でパケットヘッダーをマークすることです。緑レベルのトラフィックに対して取りうるアクションの 1 つとして、トラフィックフローが認定速度を超えないかぎり処理を続行することもあります。あるいは、フローが最大速度を超えた場合にそのクラスのパケットをドロップすることもできます。
例 28-2 メーターの定義
次の表は、電子メールトラフィックのクラスに対するメーターの記入例を示す例です。IPQoS システムを持つネットワークの総帯域幅は 100 Mbits/秒、つまり毎秒 10000000 ビットです。QoS ポリシーは、電子メールクラスに低い優先順位を割り当てます。このクラスには、ベストエフォート型の転送動作も割り当てられます。
|
参照
パケットがネットワークストリームに戻るときのフローの転送動作を定義するには、「転送動作を計画する方法」を参照してください。
特定の種類のトラフィックのフローアカウンティングを計画するには、「フローアカウンティングを計画する方法」を参照してください。
QoS ポリシーにさらにクラスを追加するには、「QoS ポリシーのクラスを定義する方法」を参照してください。
QoS ポリシーにさらにフィルタを追加するには、「QoS ポリシーにフィルタを定義する方法」を参照してください。
別のフロー制御スキームを定義するには、「フロー制御を計画する方法」を参照してください。
IPQoS 構成ファイルを作成するには、「IPQoS 構成ファイルを作成し、トラフィッククラスを定義する方法」を参照してください。
転送動作によって、ネットワークに転送されるトラフィックフローの優先度とドロップ優先順位が決まります。選択できる主な転送動作は 2 つあります。 1 つはほかのトラフィッククラスとの関連でクラスのフローに優先順位を付けることで、もう 1 つはフローを完全にドロップすることです。
Diffserv モデルでは、マーカーを使用して選択した転送動作をトラフィックフローに割り当てます。IPQoS には、次のマーカーモジュールが用意されています。
注 - このセクションでは、IP パケットに限定して説明します。IPQoS システムに VLAN デバイスが含まれている場合は、dlcosmk マーカーを使って、データグラムの転送動作をマークできます。詳細は、「VLAN デバイスでの dlcosmk マーカーの使用」を参照してください。
IP トラフィックに優先順位を付けるには、各パケットに DSCP を割り当てる必要があります。dscpmk マーカーは、パケットの DS フィールドに DSCP のマークを設定します。クラスの DSCP は、転送動作の種類に対応付けられている既知のコードポイントのグループから選択します。既知のコードポイントには、EF PHB 用の 46 (101110) や AF PHB 用のいくつかのコードポイントがあります。DSCP と転送の概要情報については、「IPQoS 対応ネットワークでのトラフィック転送」を参照してください。
始める前に
次の手順の前に、QoS ポリシーのクラスとフィルタを定義してあるものとします。トラフィックを制御する場合は、メーターをマーカーと組み合わせて使用しますが、転送動作を定義するだけであれば、マーカーを単独で使用できます。
すべてのトラフィッククラスをマークする必要があるとは限りません。
EF PHB は、EF DSCP 46 (101110) を持つパケットが、AF PHB を割り当てたパケットよりも先にネットワーク上に送出されることを保証します。このため、もっとも高い優先順位のトラフィックには EF PHB を使用します。EF については、「完全優先転送 (Expedited Forwarding、EF) PHB」を参照してください。
例 28-3 ゲームアプリケーション向け QoS ポリシー
トラフィックの計測は、一般に次の理由で行います。
SLA は、ネットワークの使用率が高いときでも、このクラスのパケットにある程度のサービスを保証する
低い優先順位のクラスがネットワークをあふれさせる傾向がある
マーカーをメーターと組み合わせて使用すると、これらのクラスに対して差別化サービスを提供したり帯域幅の管理を行ったりできます。たとえば、次の表は QoS ポリシーの一部を示しています。このポリシーは、高いトラフィックレベルを生成する人気のあるゲームアプリケーション向けのクラスを定義します。
|
これらの転送動作では、認定速度に適合しているか、最大速度を下回っている games_app トラフィックには、低い優先順位の DSCP を割り当てます。games_app トラフィックが最大速度を上回ると、QoS ポリシーは games_app のパケットをドロップするよう指示します。すべての AF コードポイントについては、表 32-2 を参照してください。
参照
特定の種類のトラフィックのフローアカウンティングを計画するには、「フローアカウンティングを計画する方法」を参照してください。
QoS ポリシーにさらにクラスを追加するには、「QoS ポリシーのクラスを定義する方法」を参照してください。
QoS ポリシーにさらにフィルタを追加するには、「QoS ポリシーにフィルタを定義する方法」を参照してください。
フロー制御スキームを定義するには、「フロー制御を計画する方法」を参照してください。
パケットがネットワークストリームに戻るときのフローの転送動作をさらに定義するには、「転送動作を計画する方法」を参照してください。
IPQoS 構成ファイルを作成するには、「IPQoS 構成ファイルを作成し、トラフィッククラスを定義する方法」を参照してください。
IPQoS flowacct モジュールを使用して、請求またはネットワーク管理のためにトラフィックフローを追跡します。次の手順に従って、QoS ポリシーにフローアカウンティングを含める必要があるかどうか判断してください。
提示している場合は、フローアカウンティングを使用する必要があります。まず、SLA を確認して、企業が顧客に使用料を請求するネットワークトラフィックの種類を調べます。次に、QoS ポリシーを確認して、課金の対象となるトラフィックが含まれるクラスを調べます。
ある場合は、フローアカウンティングを使ってそれらのアプリケーションの動作を監視することを検討します。QoS ポリシーを確認して、監視を必要とするトラフィックに割り当てたクラスを調べます。
参照
QoS ポリシーにさらにクラスを追加するには、「QoS ポリシーのクラスを定義する方法」を参照してください。
QoS ポリシーにさらにフィルタを追加するには、「QoS ポリシーにフィルタを定義する方法」を参照してください。
フロー制御スキームを定義するには、「フロー制御を計画する方法」を参照してください。
パケットがネットワークストリームに戻るときのフローの転送動作を定義するには、「転送動作を計画する方法」を参照してください。
特定の種類のトラフィックの追加フローのアカウンティングを計画するには、「フローアカウンティングを計画する方法」を参照してください。
IPQoS 構成ファイルを作成するには、「IPQoS 構成ファイルを作成し、トラフィッククラスを定義する方法」を参照してください。