| ナビゲーションリンクをスキップ | |
| 印刷ビューの終了 | |
|
Oracle Solaris 管理: ネットワークインタフェースとネットワーク仮想化 Oracle Solaris 11 Information Library (日本語) |
| ナビゲーションリンクをスキップ | |
| 印刷ビューの終了 | |
|
|
Oracle Solaris 管理: ネットワークインタフェースとネットワーク仮想化 Oracle Solaris 11 Information Library (日本語) |
この Oracle Solaris リリースでのネットワーク構成
7. プロファイルでのデータリンクおよびインタフェース構成コマンドの使用
10. Oracle Solaris 上での無線インタフェース通信の構成
フローは、属性に従って構成されたネットワークパケットから成ります。フローを使用すると、ネットワークリソースをさらに詳細に割り当てることができます。フローの概要については、「フローを使用することによるネットワークリソースの管理」を参照してください。
リソースの管理にフローを使用するには、次の一般的な手順を実行します。
「フローを使用することによるネットワークリソースの管理」に示されている特定の属性に基づいてフローを作成します。
ネットワークリソースに関連するプロパティーを設定することによって、リソースのフローの使用をカスタマイズします。現在、設定できるのはパケットを処理するための帯域幅だけです。
フローは、物理ネットワークだけでなく仮想ネットワーク上にも作成できます。フローを構成するには、flowadm コマンドを使用します。詳細な技術的情報については、flowadm(1M) のマニュアルページを参照してください。
# dladm show-link
# ipadm show-addr
# flowadm add-flow -l link -a attribute=value[,attribute=value] flow
ネットワークパケットをフローに構成するときに使用できる次の分類のいずれかを示します。
IP アドレス
トランスポートプロトコル (UDP、TCP、または SCTP)
アプリケーションのポート番号 (たとえば、FTP ではポート 21)
DS フィールドの属性 (IPv6 パケットでのサービスの品質にのみ使用されます)DS フィールドについての詳細は、『Oracle Solaris の管理: IP サービス』の「DS コードポイント」を参照してください。
特定のフローに割り当てる名前を示します。
フローとフローの属性についての詳細は、flowadm(1M) のマニュアルページを参照してください。
# flowadm set-flowprop -p property=value[,property=value,...] flow
リソースを制御するための次のフローのプロパティーを指定できます。
このフローで識別されたパケットが使用できるリンクの帯域幅の最大量。設定する値は、リンクの帯域幅に対して許可される値の範囲内になければなりません。リンクの帯域幅に対して指定可能な値の範囲を表示するには、次のコマンドで生成される出力にある POSSIBLE フィールドを確認します。
# dladm show-linkprop -p maxbw link
注 - 現在、カスタマイズできるのはフローの帯域幅だけです。
# flowadm show-flow -l link
# flowadm show-flowprop flow
例 21-8 リンクとフローのプロパティーを設定することによるリソースの管理
この例では、データリンクとフローの両方にネットワークリソースを割り当てるための手順が結合されています。この例は、次の図に示す構成に基づいています。
この図は、互いに接続された 2 つの物理ホストを示しています。
Host1 の構成は次のとおりです。
ルーターゾーンとして機能する 1 つの非大域ゾーンが存在します。このゾーンには、次の 2 つのインタフェースが割り当てられています。external0 がインターネットに接続するのに対して、internal0 は 2 番目のホストを含む内部ネットワークに接続します。
IP インタフェースは、カスタマイズされた名前を使用するように名前が変更されています。必須ではありませんが、リンクやインタフェースにカスタマイズされた名前を使用すると、ネットワークを管理するときに利点が得られます。「ネットワークデバイスとデータリンク名」を参照してください。
UDP トラフィックを分離し、UDP パケットのリソースの使用方法に対する制御を実装するために、internal0 上にフローが構成されています。フローの構成については、「フロー上のリソースの管理」を参照してください。
Host2 の構成は次のとおりです。
3 つの非大域ゾーンと、それぞれ対応する VNIC が存在します。これらの VNIC は、動的なリング割り当てをサポートする nxge カード上に構成されています。リング割り当てについての詳細は、「送信リングと受信リング」を参照してください。
各ゾーンのネットワーク処理の負荷は異なります。この例の目的として、zone1 の負荷は高く、zone2 の負荷は中程度であり、zone3 の負荷は軽くなっています。リソースは、それぞれの負荷に従ってこれらのゾーンに割り当てられています。
別の VNIC がソフトウェアベースのクライアントとして構成されています。MAC クライアントの概要については、「MAC クライアントとリング割り当て」を参照してください。
この例でのタスクには、次のものが含まれます。
フローの作成およびフロー制御の構成 - Host2 で受信される UDP パケットに対する個別のリソース制御を作成するために、internal0 上にフローが作成されます。
Host2 上の VNIC のためのネットワークリソースのプロパティーの構成 - 各ゾーン上の処理の負荷に基づいて、各ゾーンの VNIC に一連の専用リングが構成されます。また、ソフトウェアベースのクライアントの例として、専用リングのない別の VNIC も構成されます。
この例には、ゾーン構成のための手順は含まれていないことに注意してください。ゾーンを構成するには、『Oracle Solaris のシステム管理 (Oracle Solaris ゾーン、Oracle Solaris 10 ゾーン、およびリソース管理)』の第 17 章「非大域ゾーンの計画と構成 (手順)」を参照してください。
最初に、Host1 上のリンクと IP インタフェースに関する情報を表示します。
# dladm show-phys LINK MEDIA STATE SPEED DUPLEX DEVICE internal0 Ethernet up 1000 full nge1 e1000g0 n unknown 0 half e1000g0 e1000g1 n unknown 0 half e1000g1 external0 Ethernet up 1000 full nge0 # dladm show-link LINK CLASS MTU STATE BRIDGE OVER internal0 phys 1500 up -- nge1 e1000g0 phys 1500 unknown -- -- e1000g1 phys 1500 unknown -- -- external0 phys 1500 up -- nge0 # ipadm show-addr ADDROBJ TYPE STATE ADDR lo0/4 static ok 127.0.0.1/8 external0 static ok 10.10.6.5/24 internal0 static ok 10.10.12.42/24
次に、Host2 への UDP トラフィックを分離するために、internal0 上にフローを作成します。次に、そのフロー上にリソース制御を実装します。
# flowadm add-flow -l external0 -a transport=udp udpflow # flowadm set-flowprop -p maxbw=80 udpflow
次に、作成されたフローに関する情報を確認します。
flowadm show-flow FLOW LINK IPADDR PROTO PORT DFSLD udpflow internal0 -- udp -- -- # flowadm show-flowprop SECURE OUTPUT FOR THIS
Host2 上で、ゾーンごとに nxge0 上に VNIC を構成します。各 VNIC 上にリソース制御を実装します。次に、各 VNIC をそれぞれ対応するゾーンに割り当てます。
# dladm create-vnic -l nxge0 vnic0 # dladm create-vnic -l nxge0 vnic1 # dladm create-vnic -l nxge0 vnic2 # dladm set-prop -p rxrings=4,txrings=4 vnic0 # dladm set-prop -p rxrings=2,txrings=2 vnic1 # dladm set-prop -p rxrings=1,txrings=1 vnic2 # zone1>zonecfg>net> set physical=vnic0 # zone2>zonecfg>net> set physical=vnic1 # zone3>zonecfg>net> set physical=vnic2
Host2 内の一連の CPU である pool1 が、以前に zone1 で使用するように構成されていたとします。次のように、その CPU のプールを zone1 のネットワークプロセスも管理するようにバインドします。
# dladm set-prop -p pool=pool01 vnic0
最後に、主インタフェースである nxge0 とリングを共有するソフトウェアベースのクライアントを作成します。
dladm create-vnic -p rxrings=sw,txrings=sw -l nxge0 vnic3
|