JP5074351B2 - システム構築方法及び管理サーバ - Google Patents

システム構築方法及び管理サーバ Download PDF

Info

Publication number
JP5074351B2
JP5074351B2 JP2008280313A JP2008280313A JP5074351B2 JP 5074351 B2 JP5074351 B2 JP 5074351B2 JP 2008280313 A JP2008280313 A JP 2008280313A JP 2008280313 A JP2008280313 A JP 2008280313A JP 5074351 B2 JP5074351 B2 JP 5074351B2
Authority
JP
Japan
Prior art keywords
server
deployment
virtual
management
management server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008280313A
Other languages
English (en)
Other versions
JP2010108302A (ja
Inventor
貴志 爲重
良史 高本
恵介 畑▲崎▼
和秀 愛甲
雄二郎 市川
健 寺村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2008280313A priority Critical patent/JP5074351B2/ja
Priority to US12/388,039 priority patent/US8001221B2/en
Publication of JP2010108302A publication Critical patent/JP2010108302A/ja
Priority to US13/182,631 priority patent/US20110270962A1/en
Application granted granted Critical
Publication of JP5074351B2 publication Critical patent/JP5074351B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Description

本発明は、デプロイメントをともなうシステム構築方法及びシステム構築する管理サーバに関する。
近年、ブレードサーバの導入が進んでいる。ブレードサーバを導入する際、ユーザはシャーシにブレードサーバをフルに詰めることは少なく、大概のケースではシャーシのスロットに空きがある。ユーザのビジネス伸張に伴い、ブレードサーバを増設する場合、この空きスロットへブレードサーバを追加する。このとき、既に導入済みのブレードサーバでは業務が稼動しており、業務の実行のために業務用ネットワークへ接続されている。
ブレードサーバを増設する場合、冗長化された複数接続パスを持つシステムへＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）をインストールする際に、その接続パスを、デバイスドライバを用いて仮想的に閉塞し、１本のパスとする技術について特許文献1に開示がある。
特開２００７−１４８７１４
上記のように、業務が実稼動しているブレードサーバに新規ブレードサーバを追加する場合、ブレードサーバの物理的な特徴（シャーシへのセットに伴って、追加ブレードサーバのネットワークインタフェースなどのデバイスが動作可能）、から、新規追加したブレードサーバがすぐに実稼動中の業務用ネットワークへ接続してしまう可能性がある。この可能性は、新規追加に限らず、ブレードサーバにデプロイメントを実行する必要が生じたときに発生し、ブレードサーバを新規追加するときに顕著である。この場合、実稼動業務を提供しているその他のブレードサーバへパケットを送信したり、設定が重複することによって実稼動業務の実行を阻害したり、セキュリティ設定が完了していない状態で業務ネットワークへ接続することによって悪意のあるユーザの侵入を許す可能性がある。
そこでデプロイメント中は、デプロイメントに不必要なデバイスを無効化できることが必要である。
これに対して上記特許文献１に開示される技術は、いずれか１本のパスだけを残すことが目的であり、デプロイメントに使用可能なパスを選択的に残すことに配慮されていない。
本発明のシステム構築方法およびシステム構築する管理サーバは次のような構成を有する。
管理サーバは、ネットワークを介して接続するサーバからサーバ情報を取得し、取得したサーバ情報を参照して、サーバに接続するデバイスの中で、デプロイメントに不必要なデバイスを選択し、選択したデバイスを無効化する。
本発明の望ましい他の態様は、デバイスはＮＩＣ（ネットワークインタフェース）である。
本発明の望ましいさらに他の態様は、デプロイメントに不必要なデバイスは、管理サーバとネットワークを介して接続するためのデバイス以外のデバイスである。
本発明の望ましいさらに他の態様は、サーバは、物理サーバ上に構築された仮想サーバであり、デプロイメントに不必要なデバイスは、管理サーバとネットワークを介して接続するための、仮想サーバに含まれるNIC以外の仮想デバイスであり、無効化は、仮想NIC以外の仮想デバイスと物理サーバに含まれる物理デバイスとの対応付けを解除することである。
本発明によれば、デプロイメント中は、デプロイメントに不必要なデバイスを無効化できる。
管理サーバと通信するデバイス(ネットワークインタフェース)とデプロイメント先のストレージ装置に接続されているデバイス(ディスクインタフェース)以外を無効化、つまりデプロイメントに使用しないデバイスを無効化する。
管理サーバがあるブレードサーバにデプロイするとは、デプロイメント対象のブレードサーバ固有の設定情報を基本となるＯＳに設定した、直ちに実行可能なＯＳ（これをＯＳのイメージと呼ぶ。）を構築することである。基本となるＯＳ及びデプロイメント対象のブレードサーバ固有の設定情報は、管理サーバに接続するストレージ装置(ディスク装置)に格納してある。管理サーバは、基本となるＯＳ及びデプロイメント対象のブレードサーバ固有の設定情報を、ネットワークを経由してデプロイメント対象のブレードサーバに送る。デプロイメント対象のブレードサーバは、送られたＯＳイメージを接続するストレージ装置に格納する。管理サーバが、デプロイメント対象のブレードサーバのＯＳイメージを格納するストレージ装置にアクセス可能な構成であるならば、デプロイメント対象のブレードサーバを経由せずに、管理サーバが直接的にそのストレージ装置にＯＳイメージを格納しても良い。
なお、ＯＳの種別によっては、管理サーバはデプロイメント対象のブレードサーバ固有の設定情報の設定場所（ＯＳ内の格納アドレスや情報の配置の仕方）を認識できない場合がある。このような場合は、管理サーバは、基本となるＯＳをネットワーク経由で、デプロイメント対象のブレードサーバにローディングし、そのＯＳに含まれる、固有設定情報の設定プログラムを動作させる。設定プログラムの動作に対応して、管理サーバは固有設定情報をネットワーク経由で、デプロイメント対象のブレードサーバに送信し、デプロイメント対象のブレードサーバ上でＯＳイメージを構築する。デプロイメント対象のブレードサーバは構築したＯＳイメージを所定のストレージ装置に格納する。
ＯＳイメージは、ＯＳに限らず、アプリケーションプログラム(業務プログラム)を含んだイメージであってもよく、その場合は、デプロイメント対象のブレードサーバにローディングされ、動作を開始すると、直ちに所定の業務を提供できる。
図１は、実施例１のシステム構成図を示す。管理サーバ１０１は、ＮＷ−ＳＷ（管理用ネットワーク）１０５を介して、シャーシ１０２のサービスプロセッサ１０４及びブレードサーバ１０３と接続されている。サービスプロセッサ１０４は内部ネットワークを介してブレードサーバ１０３と接続されている。管理サーバ１０１は、NW-SW１０５の管理インタフェース(管理I/F)１１５、NW-SW（業務用ネットワーク）１０６の管理インタフェース１１６へ接続されており、管理サーバ１０１から各NW-SWのVLAN（Virtual LAN）を設定することが可能である。
サービスプロセッサ１０４は、ブレードサーバ１０３のシャーシ１０２への挿抜（ブレードサーバ１０３の追加、削除）を検知して、管理サーバ１０１へアラートを通知する。管理サーバ１０１は、アラートを検知することにより、ブレードサーバ１０３が新規に追加され、それがデプロイメント対象のブレードサーバ１０３であることを認識する。
NW-SW105は、管理用のネットワークであり、OSやアプリケーションの配信や電源制御といったブレードサーバ１０３の運用管理をするために必要なネットワークである。NW-SW106は、業務用のネットワークに属しており、ブレードサーバ１０３上で実行される業務用アプリケーションが使用するネットワークである。
管理サーバ１０１上では、制御部１１０が実行され、管理テーブル群１１１を参照および更新される。
図２は、管理サーバ１０１の構成を示す。演算を処理するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＣＰＵ２０１で演算するプログラムや、プログラムの実行に伴うデータを格納するメモリ２０２、プログラムやデータを格納するストレージ装置とのディスクインタフェース２０３、ＩＰネットワークを介した通信のためのネットワークインタフェース２０４から構成される。
図２では、ネットワークインタフェース２０４及びディスクインタフェース２０３を、それぞれ代表して一つずつ示しているが、各々が複数ある。たとえば、管理用ネットワーク１０５と業務用ネットワーク１０６とへの接続は、各々異なるネットワークインタフェース２０４を用いる。
メモリ２０２には、制御部１１０および管理テーブル群１１１が格納されている。制御部１１０は、サーバ走査部２１０（図１０参照）、サーバ登録部２１１（図１１参照）、デプロイ制御部２１２（図１３参照）、デバイス無効化制御部２１３（図１４参照）、デバイス有効化制御部２１４（図１５参照）、パラメータ設定部２１５（図１６参照）、及びサーバ構成取得部２１６（図１２参照）を有する。管理テーブル群１１１は、サーバ管理テーブル２２１（図５参照）、サーバの論理情報に関するテーブル２２２（図６参照）、アラート管理テーブル２２３（図７参照）を有する。
図３は、ブレードサーバ１０３の構成を示す。演算を処理するＣＰＵ３０１、ＣＰＵ３０１で演算するプログラムや、プロググラムの実行に伴いデータを格納するメモリ３０２、プログラムやデータを格納するストレージ装置とのディスクインタフェース３０４、ＩＰネットワークを介して通信を行うためのネットワークインタフェース３０３、電源制御や各インタフェースの制御を行うＢＭＣ（Ｂａｓｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）３０５を有する。メモリ３０２上のＯＳ３１１がＣＰＵ３０１によって実行され、ブレードサーバ１０３内のデバイス管理を行っている。ＯＳ３１１の下で、業務を提供するアプリケーションなどが動作する。
図３では、ネットワークインタフェース３０３及びディスクインタフェース３０４を、それぞれ代表して一つずつ示しているが、各々が複数ある。たとえば、管理用ネットワーク１０５と業務用ネットワーク１０６とへの接続は、各々異なるネットワークインタフェース３０３を用いる。前述のように、デプロイメントの実行に際しては、管理サーバ１０１と管理用ネットワーク１０５を介して接続するためのネットワークインタフェース３０３が必要とされ、業務用ネットワーク１０６とのネットワークインタフェース３０３は不必要である。
ディスクインタフェース３０４も、デプロイメントを実行した結果として構築されるＯＳイメージを格納するディスクと、アプリケーションの実行に用いるデータベースなどを格納したディスクとは、互いに異なるディスクインタフェース３０４を用いる。ＯＳイメージが構築され、新規に追加されたブレードサーバ１０３は、実稼動を開始するまでは、実業務の遂行のために他のブレードサーバによって使用されているデータベースなどを格納したディスクへアクセス可能であると、そのデータベースを誤操作する可能性がある。そこで、デプロイメントの実行中は、ＯＳイメージを格納するためのディスクインタフェース３０４が動作可能であればよく、アプリケーションの実行に用いるデータベースなどを格納したディスクとのディスクインタフェース３０４は不必要となる。
新規に追加されたブレードサーバ１０３から見ると、管理サーバ１０１と接続するためのネットワークインタフェース３０３とＯＳイメージを格納するディスクと接続するためのディスクインタフェース３０４とが、デプロイメントのために必要なデバイスであり、他は不必要なデバイスになる。この不必要なデバイスを無効化にすることにより、不必要なデバイスへのデプロイメント中の誤操作を避けることができる。
図４は、システム構築方法の動作概略を示す。定期監視またはイベントを契機として、（1）サーバを走査（プローブ）４１１し、（2）ブレードサーバ１０３を検出４１２する。検出したブレードサーバ１０３を対象に、（3）情報収集４１３する。情報収集プログラムを使った情報収集であっても、ＯＳ標準インタフェースまたは標準化されたプロトコルを利用した情報収集でも良い。
その後、（4）管理サーバに接続されたＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを取得４１４する。例えば、ブレードサーバ１０３をＰＸＥ（Preｂｏｏｔ ｅＸｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）ブートし、ブロードキャストされたＭＡＣアドレスを取得することで、管理サーバに接続されているＮＩＣのＭＡＣアドレスを収集することが可能である。また、ブレードサーバ１０３と管理サーバ１０１が接続されている管理ネットワークへ同様に接続されているサービスプロセッサ１０４から、目的のブレードサーバ１０３の位置情報やＭＡＣアドレスを収集することも可能である。ＭＡＣアドレスの一覧の中から、管理サーバ１０１に接続されているＮＩＣのＭＡＣアドレスを取得する方法として、前述の「管理用ネットワークと接続されているブレードサーバ１０３のＮＩＣ３０３からＰＸＥブートし、ブロードキャストされるＭＡＣアドレスを収集する」方法や「管理用ネットワークと接続されているブレードサーバ１０３のＮＩＣ３０３からＰＸＥブートし、ブレードサーバ１０３に配信されるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で情報収集プログラムを実行しＭＡＣアドレスを取得し、ブレードサーバ１０３が持つＮＩＣ３０３を一旦無効化し、１つずつ有効化して管理サーバ１０２へpingを実行、反応があったときに有効化していたＮＩＣ３０３のＭＡＣアドレスを取得する」といった方法がある。（5）管理用ネットワークに接続されたＮＩＣ３０３以外のＮＩＣ３０３を無効化する。これは、管理サーバ１０１に接続されているＮＩＣ３０３はデプロイメントに利用されるが、それ以外のＮＩＣ３０３は業務用ネットワークに接続されており、デプロイメントの期間は隔離するために無効化する。（6）デプロイメントを実行する。具体的には、ブレードサーバ１０３にディスクイメージを配信し、ＯＳやアプリケーションのパラメータを設定する。このとき、（5）においてＮＩＣ３０３を無効化していることので、ブレードサーバ１０３は業務用ネットワークから論理的に隔離されており、設定途中のブレードサーバ１０３が業務用ネットワークに接続されることで、実際に業務を提供しているその他のブレードサーバ１０３へパケットを送信したり、セキュリティ設定が完了していない状態で業務ネットワークへ接続することによって悪意のあるユーザの侵入を許すことがないようにしている。
その後、（7）当該ブレードサーバ１０３の無効化されたＮＩＣ３０３を回復させる。このとき、デバイスが無効化されていたことで設定できなかったパラメータを設定することが可能である。
以上のような動作によってシステム構築することで、増設用のブレードサーバ１０３がテストや設定も未完了のまま、実際の業務のために使用されている業務用ネットワークへ接続してしまう問題を回避することが可能である。
図５は、サーバ管理テーブル２２１を示す。カラム５０１はサーバ識別子を格納しており、本識別子によって各サーバを一意に識別する。カラム５０１へ格納するデータは、本テーブルで使用される各カラムのいずれか、または複数カラムを組み合わせたものを指定することで入力を省略することが出来る。また、昇順などで自動的に割り振っても良い。
カラム５０２にはＣＰＵアーキテクチャが格納されている。ＣＰＵアーキテクチャは、デプロイするディスクイメージの種別を判別する際に有用な情報である。異なるＣＰＵアーキテクチャ用のディスクイメージを配布してもブレードサーバ１０３では実行することが出来ない。誤配信を防ぐために有用な情報である。
カラム５０３には、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）が格納されている。ＵＵＩＤは、重複しないように形式が規定された識別子である。そのため、各サーバに対応して、ＵＵＩＤを保持することにより、確実なユニーク性を保証する識別子となりえる。そのため、カラム５０１に格納されているサーバ識別子の候補であり、広範囲に渡ったサーバ管理には非常に有効である。ただし、カラム５０１には、システム管理者がサーバを識別する識別子を使用すれば良く、また管理する対象となるサーバ間で重複することがなければ問題ないため、ＵＵＩＤを使うことが望ましいものの必須とはならない。例えば、カラム５０１のサーバ識別子には、ホスト名、ＩＰアドレス、ＭＡＣアドレス、ＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）などを用いても良い。
カラム５０４（カラム５０５〜カラム５１０）は、Ｉ／Ｏデバイスに関する情報を格納している。カラム５０５には、デバイス種別を格納している。ＨＢＡ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｏｒ）やＮＩＣなどが格納される。
カラム５０６には、接続先のネットワークの種類を格納している。例えば、管理用ネットワークや業務用ネットワークである。この情報から無効化すべきデバイスを判別する。ＮＩＣの場合、デプロイメントに必要ない業務ネットワークにつながっているデバイスを無効化する。ＨＢＡの場合、管理者に情報を入力してもらい、特にデプロイメント中に接続が望ましくないストレージが接続されているＨＢＡを無効化し、ストレージを隔離することでデータを保護する。ブート用ストレージはデプロイメント時にディスクイメージを格納する領域であるため、無効化する対象にはならない。ただし、近隣のブレードサーバ１０３へデプロイするようなケースで、誤配信を防ぐために敢えてブート用ストレージが接続されているＨＢＡを無効化することがあっても良い。
カラム５０７には、ＨＢＡの持つＷＷＮやＮＩＣの持つＭＡＣアドレスを格納している。ＷＷＮは、ＳＡＮ環境においてサーバ側を識別する識別子となる。そのため、ＳＡＮ環境が前提のシステムにおいては、サーバ識別子としての役割を担う場合もある。ＭＡＣアドレスは、一般的に一意の識別子であるため、サーバ識別子としての役割を担う場合もある。またＭＡＣアドレスは、ｉＳＣＳＩ接続のストレージを持つ場合はサーバ側を識別する識別子となる。
カラム５０８には、Ｉ／Ｏデバイスのデバイスドライバ種別を格納している。相性の良し悪しで、システムがダウンしないためにもどのようなデバイスドライバが組み込まれているかを知ることは重要である。
カラム５０９には、デバイスの有効または無効に関する初期値を格納している。これにより有効化する際に、無効化したデバイスなので有効化すべきデバイスなのか、もともと無効化されているため有効化すべきでないデバイスなのかを判定することが可能になる。
カラム５１０には、デバイスの有効または無効に関する現在の状態を格納している。先のカラム５０９と併せることで回復対象なのか否かを判定することが可能である。
カラム５１１（カラム５１２〜カラム５１４）は、ストレージに関する情報を格納している。カラム５１２には、サーバとストレージ装置の接続Ｉ／Ｆ（インタフェース）が格納されている。ディスクイメージがどのインタフェースで取得されたものかが分かっていれば、異なるインタフェースを持つブレードサーバ１０３へ配信する場合は、ドライバ変更などの手順が必要であることを示すことが可能になる。
カラム５１３には、ストレージ装置のストレージ容量が格納されている。容量が少ないケースでは、ユーザがブレードサーバ１０３上で実行するプログラムが使用するデータ領域を大きく確保することが出来ない場合があり、この場合は可能な限り軽い動作が求められる。また、逆にストレージ容量が大きく、かつ大量のブレードサーバを管理する場合には管理用データは大きくなり、情報検索や情報を蓄える上で信頼性の高いシステムを組むことが可能になる。また、ディスクイメージを配信する場合に、配信するディスクイメージを下回るストレージ容量しか持ち合わせていないブレードサーバ１０３へは配信が出来ないため、この状態のブレードサーバ１０３を認識するために用いる。
カラム５１４は、ＯＳをｂｏｏｔ（ＯＳ起動、ＯＳブート）するストレージ装置か、データを格納するためのストレージ装置か、を格納している。カラム５１４については、初期設定値をｂｏｏｔに設定し変更しない運用も考えられるが、一般的には管理者によって手入力される。カラム５０６と連携し、ｂｏｏｔ用ストレージ装置の場合、カラム５０６には「管理」を格納し、データ用ストレージ装置の場合、カラム５０６には「業務」を格納することで、カラム５０６の説明に記載したデバイス無効化による効果を得ることが出来る。
カラム５１５は、電源ステータスを格納している。電源ステータスは、サーバの起動または未起動を表示しており、デプロイする際に、電源がオフの場合、電源をオンにする手順を追加する必要がある。
カラム５１６には、サーバモデルが格納されている。ベンダ名やモデル名などが格納されており、手持ちのディスクイメージをデプロイ出来るモデルか否かを判定するための情報である。また、デバイスを無効化に対応しているか否かを判定することも可能になる。例えば、後述する実施例３に挙げるような特別なデバイスを前提にしている場合、当該モデルに搭載されているかを判定することが出来る。
カラム５１７には、仮想化レイヤが格納されている。仮想化レイヤには、物理、仮想化機構、仮想サーバが存在する。これにより、それぞれのサーバがサーバ仮想化技術のどのレイヤに位置するかを判別することが可能であり、後述する実施例４に挙げるようなサーバ仮想化技術に起因したデバイス無効化方法を選択することが可能になる。
カラム５１８には、仮想化種別が格納されている。仮想化製品を提供するベンダ名や製品名が格納される。これにより、情報取得のインタフェースやプロトコル、ＣＩＭといったモデルに対応しているか否かなど、情報取得を進める上で必要な情報である。前述のカラム５１７に記載した通り、デバイス無効化方法を選択するための情報である。
図６は、サーバの論理情報に関するテーブル２２２を示す。カラム６０１は、サーバ識別子を格納しており、本識別子によって各サーバを一意に識別する。
カラム６０２は、業務識別子が格納されている。業務Ａの第１サーバ、第２サーバといった個々をサーバレベルまで特定する記述方法、業務Ａで共通化されたソフトウェアのインストールを示し、業務レベルまでを特定する記述方法、システムで共通化されたソフトウェアのインストールを示し、共通環境レベルを特定する記述方法などがある。
カラム６０３は、ディスクイメージ名が格納されている。ディスクイメージ名は、各ディスクイメージを特定するための識別子である。これは、サーバのディスクイメージを識別しており、業務とほぼ同義とみなすことが出来る。ただし、アプリケーションがインストールされていない状態のディスクイメージやＯＳやアプリケーションはインストールされているが、セットアップされていないディスクイメージが存在し、それらを配信することで業務回復を図ったり、業務を提供するサーバを増設することが容易になる。
カラム６０４は、ＯＳ種別を格納している。ＳＰ（サービスパック）やパッチ情報を含めることで、セキュリティ対策が最新か否かを判別することが可能になる。また、メンテナンスという観点では、ブレードサーバ１０３の本情報を利用することでサーバの管理が簡単になるというメリットがある。テーブル内には特定のＯＳを記載しているが、その他のＯＳについても同様に記述することが可能であり、また本願の効果を得ることが出来る。
カラム６０５は、ＯＳが対応するＣＰＵアーキテクチャが格納されている。ディスクイメージを配信する際に、対応するブレードサーバか否かを判定することで誤配信を回避することが可能になる。テーブル内に記載している特定のＣＰＵアーキテクチャ以外についても同様に記述することが可能である。
カラム６０６には、ホスト名を格納している。デプロイする際に、ＯＳ設定としてホスト名を設定する。その際に利用される情報である。カラム６０７には、ＯＳのパスワードが格納されている。カラム６０６同様に、デプロイする際に、ＯＳ設定としてパスワードを設定する。その際に利用される情報である。
カラム６０８（カラム６０９〜カラム６１０）には、ＩＰ情報が格納されている。カラム６０９に格納されるＩＰ情報には、ＩＰアドレス、サブネットマスク、デフォルトゲートウェイなどがある。デプロイする際に、ＯＳ設定としてＩＰ情報を設定する。その際に利用される情報である。さらに、データセンタの運用ポリシによって、ＩＰアドレスの範囲を指定することで、サーバ走査が可能になる。ＩＰアドレスは、管理者やアプリケーションによっては、サーバを識別する識別子となる場合がある。
カラム６１０には、接続先ネットワークの種別が格納されている。管理用ネットワークに属するＮＩＣに割り当てたいＩＰ情報、逆に業務用ネットワークに属するＮＩＣに割り当てたいＩＰ情報が区別されていることで、デプロイメントの際のＯＳのパラメータ設定を実現する。
カラム６１１（カラム６１２〜カラム６１６）はＰ．Ｐ．（プログラム・プロダクト）に関する情報を格納している。カラム６１２には、Ｐ．Ｐ．名が格納されている。業務を提供するために必要なミドルウェアやアプリケーション、夫々のバージョン情報などが格納されている。
カラム６１３には、Ｐ．Ｐ．の固有情報が格納されている。各Ｐ．Ｐ．で使用するＩＰアドレス（論理ＩＰアドレス）やポート番号などである。ポート番号は重複すると、ソフトウェアが起動しなかったり、業務を実行するＰ．Ｐ．の誤動作の原因にもなりうる。正常に動作させるため、また重複を避けるためにも各Ｐ．Ｐ．で使用する値を情報収集しておくことで、トラブルを回避することが出来る。例えば、ＪＲＥ（Ｊａｖａ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ：Ｊａｖａは登録商標です。）といった動作環境に関する制限事項が該当する。
カラム６１４には、Ｐ．Ｐ．ごとの設定の要否を格納している。アプリケーションの持つ情報が他のブレードサーバで稼動しているアプリケーションと重複することが、デプロイメント時に発生しないように設定を完了した後にデバイスの回復処理を実行する必要がある。
カラム６１５には、Ｐ．Ｐ．ごとの設定の済または未済を格納している。カラム６１４同様に、設定情報が他のブレードサーバで提供しているアプリケーションと重複する事態を回避するため、設定の済または未済を管理する。
カラム６１６には、管理手段を格納する。情報収集やブレードサーバの管理方法として、ＯＳの標準インタフェースを使用する場合や、標準化されたインタフェースを利用する場合がある。管理モデルや通信プロトコルなどを格納する。
図７は、アラート管理テーブル２２３を示す。アラートは、サービスプロセッサ１０４やブレードサーバ１０３から通知されるもの、図示を省略しているが管理サーバ１０１に接続する入出力装置からのユーザによるコマンドや指示として通知されるものがあり、これらを纏めてアラート管理テーブル２２３で管理する。
カラム７０１には、アラート識別子を格納する。カラム７０２には、アラートの内容を格納する。ブレードサーバを挿入した契機で、情報を収集したり、デプロイメントを実行するなどのポリシをカラム７０３へ格納するために、アラートの種別を格納する。
カラム７０３には、アラートがアクションをキックする契機（開始する契機）を格納する。契機については、大きく３つある。１つは、ブレードサーバがシャーシに挿入された契機や新規ブレードサーバを発見した契機である。２つ目は、デプロイメント開始要求である。３つ目は、無効化したデバイスを回復（有効化）する要求である。各アラートで、どのアクションをキックするかが判定できる。
カラム７０４には、アラートがアクションを完了する契機を格納する。契機１からスタートして契機２へ突入せずに完了するアラートもあれば、契機３の完了まで完了するアラートも存在する。
図８は、管理サーバ１０１とデプロイメント対象ブレードサーバ１０３との動作シーケンスを示す図である。
ステップ８０１で、管理サーバ１０１に契機１のアラートが通知される。
ステップ８１１で、管理サーバ１０１はブレードサーバ１０３を走査しサーバ登録する。
ステップ８１２で、管理サーバ１０１はブレードサーバ１０３の構成情報をデプロイメント対象ブレードサーバ１０３へ要求する。
ステップ８５１で、デプロイメント対象ブレードサーバ１０３は自身の構成情報を収集する。
ステップ８１３で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へ構成情報を通知する。
ステップ８１４で、管理サーバ１０１は管理テーブル群１１１を更新する。
ステップ８０２で、管理サーバ１０１に契機２のアラートが通知される。ただし、アラートの種別によってはステップ８０２がドロップし、引き続き契機２以降のステップへ進む場合とステップ８１４で処理を完了するケースがある。
ステップ８１５で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へ電源ＯＮを要求する。
ステップ８５２で、デプロイメント対象ブレードサーバ１０３は電源をＯＮし、ＰＸＥブートを開始する。
ステップ８１６で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１にミニＯＳ（ＰＸＥブート時にデプロイメント対象ブレードサーバ１０３へ配信されるＯＳであり、ＭＡＣアドレスやＩＰアドレスなどを管理し、ネットワークを用いたブート制御などを実行する。）を要求する。
ステップ８１７で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へミニＯＳを送信する。このとき、無効化するデバイスに関する情報も送信する。同時に送信しても良いし、ミニＯＳがブートした後に管理サーバ１０１とミニＯＳが通信を行い、無効化するデバイスに関する情報をミニＯＳが取得しても良い。
ステップ８５３で、デプロイメント対象ブレードサーバ１０３はミニＯＳをブートする。
ステップ８５４で、デプロイメント対象ブレードサーバ１０３はデプロイメントに関係しないデバイスを選択的に無効化するようＢＩＯＳへ設定する。各デバイスを制御するためにＢＩＯＳが管理しているデータの中で、デバイスの有効/無効を示すデータを、無効を示すように設定する。
必要に応じて、ミニＯＳをリブートする。リブートした場合は、再度、ステップ８５２からやり直す。このとき、管理サーバ１０１は、何回目のブートかを覚えておく、またはブートしたミニＯＳが無効化すべきデバイスが無効化されているか否かを確認し、されていれば次へ進む。無効化されていない場合は、無効化し必要に応じてリブートを実施する。これにより、デプロイメントを実行している間、デプロイメント対象ブレードサーバ１０３を業務用ネットワークから隔離することが可能である。
ステップ８５５で、デプロイメント対象ブレードサーバ１０３はディスクイメージをストレージ装置へコピーする。
ステップ８５６で、デプロイメント対象ブレードサーバ１０３はミニＯＳをリブートする。
ステップ８１８で、デプロイメント対象ブレードサーバ１０３はＯＳ設定パラメータを要求する。
ステップ８１９で、管理サーバ１０１はＯＳ設定パラメータをデプロイメント対象ブレードサーバ１０３へ送信する。
ステップ８５７で、デプロイメント対象ブレードサーバ１０３はＯＳパラメータを設定する。
ステップ８５８で、デプロイメント対象ブレードサーバ１０３はリブートを実行する。
ステップ８２０で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ起動通知を送信する。
ステップ８２１で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へＯＳ設定以外のパラメータを送信する。
ステップ８５９で、デプロイメント対象ブレードサーバ１０３はＯＳ設定以外のパラメータを設定する。
ステップ８２２で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ以外のパラメータ設定完了通知を送信する。
ステップ８０３で、管理サーバ１０１に契機３のアラートが通知される。ただし、アラートの種別によってはステップ８０３がドロップし、引き続き契機３以降のステップへ進む場合とステップ８２２で処理を完了するケースがある。
ステップ８２３で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へ無効化したデバイスの有効化要求を送信する。
ステップ８６０で、デプロイメント対象ブレードサーバ１０３は無効化したデバイスを回復（有効化）する処理をＢＩＯＳ設定で実施し、リブートする。有効化する処理のＢＩＯＳ設定は、前述のデバイスの有効/無効を示すデータを、有効を示すようにする。
ステップ８２４で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ起動通知を送信する。
ステップ８２５で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へＯＳ設定以外のパラメータを送信する。
ステップ８６１で、デプロイメント対象ブレードサーバ１０３はＯＳ設定以外のパラメータを設定する。本ステップにより、デバイスが無効化されていたために設定が出来なかったパラメータを設定可能である。
ステップ８２６で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ設定以外のパラメータを設定完了したことを通知して処理を完了する。
図９は、制御部１１０の処理フローチャートを示す。
ステップ１００１で、アラートを受信しアラート管理テーブル２２３を参照する。
ステップ１００２で、アラート種別を判定する。アラート種別が契機１の場合はステップ１００３へ進み、アラート種別が契機２の場合はステップ１００７へ進み、アラート種別が契機３の場合はステップ１０１１へ進む。
ステップ１００３で、サーバ走査部２１０が監視契機で走査を実施する。
ステップ１００４で、新たに発見したブレードサーバ１０３をサーバ登録部２１１が管理テーブル群１１１へ登録する。
ステップ１００５で、サーバ構成取得部２１６が登録されたブレードサーバ１０３の構成情報を取得し、管理テーブル群１１１を更新する。
ステップ１００６で、デプロイメント実行要求の有無を判定する。要求がある場合はステップ１００８へ進み、要求がない場合は処理を完了する。
ステップ１００７で、デバイス無効化制御部２１３がデプロイメントに要するデバイス以外を無効化し、デプロイ制御部２１２がデプロイメントを実行する。
ステップ１００８で、「無効化したデバイスを有効化する要求」の有無を判定する。要求がある場合はステップ１００９へ進み、要求がない場合は処理を完了する。
ステップ１００９で、デバイス有効化制御部２１４がデバイスの有効化を要求する。
ステップ１０１０で、有効化したデバイスに関する設定の要否を判定する。必要がある場合はステップ１０１１へ進み、必要がない場合は処理を完了する。
ステップ１０１１で、パラメータ設定部２１５が有効化したデバイスに関する設定を要求し処理を完了する。
図１０は、サーバ走査部２１０の処理フローチャートを示す。
ステップ１１０１で、サーバを定期監視する。このステップでは、監視開始契機を発行する。ただし、監視契機の発行は定期的なものでなくても良く、スケジュール運転でも良い。また、シャーシ１０２にブレードサーバ１０３が挿入されたアラートや、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を介してユーザが、契機を与えても良い。
ステップ１１０２で、既存のサーバ走査方法でブレードサーバ１０３を検出し、処理を完了する。具体的には、格納されているＩＰアドレスの範囲に対して、pingパケットを送信し、サーバからの返信を受信する。返信があったＩＰアドレスを記録し、サーバ検出とする。また、走査方法に格納されているプロトコル（例えば、ｓｓｈ）でホスト名指定で接続を試みる。ログインが成功する必要はなく、接続を受け付ける状態であればサーバが存在することになるため、サーバ検出とする。これらに限らず、サーバの存在を確認できる方法であれば手法は問わない。
図１１は、サーバ登録部２１１の処理フローチャートを示す。
ステップ１２０１で、サーバ管理テーブル２２１とサーバの論理情報に関するテーブル２２２を参照し、発見したサーバが新規か否かを判定する。pingで発見した場合には、ＩＰアドレスが判明しているため、サーバの論理情報に関するテーブル２２２のカラム６０８のＩＰ情報を参照し、登録がされていなければ新規と判定し、ステップ１２０２へ進む。逆に、登録があれば新規でないと判定し、処理を完了する。
ステップ１２０２で、サーバ管理テーブル２２１とサーバの論理情報に関するテーブル２２２へエントリを追加し、処理を完了する。
図１２は、サーバ構成取得部２１４の処理フローチャートを示す。
ステップ１３０１で、サーバ管理テーブル２２１を参照し、新規エントリを検出し登録済み情報を読み出す。
ステップ１３０２で、サーバの論理情報に関するテーブル２２２を参照し、ステップ１３０１で検出した新規エントリに関して登録済みの情報を読み出す。
ステップ１３０３で、サーバの構成情報を取得する。ＩＰアドレスを用い、サーバの論理情報に関するテーブル２２２から読み出したＩＤとパスワード情報を使って、新規エントリのサーバへログインする。その後、ＷＭＩ（Windows Management Instrumentation：Windowsは登録商標です。）を使って、サーバやＯＳに関する情報を取得する。または、エージェントプログラムを送り込み、情報を取得しても良い。
ステップ１３０４で、ステップ１３０３で取得した情報を、サーバ管理テーブル２２１へ格納する。
ステップ１３０５で、ステップ１３０３で取得した情報を、サーバの論理情報に関するテーブル２２２へ格納し、処理を完了する。
図１３は、デプロイ制御部２１２の処理フローチャートを示す。
ステップ１４０１で、電源ＯＮを要求する。
ステップ１４０２で、デバイス無効化要求の有無を判定する。要求がある場合はステップ１４０３へ進み、要求がない場合はステップ１４０９へ進む。
ステップ１４０３で、デバイス無効化制御部２１３へ管理用ネットワークに接続されたＮＩＣのＭＡＣアドレスを通知する。
ステップ１４０４で、ＰＸＥブートに対応したミニＯＳを送付する。このとき、無効化するＮＩＣに関する情報を送っても良いし、ミニＯＳが管理サーバ１０１と通信して情報を取得しても良い。このステップにおいて、ＢＩＯＳの設定を用い、指定されたデバイスを無効化（無効化するデバイスを指定する場合）、もしくは指定されなかったデバイスを無効化（デプロイメントに使用するデバイスを指定する場合）する。
一方、ステップ１４０９では、ミニＯＳを送付し、無効化しない。
ステップ１４０５で、ミニＯＳがディスクイメージをデプロイメント対象ブレードサーバ１０３のストレージ装置へコピーする。
ステップ１４０６で、ＯＳ設定パラメータを設定する。
ステップ１４０７で、ＯＳ設定パラメータ以外の設定値が存在するか否かを判定する。存在する場合ステップ１４０８へ進み、存在しない場合処理を完了する。
ステップ１４０８で、ＯＳ設定パラメータ以外の設定値を送付し、処理を完了する。
図１４は、デバイス無効化制御部２１３の処理フローチャートである。
ステップ１５０１で、サーバ管理テーブル２２１を参照する。
ステップ１５０２で、サーバ管理テーブル２２１を更新する。
ステップ１５０３で、デプロイ制御部２１２にデプロイメントに関連しないデバイスの無効化を要求し、処理を完了する。
図１５は、デバイス有効化制御部２１４の処理フローチャートである。
ステップ１６０１で、サーバ管理テーブル２２１を参照する。
ステップ１６０２で、無効化したデバイスの有効化を要求する。
ステップ１６０３で、サーバ管理テーブル２２１を更新し、処理を完了する。
図１６は、パラメータ設定部２１５の詳細フローチャートである。
ステップ１７０１で、サーバの論理情報に関するテーブル２２２を参照する。
ステップ１７０２で、パラメータを設定する。
ステップ１７０３で、サーバの論理情報に関するテーブル２２２を更新し処理を完了する。
本実施例の実施例１との差分は、デバイスの無効化をＯＳ機能で実現する点である（実施例１では、ＢＩＯＳ設定を利用）。そのため、実施例１とは処理の順序や項目が少し変更されているため、特にその点を詳述する。
図１７は、管理サーバ１０１とデプロイメント対象ブレードサーバ１０３との動作シーケンスを示す図である。ステップ８０１に相当する契機１に関しては、実施例１と同じであるため説明を省略する。
ステップ８０２で、管理サーバ１０１に契機２のアラートが通知される。ただし、アラートの種別によってはステップ８０２がドロップし、引き続き契機２以降のステップへ進む場合と前ステップ（契機１の処理）で処理を完了するケースがある。
ステップ１８１１で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へ電源ＯＮを要求する。
ステップ１８５１で、デプロイメント対象ブレードサーバ１０３は電源をＯＮし、ＰＸＥブートを開始する。
ステップ１８１２で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１にミニＯＳを要求する。
ステップ１８１３で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へミニＯＳを送信する。このとき、無効化するデバイスに関する情報も送信する。同時に送信しても良いし、ミニＯＳがブートした後に管理サーバ１０１とミニＯＳが通信を行い、無効化するデバイスに関する情報をミニＯＳが取得しても良い。
ステップ１８５２で、デプロイメント対象ブレードサーバ１０３はミニＯＳをブートする。
ステップ１８５３で、デプロイメント対象ブレードサーバ１０３はデプロイメントに関係しないデバイスを選択的に無効化するようＯＳへ設定する。各デバイスを制御するためにＯＳが管理しているデータの中で、デバイスの有効/無効を示すデータを、無効を示すように設定する。この設定のためには、ＯＳに含まれている、デバイスを制御するためのデバイスマネージャなどと呼ばれるプログラムを利用する。
必要に応じて、デバイスのサービスを再起動する。またはＯＳ自体をリブートする。リブートした場合は、再度、ステップ１８５１からやり直す。このとき、管理サーバ１０１は、何回目のブートかを覚えておく、またはブートしたミニＯＳが無効化したいデバイスが無効化されているか否かを確認し、されていれば次へ進む。無効化されていない場合は、無効化し必要に応じてサービスの再起動またはＯＳのリブートを実施する。これにより、デプロイメントを実行している間、デプロイメント対象ブレードサーバ１０３を業務用ネットワークから隔離することが可能である。
ステップ１８５４で、デプロイメント対象ブレードサーバ１０３はディスクイメージをストレージ装置へコピーする。
ステップ１８５５で、デプロイメント対象ブレードサーバ１０３はミニＯＳをリブートする。
ステップ１８５６で、デプロイしたＯＳがブートされる。
ステップ１８１４で、デプロイメント対象ブレードサーバ１０３はＯＳ設定パラメータを要求する。
ステップ１８１５で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へＮＩＣ無効化要求をする。
ステップ１８５７で、デプロイメント対象ブレードサーバ１０３はデプロイに関連しないデバイスをＯＳ機能によって選択的に無効化する。
ステップ１８１６で、デプロイメント対象ブレードサーバ１０３は管理サーバへＮＩＣ無効化完了通知を送信する。
ステップ１８１７で、管理サーバ１０１はＯＳ設定パラメータをデプロイメント対象ブレードサーバ１０３へ送信する。
ステップ１８５８で、デプロイメント対象ブレードサーバ１０３はＯＳパラメータを設定する。
ステップ１８５９で、デプロイメント対象ブレードサーバ１０３はリブートを実行する。
ステップ１８１８で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ起動通知を送信する。
ステップ１８１９で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へＯＳ設定以外のパラメータを送信する。
ステップ１８６０で、デプロイメント対象ブレードサーバ１０３はＯＳ設定以外のパラメータを設定する。
ステップ１８２０で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ以外のパラメータ設定完了通知を送信する。
ステップ８０３で、管理サーバ１０１に契機３のアラートが通知される。ただし、アラートの種別によってはステップ８０３がドロップし、引き続き契機３以降のステップへ進む場合とステップ１８２０で処理を完了するケースがある。
ステップ１８２１で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へ無効化したデバイスの有効化要求を送信する。
ステップ１８６１で、デプロイメント対象ブレードサーバ１０３は無効化したデバイスを回復（有効化）する処理をＯＳ設定で実施し、デバイスのサービスを再起動またはＯＳをリブートする。本ステップは、デバイスを無効化してデプロイメントを実行することから必要となる回復処理である。なお、デバイスを回復（有効化）する処理には、前述のデバイスマネージャなどと呼ばれるプログラムを利用する。
ステップ１８２２で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ起動通知またはサービス再起動完了通知を送信する。
ステップ１８２３で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へＯＳ設定以外のパラメータを送信する。
ステップ１８６２で、デプロイメント対象ブレードサーバ１０３はＯＳ設定以外のパラメータを設定する。本ステップにより、デバイスが無効化されていたために設定が出来なかったパラメータを設定可能である。
ステップ１８２４で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ設定以外のパラメータを設定完了したことを通知して処理を完了する。
図１８は、デプロイ制御部２１２の処理フローチャートを示す。
ステップ２００１で、電源ＯＮを要求する。
ステップ２００２で、デバイス無効化要求の有無を判定する。要求がある場合はステップ２００３へ進み、要求がない場合はステップ２０１０へ進む。
ステップ２００３で、デバイス無効化制御部２１３へ管理用ネットワークに接続されたＮＩＣのＭＡＣアドレスを通知する。
ステップ２００４で、ＰＸＥブートに対応したミニＯＳを送付する。このとき、無効化するＮＩＣに関する情報を送っても良いし、ミニＯＳが管理サーバ１０１と通信して情報を取得しても良い。このステップにおいて、ＯＳの設定を用い、指定されたデバイスを無効化（無効化するデバイスを指定する場合）、もしくは指定されなかったデバイスを無効化（デプロイメントに使用するデバイスを指定する場合）する。
一方、ステップ２０１０で、ミニＯＳを送付し、無効化しない。
ステップ２００５で、ミニＯＳがディスクイメージをデプロイメント対象ブレードサーバ１０３のストレージ装置へコピーする。
ステップ２００６で、ＯＳパラメータを要求された契機でデプロイしたＯＳに対しデバイスの無効化を要求する。本ステップは、ＯＳ機能を利用した無効化を実行するために発生するステップである。
ステップ２００７で、ＯＳ設定パラメータを設定する。
ステップ２００８で、ＯＳ設定パラメータ以外の設定値が存在するか否かを判定する。存在する場合ステップ２００９へ進み、存在しない場合処理を完了する。
ステップ２００９で、ＯＳ設定パラメータ以外の設定値を送付し、処理を完了する。
図１９は、デバイス無効化制御部２１３の処理フローチャートを示す。
ステップ２１０１で、アラートを受信する。
ステップ２１０２で、アラート管理テーブル２２３を参照する。
ステップ２１０３で、アラート種別を判定する。「開始」であればステップ２１０４へ進み、「完了」であればステップ２１０７へ進む。
ステップ２１０４で、サーバ管理テーブル２２１を参照する。
ステップ２１０５で、サーバ管理テーブル２２１を更新する。
ステップ２１０６で、デプロイ制御部２１２にデプロイメントに関連しないデバイスの無効化を要求し、処理を完了する。
「開始」では、サーバ管理テーブル２２１内の「初期値」（カラム５０９）が「有効」で「状態」（カラム５１０）が「有効」にセットされていることを確認し無効化する。
ステップ２１０７で、サーバ管理テーブル２２１を参照する。
ステップ２１０８で、デプロイ制御部２１２にデプロイメントに関連しないデバイスの無効化を要求し、処理を完了する。
「完了」では、サーバ管理テーブル２２１内の「状態」（カラム５１０）は「無効」にセットされていることを確認し無効化する。「開始」の場合と、同じテーブルを参照するものの参照するカラムと判断基準が異なる。
本実施例の、実施例１や実施例２との差分は、デバイスの無効化をハードウェアで実現する点である。
図２０は、実施例３におけるブレードサーバ１０３の構成を示す。演算を処理するＣＰＵ３０１、ＣＰＵ３０１で演算するプログラムや、プログラムの実行に伴うデータを格納するメモリ３０２、プログラムやデータを格納するストレージ装置とのディスクインタフェース３０４、ＩＰネットワークを介した通信のためのネットワークインタフェース３０３、電源制御や各インタフェースの制御を行うＢＭＣ（Ｂａｓｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）３０５を有する。メモリ３０２上のＯＳがＣＰＵ３０１によって実行され、ブレードサーバ１０３内のデバイス管理を行っている。ＯＳ３１１の下で、業務を提供するアプリケーションなどが動作する。
ネットワークインタフェース３０３は、パケットを送受信するインタフェース２２０１、ＢＭＣ３０５から指示を受けスイッチ２２０３を制御するコントローラ２２０２、ネットワークインタフェース機能２２０４とインタフェース２２０１の物理的なＯＮ／ＯＦＦ状態を切り替えるスイッチ２２０３、ネットワークインタフェース機能２２０４を有する。ＢＭＣ３０５は、管理サーバ１０１と接続されており、管理サーバ１０１からの接続状態変更要求を受け、物理接続のＯＮ／ＯＦＦを切り替える指示をコントローラ２２０２へ出す。これにより、ネットワークインタフェース機能２２０４を外部のネットワークから隔離することが可能になる。デプロイメントを実行している間、物理的な接続状態をＯＦＦにしておくことで、ブレードサーバ１０２で稼動するＯＳからはデバイスが有効であるにもかかわらず、物理的に業務を提供するネットワークからは隔離されるという状態へブレードサーバ１０３をおくことが可能になる。このスイッチを具備する構成は、ネットワークインタフェース３０３だけでなく、ディスクインタフェース３０４が持つことも可能である。これにより、デプロイメントに関係しないストレージ装置を隔離し、データ破壊のリスクからシステムを隔離することが可能になる。
図２１は、管理サーバ１０１とデプロイメント対象ブレードサーバ１０３との動作シーケンスを示す図である。
ステップ８０１に相当する契機１に関しては、実施例１と同じであるため説明を省略する。
ステップ８０２で、管理サーバ１０１に契機２のアラートが通知される。ただし、アラートの種別によってはステップ８０２がドロップし、引き続き契機２以降のステップへ進む場合と前ステップ（契機１の処理）で処理を完了するケースがある。
ステップ２３０１で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へ電源ＯＮを要求する。
ステップ２３５１で、デプロイメント対象ブレードサーバ１０３は電源をＯＮし、ＰＸＥブートを開始する。
ステップ２３０２で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１にミニＯＳを要求する。
ステップ２３０３で、管理サーバ１０１はデプロイメントに関係しないデバイスを選択的に無効化するようデプロイメント対象ブレードサーバ１０３内のＢＭＣ３０５へ要求する。ＢＭＣ３０５は、デバイスのコントローラ２２０２へスイッチ２２０３の接続状態をＯＦＦにするよう要求する。
ステップ２３０４で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へデバイス無効化完了通知を送信する。デプロイメント対象ブレードサーバ１０３内のＢＭＣ３０５がデバイス無効化完了通知を管理サーバ１０１へ送信する。
ステップ２３０５で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へミニＯＳを送信する。
ステップ２３５３で、デプロイメント対象ブレードサーバ１０３はミニＯＳをブートする。
ステップ２３５４で、デプロイメント対象ブレードサーバ１０３はディスクイメージをストレージ装置へコピーする。
ステップ２３５５で、デプロイメント対象ブレードサーバ１０３はミニＯＳをリブートする。
ステップ２３５６で、デプロイしたＯＳがブートされる。
ステップ２３０６で、デプロイメント対象ブレードサーバ１０３はＯＳ設定パラメータを要求する。
ステップ２３０７で、管理サーバ１０１はＯＳ設定パラメータをデプロイメント対象ブレードサーバ１０３へ送信する。
ステップ２３５７で、デプロイメント対象ブレードサーバ１０３はＯＳパラメータを設定する。
ステップ２３５８で、デプロイメント対象ブレードサーバ１０３はリブートを実行する。
ステップ２３０８で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ起動通知を送信する。
ステップ２３０９で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へＯＳ設定以外のパラメータを送信する。
ステップ２３５９で、デプロイメント対象ブレードサーバ１０３はＯＳ設定以外のパラメータを設定する。このステップで、残りの全てのパラメータを設定することが可能である。これは、デバイスは有効なまま接続状態のみをＯＮ／ＯＦＦしていることに起因する。
ステップ２３１０で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ以外のパラメータ設定完了通知を送信する。
ステップ８０３で、管理サーバ１０１に契機３のアラートが通知される。ただし、アラートの種別によってはステップ８０３がドロップし、引き続き契機３以降のステップへ進む場合とステップ２３１０で処理を完了するケースがある。
ステップ２３１１で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へ無効化したデバイスの有効化要求を送信する。
ステップ２３６０で、デプロイメント対象ブレードサーバ１０３は無効化したデバイスを回復（有効化）する処理をＢＭＣ３０５の指示によってスイッチ２２０３の接続状態をＯＮにすることで実現する。本ステップは、デバイスを無効化してデプロイメントを実行することから必要となる回復処理である。デバイスは有効にしたまま接続状態のみをＯＮ／ＯＦＦするため、デバイスのサービスを再起動する必要もなく、またＯＳのリブートも必要ない。
ステップ２３１２で、デプロイメント対象ブレードサーバ１０３はデバイス有効化完了通知を管理サーバ１０１へ送信し、処理を完了する。
なお、スイッチ２２０３はブレードサーバ挿入時にブレードサーバ１０３（例えば、BMC３０５）が挿入を検知し、コントローラ２２０２へ接続OFFを指示しても良い。また、障害に関するアラートを契機として、スイッチの接続をOFFにしても良い。この障害アラートは、ハードウェアに類するものであっても良いし、OSなどのソフトウェアに類するものであっても良い。
図２２は、実施例３におけるデプロイ制御部２１２の処理フローチャートを示す。
ステップ２５０１で、電源ＯＮを要求する。
ステップ２５０２で、デバイス無効化要求の有無を判定する。要求がある場合はステップ２５０３へ進み、要求がない場合はステップ２５０４へ進む。
ステップ２５０３で、デバイス無効化制御部２１３へ管理用ネットワークに接続されたＮＩＣのＭＡＣアドレスを通知する。
ステップ２５０４で、ＰＸＥブートに対応したミニＯＳを送付する。
ステップ２５０５で、ミニＯＳがディスクイメージをデプロイメント対象ブレードサーバ１０３のストレージ装置へコピーする。
ステップ２５０６で、ＯＳ設定パラメータを設定する。
ステップ２５０７で、ＯＳ設定パラメータ以外の設定値が存在するか否かを判定する。存在する場合ステップ２５０８へ進み、存在しない場合処理を完了する。
ステップ２５０８で、ＯＳ設定パラメータ以外の設定値を送付し、処理を完了する。
図２３は、実施例３におけるデバイス無効化制御部２１３の処理フローチャートを示す。
ステップ２６０１で、サーバ管理テーブル２２１を参照する。
ステップ２６０２で、サーバ管理テーブル２２１を更新する。
ステップ２６０３で、ＢＭＣ３０５にデプロイメントに関連しないデバイスの無効化を要求し、処理を完了する。ＢＭＣ３０５は、ネットワークインタフェース３０３内のコントローラ２２０２にネットワークインタフェース機能２２０４とインタフェース２２０１の物理的接続をＯＦＦするようスイッチ２２０３へ要求する。本実施例の構成では、ブレードサーバ１０３上で稼動するＯＳからネットワークインタフェース機能２２０４は動作しており、デバイスが正常に動作しているように見える。そのため、デバイスが動作していないと設定できないパラメータも設定が可能である。また、ディスクインタフェース３０４についても、同様なデバイス構成を持つことで同様の効果を得ることが出来る。加えて、デプロイメントを実行する間に接続状態をＯＦＦにすることで、ストレージ装置を隔離することが出来るため、ストレージ装置内のデータをデータ破壊から守ることが可能になる。
図２４は、デバイス有効化制御部２１４の処理フローチャートを示す。
ステップ２７０１で、サーバ管理テーブル２２１を参照する。
ステップ２７０２で、無効化したデバイスの有効化をＢＭＣ３０５へ要求する。ＢＭＣ３０５は、ネットワークインタフェース３０３内のコントローラ２２０２にネットワークインタフェース機能２２０４とインタフェース２２０１の物理的接続をＯＮするようスイッチ２２０３へ要求する。
ステップ２７０３で、サーバ管理テーブル２２１を更新し、処理を完了する。
図２５は、管理サーバ１０１とデプロイメント対象ブレードサーバ１０３との動作シーケンスを示す図である。図２１のシーケンス図とは、デバイスの無効化するタイミングが異なっている。また、契機３（８０３）以降のシーケンスは図２１と同じため、説明を省略する。また、ステップ８０１に相当する契機１は、実施例１と同じであるため説明を省略する。
ステップ８０２で、管理サーバ１０１に契機２のアラートが通知される。ただし、アラートの種別によってはステップ８０２がドロップし、引き続き契機２以降のステップへ進む場合と前ステップ（契機１の処理）で処理を完了するケースがある。
ステップ２８０１で、管理サーバ１０１はデプロイメントに関係しないデバイスを選択的に無効化するようデプロイメント対象ブレードサーバ１０３内のＢＭＣ３０５へ要求する。
ステップ２８５１で、ＢＭＣ３０５は、デバイスのコントローラ２２０２へスイッチ２２０３の接続状態をＯＦＦにするよう要求する。
ステップ２８０２で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へデバイス無効化完了通知を送信する。デプロイメント対象ブレードサーバ１０３内のＢＭＣ３０５がデバイス無効化完了通知を管理サーバ１０１へ送信する。
ステップ２８０３で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へ電源ＯＮを要求する。
ステップ２８５２で、デプロイメント対象ブレードサーバ１０３は電源をＯＮし、ＰＸＥブートを開始する。
ステップ２８０４で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１にミニＯＳを要求する。
ステップ２８０５で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へミニＯＳを送信する。
ステップ２８５３で、デプロイメント対象ブレードサーバ１０３はミニＯＳをブートする。
ステップ２８５４で、デプロイメント対象ブレードサーバ１０３はディスクイメージをストレージ装置へコピーする。
ステップ２８５５で、デプロイメント対象ブレードサーバ１０３はミニＯＳをリブートする。
ステップ２８５６で、デプロイしたＯＳがブートされる。
ステップ２８０６で、デプロイメント対象ブレードサーバ１０３はＯＳ設定パラメータを要求する。
ステップ２８０７で、管理サーバ１０１はＯＳ設定パラメータをデプロイメント対象ブレードサーバ１０３へ送信する。
ステップ２８５７で、デプロイメント対象ブレードサーバ１０３はＯＳパラメータを設定する。
ステップ２８５８で、デプロイメント対象ブレードサーバ１０３はリブートを実行する。
ステップ２８０８で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ起動通知を送信する。
ステップ２８０９で、管理サーバ１０１はデプロイメント対象ブレードサーバ１０３へＯＳ設定以外のパラメータを送信する。
ステップ２８５９で、デプロイメント対象ブレードサーバ１０３はＯＳ設定以外のパラメータを設定する。このステップで、残りの全てのパラメータを設定することが可能である。これは、デバイスは有効なまま接続状態のみをＯＮ／ＯＦＦしていることに起因する。
ステップ２８１０で、デプロイメント対象ブレードサーバ１０３は管理サーバ１０１へＯＳ以外のパラメータ設定完了通知を送信する。
このシーケンスに基づく処理フローの良い点は、一般的なデプロイメントの処理手順から変更しなくても良いところである。これにより、従来のデプロイメント製品またはデプロイメントを用いたソリューションへの適用が容易となる。
図２６は、実施例３におけるデプロイ制御部２１２の処理フローチャートを示す。図２２とは、デバイスを無効化するタイミングが異なっている。
ステップ３００１で、デバイス無効化要求の有無を判定する。要求がある場合はステップ３００２へ進み、要求がない場合はステップ３００３へ進む。
ステップ３００２で、デバイス無効化制御部２１３へ管理用ネットワークに接続されたＮＩＣのＭＡＣアドレスを通知する。
ステップ３００３で、電源ＯＮを要求する。
ステップ３００４で、ＰＸＥブートに対応したミニＯＳを送付する。
ステップ３００５で、ミニＯＳがディスクイメージをデプロイメント対象ブレードサーバ１０３のストレージ装置へコピーする。
ステップ３００６で、ＯＳ設定パラメータを設定する。
ステップ３００７で、ＯＳ設定パラメータ以外の設定値が存在するか否かを判定する。存在する場合ステップ３００８へ進み、存在しない場合処理を完了する。
ステップ３００８で、ＯＳ設定パラメータ以外の設定値を送付し、処理を完了する。
デバイス無効化制御部２１３とデバイス有効化制御部２１４については、それぞれ図２３と図２４と同じであるので、説明を省略する。
本実施例の実施例１、実施例２、及び実施例３との差分は、デバイスの無効化を、サーバ仮想化技術を用いて実現する点である。
図２７は、実施例４におけるブレードサーバ１０３の構成を示す。演算を処理するＣＰＵ３０１、ＣＰＵ３０１で演算するプログラムや、プログラムの実行に伴うデータを格納する記メモリ３０２、プログラムやデータを格納するストレージ装置とのディスクインタフェース３０４、ＩＰネットワークを介して通信を行うためのネットワークインタフェース３０３、電源制御や各インタフェースの制御を行うＢＭＣ（Ｂａｓｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）３０５から構成される。メモリ３０２には、計算機資源を仮想化するサーバ仮想化技術を提供する仮想化機構３１０１が配備され、仮想サーバ３１０２を提供する。また、仮想化機構３１０１は、制御用インタフェースとして仮想化機構管理用インタフェース３１１１を備えている。仮想化機構３１０１は、ブレードサーバ１０３の計算機資源を仮想化し、仮想サーバ３１０２を構成する。仮想サーバ３１０２は、仮想ＣＰＵ３１２１、仮想メモリ３１２２、仮想ネットワークインタフェース３１２３、仮想ディスクインタフェース３１２４から構成されている。仮想メモリ３１２２には、ＯＳが配信され仮想サーバ３１０２内の仮想デバイスを管理している。仮想化機構３１０１は、物理デバイスと論理デバイスの対応付けを管理しており、対応付けたり対応付けを解除したりすることが出来る。論理デバイスと物理デバイスとの対応付けを解除することで、物理デバイスが接続されているネットワークから論理的に仮想サーバを隔離することが可能である。また、仮想化機構管理用インタフェース３１１１を通じて仮想デバイスを閉塞したり、仮想化機構３１０１を通じた仮想サーバ３１０２間の通信を抑止することで、論理的に仮想サーバ３１０２を物理デバイスが接続されているネットワークから隔離することが可能である。これらの隔離方法を用いることで、実施例１から３において詳述してきた「業務用ネットワークからサーバを隔離」することが可能となる。
図２８は、管理サーバ１０１とデプロイメント対象仮想サーバ３１０２および仮想化機構３１０１との動作シーケンスを示す図である。
ステップ８０１に相当する契機１は、実施例１と同じであるため説明を省略する。
ステップ８０２で、管理サーバ１０１に契機２のアラートが通知される。ただし、アラートの種別によってはステップ８０２がドロップし、引き続き契機２以降のステップへ進む場合と前ステップ（契機１の処理）で処理を完了するケースがある。
ステップ３２０１で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へ電源ＯＮを要求する。
ステップ３２６１で、デプロイメント対象仮想サーバ３１０２は電源をＯＮし、ＰＸＥブートを開始する。
ステップ３２０２で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１にミニＯＳを要求する。
ステップ３２０３で、管理サーバ１０１は仮想化機構３１０１へデバイスの無効化を要求する。管理サーバ１０１は、仮想化機構管理用インタフェース３１１１を通じて、仮想化機構３１０１へ要求を伝える。
ステップ３２５１で、仮想化機構３１０１はデプロイメントに必要ないデバイスを選択的に無効化する。無効化する方法は、物理デバイスと仮想デバイスの対応付けを一時的に解除しても良いし、仮想デバイスを一時的に閉塞しても良いし、仮想デバイスの通信を抑止しても良い。対応付けの解除は、たとえば仮想デバイスに対応する物理デバイスが存在しないように対応付けテーブルのデータを書き換えること、又は仮想デバイスと物理デバイスとの間の変換を実行しないことにより実現する。後者が仮想デバイスの閉塞や抑止であり、対応付けテーブルはそのままとし、無効化対象の仮想デバイスが指定されたデバイスアクセスなどの制御命令が発行されたならば、無効化の対象であることを確認した上で、仮想デバイスを物理デバイスに変換せずに、実質的にその制御命令を実行しないように制御する。ＮＩＣの場合、実質的に通信を実行できないように制御しても良い。これにより、デプロイメントを実行している間、デプロイメント対象仮想サーバ３１０２を業務用ネットワークから隔離することが可能である。
ステップ３２０４で、仮想化機構３１０１は管理サーバ１０１へデバイス無効化完了を通知する。
ステップ３２０５で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へミニＯＳを送信する。
ステップ３２６２で、デプロイメント対象仮想サーバ３１０２はミニＯＳをブートする。
ステップ３２６３で、デプロイメント対象仮想サーバ３１０２はディスクイメージをストレージ装置へコピーする。
ステップ３２６４で、デプロイメント対象仮想サーバ３１０２はミニＯＳをリブートする。
ステップ３２６５で、デプロイしたＯＳがブートされる。
ステップ３２０６で、デプロイメント対象仮想サーバ３１０２はＯＳ設定パラメータを要求する。
ステップ３２０７で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へＯＳ設定パラメータを送信する。
ステップ３２６６で、デプロイメント対象仮想サーバ３１０２はＯＳパラメータを設定する。
ステップ３２６７で、デプロイメント対象仮想サーバ３１０２はリブートを実行する。
ステップ３２０８で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１へＯＳ起動通知を送信する。
ステップ３２０９で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へＯＳ設定以外のパラメータを送信する。
ステップ３２６８で、デプロイメント対象仮想サーバ３１０２はＯＳ設定以外のパラメータを設定する。
ステップ３２１０で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１へＯＳ以外のパラメータ設定完了通知を送信する。
ステップ８０３で、管理サーバ１０１に契機３のアラートが通知される。ただし、アラートの種別によってはステップ８０３がドロップし、引き続き契機３以降のステップへ進む場合とステップ３２１０で処理を完了するケースがある。
ステップ３２１１で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へ無効化したデバイスの有効化要求を送信する。
ステップ３２５２で、仮想化機構３１０１は無効化したデバイスを回復（有効化）する処理を実施する。デバイスを回復（有効化）する処理は、前述のステップ３２５１の処理と逆にし、デバイス制御命令を実行できるようにする。
ステップ３２１２で、仮想化機構３１０１は管理サーバ１０１へデバイスの有効化完了を通知する。
ステップ３２１３で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２にＯＳのリブートを要求する。
ステップ３２６９で、デプロイメント対象仮想サーバ３１０２はＯＳをリブートする。
ステップ３２１４で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１へＯＳ起動を通知する。
ステップ３２１５で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へＯＳ設定以外のパラメータを送信する。
ステップ３２７０で、デプロイメント対象仮想サーバ３１０２はＯＳ設定以外のパラメータを設定する。本ステップにより、デバイスが無効化されていたために設定が出来なかったパラメータを設定可能である。
ステップ３２１６で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１へＯＳ設定以外のパラメータを設定完了したことを通知して処理を完了する。
図２９は、実施例４におけるデバイス無効化制御部２１３の処理フローチャートを示す。
ステップ３４０１で、サーバ管理テーブル２２１を参照する。
ステップ３４０２で、サーバ管理テーブル２２１を更新する。
ステップ３４０３で、ＢＭＣ３０５にデプロイメントに関連しないデバイスの無効化を要求し、処理を完了する。管理サーバ１０１は、仮想化機構３１０１に仮想化機構管理用インタフェース３１１１経由でデプロイメントに関連しない仮想デバイスの無効化を要求し、処理を完了する。具体的には、物理デバイスと仮想デバイスとの対応付けを解除する、仮想デバイスを閉塞する、仮想デバイスの通信を抑止する、などの制御を実施する。これにより、仮想デバイスを経由して業務用ネットワークへ接続されている仮想サーバを、業務用ネットワークから隔離することが可能になる。物理デバイスと仮想デバイスの対応付けを解除する方法や仮想デバイスの通信を抑止する方法は、仮想デバイスが稼動状態であるため、デバイスが動作していないと設定できないパラメータも設定が可能である。また、ディスクインタフェース３０４についても、同様なデバイス構成を持つことで同様の効果を得ることが出来る。加えて、デプロイメントを実行する間に接続状態をＯＦＦにすることで、ストレージ装置を隔離することが出来るため、ストレージ装置内のデータをデータ破壊から守ることが可能になる。
図３０は、デバイス有効化制御部２１４の処理フローチャートを示す。
ステップ３５０１で、サーバ管理テーブル２２１を参照する。
ステップ３５０２で、無効化したデバイスの有効化を仮想化機構３１０１へ要求する。仮想化機構３１０１は、物理デバイスと仮想デバイスの対応付けを回復させる、仮想デバイスの閉塞を解除し動作させる、仮想デバイス間の通信を回復させる、を無効化した方法に合わせて実施する。
ステップ３５０３で、サーバ管理テーブル２２１を更新し、処理を完了する。
図３１は、管理サーバ１０１とデプロイメント対象仮想サーバ３１０２および仮想化機構３１０１との動作シーケンスを示す図である。図２８のシーケンス図とは、デバイスの無効化するタイミングが異なっている。
ステップ８０１に相当する契機１は、実施例１と同じであるため説明を省略する。
ステップ８０２で、管理サーバ１０１に契機２のアラートが通知される。ただし、アラートの種別によってはステップ８０２がドロップし、引き続き契機２以降のステップへ進む場合と前ステップ（契機１の処理）で処理を完了するケースがある。
ステップ３６０１で、管理サーバ１０１は仮想化機構３１０１へデバイスの無効化を要求する。管理サーバ１０１は、仮想化機構管理用インタフェース３１１１を通じて、仮想化機構３１０１へ要求を伝える。
ステップ３６５１で、仮想化機構３１０１はデプロイメントに必要ないデバイスを選択的に無効化する。無効化する方法は、物理デバイスと仮想デバイスの対応付けを一時的に解除しても良いし、仮想デバイスを一時的に閉塞しても良いし、仮想デバイスの通信を抑止しても良い。これにより、デプロイメントを実行している間、デプロイメント対象仮想サーバ３１０２を業務用ネットワークから隔離することが可能である。
ステップ３２０２で、仮想化機構３１０１は管理サーバ１０１へデバイス無効化完了を通知する。
ステップ３２０３で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へ電源ＯＮを要求する。
ステップ３６６１で、デプロイメント対象仮想サーバ３１０２は電源をＯＮし、ＰＸＥブートを開始する。
ステップ３６０２で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１にミニＯＳを要求する。
ステップ３６０５で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へミニＯＳを送信する。
ステップ３６６２で、デプロイメント対象仮想サーバ３１０２はミニＯＳをブートする。
ステップ３６６３で、デプロイメント対象仮想サーバ３１０２はディスクイメージをストレージ装置へコピーする。
ステップ３６６４で、デプロイメント対象仮想サーバ３１０２はミニＯＳをリブートする。
ステップ３６６５で、デプロイしたＯＳがブートされる。
ステップ３６０６で、デプロイメント対象仮想サーバ３１０２はＯＳ設定パラメータを要求する。
ステップ３６０７で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へＯＳ設定パラメータを送信する。
ステップ３６６６で、デプロイメント対象仮想サーバ３１０２はＯＳパラメータを設定する。
ステップ３６６７で、デプロイメント対象仮想サーバ３１０２はリブートを実行する。
ステップ３６０８で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１へＯＳ起動通知を送信する。
ステップ３６０９で、管理サーバ１０１はデプロイメント対象仮想サーバ３１０２へＯＳ設定以外のパラメータを送信する。
ステップ３６６８で、デプロイメント対象仮想サーバ３１０２はＯＳ設定以外のパラメータを設定する。
ステップ３６１０で、デプロイメント対象仮想サーバ３１０２は管理サーバ１０１へＯＳ以外のパラメータ設定完了通知を送信する。
契機３（８０３）以降のシーケンスは、図２８と同じであるので説明を省略する。
このシーケンスに基づく処理フローの良い点は、一般的なデプロイメントの処理手順から変更しなくても良いところである。これにより、従来のデプロイメント製品またはデプロイメントを用いたソリューションへの適用が容易となる。
実施例１のシステム構成図を示す。 管理サーバの構成を示す。 ブレードサーバの構成を示す。 システム構築方法の動作概略を示す。 サーバ管理テーブルを示す。 サーバの論理情報に関するテーブルを示す。 アラート管理テーブルを示す。 実施例１の動作シーケンスを示す。 制御部の処理フローチャートを示す。 サーバ走査部の処理フローチャートを示す。 サーバ登録部の処理フローチャートを示す。 サーバ構成取得部の処理フローチャートを示す。 デプロイ制御部の処理フローチャートを示す。 デバイス無効化制御部の処理フローチャートを示す。 デバイス有効化制御部の処理フローチャートを示す。 パラメータ設定部の処理フローチャートを示す。 実施例２の動作シーケンスを示す。 デプロイ制御部の処理フローチャートを示す。 デバイス無効化制御部の処理フローチャートを示す。 実施例３のブレードサーバの構成を示す。 実施例３の動作シーケンスを示す。 デプロイ制御部の処理フローチャートを示す。 デバイス無効化制御部の処理フローチャートを示す。 デバイス有効化制御部の処理フローチャートを示す。 実施例３の他の動作シーケンスを示す。 デプロイ制御部の処理フローチャートを示す。 実施例４のブレードサーバの構成を示す。 実施例４の動作シーケンスを示す。 デバイス無効化制御部の処理フローチャートを示す。 デバイス有効化制御部の処理フローチャートを示す。 実施例４の他の動作シーケンスを示す。
符号の説明
１０１：管理サーバ、１０３：ブレードサーバ、４１１：走査（プローブ）、４１２：サーバ検出、４１３：情報収集、４１４：管理用ネットワークに接続されたデバイス情報取得、４１５：デプロイメントに必要ないデバイスを無効化、４１６：デプロイメント、４１７：無効化を回復、４２６：業務用ネットワークから物理サーバを隔離するフェーズ。

Claims (14)

  1. 管理サーバが、ネットワークを介して接続するサーバからサーバ情報を取得し、
    取得した前記サーバ情報を参照して、前記サーバに接続するデバイスの中で、デプロイメントに不必要なデバイスを選択し、
    前記選択したデバイスを無効化することを特徴とするシステム構築方法。
  2. 前記デバイスはＮＩＣ（ネットワークインタフェース）であることを特徴とする請求項１記載のシステム構築方法。
  3. 前記デプロイメントに不必要なデバイスは、前記管理サーバと前記ネットワークを介して接続するためのＮＩＣ以外のデバイスであることを特徴とする請求項２記載のシステム構築方法。
  4. 前記サーバに対する前記デプロイメントが完了した後に、前記無効化したデバイスを有効化することを特徴とする請求項３記載のシステム構築方法。
  5. 前記サーバは、物理サーバ上に構築された仮想サーバであり、
    前記デプロイメントに不必要なデバイスは、前記管理サーバと前記ネットワークを介して接続するための、前記仮想サーバに含まれる仮想NIC以外の仮想デバイスであり、
    前記無効化は、前記仮想NIC以外の仮想デバイスと前記物理サーバに含まれる物理デバイスとの対応付けを解除することを特徴とする請求項１記載のシステム構築方法。
  6. 前記対応付けの解除は、前記仮想デバイスを閉塞することであることを特徴とする請求項５記載のシステム構築方法。
  7. 前記仮想NIC以外の仮想デバイスが他の仮想NICであるとき、前記対応付けの解除は、前記他の仮想NICによる通信を抑止することを特徴とする請求項５記載のシステム構築方法。
  8. ネットワークを介して接続するサーバからサーバ情報を取得するサーバ走査部、
    取得した前記サーバ情報を参照して、前記サーバに接続するデバイスの中で、デプロイメントに不必要なデバイスを選択するデプロイ制御部、及び
    前記選択したデバイスを無効化するデバイス無効化制御部を有することを特徴とする管理サーバ。
  9. 前記デバイスはＮＩＣ（ネットワークインタフェース）であることを特徴とする請求項８記載の管理サーバ。
  10. 前記デプロイメントに不必要なデバイスは、前記管理サーバと前記ネットワークを介して接続するためのＮＩＣ以外のデバイスであることを特徴とする請求項９記載の管理サーバ。
  11. 前記サーバに対する前記デプロイメントが完了した後に、前記無効化したデバイスを有効化するデバイス有効化制御部をさらに有することを特徴とする請求項１０記載の管理サーバ。
  12. 前記サーバは、物理サーバ上に構築された仮想サーバであり、
    前記デプロイメントに不必要なデバイスは、該管理サーバと前記ネットワークを介して接続するための、前記仮想サーバに含まれる仮想NIC以外の仮想デバイスであり、
    前記デバイス無効化制御部は、前記仮想NIC以外の仮想デバイスと前記物理サーバに含まれる物理デバイスとの対応付けを解除することを特徴とする請求項８記載の管理サーバ。
  13. 前記デバイス無効化制御部による前記対応付けの解除は、前記仮想デバイスを閉塞することであることを特徴とする請求項１２記載の管理サーバ。
  14. 前記仮想NIC以外の仮想デバイスが他の仮想NICであるとき、前記デバイス無効化制御部による前記対応付けの解除は、前記他の仮想NICによる通信を抑止することを特徴とする請求項１２記載の管理サーバ。
JP2008280313A 2008-10-30 2008-10-30 システム構築方法及び管理サーバ Expired - Fee Related JP5074351B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2008280313A JP5074351B2 (ja) 2008-10-30 2008-10-30 システム構築方法及び管理サーバ
US12/388,039 US8001221B2 (en) 2008-10-30 2009-02-18 Method of building system and management server
US13/182,631 US20110270962A1 (en) 2008-10-30 2011-07-14 Method of building system and management server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008280313A JP5074351B2 (ja) 2008-10-30 2008-10-30 システム構築方法及び管理サーバ

Publications (2)

Publication Number Publication Date
JP2010108302A JP2010108302A (ja) 2010-05-13
JP5074351B2 true JP5074351B2 (ja) 2012-11-14

Family

ID=42132827

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008280313A Expired - Fee Related JP5074351B2 (ja) 2008-10-30 2008-10-30 システム構築方法及び管理サーバ

Country Status (2)

Country Link
US (2) US8001221B2 (ja)
JP (1) JP5074351B2 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9311104B1 (en) 2010-06-14 2016-04-12 Open Invention Network, Llc Managing an operating system to set up a computer association tool
DE102011107092B4 (de) 2011-07-11 2017-09-14 Fujitsu Ltd. Computersystem, Verfahren zum Starten eines Server-Computers, Server-Computer, Managementstation und Verwendung
US9137111B2 (en) * 2012-01-30 2015-09-15 Microsoft Technology Licensing, Llc Discovering, validating, and configuring hardware-inventory components
US9917736B2 (en) 2012-01-30 2018-03-13 Microsoft Technology Licensing, Llc Automated standalone bootstrapping of hardware inventory
US9367360B2 (en) 2012-01-30 2016-06-14 Microsoft Technology Licensing, Llc Deploying a hardware inventory as a cloud-computing stamp
US9641394B2 (en) * 2012-01-30 2017-05-02 Microsoft Technology Licensing, Llc Automated build-out of a cloud-computing stamp
US10120725B2 (en) 2012-06-22 2018-11-06 Microsoft Technology Licensing, Llc Establishing an initial configuration of a hardware inventory
US9251346B2 (en) 2013-02-27 2016-02-02 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Preventing propagation of hardware viruses in a computing system
WO2014158161A1 (en) * 2013-03-28 2014-10-02 Hewlett-Packard Development Company, L.P. Error coordination message for a blade device having a logical processor in another system firmware domain
CN105122207A (zh) * 2013-04-03 2015-12-02 惠普发展公司，有限责任合伙企业 管理固件更新
US9537949B2 (en) * 2013-09-24 2017-01-03 Clearcube Technology, Inc. Computer system image clustering architecture and use
US9391989B2 (en) * 2013-10-17 2016-07-12 Microsoft Technology Licensing, Llc Automatic identification of returned merchandise in a data center
CN104679703A (zh) * 2013-11-29 2015-06-03 英业达科技有限公司 高密度服务器系统
JP6613690B2 (ja) * 2015-07-31 2019-12-04 富士通株式会社 ネットワーク装置設定方法、情報処理装置及びｂｉｏｓプログラム
WO2017091235A1 (en) * 2015-11-29 2017-06-01 Hewlett Packard Enterprise Development Lp Embedded image management
CN105553693B (zh) * 2015-12-08 2019-06-25 联想(北京)有限公司 部署网络的方法和设备
US11853771B1 (en) * 2019-09-24 2023-12-26 Amazon Technologies, Inc. Offload card based virtualization of a pre-assembled computer system integrated into a server for a virtualization service
US11243589B1 (en) * 2019-09-24 2022-02-08 Amazon Technologies, Inc. Remote power button actuation device for a pre-assembled computer system integrated into a server for a virtualization service
US20210203545A1 (en) * 2019-12-30 2021-07-01 Genesys Telecommunications Laboratories, Inc. Automated configuration and deployment of contact center software suite
CN112104509B (zh) * 2020-09-24 2024-05-10 视联动力信息技术股份有限公司 一种服务器的配置装置和方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7340489B2 (en) * 2002-04-10 2008-03-04 Emc Corporation Virtual storage devices
US20050034125A1 (en) * 2003-08-05 2005-02-10 Logicube, Inc. Multiple virtual devices
US20070233727A1 (en) * 2003-08-05 2007-10-04 Gideon Guy Multiple Virtual Devices
US7127603B2 (en) * 2003-11-14 2006-10-24 Dell Products, L.P. System and method for manufacture of information handling systems with selective option ROM executions
US20050198631A1 (en) * 2004-01-12 2005-09-08 Dell Products L.P. Method, software and system for deploying, managing and restoring complex information handling systems and storage
JP4900760B2 (ja) * 2004-03-31 2012-03-21 株式会社日立製作所 Ｏｓイメージのデプロイメントマシン及び方法
US7313685B2 (en) * 2004-07-23 2007-12-25 Hewlett-Packard Development Company, L.P. Unattended BIOS recovery
US7610477B2 (en) * 2004-09-15 2009-10-27 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
JP4815782B2 (ja) * 2004-10-22 2011-11-16 ソニー株式会社 プログラム更新方法、情報処理装置およびプログラム
US7590648B2 (en) * 2004-12-27 2009-09-15 Brocade Communications Systems, Inc. Template-based development of servers
JP2007018398A (ja) * 2005-07-11 2007-01-25 Hitachi Omron Terminal Solutions Corp 自動取引装置
JP4415928B2 (ja) * 2005-11-10 2010-02-17 日本電気株式会社 デバイス設定制御システム及びデバイス設定制御方法
JP2007148714A (ja) 2005-11-28 2007-06-14 Hitachi Ltd ホストバスアダプタ用ドライバプログラム
JP4542514B2 (ja) * 2006-02-13 2010-09-15 株式会社日立製作所 計算機の制御方法、プログラム及び仮想計算機システム
JP4681505B2 (ja) * 2006-05-23 2011-05-11 株式会社日立製作所 計算機システム、管理計算機及びプログラム配布方法
JP2008077249A (ja) * 2006-09-19 2008-04-03 Fujitsu Ltd システム環境復元方法
US7783876B2 (en) * 2007-05-01 2010-08-24 Hewlett-Packard Development Company, L.P. Comparing characteristics prior to booting devices
JP2008287631A (ja) * 2007-05-21 2008-11-27 Hitachi Ltd デプロイ対象計算機、デプロイメントシステムおよびデプロイ方法
US8010777B2 (en) * 2007-07-02 2011-08-30 Microsoft Corporation Managing a deployment of a computing architecture
US7873846B2 (en) * 2007-07-31 2011-01-18 Intel Corporation Enabling a heterogeneous blade environment
JP5142678B2 (ja) * 2007-11-15 2013-02-13 株式会社日立製作所 デプロイ方法およびシステム
US7971050B2 (en) * 2007-12-13 2011-06-28 Dell Products, Lp Methods of using bios information when booting information handling systems and machine-executable code for carrying out the methods
US20090157858A1 (en) * 2007-12-15 2009-06-18 International Business Machines Corporation Managing Virtual Addresses Of Blade Servers In A Data Center
US8346897B2 (en) * 2008-02-25 2013-01-01 Jon Jaroker System and method for deploying and maintaining software applications
US20100024001A1 (en) * 2008-07-25 2010-01-28 International Business Machines Corporation Securing Blade Servers In A Data Center

Also Published As

Publication number Publication date
JP2010108302A (ja) 2010-05-13
US20110270962A1 (en) 2011-11-03
US20100115077A1 (en) 2010-05-06
US8001221B2 (en) 2011-08-16

Similar Documents

Publication Publication Date Title
JP5074351B2 (ja) システム構築方法及び管理サーバ
US7890613B2 (en) Program deployment apparatus and method
EP3248102B1 (en) Dynamic, automated monitoring and controlling of boot operations in computers
JP4939102B2 (ja) ネットワークブート計算機システムの高信頼化方法
US8677358B2 (en) Endpoint-hosted hypervisor management
EP3370151B1 (en) Recovery services for computing systems
US8788636B2 (en) Boot controlling method of managed computer
JP4448878B2 (ja) 障害回復環境の設定方法
JP2007164394A (ja) ストレージ切替システム、ストレージ切替方法、管理サーバ、管理方法および管理プログラム
JP2002328813A (ja) プログラム修正方法
US20190018964A1 (en) Secure Persistent Software Updates
JPWO2012168995A1 (ja) Ｉ／ｏスイッチの制御方法、仮想計算機の制御方法及び計算機システム
JP5304640B2 (ja) コンピュータ、起動方法、および起動プログラム
JPWO2020261519A1 (ja) 電子制御ユニット及びプログラム
JP5484434B2 (ja) ネットワークブート計算機システム、管理計算機、及び計算機システムの制御方法
JP2011145827A (ja) 仮想バスシステム、およびデバイス管理方法
JP7172703B2 (ja) コンピュータのソフトウェアインストール方法及びインストールサーバ
JP2009199224A (ja) システムボリューム予約方法及びその方法を用いた計算機システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110207

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120723

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120731

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120823

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150831

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees