JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle Solaris 管理: ネットワークインタフェースとネットワーク仮想化     Oracle Solaris 11 Information Library (日本語)
search filter icon
search icon

ドキュメントの情報

はじめに

1.  ネットワークスタックの概要

この Oracle Solaris リリースでのネットワーク構成

Oracle Solaris のネットワークスタック

ネットワークデバイスとデータリンク名

その他のリンクタイプの管理

パート I Network Auto-Magic

2.  NWAM の紹介

3.  NWAM 構成と管理 (概要)

4.  NWAM プロファイルの構成 (タスク)

5.  NWAM プロファイルの管理 (タスク)

6.  NWAM グラフィカルユーザーインタフェースについて

パート II データリンクとインタフェース構成

7.  プロファイルでのデータリンクおよびインタフェース構成コマンドの使用

8.  データリンクの構成と管理

9.  IP インタフェースの構成

10.  Oracle Solaris 上での無線インタフェース通信の構成

11.  ブリッジを管理する

12.  リンク集約の管理

13.  VLAN の管理

14.  IPMP の紹介

15.  IPMP の管理

IPMP 管理のタスクマップ

IPMP グループの作成および構成 (タスクマップ)

IPMP グループの維持 (タスクマップ)

プローブベースの障害検出の構成 (タスクマップ)

IPMP グループの監視 (タスクマップ)

IPMP グループの構成

IPMP グループの計画を立てる方法

DHCP を使用して IPMP グループを構成する方法

アクティブ - アクティブ IPMP グループを手動で構成する方法

アクティブ - スタンバイ IPMP グループを手動で構成する方法

IPMP グループの維持

IPMP グループにインタフェースを追加する方法

IPMP グループからインタフェースを削除する方法

IP アドレスを追加または削除する方法

インタフェースを 1 つの IPMP グループから別のグループに移動する方法

IPMP グループを削除する方法

プローブベースの障害検出のための構成

検査信号ベースの障害検出のターゲットシステムを手動で指定する方法

使用する障害検出手法を選択する方法

IPMP デーモンの動作を構成する方法

動的再構成を使用した IPMP 構成の回復

障害が発生した物理カードを交換する方法

IPMP 情報の監視

IPMP のグループ情報を取得する方法

IPMP のデータアドレス情報を取得する方法

グループのベースとなる IP インタフェースに関する情報を取得する方法

IPMP のプローブターゲット情報を取得する方法

IPMP のプローブを監視する方法

スクリプト内で ipmpstat コマンドの出力をカスタマイズする方法

ipmpstat コマンドのマシンによる解析が可能な出力を生成する方法

16.  LLDP によるネットワーク接続情報の交換

パート III ネットワーク仮想化およびリソース管理

17.  ネットワーク仮想化およびリソース制御の紹介 (概要)

18.  ネットワーク仮想化およびリソース制御の計画

19.  仮想ネットワークの構成 (タスク)

20.  仮想化環境でのリンク保護の使用

21.  ネットワークリソースの管理

22.  ネットワークトラフィックとリソース使用状況の監視

用語集

索引

プローブベースの障害検出のための構成

検査信号ベースの障害検出では、「検査信号ベースの障害検出」で説明されているようにターゲットシステムを使用します。プローブベースの障害検出のターゲットを特定するときに、in.mpathd デーモンはルーターターゲットモード、マルチキャストターゲットモードの 2 つのモードで動作します。ルーターターゲットモードでは、マルチパスデーモンは経路指定テーブルに定義されたターゲットをプローブします。ターゲットが 1 つも定義されていない場合、このデーモンはマルチキャストターゲットモードで動作します。この場合、LAN 上の近くのホストをプローブするためにマルチキャストパケットが送出されます。

できれば、in.mpathd デーモンがプローブするホストターゲットを設定するようにしてください。一部の IPMP グループでは、デフォルトルーターはターゲットとして十分です。ただし、一部の IPMP グループでは、検査信号ベースの障害検出用に特定のターゲットを設定したほうが良いこともあります。ターゲットを指定するには、経路指定テーブル内にホストのルートをプローブターゲットとして設定します。経路指定テーブルに構成されているすべてのホストルートは、デフォルトルーターの前に一覧化されます。IPMP はターゲットを選択するために、明示的に定義されたホストルートを使用します。したがって、デフォルトルーターを使用するのではなく、ホストのルートを設定して特定のプローブターゲットを構成するようにしてください。

ホストのルートを経路指定テーブルに設定するには、route コマンドを使用します。このコマンドで -p オプションを使用して、永続的なルートを追加できます。たとえば、route -p add は、システムのリブート後も経路指定テーブル内に残るルートを追加します。したがって、-p オプションを使用すると、システムが起動するたびにこれらのルートを作成し直す特殊なスクリプトを一切使用することなしに、永続的なルートを追加できます。プローブベースの障害検出を最適なかたちで使用するには、プローブを受信するターゲットを必ず複数設定してください。

後述のサンプル手順は、プローブベースの障害検出のターゲットへの永続的なルートを追加するための正確な構文を示します。route コマンドのオプションの詳細については、route(1M) のマニュアルページを参照してください。

ネットワーク上のどのホストが適切なターゲットになるのかの評価では、次の基準を検討します。

検査信号ベースの障害検出のターゲットシステムを手動で指定する方法

  1. 検査信号ベースの障害検出を構成しているシステムにユーザーアカウントでログインします。
  2. 検査信号ベースの障害検出のターゲットとして使用される特定のホストにルートを追加します。
    $ route -p add -host destination-IP gateway-IP -static

    ここで、destination-IPgateway-IP は、ターゲットとして使用されるホストの IPv4 アドレスです。たとえば、IPMP グループ itops0 のインタフェースと同じサブネット上のターゲットシステム 192.168.10.137 を指定するには、次のように入力します。

    $ route -p add -host 192.168.10.137 192.168.10.137 -static

    この新しいルートは、システムを再起動するたびに自動的に構成されます。プローブベースの障害検出用のターゲットシステムへの一時的なルートを定義するだけの場合は、-p オプションを使用しないでください。

  3. ターゲットシステムとして使用されるネットワーク上の追加ホストにルートを追加します。

使用する障害検出手法を選択する方法

デフォルトでは、検査用アドレスを使用しないとプローブベースの障害検出を実行できません。NIC ドライバがリンクベースの障害検出をサポートしている場合、この障害検出も自動的に有効になります。

NIC ドライバによってリンクベースの障害検出がサポートされている場合、この手法を無効にすることはできません。ただし、実装するプローブベースの障害検出のタイプは選択可能です。

  1. 推移的プローブのみを使用する場合は、次の手順を実行します。
    1. 適切な SMF コマンドを使用して IPMP のプロパティー transitive-probing をオンに切り替えます。
      # svccfg -s svc:/network/ipmp setprop config/transitive-probing=true
      # svcadm refresh svc:/network/ipmp:default

      このプロパティーの設定方法の詳細については、in.mpathd(1M) のマニュアルページを参照してください。

    2. IPMP グループ用に構成された既存の検査用アドレスをすべて削除します。
  2. 検査用アドレスのみを使用して障害をプローブする場合は、次の手順を実行します。
    1. 必要に応じて、推移的プローブをオフにします。
      # svccfg -s svc:/network/ipmp setprop config/transitive-probing=false
      # svcadm refresh svc:/network/ipmp:default
    2. IPMP グループのベースとなるインタフェースに検査用アドレスを割り当てます。

IPMP デーモンの動作を構成する方法

IPMP グループに関連する次のシステム共通パラメータを設定するには、IPMP 構成ファイル /etc/default/mpathd を使用します。

  1. 管理者になります。

    詳細は、『Oracle Solaris の管理: セキュリティーサービス』の「管理権限を取得する方法」を参照してください。

  2. /etc/default/mpathd ファイルを編集します。

    3 つのパラメータの 1 つ以上のデフォルト値を変更します。

    1. FAILURE_DETECTION_TIME パラメータの新しい値を入力します。
      FAILURE_DETECTION_TIME=n

      ここで、n は ICMP 検証がインタフェースの障害が発生していないかどうかを検出する時間 (秒単位) です。デフォルトは 10 秒です。

    2. FAILBACK パラメータの新しい値を入力します。
      FAILBACK=[yes | no]
      • yes – 値 yes が、IPMP のフェイルバック動作のデフォルトです。障害が発生したインタフェースの修復が検出されると、ネットワークアクセスはこの修復されたインタフェースに復帰します。詳細は、「物理インタフェースの回復検出」を参照してください。

      • no – 値 no は、データトラフィックが修復されたインタフェースに戻らないことを示します。障害が発生したインタフェースの回復が検出されると、そのインタフェースに INACTIVE フラグが設定されます。このフラグは、現時点でそのインタフェースをデータトラフィックに使用すべきでないことを示します。ただし、そのインタフェースを検査信号トラフィックに使用することはできます。

        たとえば、IPMP グループ ipmp0 が 2 つのインタフェース net0net1 から構成されています。/etc/default/mpathd ファイルで FAILBACK=no パラメータが設定されています。net0 が故障すると、FAILED としてフラグが付けられて使用不可能になります。修復後、このインタフェースに INACTIVE としてフラグが付けられますが、FAILBACK=no が設定されているため、使用不可能なままとなります。

        net1 が故障し、net0 のみが INACTIVE 状態である場合には、net0INACTIVE フラグがクリアーされ、このインタフェースが使用可能になります。IPMP グループに同じく INACTIVE 状態のインタフェースがほかにも含まれている場合、net1 の故障時にそれらの INACTIVE インタフェースのいずれか 1 つ (必ずしも net0 とはかぎらない) がクリアーされ、使用可能となります。

    3. TRACK_INTERFACES_ONLY_WITH_GROUPS パラメータの新しい値を入力します。
      TRACK_INTERFACES_ONLY_WITH_GROUPS=[yes | no]

      注 - このパラメータと匿名グループ機能については、「障害検出と匿名グループ機能」を参照してください。


      • yes – 値 yes が、IPMP の動作のデフォルトです。このパラメータを指定した場合、IPMP は、IPMP グループ内に構成されていないネットワークインタフェースを無視します。

      • no - 値 no は、IPMP グループ内に構成されているネットワークインタフェースかどうかにかかわらず、すべてのネットワークインタフェースの障害と修復の検出を設定します。ただし、IPMP グループ内に構成されていないインタフェースで障害や修復が検出されても、IPMP では、そのインタフェースのネットワーク機能を維持するためアクションは一切起動されません。したがって、値 no を指定することは、障害の報告には役立ちますが、ネットワークの可用性を直接向上させることはありません。

  3. in.mpathd デーモンを再起動します。
    # pkill -HUP in.mpathd