JP5043212B2 - Deployment method, program, and server system - Google Patents
Deployment method, program, and server system Download PDFInfo
- Publication number
- JP5043212B2 JP5043212B2 JP2011107998A JP2011107998A JP5043212B2 JP 5043212 B2 JP5043212 B2 JP 5043212B2 JP 2011107998 A JP2011107998 A JP 2011107998A JP 2011107998 A JP2011107998 A JP 2011107998A JP 5043212 B2 JP5043212 B2 JP 5043212B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- storage area
- deployment
- storage
- image
- 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
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Description
本発明は、サーバがソフトウェアを利用可能な状態にするデプロイ方法に関し、特に、高速にデプロイする技術に関する。 The present invention relates to a deployment method for enabling a server to use software, and more particularly to a technology for deploying at high speed.
複数のサーバを運用する技術として、ブレードサーバやラックマウントサーバを採用して、各サーバにＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）を導入したり、サーバを論理的に分割して多数のハードウェアリソースとソフトウェアリソースを集中的に管理するものが知られている。 As a technology for operating multiple servers, blade servers and rack mount servers are adopted, and an OS (Operating System) is introduced to each server, or servers are logically divided to concentrate a large number of hardware and software resources. Is known to be managed.
ブレードサーバシステムにサーバを追加する場合、追加するサーバにＯＳをデプロイする必要がある。 When adding a server to a blade server system, it is necessary to deploy an OS to the added server.
ここで、ＯＳをサーバにデプロイする従来技術を説明する。ブレードサーバシステムは、現在稼働中のＯＳを記憶するハードディスクをバックアップする。次に、ＯＳを記憶するハードディスクから固有情報を抜いてマスタディスクを作成し、作成したマスタディスクを別のディスクへ複製する。そして、バックアップした情報をＯＳを記憶するハードディスクに戻す。このようにして、ブレードサーバシステムは、マスタディスクを予め作成しておく。 Here, a conventional technique for deploying an OS to a server will be described. The blade server system backs up a hard disk that stores an operating OS. Next, the master disk is created by removing the unique information from the hard disk storing the OS, and the created master disk is copied to another disk. Then, the backed up information is returned to the hard disk storing the OS. In this way, the blade server system creates a master disk in advance.
このマスタディスクは、固有情報を抜いて作成される。なお、固有情報とは、コンピュータ名及びネットワーク関連情報等である。そして、ブレードサーバシステムは、デプロイを要求されると、Ｅｔｈｅｒネットワークを介して、マスタディスクをサーバのローカルディスクにコピーする。そして、コピーしたローカルディスクに固有情報を設定し、デプロイを完了する。 This master disk is created without the unique information. The unique information includes a computer name and network related information. When requested to deploy, the blade server system copies the master disk to the local disk of the server via the Ether network. Then, set the unique information for the copied local disk and complete the deployment.
なお、マスタディスクは固有情報を含んで作成されてもよい。この場合、マスタディスクのコピー後に、専用のプログラムを用いて固有情報を書き換えることによって、固有情報を設定する。 Note that the master disk may be created including unique information. In this case, after copying the master disk, the unique information is set by rewriting the unique information using a dedicated program.
この従来技術では、Ｅｔｈｅｒネットワークを介してコピーするので、デプロイを完了するまでに時間がかかる。また、固有情報を抜いたマスタディスクを予め作成する際に、多数の複製が必要となる。よって、システム管理者の負担が大きい。 In this conventional technique, since copying is performed via the Ether network, it takes time to complete the deployment. In addition, when a master disk from which unique information is omitted is created in advance, a large number of copies are required. Therefore, the burden on the system administrator is large.
そこで、この問題を解決するブレードサーバシステムが知られている（例えば、特許文献１参照）。このブレードサーバシステムは、複数のＯＳに関するマスタディスクを保有する。そして、デプロイを要求されると、ＦＣ（ＦｉｂｅｒＣｈａｎｎｅｌ）を介して、マスタディスクをサーバに接続されたディスクアレイ装置内の論理ディスクにコピーを開始する。 Therefore, a blade server system that solves this problem is known (for example, see Patent Document 1). This blade server system has a master disk for a plurality of OSs. When the deployment is requested, copying of the master disk to the logical disk in the disk array device connected to the server is started via FC (FiberChannel).
しかし、特許文献１のブレードサーバシステムは、デプロイの要求後に、マスタディスクを論理ディスクにコピーを開始するため、Ｅｔｈｅｒネットワークを介するより高速であるものの、デプロイを完了するまでに時間がかかる。
However, since the blade server system of
そこで、本発明のサーバシステムは、高速にデプロイすることを目的とする。 Therefore, the server system of the present invention aims to deploy at high speed.
本発明は、マスターとなるディスクイメージを記憶する記憶領域を有する記憶装置と、ネットワークを介して前記記憶装置に接続する複数のサーバと、を備えるサーバシステムにおけるデプロイ方法であって、デプロイ管理手段は、複製した前記記憶領域を管理するために、前記ディスクイメージを複製した記憶領域の容量及び優先順位を含む記憶領域情報を保持し、前記デプロイ管理手段が、前記ディスクイメージを記憶する前記記憶領域を前記記憶装置の空き領域に複数複製する処理と、前記記憶領域情報に基づいて、デプロイを指令されたディスクイメージを複製した記憶領域が前記記憶装置の空き領域に存在するか否かを判定する処理と、前記デプロイ管理手段は、前記記憶領域が前記記憶装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する記憶領域を前記記憶装置の空き領に複製する処理と、前記記憶装置の空き領域が不足すると、前記記憶領域情報に基づいて、優先順位の低い前記記憶領域を選択する処理と、前記選択した記憶領域を削除する。 The present invention is a deployment method in a server system comprising: a storage device having a storage area for storing a master disk image; and a plurality of servers connected to the storage device via a network. In order to manage the copied storage area, the storage area information including the capacity and priority of the storage area to which the disk image is copied is stored, and the deployment management means stores the storage area in which the disk image is stored. A process of duplicating a plurality of free areas in the storage device, and a process of determining whether or not a storage area in which the disk image ordered to be deployed exists in the free area of the storage device based on the storage area information If the storage area does not exist in the free area of the storage device, the deployment management means The storage area storing the disk image commanded to the storage device, and when the storage device has insufficient free space, the storage region having a low priority is assigned based on the storage region information. The processing to be selected and the selected storage area are deleted.
本発明によれば、サーバシステムにオペレーティングシステム等を高速にデプロイすることができる。また、遊休リソースであるストレージ装置の空き領域を有効に活用することができるため、投資に対する効果を上げることできる。 According to the present invention, an operating system or the like can be deployed on a server system at high speed. In addition, since the free area of the storage device, which is an idle resource, can be used effectively, the effect on investment can be improved.
以下、本発明の実施の形態を図面を参照して説明する。 Hereinafter, embodiments of the present invention will be described with reference to the drawings.
（第１の実施の形態）
図１は、本発明の第１の実施の形態のブレードサーバシステムの構成のブロック図である。
(First embodiment)
FIG. 1 is a block diagram of the configuration of the blade server system according to the first embodiment of this invention.
ブレードサーバシステムはラックなどに収装された複数のサーバ１０７、ファイバチャネルスイッチ（ＦＣ−ＳＷ）１０５、各サーバ１０７とクライアントコンピュータ（図示省略）とを接続するためのネットワークスイッチ（ＮＷ−ＳＷ）１０６、１１７、複数の論理ディスクを備えたディスクアレイ装置１１３、コンソール１１６及びロードバランサ１１８から構成される。
The blade server system includes a plurality of
サーバ１０７は、３台を図示しているが、複数であれば何台でもよい。サーバ１０７は、ネットワークインターフェースカード（ＮＩＣ）１０８、ＢＭＣ（Baseboard Management Controller）１０９及びファイバチャネルアダプタ（ＦＣＡ）１１０を備える。
Although three
ＦＣ−ＳＷ１０５は、ＦＣ−ＳＷ管理機構１１２を備える。ＦＣ−ＳＷ管理機構１１２は、ＦＣ−ＳＷ１０５の状態（例えば、各ポートの障害や負荷）を監視し、ＦＣ−ＳＷ１０５の全体を制御する。ＦＣ−ＳＷ１０５は、サーバ１０７のＦＣＡ１１０、管理サーバ１０１及びディスクアレイ装置１１３と接続する。よって、サーバ１０７は、ＦＣ−ＳＷ１０５を介して、ディスクアレイ装置１１３にアクセスできる。また、管理サーバ１０１はＦＣ−ＳＷ管理機構１１２を制御し、ディスクアレイ装置１１３の構成などを管理する。
The FC-
ＮＷ−ＳＷ１０６は、ＮＷ−ＳＷ管理機構１１１を備える。ＮＷ−ＳＷ管理機構１１１は、ＮＷ−ＳＷ１０６の状態を監視し、ＮＷ−ＳＷ１０６の全体を制御する。また、ＮＷ−ＳＷ１０６は、サーバ１０７のＮＩＣ１０８、管理サーバ１０１、ディスクアレイ装置１１３及びロードバランサ１１８と接続する。
The NW-
ロードバランサ１１８は、サーバ１０７の負荷を分散する。
The
ＮＷ−ＳＷ１１７は、サーバ１０７のＢＭＣ１０９及び管理サーバ１０１と接続する。よって、管理サーバ１０１は、ＮＷ−ＳＷ１１７を介してＢＭＣ１０９にアクセスし、ハードウェアの状態監視、電源制御及びリセットをサーバ１０７に対して行う。なお、ＢＭＣ１０９は、サーバ１０７が接続されている電源と異なる電源に接続されている。よって、サーバ１０７が停止しても、管理サーバ１０１は、ハードウェアの状態監視、電源制御及びリセットをサーバ１０７に対して行うことができる。
The NW-
ディスクアレイ装置１１３は、論理ディスク（ＬＵ）１１４及びディスクコントローラ１１５を含む。ＬＵ１１４は、サーバ１０７から入力されたデータ等を記憶する。ディスクコントローラ１１５は、ＬＵ１１４に対するデータの入出力を制御する。ディスクアレイ装置１１３は、一つを図示したが、複数備えられてもよい。なお、ディスクアレイ装置１１３が複数備えられている場合、それぞれを識別できる識別子を付与する。
The
管理サーバ１０１には、コンソール１１６が接続されている。コンソール１１６は、デプロイ要求又はディスクの複製の要求等が入力されると、入力された要求を管理サーバ１０１に送信する。
A
管理サーバ１０１は、サーバ１０７、ＮＷ−ＳＷ１０６、ＦＣ−ＳＷ１０５及びディスクアレイ装置１１３の状態を監視し、これらを制御する。管理サーバ１０１は、デプロイ制御機構１０２を備える。なお、デプロイ制御機構１０２は、ディスクコントローラ１１５に備えられてもよい。
The
デプロイ制御機構１０２は、ＬＵ管理機構１０３及びサーバ情報取得機構１０４から構成される。ＬＵ管理機構１０３は、ＬＵ１１４に記憶されているコンテンツ及びＬＵ１１４自体を管理する。更に、ＬＵ管理機構１０３は、ＬＵ１１４に記憶されているコンテンツに関するライセンス及びパッチを管理する。なお、コンテンツとは、ＯＳ（Operating System）、ミドルウェア及びアプリケーション等である。また、ＬＵ１１４自体の管理とは、ＬＵ１１４を複製又は削除することである。
The
サーバ情報取得機構１０４は、各サーバ１０７のハードウェア情報及びソフトウェア情報を取得し、取得した情報をＬＵ管理機構１０３に通知する。
The server
図２は、本発明の第１の実施の形態のサーバ１０７のハードウェア構成のブロック図である。
FIG. 2 is a block diagram of a hardware configuration of the
サーバ１０７は、ＮＩＣ１０８、ＢＭＣ１０９及びＦＣＡ１１０を備える。
The
ＮＩＣ１０８は、通信機構２０５及びＭＡＣ２０６を備える。通信機構２０５は、外部の装置と通信する。ＭＡＣ２０６は、ＲＯＭやＥ2ＰＲＯＭなどで構成されてＭＡＣ（Media Access Control）アドレスが格納されているメモリである。ＭＡＣアドレスは全世界で一意な値なので、外部の装置はＮＩＣ１０８を特定することができる。
The
ＢＭＣ１０９は、通信機構２０７及びハードウェア監視機構２０８を備える。通信機構２０７は、外部の装置と通信する。ハードウェア監視機構２０８は、サーバ１０７に搭載されたハードウェアに関する情報を取得する。ハードウェアに関する情報は、インベントリ情報及び障害情報等である。管理サーバ１００は、ハードウェア監視機構２０８によって取得されたハードウェア情報を通信機構２０７から受信する。
The
ＦＣＡ１１０は、通信機構２０９及びＷＷＮ２１０を備える。通信機構２０９は、外部の装置と通信する。ＷＷＮ２１０は、ＷＷＮ（World Wide Name）が格納されているメモリである。ＷＷＮは全世界で一意な値なので、外部の装置はＦＣＡ１１０を特定することができる。
The
図３は、本発明の第１の実施の形態のサーバ１０７のソフトウェア構成のブロック図である。
FIG. 3 is a block diagram of a software configuration of the
サーバ１０７は、ＯＳ２１２を含む。ＯＳ２１２は、サーバ１０７の全体を制御する。また、ＯＳ２１２上では、エージェント２１３が動作する。エージェント２１３は、ソフトウェア監視機構２１４を含み、各種処理を自動的に行う。
The
ソフトウェア監視機構２１４は、ソフトウェア情報を収集し、収集したソフトウェア情報を管理サーバ１０１内のサーバ情報取得機構１０４に送信する。なお、ソフトウェア情報は、負荷情報及びＯＳ２１２によって取得される情報を含む。負荷情報は、アプリケーションに対するリクエスト数等である。ＯＳ２１２によって取得される情報は、ソフトウェアに関するエラー、ＣＰＵ利用率、メモリ利用率及びディスク使用率等である。
The
図４は、本発明の第１の実施の形態の管理サーバ１０１とサーバ１０７との通信の説明図である。
FIG. 4 is an explanatory diagram of communication between the
サーバ１０７内のＢＭＣ１０９に含まれるハードウェア監視機構２０８は、管理サーバ１０１内のサーバ情報取得機構１０４にハードウェア情報を送信する。また、サーバ１０７内のソフトウェア監視機構２１４は、ＮＩＣ１０８を介して、管理サーバ１０１内のサーバ情報取得機構１０４にソフトウェア情報を送信する。
The
サーバ情報取得機構１０４は、受信したハードウェア情報及びソフトウェア情報（サーバ情報）をＬＵ管理機構１０３（図１参照）に送信する。ＬＵ管理機構１０３は、受信したサーバ情報に基づいて、ディスクアレイ装置１１３内のＬＵ１１４を複製又は削除する。
The server
図５は、本発明の第１の実施の形態のディスクアレイ装置１１３内のＬＵ１１４の説明図である。
FIG. 5 is an explanatory diagram of the
本説明図は、本実施の形態のディスクアレイ装置１１３内のＬＵ１１４の特徴を示す。
This explanatory diagram shows the characteristics of the
ディスクアレイ装置１１３の記憶領域は、使用領域４０７及び空き領域４０８からなる。使用領域４０７は、サーバ１０７に既に割り当てられているＬＵ０（１１４−０）及びＬＵ２（１１４−２）並びにパッチを記憶するＬＵｘ（１１４−ｘ）及びＬＵｙ（１１４−ｙ）を含む。
The storage area of the
ＬＵ０（１１４−０）及びＬＵ２（１１４−２）は、サーバ１０７に既に割り当てられており、それぞれイメージを記憶している。例えば、ＬＵ０（１１４−０）は「イメージ０」を記憶し、ＬＵ２（１１４−２）は「イメージ２」を記憶する。イメージは、ＯＳ、ミドルウェア及びアプリケーション等のコンテンツを一つ以上含む。なお、同一のコンテンツであっても、バージョン又はパッチの適用が違えば、異なるイメージとする。
LU0 (114-0) and LU2 (114-2) are already assigned to the
ＬＵｘ（１１４−ｘ）及びＬＵｙ（１１４−ｙ）は、それぞれ異なるパッチを記憶する。 LUx (114-x) and LUy (114-y) store different patches.
従来のディスクアレイ装置１１３では、使用領域４０７以外である空き領域４０８が未使用であった。
In the conventional
そこで、本実施の形態のディスクアレイ装置１１３は、それぞれのイメージを記憶するＬＵ（１１４−０等）を予め複数複製しておく。複製する領域は、空き領域４０８の全部であってもよいし、一部であってもよい。
Therefore, the
例えば、「イメージ０」を記憶するＬＵ０（１１４−０）の複製がＬＵ５（１１４−５）及びＬＵ７（１１４−７）であり、「イメージ２」を記憶するＬＵ２（１１４−２）の複製がＬＵ９（１１４−９）及びＬＵ１０（１１４−１０）である。なお、空き領域４０８は、管理サーバ１０１内のＬＵ管理機構１０３によって管理される。
For example, LU0 (114-0) storing “
なお、イメージを記憶するＬＵ（１１４−０等）を複製したＬＵ（１１４−５等）の個数は、イメージに含まれるコンテンツ、空き領域４０８の容量及びサーバ情報等に応じて変化し、イメージごとに異なっていてもよい。例えば、「イメージ０」を記憶するＬＵ０（１１４−０）を５個複製し、「イメージ２」を記憶するＬＵ２（１１４−２）を１０個複製してもよい。
Note that the number of LUs (114-5, etc.) copied from LUs (114-0, etc.) that store images varies depending on the content included in the image, the capacity of the
ここで、同一のイメージを記憶するＬＵ１１４の集合をＨＤＤイメージ群４０９、４１０とする。例えば、ＬＵ０（１１４−０）、ＬＵ５（１１４−５）及びＬＵ７（１１４−７）の集合は「イメージ０」のＨＤＤイメージ群４０９であり、ＬＵ２（１１４−２）、ＬＵ９（１１４−９）及びＬＵ１０（１１４−１０）の集合は「イメージ２」のＨＤＤイメージ群４１０である。
Here, a set of
なお、空き領域４０８に複製されたＬＵ（１１４−５等）は、サーバ情報及びイメージに含まれるコンテンツに応じた優先順位が付与される。ディスクアレイ装置１１３は、新たな情報を記憶する場合、優先順位の低いＬＵ（１１４−７等）を削除することによって、優先順位の低いＬＵ（１１４−７等）が占有する空き領域４０８を解放する。
Note that the LUs (114-5 and the like) copied to the
よって、空き領域４０８が非常に少なくなるまで、優先順位の高いＬＵ（１１４−５等）は削除されない。そこで、本実施の形態では、それぞれのイメージごとに少なくとも一つのＬＵ（１１４−５等）は、優先順位を高くする。なお、それぞれのＨＤＤイメージ群４０９、４１０内で最も優先順位の高いＬＵ５（１１４−５）及びＬＵ９（１１４−９）は、特許文献１に記載されているマスタＬＵと見ることもできる。
Therefore, LUs with high priority (such as 114-5) are not deleted until the
しかし、本実施の形態のディスクアレイ装置１１３は、イメージを記憶するＬＵ（１１４−０等）を空き領域４０８に予め複数複製しておく。これによって、管理サーバ１０１は、デプロイを要求されると、予め複製されたＬＵ（１１４−５等）をサーバ１０７に割り当てるだけで、デプロイすることができる。例えば、管理サーバ１０１は、「イメージ０」をデプロイ要求されると、「イメージ０」を記憶するＬＵ（１１４−５等）のうち優先順位の最も低いＬＵ（１１４−７等）をサーバ１０７に割り当てる。
However, the
以上のように、本実施の形態のブレードサーバシステムは、空き領域４０８を有効利用することによって、高速にデプロイすることができる。
As described above, the blade server system according to the present embodiment can be deployed at high speed by effectively using the
図６は、本発明の第１の実施の形態の管理サーバ１０１に備えられているＬＵ管理機構１０３の構成のブロック図である。
FIG. 6 is a block diagram of a configuration of the
ＬＵ管理機構１０３は、ＣＰＵ−ＬＵ割当管理テーブル５０１、ＬＵ管理テーブル５０２、ＬＵ制御機構５０４、コンテンツ管理テーブル５０５、イメージ作成ポリシーテーブル５０６及び複製契機更新ポリシーテーブル５０８を備える。
The
ＣＰＵ−ＬＵ割当管理テーブル５０１は、図７で後述するが、サーバ１０７を管理する。ＬＵ管理テーブル５０２は、図１０で後述するが、ＬＵ１１４を管理する。
The CPU-LU allocation management table 501 manages the
ＬＵ制御機構５０４は、デプロイ要求を受けると、要求されたイメージを記憶するＬＵ１１４とサーバ１０７とのパスを設定し、更に、固有情報を設定する。なお、固有情報とは、ネットワーク関連情報、コンピュータ名及びホスト名等である。
Upon receiving a deployment request, the
ＬＵ制御機構５０４には、イメージ作成機構５０７、ポリシー更新機構５１０、パッチ適用機構５１１及び優先順位更新機構５１２が含まれる。
The
イメージ作成機構５０７は、イメージが記憶されたＬＵ１１４を複製する。ポリシー更新機構５１０は、イメージ作成ポリシーテーブル５０６を更新する。パッチ適用機構５１１は、イメージに含まれるコンテンツにパッチを適用する。優先順位更新機構５１２は、イメージ作成機構５０７によって複製されたＬＵ１１４に、優先順位を付与する。
The
コンテンツ管理テーブル５０５は、図１１で後述するが、イメージに含まれるコンテンツを管理する。イメージ作成ポリシーテーブル５０６は、図１５で後述するが、イメージ作成機構５０７がＬＵ１１４を複製する契機を示す。複製契機更新ポリシーテーブル５０８は、図１６で後述するが、ポリシー更新機構５１０がイメージ作成ポリシーテーブル５０６を変更する条件を示す。
The content management table 505 manages content included in an image, as will be described later with reference to FIG. As will be described later with reference to FIG. 15, the image creation policy table 506 indicates an opportunity for the
ＬＵ管理機構１０３は、以上のような構成を備えることによって、予め複製したコンテンツを高速にデプロイすることができる。
Since the
また、ＬＵ管理機構１０３は、コンテンツのライセンスを管理するので、ライセンス数を超える複製を禁止することができ、また、ライセンスの過不足をユーザに通知することができる。よって、本実施の形態のブレードサーバシステムは、ソフトウェア資源を有効活用することができる。
In addition, since the
図７は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているＣＰＵ−ＬＵ割当管理テーブル５０１の構成図である。
FIG. 7 is a configuration diagram of the CPU-LU allocation management table 501 provided in the
ＣＰＵ−ＬＵ割当管理テーブル５０１には、サーバ識別子６０１、筐体ＩＤ６０２、割当ＣＰＵ６０３、論理ディスク番号６０４、ネットワーク接続ポート番号６０５及びＦＣ接続ポート番号６０６が含まれている。
The CPU-LU allocation management table 501 includes a
サーバ識別子６０１は、サーバ１０７を識別する一意な識別子であり、例えば、シリアル番号等である。なお、サーバ１０７がブレードサーバの場合には、サーバ識別子６０１はスロット番号となる。また、論理分割されたサーバ１０７の場合、サーバ識別子６０１は、論理分割に対応する論理区画名である。
The
筐体ＩＤ６０２は、当該サーバ１０７が格納されている筐体を識別する一意な識別子である。例えば、サーバ識別子６０１がスロット番号の場合、サーバ１０７は、サーバ識別子６０１及び筐体ＩＤ６０２によって識別される。なお、サーバ識別子６０１のみでサーバ１０７を特定できる場合には、筐体ＩＤ６０２は不要である。
The
割当ＣＰＵ６０３は、当該サーバ１０７に割り当てられているＣＰＵを識別する一意な識別子である。サーバ１０７にＳＭＰ（Symmetric Multiple Processor）構成が適用されていると、割当ＣＰＵ６０３には複数の値が格納される。例えば、「サーバ３」は、「ＣＰＵ２」及び「ＣＰＵ３」を使ったＳＭＰ構成が適用されている。
The assigned
また、サーバ１０７に論理パーティショニング機能が適用されている場合、割当ＣＰＵ６０３の複数のレコードに同じ値が格納される。論理パーティショニング機能とは、ハードウェアリソースを論理的に分割し複数のＯＳを、一つのハードウェアリソースで動作させる。例えば、「サーバ０」及び「サーバ１」は、単一の「ＣＰＵ０」で動作している。
When the logical partitioning function is applied to the
論理ディスク番号６０４は、当該サーバ１０７とパス設定されたＬＵ１１４を識別する一意な識別子である。なお、パス設定されたＬＵ１１４は、サーバ１０７のブートディスクとなる。それぞれのサーバ１０７は、ブートディスクを占有するので、別々のＬＵ１１４を割り当てる必要がある。なお、各ＬＵ１１４のパスは、管理サーバ１０１により設定される。
The
ネットワーク接続ポート番号６０５は、当該サーバ１０７が使用するネットワーク接続ポートを識別する一意な識別子である。なお、ブレードサーバシステムに仮想ネットワーク（ＶＬＡＮ）を適用した場合、ネットワーク接続ポート番号６０５には、ネットワーク接続ポートが属するＶＬＡＮの識別子が格納される。
The network
ＦＣ接続ポート番号６０６は、当該サーバが使用するＦＣ−ＳＷ６０６の接続ポート（ＦＣ接続ポート）を識別する一意な識別子である。なお、ブレードサーバシステムにゾーニングのような仮想化を適用した場合、ＦＣ接続ポート番号６０６には、ＦＣ接続ポートが属するグループの識別子が格納される。
The FC
図８は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているスケールアウト後のＣＰＵ−ＬＵ割当管理テーブル５０１の構成図である。
FIG. 8 is a configuration diagram of the scaled-out CPU-LU allocation management table 501 provided in the
このＣＰＵ−ＬＵ割当管理テーブル５０１は、前述した図７の状態のブレードサーバシステムに「サーバ８」を追加した様子を示す。つまり、サーバ識別子６０１に「サーバ８」が格納され、当該レコードの論理ディスク番号６０４に「ＬＵ１４」が格納される。このようにして、ブレードサーバシステムはスケールアウトする。なお、スケールアウトとは、サーバ１０７に新たなサーバを割り当てることである。
This CPU-LU allocation management table 501 shows a state in which “
図９は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているスケールアップ後のＣＰＵ−ＬＵ割当管理テーブル５０１の構成図である。なお、スケールアップとは、サーバ１０７の機能モジュールの強化または追加を行うことである。
FIG. 9 is a configuration diagram of the scaled-up CPU-LU allocation management table 501 provided in the
このＣＰＵ−ＬＵ割当管理テーブル５０１は、前述した図７の状態のブレードサーバシステムの「サーバ７」のＣＰＵをＳＭＰ構成とした様子を示す。つまり、サーバ識別子６０１が「サーバ７」のレコードのネットワーク接続ポート番号６０５に「９」が追加され、更に、当該レコードのＦＣ接続ポート番号６０６に「８」が追加される。このように、ブレードサーバシステムは、サーバ１０７をＳＭＰ構成とすることによってスケールアップする。
This CPU-LU allocation management table 501 shows a state in which the CPU of “
図１０は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているＬＵ管理テーブル５０２の構成図である。
FIG. 10 is a configuration diagram of the LU management table 502 provided in the
ＬＵ管理テーブル５０２には、論理ディスク番号７０１、イメージ名７０２、優先順位７０３、容量７０４、全使用容量７０５及び空き容量７０６が含まれる。
The LU management table 502 includes a
論理ディスク番号７０１は、ディスクアレイ装置１１３内のＬＵ１１４を識別する一意な識別子である。イメージ名７０２は、当該ＬＵ１１４に記憶されているイメージを識別する名称である。なお、イメージには、一つ以上のコンテンツが含まれる。
The
優先順位７０３は、当該ＬＵ１１４に付された優先順位である。なお、優先順位７０３は、サーバ１０７に割り当てられていないＬＵ１１４にのみ付される。サーバ１０７に割り当てられていないＬＵ１１４は、デプロイ要求に備えているだけなので、いつでも削除できる。つまり、ディスクアレイ装置１１３は、業務データの保存等のために記憶容量が不足すると、サーバ１０７に割り当てられていないＬＵ１１４を優先順位７０３の低い順に削除する。このように、ディスクアレイ装置１１３は、空き領域４０８を解放するので、必要な記憶領域を確保することができる。
The
一方、サーバ１０７に既に割り当てられているＬＵ１１４は、優先順位が付かないので、優先順位７０３は「−（チェック）」とする。また、計画的にＬＵ１１４をデプロイする場合にも、デプロイで割り当てるＬＵ１１４の優先順位７０３は「−」とする。これによって、当該ＬＵ１１４は削除されなくなり、計画通りにデプロイできる。
On the other hand, since the
容量７０４は、当該ＬＵ１１４の容量である。ＬＵ制御機構５０４は、記憶領域が不足すると、容量７０４を取得することによって、ＬＵ１１４をいくつ削除すればよいかを決定できる。
The
全使用容量７０５は、ディスクアレイ装置１１３内の記憶領域の使用されている容量である。全使用容量７０５には、現在使用値及び複製を含む使用値が格納される。現在使用値とは、既に割り当てられている（優先順位７０３に「−」が格納されている）ＬＵ１１４の容量７０４の総和である。つまり、現在使用値は、使用領域４０７の容量と一致する（図５参照。）。また、複製を含む使用値とは、すべてのＬＵ１１４の容量の総和である。つまり、複製を含む使用値は、空き領域４０８に複製されたＬＵ１１４の容量も含む（図５参照。）。
The total used capacity 705 is a used capacity of the storage area in the
空き容量７０６は、ディスクアレイ装置１１３内の記憶領域の使用されていない容量である。空き容量７０６には、現在の空き値及び複製を含む空き値が格納される。現在の空き値は、ディスクアレイ装置１１３の全記憶容量から現在使用値を引いた値であり、ユーザから見た空き容量と一致する。また、複製を含む空き値は、ディスクアレイ装置１１３の全記憶容量から複製を含む使用値を引いた値であり、ディスクアレイ装置１１３の実際の空き容量である。
The
図１１は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているコンテンツ管理テーブル５０５の構成のブロック図である。
FIG. 11 is a block diagram of a configuration of the content management table 505 provided in the
コンテンツ管理テーブル５０５には、ライセンス管理テーブル９０１、パッチ管理テーブル９０２及びパッチ・リビジョン管理テーブル９０３が含まれる。 The content management table 505 includes a license management table 901, a patch management table 902, and a patch / revision management table 903.
ライセンス管理テーブル９０１は、図１２で後述するが、コンテンツのライセンスをサーバ１０７ごとに管理する。パッチ管理テーブル９０２は、図１３で後述するが、各イメージに含まれるコンテンツ等を管理する。パッチ・リビジョン管理テーブル９０３は、図１４で後述するが、各コンテンツとパッチとの対応を管理する。
The license management table 901 manages content licenses for each
図１２は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているライセンス管理テーブル９０１の構成図である。
FIG. 12 is a configuration diagram of the license management table 901 provided in the
ライセンス管理テーブル９０１には、サーバ識別子１００１、ＯＳ種別１００２、Ｍｉｄｄｌｅｗａｒｅ種別１００３及びＡｐｐｌｉｃａｔｉｏｎ種別１００４が含まれる。
The license management table 901 includes a
サーバ識別子１００１は、サーバ１０７を識別する一意な識別子である。ＯＳ種別１００２は、当該サーバ１０７に配布されているＯＳの種別とライセンス数を示す。Ｍｉｄｄｌｅｗａｒｅ種別１００３は、当該サーバ１０７に配布されているミドルウェアの種別とライセンス数を示す。Ａｐｐｌｉｃａｔｉｏｎ種別１００４は、当該サーバ１０７に配布されているアプリケーションの種別とライセンス数を示す。なお、ＯＳ種別１００２、Ｍｉｄｄｌｅｗａｒｅ種別１００３及びＡｐｐｌｉｃａｔｉｏｎ種別１００４は、それぞれ３種類ずつを図示しているが、この限りでない。
The
合計１００５は、ブレードサーバシステムに配布されたライセンス数である。空きライセンス１００６は、すべてのサーバ１０７で使用されていないライセンス数である。
A total 1005 is the number of licenses distributed to the blade server system. The
ＬＵ管理機構１０３は、ライセンス管理テーブル９０１を備えることによって、デプロイするときに、ライセンスを管理することができる。つまり、本実施の形態のブレードサーバシステムは、ライセンス違反を犯すことがなくなり、更に、ソフトウェア・リソースを追加するタイミングを推し量ることができる。また、使用していないライセンスを回収することによって、ソフトウェア・リソースを有効活用できる。他にも、本実施の形態のブレードサーバシステムは、ソフトウェア・リソースの従量課金制を適用することが可能となる。
The
図１３は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているパッチ管理テーブル９０２の構成図である。
FIG. 13 is a configuration diagram of the patch management table 902 provided in the
パッチ管理テーブル９０２には、イメージ名１１０１、コンテンツ１１０２及びパッチのリビジョン１１０３が含まれる。
The patch management table 902 includes an
イメージ名１１０１は、ＬＵ１１４に記憶されるイメージを識別する一意な名称である。コンテンツ１１０２は、当該イメージに含まれるコンテンツを示す。パッチのリビジョン１１０３は、当該イメージに適用されたパッチのリビジョンを示す。
The
ＬＵ管理機構１０３は、パッチ管理テーブル９０２を備えることによって、各イメージに含まれるコンテンツ、及びパッチの適用状況を管理できる。これによって、ＬＵ管理機構１０３は、パッチが適用されていないイメージを記憶するＬＵ１１４を抽出し、抽出したＬＵ１１４のコンテンツをアップデートすることができる。
By providing the patch management table 902, the
図１４は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているパッチ・リビジョン管理テーブル９０３の構成図である。
FIG. 14 is a configuration diagram of the patch / revision management table 903 provided in the
パッチ・リビジョン管理テーブル９０３には、管理番号１１０４、種別１１０５及びパッチのリビジョン１１０５が含まれる。
The patch / revision management table 903 includes a
管理番号１１０４は、当該レコードを一意に識別する識別子である。種別１１０５は、コンテンツの種類である。パッチのリビジョン１１０６は、当該コンテンツに適用しているパッチのリビジョンである。
The
図１５は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているイメージ作成ポリシーテーブル５０６の構成図である。
FIG. 15 is a configuration diagram of the image creation policy table 506 provided in the
イメージ作成ポリシーテーブル５０６には、イメージ名１２０１及び複製契機１２０２が含まれる。
The image creation policy table 506 includes an
イメージ名１２０１は、ＬＵ１１４に記憶されるイメージを識別する一意な名称である。複製契機１２０２は、当該イメージを複製する契機を示す。具体的には、イメージ作成機構５０７は、イメージを記憶するＬＵ１１４が複製契機１２０２の個数以下になると、当該ＬＵ１１４を複製する。
The
ＬＵ管理機構１０３は、イメージ作成ポリシーテーブル５０６を備えることによって、イメージの重要度に応じた数のＬＵ１１４を複製することができる。
By providing the image creation policy table 506, the
図１６は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられている複製契機更新ポリシーテーブル５０８の構成図である。なお、複製契機とは、それぞれのイメージを複製する契機である。
FIG. 16 is a configuration diagram of the replication trigger update policy table 508 provided in the
複製契機更新ポリシーテーブル５０８には、イメージ名１２０４、取得情報種別１２０５及び複製契機設定値１２０６が含まれている。
The replication trigger update policy table 508 includes an
イメージ名１２０４は、ＬＵ１１４に記憶されているイメージを識別する一意な名称である。取得情報種別１２０５は、サーバ情報取得機構１０４によってサーバ１０７から取得される情報の種類を示す。複製契機設定値１２０６は、当該情報の値に対応する複製契機を示す。
The
例えば、イメージ名１２０４が「イメージ０」であり、イメージ取得情報種別１２０５が「ＣＰＵ使用率」である場合で説明する。ここで、ＣＰＵ使用率とは、当該レコードのイメージを記憶するＬＵ１１４を割り当てられているすべてのサーバ１０７のＣＰＵ使用率の平均値である。
For example, the case where the
複製契機更新ポリシーテーブル５０８には、「イメージ０」の複製契機が「ＣＰＵ使用率」に応じて設定されている。よって、ポリシー更新機構５１０は、サーバ１０７のＣＰＵ使用率が「０〜５０％」であると、イメージ作成ポリシーテーブル５０６の複製契機１２０２を「２」にする。同様に、サーバ１０７のＣＰＵ使用率が「５０〜８０％」であると、イメージ作成ポリシーテーブル５０６の複製契機１２０２を「５」にする。
In the replication trigger update policy table 508, a replication trigger for “
なお、複製契機更新ポリシーテーブル５０８は、取得情報種別１２０５ごとに複数のテーブルから構成されていてもよい。この場合、ポリシー更新機構５１０は、それぞれのテーブルによって決定した複製契機から最も大きい値を選択し、選択した値をイメージ作成ポリシーテーブル５０６の複製契機１２０２とする。
Note that the replication opportunity update policy table 508 may include a plurality of tables for each
ＬＵ管理機構１０３は、複製契機更新ポリシーテーブル５０８を備えることによって、業務の種類又は計算機リソースの稼働率等に応じて、複製するＬＵ１１４の個数を変化させることができる。これによって、ＬＵ管理機構１０３は、負荷が急激に高まったサーバ１０７に対するスケールアウトのような予測が困難なケースにも対応することができる。
The
図１７は、本発明の第１の実施の形態の優先順位更新機構５１２の処理のフローチャートである。
FIG. 17 is a flowchart of the process of the priority
まず、イメージ作成機構５０７から優先順位の変更を要求されると、処理を開始する（８０１）。なお、イメージ作成機構５０７は、後述する図２０で説明するが、イメージが記憶されているＬＵ１１４を複製すると、優先順位更新機構５１２に優先順位の変更を要求する。
First, when the
次に、ＬＵ管理テーブル５０２を参照する（８０２）。次に、優先順位の変更を要求されたイメージ（更新対象イメージ）の名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致するレコードをＬＵ管理テーブル５０２からすべて選択する。選択したすべてのレコードの中に優先順位７０３が「−」でないレコードが存在するか否かを判定する。これによって、更新対象イメージを記憶し、且つサーバ１０７に割り当てられていないＬＵ１１４がディスクアレイ装置１１３に存在するか否かを判定する（８０３）。
Next, the LU management table 502 is referred to (802). Next, all records in which the name of the image (update target image) requested to be changed in priority and the
このようなＬＵ１１４が存在すると、最下位の優先順位７０３に１を足した値を更新対象イメージを記憶するＬＵ１１４の優先順位７０３とする。つまり、更新対象イメージを記憶するＬＵ１１４の優先順位７０３を最下位とする（８０４）。そして、ステップ８０６に進む。
If such an
一方、このようなＬＵ１１４が存在しないと、優先順位７０３が「−」でないレコードをすべて選択する。次に、選択したレコードのイメージ名７０２に格納されたイメージの種類を数える。数えた種類数に１を足した値を更新対象イメージを記憶するＬＵ１１４の優先順位７０３とする。つまり、サーバ１０７に割り当てられていないＬＵ１１４に記憶されたイメージの種類数を、更新対象イメージを記憶するＬＵ１１４の優先順位７０３とする（８０５）。なお、この種類数には、更新対象イメージも含む。
On the other hand, if such an
次に、ＬＵ管理テーブル５０２を更新する（８０６）。具体的には、更新対象イメージを記憶するＬＵ１１４の識別子を論理ディスク番号７０１に格納する。次に、更新対象イメージの名称を当該レコードのイメージ名７０２に格納する。次に、決定した優先順位を当該レコードの優先順位７０３に格納する。更に、当該ＬＵ１１４の記憶容量を当該レコードの容量７０４に格納する。そして、本処理を終了する。
Next, the LU management table 502 is updated (806). Specifically, the identifier of the
以上のようにＬＵの割り当て状況に応じて優先順位７０３を更新するので、それぞれのイメージを記憶するＬＵ１１４のうちの一つを高い優先順位７０３とすることができる。
As described above, since the
なお、優先順位更新機構５１２は、コンソール１１６からの要求に応じて、ＬＵ管理テーブル５０２の優先順位７０３を変更してもよい。この場合、優先順位更新機構５１２は、コンソール１１６から入力された要求通りに、優先順位７０３を変更する。ただし、優先順位更新機構５１２は、重複しないように優先順位７０３を変更する。
Note that the priority
図１８は、本発明の第１の実施の形態のパッチ適用機構５１１の処理のフローチャートである。
FIG. 18 is a flowchart of processing of the
コンソール１１６は、ユーザからパッチの適用の要求を入力されると、パッチの適用をパッチ適用機構５１１に要求する。
When a request for patch application is input from the user, the
コンソール１１６からパッチの適用を要求されると、本処理を開始する（１１２１）。
When application of a patch is requested from the
次に、適用を要求されたパッチのリビジョンとパッチのリビジョン１１０６とが一致するレコードがパッチ・リビジョン管理テーブル９０３に存在するか否かを判定する。これによって、要求されたパッチが適用済みであるか否かを判定する（１１２３）。
Next, it is determined whether there is a record in the patch / revision management table 903 in which the revision of the patch requested to be applied matches the
パッチが適用済みでないと、要求されたパッチをサーバ１０７に適用する（１１２４）。具体的には、パッチを適用したコンテンツを記憶するＬＵ１１４を予め複製しておき、そのＬＵ１１４とサーバ１０７とをパス設定することによって、パッチを適用する。これによって、パッチを高速に適用することができる。
If the patch has not been applied, the requested patch is applied to the server 107 (1124). Specifically, the
そして、パッチリビジョン管理テーブル９０３を更新し、処理を終了する。具体的には、パッチを適用したコンテンツの種類をパッチ・リビジョン管理テーブル９０３の種別１１０５へ格納し、適用したパッチのリビジョンをパッチリビジョン管理テーブル９０３のパッチのリビジョン１１０６に格納する。
Then, the patch revision management table 903 is updated, and the process ends. Specifically, the type of content to which the patch is applied is stored in the
一方、パッチが適用済みであると、要求されたパッチが適用済みであることをコンソール１１６へ通知し（１１２５）、本処理を終了する。
On the other hand, if the patch has been applied, the
図１９は、本発明の第１の実施の形態のＬＵ制御機構５０４の処理のフローチャートである。
FIG. 19 is a flow chart for processing of the
コンソール１１６からデプロイ要求を受けると（１３０１）、処理を開始する。なお、デプロイ要求には、どのサーバ１０７にどのイメージをデプロイするかが含まれる。
When a deployment request is received from the console 116 (1301), the processing is started. The deployment request includes which image to deploy to which
まず、ＬＵ管理テーブル５０２を参照する（１３０２）。 First, the LU management table 502 is referenced (1302).
次に、デプロイされるイメージの名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致し、且つ優先順位７０３が「−」でないレコードをＬＵ管理テーブル５０２から選択する。次に、選択したレコードの数を数える。次に、数えたレコード数がデプロイされるイメージの数以上であるか否かを判定する。これによって、デプロイされるイメージを記憶するＬＵ１１４が必要な個数以上存在するか否かを判定する（１３０３）。
Next, a record in which the name of the image to be deployed matches the
デプロイされるイメージを記憶するＬＵ１１４が必要な個数以上存在しないと、イメージ作成機構５０７にイメージを記憶するＬＵ１１４の複製を要求し（１３０４）、ステップ１３０３へ戻る。なお、イメージ作成機構５０７は、後述する図２０のようにして、イメージを記憶するＬＵ１１４を複製する。
If the required number of
一方、デプロイされるイメージを記憶するＬＵ１１４が必要な個数以上存在すると、ステップ１３０５に進む。つまり、デプロイされるイメージを記憶するＬＵ１１４が必要な個数となるまで、イメージ作成機構５０７に複製を繰り返し要求する。
On the other hand, if there are more than the required number of
次に、デプロイされるサーバ１０７のＦＣＡ１１０とＦＣ−ＳＷ１０５のポートとを関連付ける。更に、ＦＣ−ＳＷ１０５のポートと、ディスクアレイ装置１１３のポート及びデプロイされるイメージを記憶するＬＵ１１４とを関連付ける。このようにして、デプロイされるイメージを記憶するＬＵ１１４とサーバ１０７とをパス設定する。次に、パス設定したＬＵ１１４をブートディスクとしてサーバ１０７にマウントする。これによって、サーバ１０７は、当該ＬＵ１１４をブートディスクとして認識し、起動することができる。
Next, the
次に、サーバ１０７のＯＳに対応する方法で固有情報を設定することによって（１３０５）、サーバ１０７にイメージをデプロイする。なお、固有情報とは、ＩＰアドレスを含むネットワーク設定、コンピュータ名及びホスト名等である。また、ＯＳに対応する方法とは、固有情報が記載されたファイルを上書きすることによって、又はファイルに記載された固有情報を修正することによって、固有情報を設定する。ただし、自動的に固有情報を設定するＯＳの場合には、固有情報を設定しなくてもよい。
Next, by setting unique information by a method corresponding to the OS of the server 107 (1305), the image is deployed on the
デプロイを完了すると、ＣＰＵ−ＬＵ割当管理テーブル５０１及びＬＵ管理テーブル５０２を更新する。 When the deployment is completed, the CPU-LU allocation management table 501 and the LU management table 502 are updated.
具体的には、パスを設定したサーバ１０７の識別子とＣＰＵ−ＬＵ割当管理テーブル５０１のサーバ識別子６０１とが一致するレコードを選択する。次に、当該サーバ１０７とパスを設定したＬＵ１１４の識別子を選択したレコードの論理ディスク番号６０４に格納する。更に、サーバ１０７と関連付けたＦＣ−ＳＷ１０５のポートの識別子を選択したレコードのＦＣ接続ポート番号６０６に格納する。このようにして、ＣＰＵ−ＬＵ割当管理テーブル５０１を更新する。
Specifically, a record is selected in which the identifier of the
次に、パスを設定したＬＵ１１４の識別子とＬＵ管理テーブル５０２の論理ディスク番号７０１とが一致するレコードを選択する。次に、選択したレコードの優先順位７０３を「−」に変更する。このようにして、ＬＵ管理テーブル５０２を更新する。
Next, a record is selected in which the identifier of the
次に、ＬＵ管理テーブル５０２及びイメージ作成ポリシーテーブル５０６を参照する（１３０６）。 Next, the LU management table 502 and the image creation policy table 506 are referred to (1306).
次に、デプロイされたイメージの名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致し、且つ優先順位７０３が「−」でないレコードをＬＵ管理テーブル５０２から選択する。次に、選択したレコードの数を数える。
Next, a record in which the name of the deployed image matches the
次に、デプロイされたイメージの名称とイメージ作成ポリシーテーブル５０６のイメージ名１２０１とが一致するレコードの複製契機１２０２を抽出する。そして、数えたレコード数と抽出した複製契機１２０２とを比較する。つまり、デプロイされたイメージを記憶するＬＵ１１４の個数と複製契機１２０２とを比較する（１３０７）。
Next, a
そして、デプロイされたイメージを記憶するＬＵ１１４の個数が、抽出された複製契機１２０２以下であるか否かを判定する（１３０８）。
Then, it is determined whether or not the number of
複製契機１２０２以下であると、当該イメージを記憶するＬＵ１１４の複製が不足しているので、イメージ作成機構５０７にイメージを記憶するＬＵ１１４の複製を要求する（１３０９）。
If it is equal to or less than the
次に、デプロイされたイメージを記憶するＬＵ１１４の個数（ステップ１３０７で数えたレコード数）をインクリメントし（１３１０）、ステップ１３０８へ戻る。
Next, the number of
一方、複製契機１２０２以下でないと、当該イメージを記憶するＬＵ１１４は十分な個数複製されていると判定するので、本処理を終了する。
On the other hand, if it is not less than the
なお、本処理のステップ１３０３では、イメージを記憶するＬＵ１１４が要求個数以上となるまで、イメージ作成機構５０７にイメージを記憶するＬＵ１１４の複製を要求している。しかし、現在存在するＬＵ１１４に対してだけデプロイを完了し、その後、不足しているＬＵ１１４の複製をイメージ作成機構５０７に要求してもよい。これによって、イメージを記憶するＬＵ１１４を複製するとすぐにデプロイすることができるので、早急なスケールアウトに対応できる。
In
図２０は、本発明の第１の実施の形態のイメージ作成機構５０７の処理のフローチャートである。
FIG. 20 is a flowchart of processing of the
イメージを記憶するＬＵ１１４の複製をＬＵ制御機構５０４又はポリシー更新機構５１０等から要求されると、本処理を開始する。まず、ライセンス管理テーブル９０１及びパッチ管理テーブル９０２を参照する（１４０１）。
When the replication of the
参照したこれらのテーブルから、空きライセンスがあるか否かを判定する（１４０２）。具体的には、要求されたイメージの名称とパッチ管理テーブル９０２のイメージ名１１０１とが一致するレコードのコンテンツ１１０２をパッチ管理テーブル９０２から抽出する。抽出したコンテンツ１１０２と一致するライセンス管理テーブル９０１の行を選択し、選択した行の空きライセンス１００６を抽出する。そして、抽出した空きライセンス１００６が「０」であるか否かを判定する。
It is determined from these referenced tables whether there is a free license (1402). Specifically, the
空きライセンスがないと、要求されたイメージを記憶するＬＵ１１４を複製することができないので、ライセンス不足をコンソール１１６へ通知し（１４１０）、処理を終了する。
If there is no free license, the
一方、空きライセンスがあると、ＬＵ管理テーブル５０２を参照する（１４０３）。次に、要求されたイメージの名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致するレコードの容量７０４を抽出する。次に、空き容量７０６内の複製含む空き値を抽出する。そして、抽出した容量７０４が、抽出した複製含む空き値以上であるか否かを判定する。これによって、要求されたイメージを記憶するＬＵ１１４を複製する領域があるか否かを判定する（１４０４）。
On the other hand, if there is a free license, the LU management table 502 is referred to (1403). Next, the
ＬＵ１１４を複製する領域がないと、要求されたイメージを記憶するＬＵ１１４を複製する領域を作る必要があるので、ＬＵ管理テーブル５０２の優先順位７０３が最下位のレコードの論理ディスク番号７０１を抽出する。次に、抽出した論理ディスク番号７０１のＬＵ１１４を削除することによって、当該ＬＵ１１４が占有している領域を解放する（１４０７）。
If there is no area for duplicating the
次に、ＬＵ管理テーブル５０２を更新する（１４０８）。具体的には、削除したＬＵ１１４の識別子と論理ディスク番号７０１とが一致するレコードを選択する。選択したレコードの容量７０４を抽出し、その後、選択したレコードを削除する。次に、抽出した容量７０４を空き容量７０６内の複製含む空き値に加算する。更に、抽出した容量７０４を全使用容量７０５内の複製含む使用値から減算する。
Next, the LU management table 502 is updated (1408). Specifically, a record in which the identifier of the deleted
このようにしてＬＵ管理テーブル５０２を更新すると、ステップ１４０３に戻る。 When the LU management table 502 is updated in this way, the process returns to step 1403.
一方、ステップ１４０４でＬＵ１１４を複製する空き領域があると、要求されたイメージを記憶するＬＵ１１４を複製する（１４０５）。
On the other hand, if there is an empty area for copying the
次に、ＬＵ管理テーブル５０２を更新する（１４０６）。具体的には、複製したＬＵ１１４の識別子をＬＵ管理テーブル５０２の論理ディスク番号７０１に格納する。次に、複製したＬＵ１１４に記憶されているイメージの名称を当該レコードのイメージ名７０２に格納し、更に、複製したＬＵ１１４の記憶容量を当該レコードの容量７０４に格納する。
Next, the LU management table 502 is updated (1406). Specifically, the identifier of the copied
そして、複製したＬＵ１１４の優先順位の変更を優先順位更新機構５１２に要求し（１４０９）、本処理を終了する。
Then, the
以上のように、イメージ作成機構５０７は、ライセンスを管理しながらイメージを記憶するＬＵ１１４を複製することができる。また、イメージ作成機構５０７は、業務等で記憶領域が必要になると、優先順位の低いＬＵ１１４を削除し、必要な記憶領域を確保することができる。
As described above, the
図２１は、本発明の第１の実施の形態のポリシー更新機構５１０の処理のフローチャートである。
FIG. 21 is a flowchart of the process of the
サーバ情報取得機構１０４からサーバ１０７に関する情報を受信すると（１５０１）、処理を開始する。なお、サーバ情報取得機構１０４は、図２２で後述するように、サーバ１０７から情報を取得し、取得したサーバ１０７に関する情報をポリシー更新機構５１０に送信する。
When information about the
まず、ＣＰＵ−ＬＵ割当管理テーブル５０１、ＬＵ管理テーブル５０２及び複製契機更新ポリシーテーブル５０８を参照する（１５０２）。 First, the CPU-LU allocation management table 501, the LU management table 502, and the replication trigger update policy table 508 are referred to (1502).
次に、情報を取得されたサーバ１０７の識別子とＣＰＵ−ＬＵ割当管理テーブル５０１のサーバ識別子６０１とが一致するレコードの論理ディスク番号６０４を、ＣＰＵ−ＬＵ割当管理テーブル５０１から抽出する。次に、抽出した論理ディスク番号６０４とＬＵ管理テーブル５０２の論理ディスク番号７０１とが一致するレコードのイメージ名７０２をＬＵ管理テーブル５０２から抽出する。
Next, the
次に、抽出したイメージ名７０２と複製契機更新ポリシーテーブル５０８のイメージ名１２０４とが一致するレコードを選択する。次に、取得したサーバ１０７に関する情報に対応する複製契機設定値１２０６を、選択したレコードから抽出する。
Next, a record is selected in which the extracted
次に、抽出したイメージ名７０２とイメージ作成ポリシーテーブル５０６のイメージ名１２０１とが一致するレコードの複製契機１２０２をイメージ作成ポリシーテーブル５０６から抽出する。そして、抽出した複製契機設定値１２０６と複製契機１２０２とが一致するか否かを判定する。これによって、イメージ作成ポリシーテーブル５０６の複製契機１２０２を変更する必要があるか否かを判定する（１５０３）。
Next, a
複製契機１２０２を変更する必要がないと、そのままステップ１５０５に進む。
If there is no need to change the
一方、複製契機１２０２を変更する必要があると、抽出した複製契機設定値１２０６をイメージ作成ポリシーテーブル５０６の複製契機１２０２に格納することによって、イメージ作成ポリシーテーブル５０６を更新する（１５０４）。
On the other hand, if it is necessary to change the
次に、ステップ１５０３で抽出したイメージ名７０２とＬＵ管理テーブル５０２のイメージ名７０２とが同一であり、且つ優先順位７０３が「−」でないすべてのレコードをＬＵ管理テーブル５０２から選択する。次に、選択したレコードの数を数える。次に、数えたレコード数が、更新された複製契機１２０２以下であるか否かを判定する。つまり、当該イメージを記憶するＬＵ１１４の個数が、抽出された複製契機１２０２以下であるか否かを判定する（１５０５）。
Next, all the records in which the
複製契機１２０２以下であると、当該イメージを記憶するＬＵ１１４の複製が不足しているので、イメージ作成機構５０７にイメージの複製を要求し（１５０６）、ステップ１５０５に戻る。
If it is equal to or less than the
一方、複製契機１２０２以下でないと、当該イメージを記憶するＬＵ１１４は十分な個数複製されているので、本処理を終了する。
On the other hand, if it is not less than the
以上のように、ポリシー更新機構５１０は、イメージ作成ポリシーテーブル５０６を変更することができる。これによって、本実施の形態のブレードサーバシステムは、サーバ１０７の負荷の急激な変化に対応することができる。
As described above, the
図２２は、本発明の第１の実施の形態のサーバ情報取得機構１０４の処理のフローチャートである。
FIG. 22 is a flowchart of the process of the server
まず、ソフトウェア監視機構２１４、ＦＣ−ＳＷ管理機構１１２又はＮＷ−ＳＷ管理機構１１１からサーバ１０７に関する情報を所定の間隔で取得する。また、サーバ１０７に障害が発生すると、ＢＭＣ１０９内のハードウェア監視機構３０１からサーバ１０７に関する障害情報を取得する（１６０１）。
First, information about the
次に、取得したサーバに関する情報をイメージ作成ポリシー更新機構５１０へ送信し（１６０２）、処理を終了する。 Next, the acquired information about the server is transmitted to the image creation policy update mechanism 510 (1602), and the process ends.
以上のように、サーバ情報取得機構１０４は、サーバ１０７に関する各種情報を取得することができる。これによって、本実施の形態のブレードサーバシステムは、サーバ１０７の負荷及び障害を検知するので、イメージを記憶するＬＵ１１４を自動的に複製でき、ユーザの手間を軽減できる。
As described above, the server
（第２の実施の形態）
本発明の第２の実施の形態は、サービスを提供している（稼動中）サーバ１０７にローリングアップデートによってパッチを適用する例を示す。ここで、ローリングアップデートとは、クライアントコンピュータから各サーバ１０７を見たときに、サーバ１０７のＯＳを見かけ上停止させることなく、パッチプログラムを適用するものである。
(Second Embodiment)
The second embodiment of the present invention shows an example in which a patch is applied to a
第２の実施の形態のブレードサーバシステムは、パッチ適用機構５１１の処理を除き、第１の実施の形態と同一である。
The blade server system of the second embodiment is the same as that of the first embodiment except for the processing of the
図２３は、本発明の第２の実施の形態のパッチ適用機構５１１の処理のフローチャートである。
FIG. 23 is a flowchart of processing of the
まず、コンソール１１６からパッチの適用を要求されると、処理を開始する（１１３１）。
First, when application of a patch is requested from the
次に、パッチ・リビジョン管理テーブル９０３を参照する（１１３２）。適用を要求されたパッチのリビジョンとパッチのリビジョン１１０６とが一致するレコードがパッチ・リビジョン管理テーブル９０３に存在するか否かを判定する。これによって、要求されたパッチが適用済みであるか否かを判定する（１１３３）。
Next, the patch / revision management table 903 is referred to (1132). It is determined whether the patch revision management table 903 includes a record in which the revision of the patch requested to be applied and the
適用済みであると、要求されたパッチが適用済みであることをコンソール１１６へ通知し（１１３４）、本処理を終了する。
If it has been applied, the
一方、適用済みでないと、パッチを適用するサーバ１０７の識別子とＣＰＵ−ＬＵ割当管理テーブル５０１のサーバ識別子６０１が一致するレコードの論理ディスク番号６０４をＣＰＵ−ＬＵ割当管理テーブル５０１から抽出する。そして、抽出した論理ディスク番号６０４に値が格納されているか否かを判定する。これによって、パッチを適用するサーバ１０７がサービスを提供中であるか否かを判定する（１１３５）。なお、パッチを適用するサーバ１０７内のコンテンツの起動状況をソフトウェア監視機構２１４から取得して、パッチを適用するサーバ１０７がサービスを提供中であるか否かを判定してもよい。
On the other hand, if not applied, the
サーバ１０７がサービス提供中でないと、パッチをサーバ１０７にすぐに適用することができるので、ステップ１１３８に進む。
If the
サーバ１０７がサービス提供中であると、パッチをサーバ１０７に適用することができないので、パッチを適用するサーバ１０７をロードバランサの振り分け対象から外す（１１３６）。これによって、パッチを適用するサーバ１０７にサービスが振り分けられなくなる。
Since the patch cannot be applied to the
次に、パッチを適用するサーバ１０７内のミドルウェア又はアプリケーションを管理する管理サーバ１０１内のマネージャに該当ミドルウェア又はアプリケーションの閉塞又は縮退を要求する（１１３７）。ここで、閉塞とは、管理対象のサーバに対してサービス停止要求を出すことである。縮退とは、閉塞後にマネージャの管理下からサーバを外すことである。閉塞又は縮退を要求されたミドルウェア又はアプリケーションは、提供しているサービスを中止する。
Next, the manager in the
次に、要求されたパッチをサーバ１０７に適用する（１１３８）。そして、パッチリビジョン管理テーブル９０３を更新する。具体的には、パッチを適用したコンテンツの種類を種別１１０５へ格納し、適用したパッチのリビジョンをパッチのリビジョン１１０６に格納する。
Next, the requested patch is applied to the server 107 (1138). Then, the patch revision management table 903 is updated. Specifically, the type of content to which the patch is applied is stored in the
次に、パッチを適用したサーバ１０７にテスト・プログラムを実行させる。次に、パッチを適用したサーバ１０７からテスト・プログラムの実行結果を受け取る。そして、受け取った実行結果から、パッチを適用したサーバ１０７に問題が発生しているか否かを判定する（１１３９）。
Next, the
問題が発生していると、問題発生をコンソール１１６に通知する（１１４０）。
If a problem occurs, the
一方、問題が発生していないと、パッチを適用したサーバ１０７をサービスへ即時に追加するか否かを判定する（１１４１）。
On the other hand, if no problem has occurred, it is determined whether or not to immediately add the patched
即時に追加しない場合、そのまま本処理を終了する。一方、即時に追加する場合、管理サーバ１０１内のマネージャにパッチを適用したサーバ１０７内のミドルウェア又はアプリケーションの閉塞解除又はスケールアウトを要求する。そして、パッチを適用したサーバ１０７をロードバランサの振り分け対象へ追加し（１１４２）、本処理を終了する。
If not added immediately, this process is terminated. On the other hand, when adding immediately, the manager in the
以上のように、本実施の形態のパッチ適用機構５１１は、サービスを提供中のサーバ１０７に対しても、パッチを適用することができる。
As described above, the
なお、上記各実施形態では、ブレードサーバシステムに本発明を適用した例を示したが、複数のサーバを管理する計算機システムに適用することができ、例えば、クラスタサーバや論理分割を行う仮想計算機などに適用することができる。 In each of the above embodiments, the example in which the present invention is applied to the blade server system has been described. However, the present invention can be applied to a computer system that manages a plurality of servers, such as a cluster server or a virtual computer that performs logical partitioning. Can be applied to.
１０１ 管理サーバ
１０２ デプロイ制御機構
１０３ ＬＵ管理機構
１０４ サーバ情報取得機構
１０５ ＦＣ−ＳＷ
１０６ ＮＷ−ＳＷ
１０７ サーバ
１０８ ＮＩＣ
１０９ ＢＭＣ
１１０ ＦＣＡ
１１１ ＮＷ−ＳＷ管理機構
１１２ ＦＣ−ＳＷ管理機構
１１３ ディスクアレイ装置
１１４ ＬＵ
１１５ ディスクコントローラ
１１６ コンソール
１１７ ＮＷ−ＳＷ
１１８ ロードバランサ
５０１ ＣＰＵ−ＬＵ割当管理テーブル
５０２ ＬＵ管理テーブル
５０４ ＬＵ制御機構
５０５ コンテンツ管理テーブル
５０６ イメージ作成ポリシーテーブル
５０７ イメージ作成機構
５０８ 複製契機更新ポリシーテーブル
５１０ ポリシー更新機構
５１１ パッチ適用機構
５１２ 優先順位更新機構
101
106 NW-SW
107
109 BMC
110 FCA
111 NW-
115
118
Claims (9)
デプロイ管理手段は、
複製した前記記憶領域を管理するために、前記ディスクイメージを複製した記憶領域の容量及び優先順位を含む記憶領域情報を保持し、
前記デプロイ管理手段が、前記ディスクイメージを記憶する前記記憶領域を前記記憶装置の空き領域に複数複製する処理と、
前記記憶領域情報に基づいて、デプロイを指令されたディスクイメージを複製した記憶領域が前記記憶装置の空き領域に存在するか否かを判定する処理と、
前記デプロイ管理手段は、前記記憶領域が前記記憶装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する記憶領域を前記記憶装置の空き領域に複製する処理と、
前記記憶装置の空き領域が不足すると、前記記憶領域情報に基づいて、優先順位の低い前記記憶領域を選択する処理と、
前記選択した記憶領域を削除する処理と、
を含むことを特徴とするデプロイ方法。 A deployment method in a server system comprising: a storage device having a storage area for storing a master disk image; and a plurality of servers connected to the storage device via a network,
Deployment management means
In order to manage the copied storage area, the storage area information including the capacity and priority of the storage area copied the disk image is retained,
A process in which the deployment management means replicates a plurality of the storage areas for storing the disk images in a free area of the storage device;
Based on the storage area information, a process of determining whether or not a storage area in which a disk image commanded to be deployed exists in a free area of the storage device;
The deployment management means, if the storage area does not exist in the free area of the storage device, a process of copying the storage area for storing the disk image commanded for deployment to the free area of the storage device;
When the free space of the storage device is insufficient, a process of selecting the storage area with a low priority based on the storage area information;
A process of deleting the selected storage area;
A deployment method characterized by including:
前記デプロイ管理手段が、
デプロイの指令を受け付ける処理と、
デプロイの指令を受けると、デプロイを指令された前記サーバと前記ディスクイメージを複製した前記記憶領域とのパスを設定する処理と、
前記複製した前記記憶領域にサーバの固有情報を設定する処理と、を含むことを特徴とするデプロイ方法。 The deployment method according to claim 1,
The deployment management means is
Processing to accept deployment instructions;
When receiving a deployment command, a process of setting a path between the server that is commanded to deploy and the storage area that is a copy of the disk image;
And a process of setting server specific information in the copied storage area.
前記デプロイ管理手段が、
前記サーバのリソースの使用量を取得し、
前記リソースの使用量の変化に応じて、前記ディスクイメージを複製する数を変化させることを特徴とするデプロイ方法。 The deployment method according to claim 1,
The deployment management means is
Get the resource usage of the server,
A deployment method, wherein the number of copies of the disk image is changed in accordance with a change in usage of the resource.
複製した前記記憶領域を管理するために、前記ディスクイメージを複製した記憶領域の容量及び優先順位を含む記憶領域情報を保持する手順と、
前記ディスクイメージを記憶する前記記憶領域を前記記憶装置の空き領域に複数複製する手順と、
前記記憶領域情報に基づいて、デプロイを指令されたディスクイメージを複製した記憶領域が前記記憶装置の空き領域に存在するか否かを判定する手順と、
前記記憶領域が前記記憶装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する記憶領域を前記記憶装置の空き領域に複製する手順と、
前記記憶装置の空き領域が不足すると、前記記憶領域情報に基づいて、優先順位の低い前記記憶領域を選択する手順と、
前記選択した記憶領域を削除するステップと、
を計算機に実行させることを特徴とするプログラム。 A program for deploying the disk image to the server in a server system comprising: a storage device having a storage area for storing a master disk image; and a plurality of servers connected to the storage device via a network. ,
A procedure for storing storage area information including the capacity and priority of the storage area in which the disk image is copied in order to manage the copied storage area;
A procedure for replicating a plurality of the storage areas for storing the disk images in a free area of the storage device;
A procedure for determining whether or not a storage area in which a disk image ordered to be deployed exists in a free area of the storage device based on the storage area information;
If the storage area does not exist in the free area of the storage device, a procedure for copying the storage area for storing the disk image commanded for deployment to the free area of the storage device;
A procedure for selecting the storage area with a low priority based on the storage area information when there is insufficient free space in the storage device;
Deleting the selected storage area;
A program characterized by causing a computer to execute.
デプロイの指令を受け付けるステップと、
デプロイの指令を受けると、デプロイを指令された前記サーバと前記ディスクイメージを複製した前記記憶領域とのパスを設定するステップと、
前記複製した前記記憶領域にサーバの固有情報を設定するステップと、を含むことを特徴とするプログラム。 The program according to claim 4,
A step of accepting a deployment command;
Receiving a deployment command, setting a path between the server that is commanded to deploy and the storage area that is a copy of the disk image;
Setting unique server information in the copied storage area.
前記サーバのリソースの使用量を取得するステップと、
前記リソースの使用量の変化に応じて、前記ディスクイメージを複製する数を変化させるステップと、をさらに含むことを特徴とするプログラム。 A program according to claim 4,
Obtaining resource usage of the server;
Changing the number of copies of the disk image in accordance with a change in the usage amount of the resource.
前記デプロイ管理手段は、
複製した前記記憶領域を管理するために、前記ディスクイメージを複製した記憶領域の容量及び優先順位を含む記憶領域情報を保持し、前記ディスクイメージを記憶する記憶領域を前記記憶装置の空き領域に複製し、前記記憶領域情報に基づいて、デプロイを指令されたディスクイメージを複製した前記記憶領域が前記記憶装置の空き領域に存在するか否かを判定して、前記記憶領域が前記記憶装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する記憶領域を前記記憶装置の空き領域に複製し、前記記憶装置の空き領域が不足すると、前記記憶領域管理情報に基づいて、優先順位の低い前記記憶領域を選択し、前記選択した記憶領域を削除することを特徴とするサーバシステム。 A server system comprising: a storage device having a storage area for storing a master disk image; a plurality of servers connected to the storage device via a network; and a deployment management means for deploying the disk image to the server. ,
The deployment management means includes:
In order to manage the copied storage area, storage area information including the capacity and priority of the storage area to which the disk image is copied is retained, and the storage area for storing the disk image is copied to a free area of the storage device Then, based on the storage area information, it is determined whether or not the storage area in which the disk image ordered to be deployed exists in the free area of the storage apparatus, and the storage area is free in the storage apparatus. If the storage area does not exist, the storage area for storing the disk image instructed for deployment is copied to the free area of the storage apparatus, and if the free area of the storage apparatus is insufficient, priority is given based on the storage area management information. A server system, wherein the storage area having a lower rank is selected and the selected storage area is deleted.
前記デプロイ管理手段は、
デプロイの指令を受けると、デプロイを指令された前記サーバと前記ディスクイメージを複製した前記記憶領域とのパスを設定し、前記複製した前記記憶領域にサーバの固有情報を設定することを特徴とするサーバシステム。 The server system according to claim 7,
The deployment management means includes:
When receiving a deployment command, a path between the server that is instructed to deploy and the storage area to which the disk image is duplicated is set, and server specific information is set in the duplicated storage area. Server system.
前記デプロイ管理手段が、
前記サーバ装置のリソースの使用量を取得し、前記リソースの使用量の変化に応じて、前記ディスクイメージを複製する数を変化させることを特徴とするサーバシステム。 The server system according to claim 7,
The deployment management means is
A server system characterized by acquiring a resource usage amount of the server device, and changing the number of copies of the disk image according to a change in the resource usage amount.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011107998A JP5043212B2 (en) | 2011-05-13 | 2011-05-13 | Deployment method, program, and server system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011107998A JP5043212B2 (en) | 2011-05-13 | 2011-05-13 | Deployment method, program, and server system |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004355101A Division JP4833541B2 (en) | 2004-12-08 | 2004-12-08 | Deployment method, program, and server system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011150741A JP2011150741A (en) | 2011-08-04 |
| JP5043212B2 true JP5043212B2 (en) | 2012-10-10 |
Family
ID=44537598
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011107998A Expired - Fee Related JP5043212B2 (en) | 2011-05-13 | 2011-05-13 | Deployment method, program, and server system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5043212B2 (en) |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61278902A (en) * | 1985-06-04 | 1986-12-09 | Hitachi Ltd | Controller backup method |
| JPH01237744A (en) * | 1988-03-17 | 1989-09-22 | Nec Corp | Switching system for communication control device |
| JP4828709B2 (en) * | 2001-03-19 | 2011-11-30 | 株式会社東芝 | Automatic OS installation method and computer network system |
| US7765299B2 (en) * | 2002-09-16 | 2010-07-27 | Hewlett-Packard Development Company, L.P. | Dynamic adaptive server provisioning for blade architectures |
-
2011
- 2011-05-13 JP JP2011107998A patent/JP5043212B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011150741A (en) | 2011-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4833541B2 (en) | Deployment method, program, and server system | |
| US11966730B2 (en) | Virtualized file server smart data ingestion | |
| CN111488241B (en) | Method and system for realizing agent-free backup and recovery operation in container arrangement platform | |
| US11500552B2 (en) | Configurable hyperconverged multi-tenant storage system | |
| US9613040B2 (en) | File system snapshot data management in a multi-tier storage environment | |
| JP5011073B2 (en) | Server switching method and server system | |
| US20180157521A1 (en) | Virtualized server systems and methods including load balancing for virtualized file servers | |
| CN104067240A (en) | Block level storage | |
| WO2015052836A1 (en) | Storage device and failover method | |
| EP3436923B1 (en) | Storage cluster | |
| JP5043212B2 (en) | Deployment method, program, and server system | |
| JP5486038B2 (en) | Server switching method and server system | |
| US11762741B2 (en) | Storage system, storage node virtual machine restore method, and recording medium | |
| JP5744259B2 (en) | Server switching method, server system, and management computer |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110513 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120330 |
|
| 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: 20120710 |
|
| 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: 20120711 |
|
| 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: 20150720 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |