JPWO2012157035A1 - 計算機システム、ネットワークインタフェース管理方法 - Google Patents

Abstract

ネットワークインタフェースの物理的な搭載位置とそのネットワークインタフェースに付加される情報を対応付ける作業負担を低減する。本発明に係る計算機システムは、計算機のＯＳが認識しているネットワークインタフェースのデバイスアドレスを取得し、ネットワークインタフェースのデバイスアドレスとその搭載位置との対応関係を記述したテーブルを用いて、当該ネットワークインタフェースの搭載位置を特定する（図１参照）。

Description

本発明は、計算機が備えるネットワークインタフェースの構成情報を管理する技術に関する。

サーバコンピュータ（以下、サーバ）には、ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）と呼ばれる管理用コントローラが搭載されている。管理用のネットワーク上において、ＢＭＣはサーバの電源等の各種制御および温度や電圧などの情報収集を実施することができる。ＢＭＣがサーバの各種制御および情報収集を実施するための管理インタフェースとして、ＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）が使用されている。

一般にＢＭＣにはサーバの待機電源が供給されるため、ＢＭＣはサーバ内のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の稼動状態に依存することなく、サーバ内の情報収集およびハードウェアの制御を実施することができる。

また、ＢＭＣは通信機能を利用することによって、遠隔操作で電源を制御することができる。ＢＭＣを遠隔作業させるためには、あらかじめＢＭＣへＩＰアドレスを設定することが必要となる。そのためサーバ管理者は、ＢＭＣとサーバとの対応関係を意識する必要がある。

従来、サーバ管理者は、ＢＭＣの一意性を特定するためのＢＭＣの識別情報（主にＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）が用いられる）と、サーバの一意性を特定するための識別情報（主にＵＵＩＤが用いられる）を用いて、サーバ内の資源情報の対応付けおよび登録情報を手動で実施していた。ＵＵＩＤは、標準化団体であるＯＳＦ（Ｏｐｅｎ Ｓｏｆｔｗａｒｅ Ｆｏｕｎｄａｔｉｏｎ）が策定した、サーバを一意に識別するための識別子であり、ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）４１２２で規定されている。

機器に設定されている情報を取得する技術として、下記特許文献１〜３が挙げられる。

特許文献１には、機器のＩＰアドレス宛にＰｉｎｇコマンドを送信し、その応答結果から機器のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得する技術が記載されている。

特許文献２には、ＯＳからＯＳの識別情報を取得する技術が記載されている。
特許文献３には、ＢＭＣおよびＯＳから識別情報を取得した上で、同一のハードウェアに対応付ける技術が記載されている。

特開２００８−１５４００９号公報 特開２００７−２１３２７１号公報 特開２００９−１３５５８０号公報

上記特許文献１〜３において、サーバ上のＭＡＣアドレスを取得する技術を用いる場合であっても、ＭＡＣアドレスとネットワークインタフェースの搭載位置の関連付けは手動で実施する必要があった。

ネットワークインタフェースの搭載位置とは、各ネットワークインタフェースがサーバのどの部位に搭載されているかのことである。サーバはネットワークインタフェースを複数搭載する場合があり、またネットワークインタフェースの種類も、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）デバイスとして実装されているもの、マザーボード上に搭載されているものなど複数存在する。そのため、ネットワークインタフェースを管理するためには、単にＭＡＣアドレスの割当状況を管理するのみならず、どの部位に搭載されているネットワークインタフェースにどのＭＡＣアドレスが割り当てられているかを管理する必要がある。従来この管理作業は、表管理ソフトウェアなどを用いて手動で実施していた。

サーバのなかには１台辺り数十枚のネットワークインタフェースを搭載することができるものもあり、さらには大規模データセンタでは１サイト内で１００台超のサーバを設置する場合がある。このような場合には、サーバが搭載するネットワークインタフェースの搭載位置とＭＡＣアドレスの対応付けは、従来のように手動で実施する管理方法では作業量が膨大になってしまう。

ネットワークインタフェースの搭載位置とＭＡＣアドレスの対応付けが必要なケースとして、１つのサーバ上に複数のネットワークインタフェースを搭載した上で各々のネットワークインタフェースに対して別セグメントのアドレスを付与する例が挙げられる。このケースとして代表的なものは、ホットスタンバイによるクラスタを構成したときのサーバのネットワークインタフェース設定が考えられる。

クラスタ構成の場合は、通常のユーザ業務に使用するネットワーク以外にサーバのＢＭＣを管理するための専用ネットワーク、クラスタを構成するサーバ間でハートビートを実施する専用ネットワーク、というように１サーバ当たり複数のネットワーク設定が必要となる。

本発明は、上記のような課題を解決するためになされたものであり、ネットワークインタフェースの物理的な搭載位置とそのネットワークインタフェースに付加される情報を対応付ける作業負担を低減することを目的とする。

本発明に係る計算機システムは、計算機のＯＳが認識しているネットワークインタフェースのデバイスアドレスを取得し、ネットワークインタフェースのデバイスアドレスとその搭載位置との対応関係を記述したテーブルを用いて、当該ネットワークインタフェースの搭載位置を特定する。

本発明に係る計算機システムによれば、ネットワークインタフェースのデバイスアドレスを取得することにより、ネットワークインタフェースの搭載位置を特定することができる。ネットワークインタフェースのデバイスアドレスは当該計算機上で特定されるため、ネットワークインタフェースに付加される情報（例えばＭＡＣアドレス）を取得し、ネットワークインタフェースの搭載位置に対応付けることは容易である。すなわち、従来手動で実施していたこれら対応付け作業を自動的に実施し、管理者の作業負担を軽減することができる。

実施形態１に係る計算機システム１０００の構成図である。 構成情報ＤＢ１０３の構成を示す図である。 ａｒｐ情報テーブル１０３１の構成とデータ例を示す図である。 サーバ搭載情報ＤＢ１０３２の構成とデータ例を示す図である。 ＯＳ取得情報ＤＢ１０３３の構成とデータ例を示す図である。 ネットワークインタフェース位置情報ＤＢ１０３４の構成とデータ例を示す図である。 サーバ構成情報ＤＢ１０３５の構成とデータ例を示す図である。 管理モジュール１０が管理対象サーバのＢＭＣから構成情報を収集する処理を説明するフローチャートである。 管理モジュール１０が管理対象サーバのＯＳから構成情報を収集する処理を説明するフローチャートである。 管理モジュール１０が管理対象サーバに搭載されているネットワークインタフェースの位置を特定する処理を説明するフローチャートである。

＜実施の形態１：機器構成＞
図１は、本発明の実施形態１に係る計算機システム１０００の構成図である。計算機システム１０００は、管理モジュール１０、サーバ１１、サーバ１Ｎを有する。これら機器は、管理用ネットワーク１Ａ、情報収集専用ネットワーク１Ｂ、ユーザ用ネットワーク１Ｃに接続されている。

管理用ネットワーク１Ａには、管理モジュール１０、サーバ１１内のＢＭＣ１１１、およびサーバ１Ｎ内のＢＭＣ１Ｎ１が、それぞれネットワークインタフェース１０Ａ、１１Ａ、１ＮＡを用いて接続されている。

情報収集専用ネットワーク１Ｂには、管理モジュール１０、サーバ１１、およびサーバ１Ｎが、それぞれネットワークインタフェース１０Ｂ、１１Ｂ、１ＮＢを用いて接続されている。ネットワークインタフェース１０Ｂ、１１Ｂ、１ＮＢは、サーバ構成に依存せずに標準で搭載されるオンボード上のネットワークインタフェースである。情報収集専用ネットワーク１Ｂは、各サーバの構成情報を収集するためのみに用いられる。

ユーザ用ネットワーク１Ｃには、サーバ１１とサーバ１Ｎが、それぞれネットワークインタフェース１１Ｃ、１ＮＣを用いて接続されている。ネットワークインタフェース１１Ｃ、１ＮＣは、それぞれネットワークインタフェースカード１１２、１Ｎ２の中に搭載されている。ネットワークインタフェース１１Ｄ、１ＮＤは、それぞれネットワークインタフェースカード１１３、１Ｎ３の中に搭載されている。

管理モジュール１０は、計算機システム１０００内のサーバが備えるネットワークインタフェースの構成を管理する装置であり、ネットワークインタフェース１０Ａおよび１０Ｂ、内蔵ＬＡＮＳＷ１０１、ＳｈａｄｏｗＯＳ１０２、構成情報データベース１０３、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ１０４、ＰＸＥ（Ｐｒｅｂｏｏｔ ｅＸｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）サーバ１０５を備える。ネットワークインタフェース１０Ａおよび１０Ｂ、ＳｈａｄｏｗＯＳ１０２、構成情報ＤＢ（Ｄａｔａｂａｓｅ）１０３、ＤＨＣＰサーバ１０４、ＰＸＥサーバ１０５は、内蔵ＬＡＮＳＷ１０１に接続されている。内蔵ＬＡＮＳＷ１０１と各構成要素の間は、それぞれ経路１０Ｃ〜１０Ｈで接続されている。

ネットワークインタフェース１０Ａは管理用ネットワーク１Ａに接続され、ネットワークインタフェース１０Ｂは情報収集専用ネットワーク１Ｂに接続されている。内蔵ＬＡＮＳＷ１０１は、管理モジュール１０内部のネットワーク接続を切り替えるネットワークスイッチである。ＳｈａｄｏｗＯＳ１０２は、サーバの構成情報を収集するために必要な最小限の機能のみを有するＯＳである。構成情報ＤＢ１０３については、後述の図２〜図７で説明する。ＤＨＣＰサーバ１０４は、内蔵ＬＡＮＳＷ１０１を介して、計算機システム１０００内の各サーバのＢＭＣへＩＰアドレスを配布する。ＰＸＥサーバ１０５は、計算機システム１０００内の各サーバをネットワークブートするときに用いられる。

本発明における「アドレス割当部」は、ＤＨＣＰサーバ１０４が相当する。「ネットワーク起動ＯＳ記憶部」は、ＰＸＥサーバ１０５が相当する。

次に、計算機システム１０００内に所属するサーバの構成を説明する。各サーバの構成は同様であるため、以下では例として、サーバ１１の構成を説明する。

サーバ１１は、ネットワークインタフェース１１Ａおよび１１Ｂ、ＢＭＣ１１１、ネットワークインタフェースカード１１２および１１３、処理部１１４、管理ＤＢ１１５を備える。各構成要素は配線で接続されている。

ネットワークインタフェース１１Ａは管理用ネットワーク１Ａに接続され、ネットワークインタフェース１１Ｂは情報収集専用ネットワーク１Ｂに接続されている。ＢＭＣ１１１は、サーバ１１のハードウェア監視などを実施する管理コントローラであり、ネットワークインタフェース１１Ａを搭載している。ネットワークインタフェースカード１１２および１１３は、ユーザ用ネットワーク１Ｃに接続されている。処理部１１４は、サーバ１１の全体動作を制御するプロセッサである。管理ＤＢ１１５は、サーバ１１のハードウェア識別子（例えばＵＵＩＤで記述されている）を含む管理情報を格納している。

図２は、構成情報ＤＢ１０３の構成を示す図である。構成情報ＤＢ１０３は、計算機システム１０００内の各サーバの構成情報を格納するデータベースであり、ａｒｐ（ａｄｄｒｅｓｓ ｒｅｓｏｌｕｔｉｏｎ ｐｒｏｔｏｃｏｌ）情報テーブル１０３１、サーバ搭載情報ＤＢ１０３２、ＯＳ取得情報ＤＢ１０３３、ネットワークインタフェース位置情報ＤＢ１０３４、サーバ構成情報ＤＢ１０３５を格納している。これらのテーブルなどの詳細は、後述の図３〜図７で説明する。

図３は、ａｒｐ情報テーブル１０３１の構成とデータ例を示す図である。ａｒｐ情報テーブル１０３１は、各サーバのＢＭＣのＩＰアドレスとＭＡＣアドレスの対応関係を記述するテーブルである。ａｒｐ情報テーブル１０３１が保持する情報は、管理モジュール１０とＢＭＣがＩＰ通信することによって得ることができる。詳細は後述する。

ａｒｐ情報テーブル１０３１は、ＢＭＣ ＩＰアドレスフィールド１０３１１、ＭＡＣアドレスフィールド１０３１２を有する。ＢＭＣ ＩＰアドレスフィールド１０３１１は、各サーバが備えるＢＭＣのＩＰアドレスを保持する。ＭＡＣアドレスフィールド１０３１２は、ＢＭＣ ＩＰアドレスフィールド１０３１１に対応するＢＭＣのＭＡＣアドレスを保持する。

図４は、サーバ搭載情報ＤＢ１０３２の構成とデータ例を示す図である。サーバ搭載情報ＤＢ１０３２は、計算機システム１０００内のサーバが備えるＢＭＣから取得することができるサーバの構成情報、すなわちサーバのＯＳが稼動していないときでも取得することができる構成情報を保持するデータベースである。

サーバ搭載情報ＤＢ１０３２は、ＢＭＣ ＩＰアドレスフィールド１０３２１、ＭＡＣアドレスフィールド１０３２２、ＵＵＩＤフィールド１０３２３、サーバモデル名フィールド１０３２４、製番情報フィールド１０３２５を有する。

ＢＭＣ ＩＰアドレスフィールド１０３２１は、各サーバが備えるＢＭＣのＩＰアドレスを保持する。ＭＡＣアドレスフィールド１０３２２は、ＢＭＣ ＩＰアドレスフィールド１０３２１に対応するＢＭＣのＭＡＣアドレスを保持する。ＵＵＩＤフィールド１０３２３は、ＢＭＣ ＩＰアドレスフィールド１０３２１に対応するＢＭＣを搭載しているサーバのハードウェア識別子（ここではＵＵＩＤ）を保持する。サーバモデル名フィールド１０３２４は、ＢＭＣ ＩＰアドレスフィールド１０３２１に対応するＢＭＣを搭載しているサーバの型番を保持する。ここでいう型番とは、ネットワークインタフェース位置情報ＤＢ１０３４が保持している情報との対応関係を特定することができる情報であり、必ずしも番号形式でなくともよく、サーバの製品名などを用いてもよい。製番情報フィールド１０３２５は、ＢＭＣ ＩＰアドレスフィールド１０３２１に対応するＢＭＣを搭載しているサーバの製造番号を保持する。

図５は、ＯＳ取得情報ＤＢ１０３３の構成とデータ例を示す図である。ＯＳ取得情報ＤＢ１０３３は、計算機システム１０００内のサーバが実行するＯＳから取得することができるサーバの構成情報を保持するデータベースである。ここでいうＯＳとは、後述するＳｈａｄｏｗＯＳ１０２のことである。

ＯＳ取得情報ＤＢ１０３３は、ＵＵＩＤフィールド１０３３１、ＰＣＩアドレスフィールド１０３３２、ＭＡＣアドレスフィールド１０３３３を有する。

ＵＵＩＤフィールド１０３３１は、サーバのハードウェア識別子（ここではＵＵＩＤ）を保持する。ＰＣＩアドレスフィールド１０３３２は、ＵＵＩＤフィールド１０３３１で識別されるサーバのＯＳが認識しているネットワークインタフェースの物理デバイスアドレス（ＰＣＩアドレス）を保持する。ＭＡＣアドレスフィールド１０３３３は、ＰＣＩアドレスフィールド１０３３２で識別されるネットワークインタフェースに割り当てられているＭＡＣアドレスを保持する。

図６は、ネットワークインタフェース位置情報ＤＢ１０３４の構成とデータ例を示す図である。ネットワークインタフェース位置情報ＤＢ１０３４は、ネットワークインタフェースがサーバ内で搭載されている物理的位置と、ネットワークインタフェースの物理デバイスアドレス（ここではＰＣＩアドレス）との対応関係を記述したデータベースである。サーバが搭載するネットワークインタフェースの物理的位置とそのＰＣＩアドレスは、サーバの型番毎にあらかじめ定められている。そこで計算機システム１０００の管理者は、ネットワークインタフェース位置情報ＤＢ１０３４が保持する情報を、サーバの型番毎にあらかじめセットしておく。

ネットワークインタフェース位置情報ＤＢ１０３４は、サーバモデル名フィールド１０３４１、ＰＣＩアドレスフィールド１０３４２、サーバ内位置フィールド１０３４３を有する。

サーバモデル名フィールド１０３４１は、計算機システム１０００内のサーバの型番を保持する。ＰＣＩアドレスフィールド１０３４２は、サーバモデル名フィールド１０３４１で識別される型番のサーバ上で実行されるＯＳが認識するネットワークインタフェースの物理デバイスアドレス（ここではＰＣＩアドレス）を保持する。サーバ内位置フィールド１０３４３は、ＰＣＩアドレスフィールド１０３４２で識別されるデバイスがサーバ内のどの位置に搭載されているかを記述する。

図７は、サーバ構成情報ＤＢ１０３５の構成とデータ例を示す図である。サーバ構成情報ＤＢ１０３５は、計算機システム１０００内のサーバが備えるネットワークインタフェースの物理的な搭載位置、ＭＡＣアドレスなどの構成情報を収集した結果を保持するデータベースである。

サーバ構成情報ＤＢ１０３５は、ＵＵＩＤフィールド１０３５１、サーバモデル名フィールド１０３５２、製番情報フィールド１０３５３、ＰＣＩアドレスフィールド１０３５４、ＭＡＣアドレスフィールド１０３５５、サーバ内位置フィールド１０３５６を有する。

ＵＵＩＤフィールド１０３５１は、サーバのハードウェア識別子（ここではＵＵＩＤ）を保持する。サーバモデル名フィールド１０３５２は、ＵＵＩＤフィールド１０３５１で識別されるサーバの型番を保持する。製番情報フィールド１０３５３は、ＵＵＩＤフィールド１０３５１で識別されるサーバの製造番号を保持する。ＰＣＩアドレスフィールド１０３５４は、ＵＵＩＤフィールド１０３５１で識別されるサーバが備えるネットワークインタフェースの物理デバイスアドレス（ここではＰＣＩアドレス）を保持する。ＭＡＣアドレスフィールド１０３５５は、ＰＣＩアドレスフィールド１０３５４で識別されるネットワークインタフェースのＭＡＣアドレスを保持する。サーバ内位置フィールド１０３５６は、ＰＣＩアドレスフィールド１０３５４で識別されるネットワークインタフェースが当該サーバ内のどの位置に搭載されているかを記述する。

＜実施の形態１：概略動作＞
管理モジュール１０は、主に３つのステップによって、計算機システム１０００内のサーバが備えるネットワークインタフェースの構成情報を取得する。以下、各ステップの概略について説明する。

（概略動作：ステップ１：ＢＭＣから情報を取得する）
管理モジュール１０は、応答を要求するパケットを発行することにより、計算機システム１０００内に存在する全ての管理対象サーバのＢＭＣを発見する。管理モジュール１０は、管理対象サーバのＢＭＣのＩＰアドレスとＭＡＣアドレスをａｒｐ情報テーブル１０３１に登録し、ＢＭＣから取得したサーバの構成情報をサーバ搭載情報ＤＢ１０３２に登録する。本ステップの詳細は、後述の図８で説明する。

（概略動作：ステップ２：ＯＳから情報を取得する）
管理モジュール１０は、管理対象サーバをネットワークブートさせ、そのＯＳ上で収集した情報をＯＳ取得情報ＤＢ１０３３に登録する。ここでいうＯＳとは、管理モジュール１０が保持しているＳｈａｄｏｗＯＳ１０２である。本ステップの詳細は、後述の図９で説明する。

（概略動作：ステップ３：搭載位置を特定する）
管理モジュール１０は、管理対象サーバのＢＭＣとＯＳから取得した情報を、ネットワークインタフェース位置情報ＤＢ１０３４が保持している情報と対応付けることにより、サーバが備えるネットワークインタフェースの搭載位置を特定し、サーバ構成情報ＤＢ１０３５にその結果を登録する。本ステップの詳細は、後述の図１０で説明する。

＜実施の形態１：詳細動作＞
以下では、計算機システム１０００内のサーバが備えるネットワークインタフェースの構成情報を取得する動作について、上記ステップ１〜ステップ３の詳細を説明する。各管理対象サーバのＢＭＣは、管理モジュール１０内のＤＨＣＰサーバ１０４を利用し、自動的にＩＰアドレスを取得するように、あらかじめ設定されているものとする。また、各ＢＭＣはリモートからＩＰＭＩコマンドを受信できるように設定されているものとする。

図８は、管理モジュール１０が管理対象サーバのＢＭＣから構成情報を収集する処理を説明するフローチャートである。以下、図８の各ステップについて説明する。

（図８：ステップＳ８０１）
管理モジュール１０は、管理用ネットワーク１Ａ内で、ＤＨＣＰサーバ１０４がＩＰアドレスを割り当てる対象となっている全てのＩＰアドレスに対して、ｐｉｎｇコマンドを発行する。ｐｉｎｇコマンドは、宛先アドレスに対して応答を要求する役割があり、同コマンドを用いて宛先機器が稼動しているか否かを確認することができる。すなわち本ステップは、管理モジュール１０が情報を収集する対象となる管理対象サーバのＢＭＣを発見する意義がある。

（図８：ステップＳ８０２）
ステップＳ８０１でｐｉｎｇコマンドを発行した宛先から応答があった場合はステップＳ８０１に戻り、次のＩＰアドレスに対してｐｉｎｇコマンドを発行する。応答があった場合は、ステップＳ８０３へ進む。

（図８：ステップＳ８０３）
管理モジュール１０は、ｐｉｎｇコマンドに対する応答によって得られる、ＢＭＣのＩＰアドレスとこれに対応するＭＡＣアドレスを、ａｒｐ情報テーブル１０３１のＢＭＣ ＩＰアドレスフィールド１０３１１とＭＡＣアドレスフィールド１０３１２にそれぞれ登録する。

（図８：ステップＳ８０３：補足その１）
一般に、ｐｉｎｇコマンドを発行するとき、管理モジュール１０はパケット送出前にａｒｐコマンドを発行して宛先ＩＰアドレスに対応するＭＡＣアドレスを取得する。したがって、ｐｉｎｇコマンドを発行することにより、宛先機器のＭＡＣアドレスを取得することができる。

（図８：ステップＳ８０３：補足その２）
一般にａｒｐコマンドの結果は、ａｒｐテーブルに格納される。管理モジュール１０はａｒｐテーブルをａｒｐ情報テーブル１０３１として代用してもよいし、ａｒｐテーブルとは別にａｒｐ情報テーブル１０３１を設けてもよい。以下ではこれらを特に区別しないこととする。

（図８：ステップＳ８０４）
管理モジュール１０は、サーバ搭載情報ＤＢ１０３２のＭＡＣアドレスフィールド１０３２２に、ステップＳ８０３で取得したものと同一のＭＡＣアドレスが登録されているか否かを確認する。同一のＭＡＣアドレスが登録されている場合は、ステップＳ８０１に戻って次のＩＰアドレスに対して同様の処理を実施する。同一のＭＡＣアドレスが登録されていない場合は、ステップＳ８０５へ進む。

（図８：ステップＳ８０５）
管理モジュール１０は、サーバ搭載情報ＤＢ１０３２上に新たなレコードを作成し、ステップＳ８０３で取得したＩＰアドレスとＭＡＣアドレスのペアを、それぞれＢＭＣ ＩＰアドレスフィールド１０３２１とＭＡＣアドレスフィールド１０３２２に登録する。以上の処理により、ｐｉｎｇコマンドに対して応答したＢＭＣを備えるサーバは、管理対象サーバとして登録されることになる。以下では説明の便宜上、サーバ１１を管理対象サーバとして取り扱う。

（図８：ステップＳ８０６）
管理モジュール１０は、サーバ搭載情報ＤＢ１０３２のＩＰアドレスフィールド１０３２１の値を用いて、サーバ１１のＢＭＣ１１１に対してＩＰＭＩコマンドを発行し、サーバ１１内の管理ＤＢ１１５に登録されている情報を管理モジュール１０に送るように要求する。管理ＤＢ１１５には、サーバ１１のハードウェア識別子（ＵＵＩＤ）が登録されている。

（図８：ステップＳ８０７〜Ｓ８０８）
サーバ１１のＢＭＣ１１１は、管理ＤＢ１１５に登録されているサーバ１１のＵＵＩＤを、ＩＰＭＩコマンドに対する応答として送信する（Ｓ８０７）。管理モジュール１０はＢＭＣ１１１から受信したＵＵＩＤをサーバ搭載情報ＤＢ１０３２のＵＵＩＤフィールド１０３２３に登録する（Ｓ８０８）。

（図８：ステップＳ８０８：補足）
管理モジュール１０は、ステップＳ８０８と同様の手順を用いて、ＢＭＣ１１１に対してＩＰＭＩコマンドを発行し、ＢＭＣ１１１からサーバ１１のサーバモデル名および製番情報を取得し、サーバ搭載情報ＤＢ１０３２のサーバモデル名フィールド１０３２４と製番情報フィールド１０３２５に登録する。

図９は、管理モジュール１０が管理対象サーバのＯＳから構成情報を収集する処理を説明するフローチャートである。以下、図９の各ステップについて説明する。

（図９：ステップＳ９０１）
管理モジュール１０は、管理対象サーバ１１のＢＭＣ１１１に対して、サーバ１１を次回起動するときにＰＸＥサーバ１０５を用いてブートするようにサーバのブートオーダ設定を変更するよう指示する、ＩＰＭＩコマンドを発行する。ＢＭＣ１１１はＩＰＭＩコマンドを受け取った後、サーバ１１を次回起動するときのブートオーダを上記のように変更する。その後ＢＭＣ１１１は、管理モジュール１０に対してＩＰＭＩコマンドの実行結果を返信し、ブートオーダ設定を保持する。管理モジュール１０は、ＢＭＣ１１１よりＩＰＭＩコマンドの実行結果を受信する。

（図９：ステップＳ９０２）
管理モジュール１０は、内蔵ＬＡＮＳＷ１０１の通信経路設定を変更し、ネットワークインタフェース１０Ｂからは経路１０Ｄ、１０Ｅ、１０Ｆ、１０Ｇ、１０Ｈのみ接続することができるようにする。これにより、管理対象サーバ１１へネットワークブート要求を発行するステップに備える。

（図９：ステップＳ９０３）
管理モジュール１０は、管理対象サーバ１１のＢＭＣ１１１に対して、電源をＯＮするように指示するＩＰＭＩコマンドを送信する。ＢＭＣ１１１は、同ＩＰＭＩコマンドにしたがってサーバ１１の電源をＯＮにする。本ステップは、管理対象サーバ１１の処理部１１４へ電源を投入させ、後続のステップに備える意義がある。

（図９：ステップＳ９０４）
サーバ１１に電源が投入されると、処理部１１４はＥＦＩ（Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ）などのファームウェアを実行し、ＢＭＣ１１１が設定したブートオーダにしたがって、ネットワークインタフェース１１Ｂを用いたネットワークブートを開始する。

（図９：ステップＳ９０５）
処理部１１４は、管理モジュール１０内のＤＨＣＰサーバ１０４に対して、ネットワークインタフェース１１ＢへＩＰアドレスを割り付けるように要求する。次に処理部１１４は、管理モジュール１０内のＰＸＥサーバ１０５に、ＳｈａｄｏｗＯＳ１０２のＯＳイメージを送信するよう要求する。本ステップは、ネットワークブートに必要な情報を取得するためのものである。

（図９：ステップＳ９０６）
処理部１１４は、ＰＸＥサーバ１０５からＳｈａｄｏｗＯＳ１０２のＯＳイメージを取得した後、取得したＳｈａｄｏｗＯＳ１０２を管理対象サーバ１１上で起動する。

（図９：ステップＳ９０７）
処理部１１４は、ＳｈａｄｏｗＯＳのドライバインタフェースを通じて、サーバ１１上のＯＳが管理する全てのネットワークインタフェース１１Ｂ、１１Ｃ、１１ＤのＭＡＣアドレスおよびＰＣＩアドレス情報を収集する。また処理部１１４は、ＳｈａｄｏｗＯＳが取得することができるサーバ１１のＳＭＢＩＯＳ（Ｓｙｓｔｅｍ Ｍａｎａｇｅｍｅｎｔ ＢＩＯＳ）情報から、サーバ１１のＵＵＩＤを取得する。

（図９：ステップＳ９０８）
処理部１１４が実行するＳｈａｄｏｗＯＳは、情報収集専用ネットワーク１Ｂを介して管理モジュール１０と通信し、ＳｈａｄｏｗＯＳが取得したＭＡＣアドレス、ＰＣＩアドレス、ＵＵＩＤを管理モジュール１０に送信する。管理モジュール１０は、ＳｈａｄｏｗＯＳから受信した情報を、ＯＳ取得情報ＤＢ１０３３のＵＵＩＤフィールド１０３３１、ＰＣＩアドレスフィールド１０３３２、ＭＡＣアドレスフィールド１０３３３にそれぞれ格納する。

（図９：ステップＳ９０９）
管理モジュール１０は、管理対象サーバ１１のＢＭＣ１１１に対して、電源をＯＦＦするように指示するＩＰＭＩコマンドを発行する。ＢＭＣ１１１は、同ＩＰＭＩコマンドにしたがってサーバ１１の電源をＯＦＦにする。

（図９：ステップＳ９１０）
管理モジュール１０は、内蔵ＬＡＮＳＷ１０１の通信経路設定をステップＳ９０２の前の状態に戻す。また管理モジュール１０は、管理対象サーバ１１のＢＭＣ１１１に対してブートオーダをステップ９０１の前の状態に戻すよう指示するＩＰＭＩコマンドを送信する。ＢＭＣ１１１は、同ＩＰＭＩコマンドにしたがってサーバ１１のブートオーダを元の状態に戻す。

以上の手順で、ＳｈａｄｏｗＯＳ上で情報を収集して、管理モジュールに登録する処理が完了する。

図１０は、管理モジュール１０が管理対象サーバに搭載されているネットワークインタフェースの位置を特定する処理を説明するフローチャートである。以下、図１０の各ステップについて説明する。

（図１０：ステップＳ１００１）
管理モジュール１０は、サーバ搭載情報ＤＢ１０３２が保持しているレコードのうち、ＵＵＩＤフィールド１０３２３、ＭＡＣアドレスのカラムフィールド１０３２２、および製番情報フィールド１０３２５それぞれの値を、サーバ構成情報ＤＢ１０３５の新たなレコードのＵＵＩＤフィールド１０３５１、ＭＡＣアドレスフィールド１０３５５、製番情報フィールド１０３５３にそれぞれ記録する。また、サーバ内位置フィールド１０３５６には値「ＢＭＣ」を記録し 、ＰＣＩアドレスフィールド１０３５４には値「Ｎ／Ａ」を記録する。

（図１０：ステップＳ１００１：補足）
本ステップは、サーバ１１のＢＭＣ１１１から取得することができる情報をサーバ構成情報ＤＢ１０３５に記録する意義がある。また、後続のステップで同じサーバから取得した情報と対応付けるため、ＵＵＩＤフィールド１０３５１の値をあらかじめ埋めておく意義もある。

（図１０：ステップＳ１００２）
管理モジュール１０は、ＯＳ取得情報ＤＢ１０３３が保持しているレコードのうち、ＵＵＩＤフィールド１０３３１の値がステップＳ１００１で記録したサーバ構成情報ＤＢ１０３５のＵＵＩＤフィールド１０３５１の値と一致するものを特定する。管理モジュール１０は、ＯＳ取得情報ＤＢ１０３３の当該レコードのＵＵＩＤフィールド１０３３１、ＰＣＩアドレスフィールド１０３３２、ＭＡＣアドレスフィールド１０３３３それぞれの値を、サーバ構成情報ＤＢ１０３５の新たなレコードのＵＵＩＤフィールド１０３５１、ＰＣＩアドレスフィールド１０３５４、ＭＡＣアドレスフィールド１０３５５にそれぞれ記録する。

（図１０：ステップＳ１００２：補足）
本ステップは、サーバ１１のＯＳから取得することができる情報をサーバ構成情報ＤＢ１０３５に記録する意義がある。ＵＵＩＤが一致するレコードを抽出しているのは、ＢＭＣ１１１から取得することができる情報と、ＯＳから取得することができる情報とを対応付けるためである。すなわち、ＢＭＣ１１１からはサーバモデル名等を取得し、ＯＳからはＰＣＩアドレスを取得し、これらが同一のサーバから取得したものであるか否かを確認するために、ＵＵＩＤを用いることができる。

（図１０：ステップＳ１００３）
管理モジュール１０は、ステップＳ１００２で新たに作成したレコードのサーバモデル名フィールド１０３５２と製番情報フィールド１０３５３には、ステップＳ１００１で作成したレコードの同フィールドの値を記録する。

（図１０：ステップＳ１００２〜Ｓ１００３：補足）
管理対象サーバ１１のＯＳが、複数個のネットワークインタフェースカードおよびネットワークインタフェースを認識し、複数個のＭＡＣアドレスおよびＰＣＩアドレスが存在している場合は、サーバ構成情報ＤＢ１０３５上にその個数分だけ新たなレコードを作成し、同様の手順で値を記録する。ＵＵＩＤフィールド１０３５１、サーバモデル名フィールド１０３５２、製番情報フィールド１０３５３は同じ値にする。

（図１０：ステップＳ１００４）
管理モジュール１０は、ステップＳ１００３でサーバ構成情報ＤＢ１０３５に記録したレコードのサーバモデル名フィールド１０３５２の値とＰＣＩアドレスフィールド１０３５４の値をキーとして、ネットワークインタフェース位置情報ＤＢ１０３４を検索する。管理モジュール１０は、検索の結果得られたレコードのサーバ内位置フィールド１０３４３の値を、ステップＳ１００３でサーバ構成情報ＤＢ１０３５に記録したレコードのサーバ内位置フィールド１０３５６に記録する。

（図１０：ステップＳ１００４：補足その１）
本ステップは、ＢＭＣ１１１から取得したサーバモデル名フィールド１０３５２と、ＯＳから取得したＰＣＩアドレスフィールド１０３５４をキーにして、ネットワークインタフェースの搭載位置を特定する意義がある。

（図１０：ステップＳ１００４：補足その２）
管理対象サーバ１１のＯＳが、複数のネットワークインタフェースを認識している場合は、その個数分だけ本ステップを実施する必要がある。

（図１０：ステップＳ１００５）
管理モジュール１０は、情報収集すべきＩＰアドレスが残っているか否かを確認する。情報収集すべきＩＰアドレスが残っている場合は、図８のステップＳ８０１に戻って同様の処理を繰り返す。全ＩＰアドレスについて情報収集が終了している場合は、本処理フローを終了する。

＜実施の形態１：まとめ＞
以上のように、本実施形態１に係る計算機システム１０００は、サーバ１１のＯＳが認識しているネットワークインタフェースのＰＣＩアドレスを取得し、これをキーにしてネットワークインタフェース位置情報ＤＢ１０３４を検索することにより、当該ネットワークインタフェースの搭載位置を特定する。これにより、従来手動で実施していた、ネットワークインタフェースの物理的な搭載位置を把握する作業を自動化し、管理者の作業負担を低減することができる。

また、本実施形態１に係る計算機システム１０００は、サーバ１１が備えるＢＭＣ１１１から取得することができる情報と、サーバ１１が実行するＯＳから取得することができる情報を組み合わせることにより、これら単独では得ることができない構成情報を取得することができる。

また、本実施形態１に係る計算機システム１０００は、ＤＨＣＰサーバ１０４が割り当てる全てのＩＰアドレスに対してｐｉｎｇコマンドを発行し、計算機システム１０００内に存在するＢＭＣ１１１を発見する。これにより、計算機１０００内に存在するサーバを１つずつ手動で確認する必要がなくなり、管理者の作業負担を軽減することができる。

また、本実施形態１に係る計算機システム１０００は、ＰＸＥサーバ１０５を用いてサーバをネットワークブートし、ＳｈａｄｏｗＯＳが認識した情報を収集する。これにより各サーバは情報収集のために本来のＯＳを起動する必要はなくなり、情報収集のために必要な最小限の機能のみを備えたＳｈａｄｏｗＯＳを起動すれば済む。したがって、情報収集に係る処理負荷や処理時間を低減することができる。

＜実施の形態２＞
実施形態１では、サーバが備えるネットワークインタフェースがＰＣＩデバイスとして実装されていると仮定し、ネットワークインタフェースの物理デバイスアドレスとしてＰＣＩアドレスを記述した例を説明したが、ネットワークインタフェースの仕様に応じてその他の物理アドレス形式を用いてもよい。

実施形態１では、ｐｉｎｇコマンドを用いて計算機システム１０００内のサーバのＩＰアドレスとＭＡＣアドレスの対応関係を収集する例を説明したが、必ずしもｐｉｎｇコマンドでなくとも、同様の結果を得ることができる他の手法を用いてもよい。

以上、本発明者によってなされた発明を実施形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

以上説明した各構成、機能、処理部などは、それらの全部または一部を、例えば集積回路で設計することによりハードウェアとして実現することもできるし、プロセッサがそれぞれの機能を実現するプログラムを実行することによりソフトウェアとして実現することもできる。各機能を実現するプログラム、テーブルなどの情報は、メモリやハードディスクなどの記憶装置、ＩＣカード、ＤＶＤなどの記憶媒体に格納することができる。

１Ａ：管理用ネットワーク、１Ｂ：情報収集専用ネットワーク、１Ｃ：ユーザ用ネットワーク、１０：管理モジュール、１０Ａ〜１０Ｂ：ネットワークインタフェース、１０Ｃ〜１０Ｈ：経路、１０１：内蔵ＬＡＮＳＷ、１０２：ＳｈａｄｏｗＯＳ、１０３：構成情報データベース、１０３１：ａｒｐ情報テーブル、１０３２：サーバ搭載情報ＤＢ、１０３３：ＯＳ取得情報ＤＢ、１０３４：ネットワークインタフェース位置情報ＤＢ、１０３５：サーバ構成情報ＤＢ、１０４：ＤＨＣＰサーバ、１０５：ＰＸＥサーバ、１１：サーバ、１１Ａ〜１１Ｄ：ネットワークインタフェース、１１１：ＢＭＣ、１１２〜１１３：ネットワークインタフェースカード、１１４：処理部、１１５：管理ＤＢ、１Ｎ：サーバ、１ＮＡ〜１ＮＤ：ネットワークインタフェース、１Ｎ１：ＢＭＣ、１Ｎ２〜１Ｎ３：ネットワークインタフェースカード、１０００：計算機システム。

Claims (8)

1. １以上の計算機と、
   前記計算機が備えるネットワークインタフェースの構成情報を管理する管理装置と、
   を有し、
   前記管理装置は、
   前記計算機が備えるネットワークインタフェースのデバイスアドレスと、前記ネットワークインタフェースの前記計算機内における搭載位置との対応関係を記述したネットワークインタフェース位置情報テーブルを備え、
   前記計算機のＯＳが認識している前記ネットワークインタフェースのデバイスアドレスを前記計算機のＯＳから取得し、
   前記計算機のＯＳから取得した前記デバイスアドレスをキーにして前記ネットワークインタフェース位置情報テーブルを参照することにより、前記ネットワークインタフェースの搭載位置を特定する
   ことを特徴とする計算機システム。
2. 前記計算機は、
   前記計算機のＯＳから独立して動作し、前記計算機のハードウェア動作を制御する管理コントローラを備えており、
   前記ネットワークインタフェース位置情報テーブルは、
   前記計算機が備えるネットワークインタフェースのデバイスアドレスと、前記ネットワークインタフェースの前記計算機内における搭載位置との対応関係を、前記計算機の型番毎に記述しており、
   前記管理装置は、
   前記管理コントローラから前記計算機の型番を取得し、
   前記型番と前記計算機のＯＳから取得した前記デバイスアドレスをキーにして前記ネットワークインタフェース位置情報テーブルを参照することにより、前記ネットワークインタフェースの搭載位置を特定する
   ことを特徴とする請求項１記載の計算機システム。
3. 前記管理コントローラは、
   前記計算機の型番と前記計算機の識別子をペアにして前記管理装置に送信し、
   前記計算機は、
   前記計算機のＯＳが認識している前記ネットワークインタフェースのデバイスアドレスと前記計算機の識別子をペアにして前記管理装置に送信し、
   前記管理装置は、
   前記管理コントローラから取得した前記計算機の識別子と、前記計算機から取得した当該計算機の識別子とを対応付けることにより、前記計算機の型番と前記デバイスアドレスを対応付ける
   ことを特徴とする請求項２記載の計算機システム。
4. 前記管理装置は、
   前記計算機のＯＳが認識している前記ネットワークインタフェースの識別子と、前記計算機のＯＳが認識している前記ネットワークインタフェースのデバイスアドレスとを対応付けることにより、前記ネットワークインタフェースの搭載位置と、前記計算機のＯＳが認識している前記ネットワークインタフェースの識別子とを対応付ける
   ことを特徴とする請求項１記載の計算機システム。
5. 前記計算機は、
   前記計算機のＯＳから独立して動作し、前記計算機のハードウェア動作を制御する管理コントローラを備えており、
   前記管理装置は、
   前記管理コントローラにネットワークアドレスを割り当てるアドレス割当部を備え、
   前記アドレス割当部が割り当てる全てのネットワークアドレスに対して応答を求めるリクエストを発行することにより、前記管理装置に接続されている全ての前記計算機の存在を把握する
   ことを特徴とする請求項１記載の計算機システム。
6. 前記計算機システムは、
   前記計算機をネットワーク経由で起動するためのネットワーク起動ＯＳを格納したネットワーク起動ＯＳ記憶部を有し、
   前記計算機は、
   前記計算機のＯＳから独立して動作し、前記計算機のハードウェア動作を制御する管理コントローラを備えており、
   前記管理装置は、
   前記ネットワーク起動ＯＳを用いて前記計算機を起動するように前記管理コントローラに指示し、
   前記管理コントローラは、
   前記管理装置からの指示にしたがって前記ネットワーク起動ＯＳを用いて前記計算機を起動し、
   前記ネットワーク起動ＯＳが認識している前記ネットワークインタフェースのデバイスアドレスを前記管理装置に送信する
   ことを特徴とする請求項１記載の計算機システム。
7. 前記管理装置は、
   前記計算機と前記ネットワーク起動ＯＳ記憶部を接続する通信経路を切り替えるネットワークスイッチを備え、
   前記ネットワーク起動ＯＳを用いて前記計算機を起動するように前記管理コントローラに指示するときは、前記計算機と前記ネットワーク起動ＯＳ記憶部を接続するように前記接続経路を切り替え、
   それ以外のときは前記計算機と前記ネットワーク起動ＯＳ記憶部を接続しないように前記接続経路を切り替える
   ことを特徴とする請求項６記載の計算機システム。
8. 計算機が備えるネットワークインタフェースの構成情報を管理する方法であって、
   前記計算機が備えるネットワークインタフェースのデバイスアドレスと、前記ネットワークインタフェースの前記計算機内における搭載位置との対応関係を記述したネットワークインタフェース位置情報テーブルを読み込むステップ、
   前記計算機のＯＳが認識している前記ネットワークインタフェースのデバイスアドレスを前記計算機のＯＳから取得するステップ、
   前記計算機のＯＳから取得した前記デバイスアドレスをキーにして前記ネットワークインタフェース位置情報テーブルを参照することにより、前記ネットワークインタフェースの搭載位置を特定するステップ、
   を有することを特徴とするネットワークインタフェース管理方法。

Images