JP2010147553A - 情報管理装置、識別情報収集方法およびプログラム - Google Patents

Abstract

【課題】BMCを搭載したサーバの管理者の作業負担を軽減することが可能になる情報管理装置および識別情報収集方法を提供する。
【解決手段】OSを記憶する記憶部とOSを実行可能な処理部と処理部を制御可能な制御部とを含むサーバと、通信可能な情報管理装置は、制御部から制御部を識別するための第１識別情報とサーバを識別するための第２識別情報とを収集し、また、処理部がOSを識別するための第３識別情報とサーバを識別するための第４識別情報とを送信する送信処理を行うように、制御部に処理部を制御させて、第３識別情報と第４識別情報を収集する収集手段と、格納手段と、第２識別情報と第４識別情報が同一のサーバを識別する場合、そのサーバ内の制御部からの第１識別情報とそのサーバ内の処理部からの第３識別情報とを対応づけて格納手段に格納する記録手段とを含む。
【選択図】図１

Description

本発明は、情報管理装置および識別情報収集方法に関し、特には、ベースボード管理コントローラ等の制御部を含むサーバから識別情報を収集して管理する情報管理装置、識別情報収集方法およびプログラムに関する。

近年、サーバ用途のマシン（以下、単に「サーバ」と称する）には、BMC （Baseboard Management Controller：ベースボード管理コントローラ）と呼ばれるマネジメントコントローラが搭載されている。BMCは、温度および電圧などの情報の収集と、サーバの電源制御を行うことが可能である。

一般的に、BMCには、サーバとは別電源が供給される。このため、BMC は、サーバ内のOS（Operating System）の稼動状態に依存することなく、サーバ内のハードウェアの制御を行うことができる。

BMCは、IPMI （Intelligent Platform Management Interface）に準拠している。このため、管理者は、IPMIのUDP（User Datagram Protocol）通信機能を利用することによって、遠隔制御で、サーバへの電源投入処理をBMCに実行させることが可能である。

BMCを遠隔制御して特定のサーバを制御する場合、予めそのBMCに割り当てるIP（Internet Protocol）アドレスの設定を行っておく必要がある。さらに、BMCを遠隔制御して特定のサーバを制御する場合、管理者は、その特定のサーバと、その特定のサーバに搭載されているBMCと、の対応関係を認識しておく必要がある。

管理者は、BMCをユニークに識別するためのBMCの識別情報と、サーバ内のOSをユニークに識別するためのOSの識別情報と、を用いて、サーバ内のBMCとサーバとの対応関係を把握している。

なお、BMCの識別情報としては、BMCのMAC（Media Access Control）アドレスが用いられ、サーバ内のOSの識別情報としては、サーバ内のOSが管理しているNIC（Network Interface Card）のMACアドレスが用いられている。

BMCの識別情報とOSの識別情報との収集作業、それらの対応づけ作業、および、その対応づけの登録作業は、管理者が手動で行っていた。

例えば、管理用ソフトウェアが管理対象のサーバの候補を自動検索して一覧として表示し、管理者が、その表示を確認して、BMCの識別情報とOSの識別情報とを対応づけて登録する処理を行っていた。

特許文献１、２および３には、機器に設定されている情報を取得する技術が記載されている。

特許文献１には、機器のIPアドレス宛てにPingコマンドを送信し、その応答結果から、その機器のMACアドレスを取得する技術が記載されている。

特許文献２には、OSが管理している情報をOSから収集する技術が記載されている。

特許文献３には、インタフェースに応じた複数の識別情報を管理している機器から、その識別情報を取得する技術が記載されている。
特開２００８−１５４００９号公報 特開２００７−２１３２７１号公報 特開２００４−２２２２６３号公報

BMCの識別情報とOSの識別情報との収集作業、それらの対応づけ作業、および、その対応づけの登録作業は、管理者にとって大きな負担であるという課題があった。この負担は、管理対象マシンであるサーバの台数が多くなるほど大きくなる。

また、BMCは、通常、業務ネットワークと分離された管理専用ネットワークに接続されるため、BMCは、業務ネットワークに接続されたOSが管理するハードウェア情報にアクセスできない。このため、BMCは、サーバの識別情報（具体的にはOSの識別情報）として使用されるOSが管理するNICのMACアドレスを取得できない。同様に、OSは、BMCの識別情報として使用されるBMCのMACアドレスを取得できない。

したがって、BMCにアクセスできた場合、BMCのMACアドレス（BMCの識別情報）は取得可能であるが、NICのMACアドレス（OSの識別情報）を取得できない。

同様に、OSにアクセスできた場合、OSが管理するNICのMACアドレス（OSの識別情報）を取得可能であるが、BMCのMACアドレス（BMCの識別情報）を取得できない。

このため、BMCの識別情報とOSの識別情報とを取得するために、特許文献１に記載の技術が使用された場合、IPアドレスが認識されているBMCから、BMCの識別情報を取得できるが、OSに割り当てられているIPアドレスが不明であると、OSの識別情報を取得することができない。

特許文献２に記載の技術が使用された場合、OSからOSの識別情報を取得できるが、BMCからBMCの識別情報を取得できない。

特許文献３に記載の技術は、機器が複数の識別情報を管理していることが条件であり、BMCとOSのように各々が独立して自己の識別情報を管理している場合には使用できない。

このため、特許文献１、２または３に記載の技術では、サーバ内のOSの識別情報とサーバ内のBMCの識別情報とを収集する作業、および、その対応づけ作業を行うことができず、管理者の作業負担を軽減できない。

また、FRU（Field-Replaceable Unit）領域にマシンが持つMACアドレス（NICのMACアドレス）を予め記録しておき、管理用ネットワークからBMC経由でFRU領域内の情報を取得するといった方法も考えられる。しかしながら、必ずしもFRU領域にMACアドレスが記録されているとは限らず、FRU領域に記録される情報は、ハードウェアを提供するベンダーに依存するため、あまり現実的とはいえない。

本発明の目的は、上記課題を解決可能な情報管理装置、識別情報収集方法およびプログラムを提供することである。

本発明の情報管理装置は、オペレーティングシステムを記憶する記憶部と、前記オペレーティングシステムを実行可能な処理部と、前記処理部を制御可能な制御部と、を含むサーバと、通信可能な情報管理装置であって、前記制御部から、当該制御部を識別するための第１識別情報と、前記サーバを識別するための第２識別情報と、を収集し、また、前記処理部が、前記オペレーティングシステムを識別するための第３識別情報と、前記サーバを識別するための第４識別情報と、を送信する送信処理を行うように、前記制御部に前記処理部を制御させて、前記第３識別情報と前記第４識別情報とを収集する収集手段と、格納手段と、前記第２識別情報と前記第４識別情報が同じサーバを識別する場合、当該サーバ内の制御部から収集された第１識別情報と、当該サーバ内の処理部から収集された第３識別情報と、を対応づけて前記格納手段に格納する記録手段と、を含む。

本発明の識別情報収集方法は、オペレーティングシステムを記憶する記憶部と、前記オペレーティングシステムを実行可能な処理部と、前記処理部を制御可能な制御部と、を含むサーバと、通信可能な情報管理装置が行う識別情報収集方法であって、前記制御部から、当該制御部を識別するための第１識別情報と、前記サーバを識別するための第２識別情報と、を収集し、前記処理部が、前記オペレーティングシステムを識別するための第３識別情報と、前記サーバを識別するための第４識別情報と、を送信する送信処理を行うように、前記制御部に前記処理部を制御させて、前記第３識別情報と前記第４識別情報とを収集し、前記第２識別情報と前記第４識別情報が同じサーバを識別する場合、当該サーバ内の制御部から収集された第１識別情報と、当該サーバ内の処理部から収集された第３識別情報と、を対応づけて格納手段に格納する。

本発明のプログラムは、オペレーティングシステムを記憶する記憶部と、前記オペレーティングシステムを実行可能な処理部と、前記処理部を制御可能な制御部と、を含むサーバと、通信可能なコンピュータに、前記制御部から、当該制御部を識別するための第１識別情報と、前記サーバを識別するための第２識別情報と、を収集する第１収集手順と、前記処理部が、前記オペレーティングシステムを識別するための第３識別情報と、前記サーバを識別するための第４識別情報と、を送信する送信処理を行うように、前記制御部に前記処理部を制御させて、前記第３識別情報と前記第４識別情報とを収集する第２収集手順と、前記第２識別情報と前記第４識別情報が同じサーバを識別する場合、当該サーバ内の制御部から収集された第１識別情報と、当該サーバ内の処理部から収集された第３識別情報と、を対応づけて格納手段に格納する格納手順と、を実行させる。

本発明によれば、BMC等の制御部を搭載したサーバを管理する管理者の作業負担を軽減することが可能になる。

以下、本発明の実施形態について図面を参照して説明する。

図１は、本発明の一実施形態の情報管理装置１を示したブロック図である。

図１において、情報管理装置１は、複数の管理対象サーバ１０、２０および３０と通信可能である。なお、管理対象サーバの数は３台に限らず１台以上であればよい。

情報管理装置１は、収集部２と、情報管理テーブル格納部（以下、単に「格納部」と称する）３と、記録部４と、を含む。収集部２は、提供部５と、通信部６と、を含む。提供部５は、NIC５ａと、PXE（Preboot Execution Environment）サーバ５ｂと、を含む。通信部６は、NIC６ａと、DHCP（Dynamic Host Configuration Protocol）サーバ６ｂと、RMCP（Remote Management Control Protocol）通信モジュール６ｃと、を含む。

管理対象サーバ１０は、NIC１１と、BMC（ベースボード管理コントローラ）１２と、記憶部１３と、処理部１４と、NIC１５と、を含む。管理対象サーバ２０は、NIC２１と、BMC２２と、記憶部２３と、処理部２４と、NIC２５と、を含む。管理対象サーバ３０は、NIC３１と、BMC３２と、記憶部３３と、処理部３４と、NIC３５と、を含む。

BMC１２、２２および３２のそれぞれは、一般的に遠隔操作可能な制御部と呼ぶことができる。BMC１２、２２、３２は、それぞれ、処理部１４、２４、３４を制御可能である。記憶部１３、２３および３３のそれぞれには、OSおよび種々のプログラムが格納されている。処理部１４、２４、３４は、それぞれ、記憶部１３、２３、３３内のOSおよびプログラムを読み取り実行する。

なお、各管理対象サーバ上のOSの種類や稼働状態は、本実施形態では問わない。

NIC１１、２１、３１、６ａは、それそれ、BMC１２、２２、３２と情報処理装置１との間でRMCPパケットの送受信を行うために、管理用LAN ４０に接続されている。なお、RMCPとは、IPMIによって定義されるUDPパケットをベースとした軽量プロトコルである。

NIC１５、２５、３５、５ａは、それぞれ、OSを実行する処理部１４、２４、３４と情報処理装置１との間で通信するために、業務用LAN５０に接続されている。

なお、管理用LAN４０と業務用LAN５０は互いに異なるネットワークである。

収集部２は、一般的に収集手段と呼ぶことができる。

収集部２は、各BMCを遠隔操作して、各BMCから、そのBMCをユニークに識別するための第１識別情報と、そのBMCを含む管理対象サーバをユニークに識別するための第２識別情報と、を収集する。

また、収集部２は、各処理部が、その処理部を含むサーバ内の記憶部に記憶されているOSをユニークに識別するための第３識別情報と、その処理部を含むサーバをユニークに識別するための第４識別情報と、を送信する処理（以下「送信処理」と称する）を行うように、各BMCに各処理部を制御させて、第３識別情報と第４識別情報とを収集する。

本実施形態では、収集部２は、BMC１２から、BMC１２をユニークに識別するための第１識別情報と、BMC１２を含む管理対象サーバ１０をユニークに識別するための第２識別情報と、を収集する。

また、収集部２は、処理部１４が送信処理を行うように、BMC１２に処理部１４を制御させて、第３識別情報と第４識別情報とを収集する。この場合、処理部１４は、送信処理として、記憶部１３内のOSをユニークに識別するための第３識別情報と、処理部１４を含む管理対象サーバ１０をユニークに識別するための第４識別情報と、を送信する処理を行う。

また、収集部２は、BMC２２から、BMC２２をユニークに識別するための第１識別情報と、BMC２２を含む管理対象サーバ２０をユニークに識別するための第２識別情報と、を収集する。

また、収集部２は、処理部２４が送信処理を行うように、BMC２２に処理部２４を制御させて、第３識別情報と第４識別情報とを収集する。この場合、処理部２４は、送信処理として、記憶部２３内のOSをユニークに識別するための第３識別情報と、処理部２４を含む管理対象サーバ２０をユニークに識別するための第４識別情報と、を送信する処理を行う。

また、収集部２は、BMC３２から、BMC３２をユニークに識別するための第１識別情報と、BMC３２を含む管理対象サーバ３０をユニークに識別するための第２識別情報と、を収集する。

また、収集部２は、処理部３４が送信処理を行うように、BMC３２に処理部３４を制御させて、第３識別情報と第４識別情報とを収集する。この場合、処理部３４は、送信処理として、記憶部３３内のOSをユニークに識別するための第３識別情報と、処理部３４を含む管理対象サーバ３０をユニークに識別するための第４識別情報と、を送信する処理を行う。

なお、第１識別情報としては、BMCのMACアドレスが用いられる。第２識別情報としては、管理対象サーバのGUID （Globally Unique Identifier）が用いられる。第３識別情報としては、OSが管理するNICのMACアドレスが用いられる。第４識別情報としては、管理対象サーバのGUID が用いられる。

格納部３は、一般的に格納手段と呼ぶことができる。

記録部４は、一般的に記録手段と呼ぶことができる。

記録部４は、収集部２が収集した第２識別情報および第４識別情報の中に、同一の管理対象サーバを識別する第２識別情報と第４識別情報が存在する場合、その管理対象サーバ内のBMCから収集された第１識別情報と、その管理対象サーバ内の処理部から収集された第３識別情報と、を互いに対応づけて格納部３に格納する。

格納部３は、互いに対応づけられた第１識別情報および第３識別情報を、情報管理テーブルの形態で格納する。

提供部５は、一般的に提供手段と呼ぶことができる。

提供部５は、各処理部が実行可能なOS（以下「ミニOS」と称する）を提供することができる。ミニOSは、一般的に特定OSと呼ぶことができる。ミニOSは、送信処理を規定したOSである。

NIC５ａは、業務用LAN５０と接続されている。

PXEサーバ５ｂは、ミニOS等のネットワークブートに必要な情報を格納し、各処理部から取得要求を受け付けると、ミニOS等の情報を、その取得要求の要求元（処理部）に配布する。

通信部６は、一般的に通信手段と呼ぶことができる。

通信部６は、各BMCから第１識別情報と第２識別情報とを収集する。通信部６は、また、処理部が起動して提供部５からミニOSを取得しそのミニOSを実行して送信処理を行うように処理部を制御する旨の動作指示を、各BMCに送信して、第３識別情報と第４識別情報とを収集する。

NIC６ａは、管理用LAN４０と接続されている。DHCPサーバ６ｂは、各BMCにIPアドレスを配布する。RMCP通信モジュール６ｃは、各BMCとRMCP通信を行って、例えば、動作指示を送信する。

なお、DHCPサーバ６ｂおよびPXEサーバ５ｂは、例えば、情報管理装置１内のコンピュータがDHCPサーバ６ｂおよびPXEサーバ５ｂの各々に対応するソフトウェアを実行することによって、情報管理装置１のOS上で動作する。このため、DHCPサーバ６ｂおよびPXEサーバ５ｂについて、専用のハードウェアを用意しなくてもよい。

次に、動作の概要を説明する。

なお、各BMCがDHCPサーバ６ｂを利用し自動的にIPアドレスを取得するように、管理者が、事前に各BMCを設定しているものとする。

また、各BMCがリモートからのIPMIコマンドを受け付けるように、管理者が、事前にBMCの設定を変更し、また、管理者が、IPMIコマンド実行時に必要となるユーザ認証用のユーザアカウントを予め作成しておき、各BMCがリモートからIPMIコマンドを送受信できるように、事前に各BMCを設定しているものとする。

情報管理装置１では、RMCP通信モジュール６ｃが、まず、DHCPサーバ６ｂによって割り当てられる可能性のあるすべてのIPアドレスに対し、定期的にRMCP PINGと呼ばれるUPDパケットを送り、各BMCのMACアドレスの収集を試みる。

RMCP PINGを受信したBMCは、RMCP PONGと呼ばれるパケットを、送信元つまり情報管理装置１に送信する。

情報管理装置１では、RMCP通信モジュール６ｃは、RMCP PONGパケットを受信すると、そのRMCP PONGパケットから、BMCのMACアドレス（第１識別情報）を取得する。RMCP通信モジュール６ｃは、そのBMCのMACアドレスを記録部４に提供する。

記録部４は、RMCP通信モジュール６ｃからBMCのMACアドレスを受け付けると、そのBMCのMACアドレスを、格納部３内の情報管理テーブルに記録する。

また、情報管理装置１では、RMCP通信モジュール６ｃが、BMCの識別、および、このBMCと同一の管理対象サーバ内のOSの識別を行うために、IPMIコマンドであるGET SYSMTE GUIDを利用して、管理対象サーバのGUID（第２識別情報）を、BMCから取得する。RMCP通信モジュール６ｃは、その管理対象サーバのGUIDを記録部４に提供する。

記録部４は、RMCP通信モジュール６ｃから管理対象サーバのGUID を受け付けると、その管理対象サーバのGUIDを、BMCのMACアドレスと対応づけて格納部３内の情報管理テーブルに記録する。

本実施形態では、RMCP通信モジュール６ｃは、IPMIコマンドのリクエストデータを、全てRMCPパケットにカプセル化し、リモートからBMCに対し送信する。

RMCPは、IPMIによって定義されるUDPパケットをベースとした軽量プロトコルであり、RMCP通信モジュール６ｃは、RMCPを利用することにより、IPMIコマンドを、リモートからBMCに対して送信することが可能となっている。

情報管理装置１は、次に、管理対象サーバ内の処理部を起動させて、ネットワークブートを実行させる。

ネットワークブートを実行させるには様々な方法があるが、本実施形態では、IPMIコマンドを利用したネットワークブートの方法を採る。

情報管理装置１では、RMCP通信モジュール６ｃは、管理対象サーバ内の処理部がPXEブートつまりネットワークブートを行うように、IPMIコマンドに定義されるSET SYSTEM BOOT OPTIONコマンドを用いて、リモートからBMCに対しリクエストを送る。

その後、RMCP通信モジュール６ｃは、管理対象サーバ内の処理部に電源が投入されるように、電源制御を行うIPMIコマンドであるCHASSIS CONTROLコマンドを用いて、リモートからBMCに対し電源投入リクエストを送る。

SET SYSTEM BOOT OPTIONコマンドは、管理対象がブートするときのブートデバイスの優先順序の変更を指示することが可能である。CHASSIS CONTROLコマンドは、管理対象の電源投入や電源断の実行を指示することが可能である。

管理対象サーバ内の処理部は、電源が投入されると、ネットワークブートを遂行するために、PXEサーバ５ｂに取得要求を送信し、PXEサーバ５ｂからミニOSを取得する。

管理対象サーバ内の処理部は、ミニOSを取得すると、そのミニOSを実行する。

管理対象サーバ内の処理部は、ミニOSに従って、管理対象サーバ内のOSが管理するNICのMACアドレス（第３識別情報）、および、SMBIOS（System Management Basic Input/Output System）上に格納されている管理対象サーバのGUID（第４識別情報）を取得し、情報管理装置１に、それらの取得された情報を送信する。

情報管理装置１では、記録部４は、管理対象サーバ内の処理部から、NIC５ａを介して、管理対象サーバ内のOSが管理するNICのMACアドレスと、管理対象サーバのGUIDと、を受信すると、格納部３内の情報管理テーブルを参照して、受信されたGUIDと同一のGUIDと対応づけられているBMCのMACアドレスを特定する。

記録部４は、管理対象サーバ内のOSが管理するNICのMACアドレスを、その特定されたBMCのMACアドレスと対応づけて、格納部３内の情報管理テーブルに記録する。

情報管理装置１によって、BMCのMACアドレスやサーバ内のOSが管理するNICのMACアドレスなどの識別情報を、自動的に収集し、それらを自動的に対応づけて管理することが可能となる。

そのため、従来、管理者が手動にて行っていたBMCとOSの対応づけ作業を自動化することができるため、管理者の作業負担を軽減させることが可能となる。

次に、動作を詳細に説明する。

情報管理装置１は、主に３つの処理ステップを有している。

図２は、BMCの自動発見を行い、BMCから情報を収集し、その情報を情報管理装置１に登録する処理（以下「第１処理」と称する）を説明するためのフローチャートである。

図３は、管理対象サーバをネットワークブートさせ、OSを識別するためのNICのハードウェア情報を収集する処理（以下「第２処理」と称する）を説明するためのフローチャートである。

図４は、BMCから取得した情報と、OSを識別するための情報と、を対応づける処理（以下「第３処理」と称する）を説明するためのフローチャートである。

なお、本実施形態の情報管理装置１は、RMCPパケットを利用して、リモートからBMCに対しIPMIコマンドを送信し、様々な処理をBMCに行わせる。

リモートからRMCPを利用したIPMIコマンドを送信する場合、セキュリティを高めるために、ユーザ名とパスワードによる認証を行う必要があるが、それらの認証に必要なユーザ名の登録作業等は、管理者が事前に手動にて行っているものとする。

また、BMCはRMCPパケットを受け付け、DHCPによるIPアドレス自動取得を行うよう設定されているものとする。DHCPを用いてIPアドレスの割り当てを行う理由としては、管理者の設定負担の軽減、および、IPアドレス設定ミスの削減が挙げられる。

第１処理では、BMCから情報の取得を行う。

図２において、ステップ２０１で、情報管理装置１では、RMCP通信モジュール６ｃは、一定の時間間隔で、DHCPサーバ６ｂによってBMCに割り当てられる可能性のあるすべてのIPアドレスに対し、RMCP PINGパケットを送信して、BMCを監視する。

続いて、ステップ２０２では、RMCP通信モジュール６ｃは、RMCP PINGパケットをBMCが受け取ったことを知らせるRMCP PONGパケットが来たかどうかをチェックする。

RMCP PONGパケットが無ければ、情報管理装置１の処理は、ステップ２０１に戻り、RMCP PONGパケットが来た場合、情報管理装置１の処理は、ステップ２０３に進む。

以下では、BMC１２がRMCP PONGパケットを送信した場合の例を説明する。なお、RMCP PONGパケットを送信するBMCが、BMC１２に限らない。

ステップ２０３では、RMCP通信モジュール６ｃは、RMCP PONGパケットを解析し、パケットデータからBMC１２が持つMACアドレスおよびIPアドレスを得る。RMCP通信モジュール６ｃは、BMC１２のMACアドレスおよびIPアドレスを記録部４に提供する。

続いて、ステップ２０４では、記録部４は、格納部３内の情報管理テーブル上に、既に同一のMACアドレスが登録されているかを確認する。

情報管理テーブル上に、既に同一のMACアドレスが登録されている場合、情報管理装置１の処理は、ステップ２０１に戻り、情報管理装置１は、次のIPアドレスにRMCP PINGパケットを送信する。

一方、情報管理テーブル上に同一のMACアドレスが登録されていない場合、情報管理装置１の処理は、ステップ２０５に進む。

ステップ２０５では、記録部４は、情報管理テーブルにBMC１２のMACアドレスを追加記録する。

図５は、BMCのMACアドレスが追加記録された情報管理テーブルの一例を示した説明図である。

なお、本実施形態では、情報管理テーブルは、IPアドレスを保持するフィールドを有していないが、記録部４がBMCに割り当てられているIPアドレスを情報管理テーブルに登録するように、情報管理テーブルが変形されてもよい。

続いて、ステップ２０６では、RMCP通信モジュール６ｃが、ステップ２０３で取得したIPアドレス、すなわち、BMC１２のIPアドレスに対し、RMCPパケットにカプセル化したIPMIコマンドであるGET SYSTEM GUIDコマンドを送信する。

続いて、ステップ２０７では、BMC１２は、GET SYSTEM GUIDコマンドの戻り値として、管理対象サーバ１０のGUIDを示すRMCPパケットを、情報管理装置１に送信する。

続いて、ステップ２０８では、RMCP通信モジュール６ｃは、BMC１２から送信されたRMCPパケットを解析し、管理対象サーバ１０のGUIDを得る。RMCP通信モジュール６ｃは、管理対象サーバ１０のGUIDを記録部４に提供する。

続いて、ステップ２０９では、記録部４は、管理対象サーバ１０のGUIDを、ステップ２０５で追加記録したBMC１２のMACアドレスに対応づけられた情報管理テーブルのフィールドに追加記録する。

図６は、管理対象サーバ１０のGUID が追加記録された情報管理テーブルの一例を示した説明図である。

これで、第１処理は終了する。

次に、第２処理、具体的には、OSを識別するための情報を収集する処理の流れについて図３を利用して説明する。

まず、ステップ３０１では、RMCP通信モジュール６ｃは、IPMIコマンドであるSET SYSTEM BOOT OPTIONコマンドのPXEブートを強制するオプションフラグをセットし、そのコマンドをBMC１２に対し送信する。

続いて、ステップ３０２では、BMC１２は、そのコマンドを受け付けると、次回起動時のブートデバイスをネットワークブートに設定し、BMC１２内部でその設定を保持する。

続いて、ステップ３０３では、RMCP通信モジュール６ｃは、IPMIコマンドであるCHASSIS CONTROLコマンドの電源投入オプションフラグをセットし、そのコマンドをBMC１２に対し送信し、管理対象サーバ１０の処理部１４への電源投入処理をBMC１２に行わせる。

仮に処理部１４が電源ON状態であれば、RMCP通信モジュール６ｃは、IPMIコマンドであるCHASSIS CONTROLコマンドの電源RESETオプションをセットし、そのコマンドをBMC１２に対し送信して、BMC１２に電源再投入処理を行わせればよい。

続いて、ステップ３０４では、処理部１４は、電源が投入されると、BIOSを実行し、BMC１２に設定されたブート優先デバイス情報に従い、ステップ３０５および３０６でネットワークブートの遂行を試みる。

ステップ３０５では、ネットワークブートを遂行するために、処理部１４は、ネットワークブート用としても機能するNIC１５に、DHCPサーバ６ｂおよびPXEサーバ２４からネットワークブートに必要な情報を取得する処理を行わせてブートの準備を行う。

続いて、ステップ３０６では、ネットワークブートを遂行するために、処理部１４は、PXEサーバ５ｂに取得要求を送信し、PXEサーバ５ｂからミニOS（ミニOSのイメージ）を取得し、ミニOSを実行する。

続いて、ステップ３０７では、処理部１４は、ミニOSに従って、記憶部１３内のOSが管理しているNIC１５のMACアドレスを収集する。

続いて、ステップ３０８では、処理部１４は、ミニOSに従って、管理対象サーバ１０が持つSMBIOS上のGUIDを収集する。

続いて、ステップ３０９では、処理部１４は、ミニOSに従って、ステップ３０７および３０８で収集したMACアドレスとGUIDを、情報管理装置１に送信する。これらの情報は、管理対象サーバ１０を一意に識別する際の識別子として利用される。

続いて、ステップ３１０では、処理部１４は、ミニOSに従って、自らの処理を終え、自らの電源を落とす。

以上で、第２処理、つまり、OSを識別するための情報を収集する処理は終了する。

なお、PXEブートを強制するオプションフラグがセットされたSET SYSTEM BOOT OPTIONコマンドと、電源投入オプションフラグがセットされたCHASSIS CONTROLコマンドとで、動作指示を構成する。

次に、第３処理、具体的には、BMCが持つMACアドレスと、OSが管理するMACアドレスの対応づけ処理について図４を利用して説明する。

まず、ステップ４０１では、記録部４は、処理部１４から、NIC５ａを介して、管理対象サーバ１０内のOSが管理するNIC１５のMACアドレスと、管理対象サーバ１０のGUIDと、を受信する。

続いて、ステップ４０２では、記録部４は、格納部３内の情報管理テーブルを参照して、受信されたGUIDと同一のGUIDと対応づけられているBMCのMACアドレスを特定する。この場合、BMC１２のMACアドレスが特定される。

続いて、ステップ４０３では、記録部４は、ステップ４０１で受信したNIC１５のMACアドレスを、その特定されたBMC１２のMACアドレスと対応づけて、格納部３内の情報管理テーブルに追加記録する。

なお、管理対象サーバに複数個NICが搭載され、複数個のMACアドレスが存在する場合、記録部４は、その複数個のMACアドレスを、その特定されたBMCのMACアドレスと対応づけて、格納部３内の情報管理テーブルに追加記録する。

図７は、管理対象サーバ内のOSが管理するNICのMACアドレスが追加記録された情報管理テーブルの一例を示した説明図である。

続いて、ステップ４０４では、まだ検査するIPアドレスが残っている場合、情報管理装置１の処理はステップ２０１に戻り、既に探索予定の全てのIPアドレスの検査が終了している場合は、情報管理装置１の処理は終了する。

次に、本実施形態の効果を説明する。

本実施形態によれば、収集部２は、BMCから、そのBMCを識別するための第１識別情報と、そのBMCを含む管理対象サーバを識別するための第２識別情報と、を収集する。

また、収集部２は、処理部が、その処理部を含むサーバ内の記憶部に記憶されているOSを識別するための第３識別情報と、その処理部を含むサーバを識別するための第４識別情報と、を送信する送信処理を行うように、BMCに処理部を制御させて、第３識別情報と第４識別情報とを収集する。

記録部４は、収集部２が収集した第２識別情報および第４識別情報の中に、同一の管理対象サーバを識別する第２識別情報と第４識別情報が存在する場合、その管理対象サーバ内のBMCから収集された第１識別情報と、その管理対象サーバ内の処理部から収集された第３識別情報と、を対応づけて格納部３に格納する。

このため、BMCから取得可能な第２識別情報と、OSから取得可能な第４識別情報とを、第１識別情報と第３識別情報識の対応づけに利用して、第１識別情報と第３識別情報識とをマッチングすることを自動化できる。

よって、従来、管理者が手動で行っていたBMCの識別情報と、OSの識別情報との対応づけを自動化でき、管理者の作業負担を軽減することが可能になる。

また、BMCを制御して処理部からOSの識別情報を収集するため、処理部にアクセスするためのアクセス情報が不明であっても、BMCにアクセスできれば、BMCの識別情報とOSの識別情報との収集およびそれらの対応づけを行うことが可能になる。

また、BMCのMACアドレスから、OSにアクセスするためのMACアドレスを即座に取得できるようになり、システム保守のための処理を効率よく行うことが可能になる。

従来であれば、手入力によるPINGパケット送信を行い死活監視が行われていたが、本実施形態により、BMCのMACアドレスからOSが管理するNICのMACアドレスが一意に取得可能となる。

例えば、リモートからBMCに対し電源投入リクエストを送った後、情報管理装置１にOSのMACアドレスを問い合わせ、取得したMACアドレスからIPアドレスをReverseARP（Address Resolution Protocol）によって取得し、そのIPアドレスに対しPINGパケットを送信し死活監視を行う。それらの処理を自動化することにより、効率のよい起動確認処理が可能となる。

また、本実施形態では、制御部として、BMCが用いられ、第１識別情報として、BMCのMACアドレスが用いられ、第３識別情報として、OSが管理するNICのMACアドレスが用いられる。

このため、第１識別情報を、BMCにアクセスするためのアクセス情報としても兼用でき、第３識別情報を、処理部にアクセスするためのアクセス情報としても兼用できる。

また、本実施形態では、通信部６は、BMCから第１識別情報と第２識別情報とを収集する。通信部６は、また、処理部が起動して提供部５からミニOSを取得しそのミニOSを実行して送信処理を行うように処理部を制御する旨の動作指示を、各BMCに送信して、第３識別情報と第４識別情報とを収集する。

この場合、例えば、ネットワークブートを利用して、BMCの識別情報とOSの識別情報との収集およびそれらの対応づけを行うことが可能になる。

なお、図５、６および７に示した情報管理テーブルは、BMCのMACアドレス、OSのMACアドレス、および、GUIDしか保持していないが、図８に示すように、その他BMCから取得可能な情報を情報管理テーブルに追加記録してもよい。

例えば、図２のステップ２０８の処理の後で、RMCP通信モジュール６ｃは、IPMIコマンドを利用して、BMCからFRU情報を取得し、そのBMCを搭載するサーバは、どのような筐体であるか、などの情報を、MACアドレスと共に情報管理テーブルに記録すれば、エンドユーザである管理者も、より管理対象を識別しやすくなり、管理効率を向上させることが可能となる。

さらに、FRU情報以外にも、IPMIコマンドによって取得可能な電源状態情報も一緒に情報管理テーブルに記録してもよい。

電源状態情報を記録する場合、一定間隔で電源状態を確認する処理が必要となってくるが、BMCのMACアドレスは記録されているため、効率よくBMCにアクセスし、電源状態情報の取得が可能となる。

電源状態情報を記録している状況では、例えば管理者が保守のため、複数台のマシンをシャットダウンし、保守を終えた際に、再度電源投入処理を行う場合、電源が入っていないBMCのMACアドレスを情報管理装置１に問い合わせることにより、電源がOFFになっているBMCをポーリングして探索することなく、容易に、電源が入っていないBMCのMACアドレスを取得することが可能となる。

取得したMACアドレスからReverseARP等を利用しIPアドレスを取得し、BMCに対し電源投入処理を行えば、効率よく保守を行うことが可能となる。

なお、情報管理装置１は、専用のハードウェアにより実現されるもの以外に、収集部２、格納部３および記録部４の機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。

コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。

さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。

以上説明した実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。

本発明の一実施形態の情報管理装置１を示したブロック図である。 第１処理を説明するためのフローチャートである。 第２処理を説明するためのフローチャートである。 第３処理を説明するためのフローチャートである。 情報管理テーブルの一例を示した説明図である。 情報管理テーブルの一例を示した説明図である。 情報管理テーブルの一例を示した説明図である。 情報管理テーブルの一例を示した説明図である。

符号の説明

１ 情報管理装置
２ 収集部
３ 情報管理テーブル格納部
４ 記録部
５ 提供部
５ａ NIC
５ｂ PXEサーバ
６ 通信部
６ａ NIC
６ｂ DHCPサーバ
６ｃ RMCP通信モジュール
１０、２０、３０ 管理対象サーバ
１１、２１、３１ NIC
１２、２２、３２ BMC
１３、２３、３３ 記憶部
１４、２４、３４ 処理部
１５、２５、３５ NIC
４０ 管理用LAN
５０ 業務用LAN

Claims (9)

1. オペレーティングシステムを記憶する記憶部と、前記オペレーティングシステムを実行可能な処理部と、前記処理部を制御可能な制御部と、を含むサーバと、通信可能な情報管理装置であって、
   前記制御部から、当該制御部を識別するための第１識別情報と、前記サーバを識別するための第２識別情報と、を収集し、また、前記処理部が、前記オペレーティングシステムを識別するための第３識別情報と、前記サーバを識別するための第４識別情報と、を送信する送信処理を行うように、前記制御部に前記処理部を制御させて、前記第３識別情報と前記第４識別情報とを収集する収集手段と、
   格納手段と、
   前記第２識別情報と前記第４識別情報が同じサーバを識別する場合、当該サーバ内の制御部から収集された第１識別情報と、当該サーバ内の処理部から収集された第３識別情報と、を対応づけて前記格納手段に格納する記録手段と、を含む情報管理装置。
2. 請求項１に記載の情報管理装置において、
   前記制御部は、ベースボード管理コントローラであり、
   前記第１識別情報は、前記ベースボード管理コントローラのＭＡＣアドレスであり、
   前記第３識別情報は、前記オペレーティングシステムが管理するＮＩＣのＭＡＣアドレスである、情報管理装置。
3. 請求項１または２に記載の情報管理装置において、
   前記収集手段は、
   前記送信処理を規定した特定オペレーティングシステムを提供可能な提供手段と、
   前記制御部から、前記第１識別情報と前記第２識別情報とを収集し、また、前記処理部が起動して前記提供手段から前記特定オペレーティングシステムを取得し当該特定オペレーティングシステムを実行して前記送信処理を行うように前記処理部を制御する旨の指示を、前記制御部に送信して、前記第３識別情報と前記第４識別情報とを収集する通信手段と、を含む、情報管理装置。
4. オペレーティングシステムを記憶する記憶部と、前記オペレーティングシステムを実行可能な処理部と、前記処理部を制御可能な制御部と、を含むサーバと、通信可能な情報管理装置が行う識別情報収集方法であって、
   前記制御部から、当該制御部を識別するための第１識別情報と、前記サーバを識別するための第２識別情報と、を収集し、
   前記処理部が、前記オペレーティングシステムを識別するための第３識別情報と、前記サーバを識別するための第４識別情報と、を送信する送信処理を行うように、前記制御部に前記処理部を制御させて、前記第３識別情報と前記第４識別情報とを収集し、
   前記第２識別情報と前記第４識別情報が同じサーバを識別する場合、当該サーバ内の制御部から収集された第１識別情報と、当該サーバ内の処理部から収集された第３識別情報と、を対応づけて格納手段に格納する、識別情報収集方法。
5. 請求項４に記載の識別情報収集方法において、
   前記制御部は、ベースボード管理コントローラであり、
   前記第１識別情報は、前記ベースボード管理コントローラのＭＡＣアドレスであり、
   前記第３識別情報は、前記オペレーティングシステムが管理するＮＩＣのＭＡＣアドレスである、識別情報収集方法。
6. 請求項４または５に記載の識別情報収集方法において、
   前記第３識別情報と前記第４識別情報とを収集する際に、前記処理部が起動して提供手段から前記送信処理を規定した特定オペレーティングシステムを取得し当該特定オペレーティングシステムを実行して前記送信処理を行うように前記処理部を制御する旨の指示を、前記制御部に送信して、前記第３識別情報と前記第４識別情報とを収集する、識別情報収集方法。
7. オペレーティングシステムを記憶する記憶部と、前記オペレーティングシステムを実行可能な処理部と、前記処理部を制御可能な制御部と、を含むサーバと、通信可能なコンピュータに、
   前記制御部から、当該制御部を識別するための第１識別情報と、前記サーバを識別するための第２識別情報と、を収集する第１収集手順と、
   前記処理部が、前記オペレーティングシステムを識別するための第３識別情報と、前記サーバを識別するための第４識別情報と、を送信する送信処理を行うように、前記制御部に前記処理部を制御させて、前記第３識別情報と前記第４識別情報とを収集する第２収集手順と、
   前記第２識別情報と前記第４識別情報が同じサーバを識別する場合、当該サーバ内の制御部から収集された第１識別情報と、当該サーバ内の処理部から収集された第３識別情報と、を対応づけて格納手段に格納する格納手順と、を実行させるためのプログラム。
8. 請求項７に記載のプログラムにおいて、
   前記制御部は、ベースボード管理コントローラであり、
   前記第１識別情報は、前記ベースボード管理コントローラのＭＡＣアドレスであり、
   前記第３識別情報は、前記オペレーティングシステムが管理するＮＩＣのＭＡＣアドレスである、プログラム。
9. 請求項７または８に記載のプログラムにおいて、
   前記第２収集手順では、前記処理部が起動して提供手段から前記送信処理を規定した特定オペレーティングシステムを取得し当該特定オペレーティングシステムを実行して前記送信処理を行うように前記処理部を制御する旨の指示を、前記制御部に送信して、前記第３識別情報と前記第４識別情報とを収集する、プログラム。

Images