JP2006338229A

JP2006338229A - Ｓｍｐライセンス情報を有する情報処理装置

Info

Publication number: JP2006338229A
Application number: JP2005160872A
Authority: JP
Inventors: Takuhiro Kawamichi; 拓洋川路; Yoshinori Wakai; 義憲若井; Hiroshi Osano; 央小佐野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-06-01
Filing date: 2005-06-01
Publication date: 2006-12-14
Anticipated expiration: 2025-06-01
Also published as: US7673022B2; US20070011311A1; JP4715311B2

Abstract

【課題】
複数の主処理モジュールを組み合わせてＳＭＰを構成することにより、単一の主処理モジュールよりも高い性能を引き出す機能を持つサーバにおいて、ユーザが不正にライセンス情報を超えるＳＭＰ構成を行うことを禁止する。
【解決手段】
ライセンス情報に反している構成でパーティションを構築しようとする時、パーティションに属している主処理モジュールが筐体に搭載されているスロット番号と、同一パーティション内にある主処理モジュールの数をチェックし、ライセンス情報にあるスロット番号と主処理モジュールの数に収まらなければＳＭＰ構成を抑止する。
【選択図】図１

Description

本発明は、ブレードサーバ型情報処理装置、特にＳＭＰライセンス情報を有する情報処理装置に関する。

従来技術として、特許公開２００２−０１４９０９号広報に記載されているように、プロセッサを備える複数のセルボードと、セルボードに接続されるサービス・プロセッサが、セルボードから成るパーティションの構成を管理するマルチパーティション・コンピュータシステムがある。また、あらかじめ資源を用意しておき、必要に応じて使用するCapacity On Demandの考え方を応用したiCAP方式がある。この方式では、将来の機能・性能の拡張に備え、あらかじめiCAPに対応したプロセッサを余分に搭載しておき、システムに拡張が必要になったときにコマンドを入力するだけで、システムを停止させることなくそれらをすぐに使えるようにする機能である。さらに、この方式を拡張したiCAPCellでは、プロセッサだけでなくメモリを含めたCellを管理し、iCAPと同様にリソースが不足した場合応じて、迅速に予備のCellを稼動させることができる。

特開２００２−０１４９０９号公報 http://h50146.www5.hp.com/solutions/infrastructure/utility/icod_cell.html http://h50146.www5.hp.com/solutions/infrastructure/utility/icod.html

従来のブレードサーバは、ＣＰＵとメモリを搭載したブレードモジュール（主処理モジュール）が複数搭載され、複数のブレードモジュールの各々が単一のサーバとして稼動するに過ぎない。これに対して、業務状況に応じて複数のブレードモジュールを組み合わせてＳＭＰを構成することにより、ブレードモジュール１台よりも高い単体性能を引き出すことができるサーバが望まれている。このようなサーバでは、ブレードモジュールのＳＭＰ構成による性能向上に対応させた契約・課金方式が問題となる。

従来の技術では、上記で説明したとおり、パーティションを物理的に複数のパーティションとして扱う方式や、あらかじめ購入しておいたモジュールを必要に応じえて稼動できるようにする管理方式はあった。しかし、パーティションの大きさに応じて課金するために構成を制限する管理方式は無かった。

そのため、複数の主処理モジュールを組み合わせたＳＭＰを構成することにより、単一のモジュールよりも高い性能を引き出す機能を持つサーバでは、ＳＭＰ構成にする最大主処理モジュール数を制限するライセンス情報の管理方式が必要となる。

本発明は、複数の主処理モジュールと、各主処理モジュールの単一のサーバとしての動作、あるいは、２つ以上の主処理モジュールを組み合わせたＳＭＰ構成のサーバとしての動作を制御する管理モジュールとから成る情報処理装置において、前記管理モジュールは構成情報を格納する記憶装置を備え、前記管理モジュールが、前記記憶装置に格納されたパーティション情報とＳＭＰ構成に関するライセンス情報に基づいてＳＭＰ構成のサーバとしての動作の可否を判定することを特徴とする。

本発明によれば、ユーザはライセンスを与えられていない規模のパーティションを利用できないため、定められた大きさのパーティションを利用する権利に課金できるようになる。

まず、本発明の概略を説明する。
図１に本発明に係るＳＭＰ構成の概略図を示す。プロセッサ及びメモリを有する各主処理モジュール１００〜１０３内にはそれぞれマイコン１０４〜１０７とＬＳＩ１０８〜１１１を持つ。ＳＭＰ構成を行うときはＬＳＩ１０８〜１１１がＳＭＰ/ＩＦを介して、各主処理モジュール１００〜１０３が持つそれぞれのプロセッサやメモリを連動させる。管理モジュール１１２はＳＭＰ構成可能な最大ｗａｙ数を決めるライセンス情報１１３を記憶装置内に持つ。各主処理モジュール１００〜１０３はそれぞれ独自のマイコンを持つ。管理モジュール１１２も独自のマイコン１１４を持ち、マイコン１０４〜１０７とマイコン１１４が管理バスを通じて、管理モジュール１１２と各主処理モジュール１００〜１０３間の情報を共有可能にすることにより、管理モジュール１１２がＳＭＰ構成を制御する。

ユーザが不正に管理モジュール１１２にあるライセンス情報１１３を超えるＳＭＰ構成を行うことを抑止するために、ライセンス情報１１３に反している構成で電源投入しようとした場合、主処理モジュールへの電源投入を抑止する。また、パーティションを構築しようとする時、パーティションに属している主処理モジュールが筐体に搭載されているスロット番号と、同一パーティション内にある主処理モジュールの数をチェックし、ライセンス情報にあるスロット番号と主処理モジュールの数に収まらなければ、ＳＭＰ構成を抑止する。

ライセンス情報のバックアップ及びリストアを行う場合、一般のユーザレベルで自由にバックアップやリストアを行えてしまうと、不正にライセンスを複写される恐れがある。そのため、複写を抑制する方法として保守員以上の特別な権限を持つユーザのみがライセンス情報を編集可能とする。また、管理モジュールがライセンス情報をバックアップするとき、ライセンス情報と筐体に割り当てられている固有のシャーシＩＤから生成したチェックコードを作る。そして、管理モジュールにリストアを行うときは、リストアを行う対象となる管理モジュールが持つシャーシＩＤと、バックアップされたファイルにあるライセンス情報から生成したチェックコードと、バックアップするときにファイル内に生成したチェックコードを比較する。比較した結果、チェックコードが一致した場合のみリストアを許可することにより、異なるシャーシＩＤを持つ管理モジュールへのリストアを抑止する。

次に本発明の詳細を図２乃至図６により説明する。
図２に本発明の動作環境を示す。サーバの機能がＣＰＵモジュール（主処理モジュール）２０１、ＩＯＡモジュール２０２、電源モジュール２０３、管理モジュール２０４、ＨＤＤモジュール２０５といったように、モジュール毎に分かれ、各モジュールとも複数構成が可能であり、それらモジュールを筐体２００に格納できる場合を想定する。その中で複数のＣＰＵモジュールはＳＭＰ構成として組んだ場合、単体での性能よりも高い性能を引き出すことができる。

図３にＣＰＵモジュール３０１〜３０４と管理モジュール３０５の構成を想定した場合のモデルを示す。ＣＰＵモジュール一つに対し二つのプロセッサが搭載されている場合、ＣＰＵモジュール３０１単体のみでは２wayとしての性能でしかないが、ＣＰＵモジュール３０１とＣＰＵモジュール３０２をＳＭＰ構成とした場合４wayとしての性能を得られ、以下ＣＰＵモジュールを組み合わせることにより単一ＣＰＵモジュールよりも高い性能を得ることが出来る。図３に示した例では合計４ＣＰＵモジュールなので最大８wayの性能まで拡張することが出来る。管理モジュール３０５は上記に説明したようなＣＰＵモジュールをユーザの求める構成に柔軟に変化させることが出来る。

これらＳＭＰ構成の上限を制限するためライセンスを設け、ＳＭＰライセンスの種類として1wayモデルライセンス、2wayモデルライセンス、4wayモデルライセンス、8wayモデルライセンスを定義する。ＳＭＰライセンスとは「複数のブレードモジュールを論理的に束ねたＳＭＰパーティションを使用できる権利」のことである。１つのライセンスにつき１つ以上のパーティションを利用することができる。ライセンスの種類により、利用できるＳＭＰの規模が定められる。図３において管理モジュールは４wayモデルライセンス、８wayモデルライセンスを識別する。ライセンスはスロット位置に割り当てる。一度割り当てたライセンスはアップグレードなどにより拡張・縮小できる。

図４に各モデルで作成可能なパーティションの種類を示す。各モデルで'X'印のついている行を選択し、数値が記載されているスロットに複数のパーティションを割り当てなければ、ＣＰＵモジュールの搭載が可能である。また、図４のSlot Numberに記載してある数値は最大プロセッサ数であり、一モジュールに搭載できる最大プロセッサ数は２である。数値が記載していない場所は空白スロットである。４００〜４０３のように１モジュールから成るパーティション（1wayモデルライセンス、2wayモデルライセンス）は管理対象ではないので常に利用可能とする。４０４と４０５の４ｗａｙモデルライセンスを管理モジュールが所有している場合はＳｌｏｔ０とＳｌｏｔ１又はＳｌｏｔ２とＳｌｏｔ３でＳＭＰ構成を行うことによってＣＰＵモジュールを最大４Ｗａｙの性能まで引き出すことが出来る。４０６の８ｗａｙモデルライセンスを管理モジュールが所有している場合、前記と同様にＣＰＵモジュールを最大８ｗａｙの性能まで引き出すことが出来る。４０４〜４０６においてはライセンス情報を超えることが無ければ構成を柔軟に組むことが出来る。例えば、８ｗａｙモデルライセンスでは２ｗａｙの性能を持つＣＰＵモジュールを４台として扱うことも可能であり、４ｗａｙの性能を持つＣＰＵモジュールを２台あるものとして扱うことも出来る。管理モジュールはパーティションの作成時と電源投入時にライセンス情報をチェックする。ライセンスで認められないパーティションの作成あるいは電源投入は失敗する。バックアップされたライセンス情報は同じChassis IDを持つ管理モジュールにリストアすることができる。バックアップ時と異なるChassis IDが設定されている管理モジュールへのリストアはできない。

管理モジュール内でのライセンス情報は、スロット位置ごとに適用されるライセンス種として管理される。

チェックコードはライセンス情報が改ざんされていないことを確認するためのコードであり、次式により算出する。

CheckCode ＝ md5(concatenate(“ライセンス情報”、 Chassis ID)) ‥‥‥数式1
ここでライセンス情報とは構成情報ファイル中のライセンス情報部のことであり、Chassis IDとは保守員が入力する装置筐体の固有のIDである。Md5は暗号化するメッセージダイジェスト関数で、concatenateはライセンス情報とChassisIDを連結させる関数ある。

図５(a)にバックアップ時、図５(b)にリストア時のフローチャート図を示す。ライセンス情報を構成情報ファイル内にバックアップする場合、図５(a)に示すように保守員が入力したChassisID５０１とライセンス情報５０２から暗号化(５０３)したものをCheck Code５０４として構成情報ファイル５００内に保存し、ChassisID５０１を構成情報ファイル５００内に保存する。

構成情報ファイル５１０中のライセンス情報５１１をリストアする場合は、図５(b)に示すように保守員が入力するChassis ID５１４と構成情報ファイル５１０中のライセンス情報５１１を用いてMD5により暗号化(５１５)されたCheckCode５１６を生成し、構成情報ファイル５１０内のCheckCode５１２と比較する。CheckCode５１２はバックアップ時にChassisIDとライセンス情報５１１から生成されたものである。CheckCode５１２とCheckCode５１６が一致すれば(５１７)、ライセンス情報をリストアする。一致しない場合、本来と異なるシャーシにコピーしようとしたか、ライセンス情報が改ざんされているため不正なライセンス情報としてリストアを中止する。ただし、構成情報ファイルからライセンス情報を読み取りリストア出来るのは保守員レベル以上のみとする。

パーティションの作成時およびＳＭＰ構成としてブレードをパーティションに追加する時は、パーティション構成がライセンス条件を満たすことを確認する。パーティションアクティベイト前にはライセンスチェックを行い、ライセンスで認められない場合は電源投入を抑止する。全てのケースでＣＰＵモジュールからのパワーオンリクエスト信号を契機に電源投入シーケンスを開始する。ライセンスが不足する場合、パワーオンリクエストに応答しないでタイムアウトさせる。

図６にライセンスチェックのフローチャートを示す。現在所有するすべてのライセンスを L[n]で表す。L[n]はライセンスが適用されるスロット番号(.slot)とブレード数(.num)の２つのメンバからなる構造体である。電源を投入しようとしているパーティションのプライマリスロット番号をprimary、ブレード数をnumとする。ここで、primaryとnumはパーティション情報として構成情報ファイル５００に格納されている。まず、num＝1であるかをチェックし(６００)、成立する（ブレード数が１）場合は、2wayなのでライセンスの有無に関わらず常に成功する（電源投入が許可される）（６０６）。不成立（ブレード数が２以上）ならば所有するすべてのライセンスL[n]について、以下の手順でチェックを行う。primary < L[n].slotであれば、次のライセンスをチェックする(６０１、６０３)。L[n].slot + L[n].num < primary + numであれば、次のライセンスをチェックする(６０２、６０３)。L[n].slot + L[n].num < primary + numでなければ、ライセンスで許される構成なので成功する（電源投入が許可される）（６０４）。全ライセンスについて条件が成立しなければ認められない構成なので失敗する（電源投入は抑止される）(６０５)。
このライセンスチェックを行うことにより、それぞれのスロットに対し、有効な構成であるかを判断する。

本発明のＳＭＰ構成の概略図である。本発明のサーバを構成する各種モジュールの関連図である。本発明の複数のＣＰＵモジュールとway数との関係を説明する図である。各モデルで認められているＳＭＰ構成を説明する図である。ライセンス情報のバックアップとリストアを説明する図である。ライセンスチェックのフローチャートである。

符号の説明

１００〜１０３：主処理モジュール
１０４〜１０７：主処理モジュールを管理するマイコン
１０８〜１１１：ＬＳＩ
１１２：管理モジュール
１１３：ライセンス情報
１１４：管理モジュール内のマイコン
２００：筐体
２０１：ＣＰＵモジュール
２０２：ＩＯＡモジュール
２０３：電源モジュール
２０４：管理モジュール
２０５：ＨＤＤモジュール
３００：筐体
３０１〜３０５：ＣＰＵモジュール
３０５：管理モジュール
４００〜４０３：２wayモデルライセンス
４０４〜４０５：４wayモデルライセンス
４０６:８wayモデルライセンス

Claims

複数の主処理モジュールと、各主処理モジュールの単一のサーバとしての動作、あるいは、２つ以上の主処理モジュールを組み合わせたＳＭＰ構成のサーバとしての動作を制御する管理モジュールとから成る情報処理装置であって、前記管理モジュールは構成情報を格納する記憶装置を備え、前記管理モジュールが、前記記憶装置に格納されたパーティション情報とＳＭＰ構成に関するライセンス情報に基づいてＳＭＰ構成のサーバとしての動作の可否を判定する情報処理装置。
当該情報処理装置は前記複数の主処理モジュールを搭載する複数のスロットを備え、前記ライセンス情報は開始スロット番号とモジュール数から成り、前記管理モジュールが、前記パーティションに属する全ての主処理モジュールが前記ライセンス情報の開始スロット番号とモジュール数で示される範囲内に納まるか否かをチェックすることで当該パーティションが当該ライセンスで認められているＳＭＰ構成であるか否かを判定する請求項１記載の情報処理装置。
前記管理モジュールが前記パーティションをライセンス違反と判定したとき、前記管理モジュールは前記パーティションに属する主処理モジュールへの電源供給を抑止する請求項２記載の情報処理装置。
管理モジュールが前記ライセンス情報のバックアップ及びリストアを行う際、バックアップを行う管理モジュールが筐体固有ID及び前記記憶装置に格納された前記ライセンス情報を元に生成して前記記憶装置内に格納したチェックコードと、リストアを行う管理モジュールが筐体固有ID及び前記記憶装置に格納された前記ライセンス情報を元に生成したチェックコードが一致しない場合にはリストアを行わない請求項１記載の情報処理装置。
バックアップ時の筐体固有ID及びリストア時の筐体固有IDは特別権限者によって入力される請求項４記載の情報処理装置。