特許 7625056 計算機システム及び基盤の操作履歴の管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2025-01-23

(45)【発行日】2025-01-31

(54)【発明の名称】計算機システム及び基盤の操作履歴の管理方法

(51)【国際特許分類】

   G06F 11/30 20060101AFI20250124BHJP

   G06F 8/71 20180101ALI20250124BHJP

   G06F 11/34 20060101ALI20250124BHJP

【ＦＩ】

G06F11/30 151

G06F8/71

G06F11/30 140A

G06F11/34 138

【請求項の数】 14

(21)【出願番号】P 2023188758

(22)【出願日】2023-11-02

【審査請求日】2024-01-09

(73)【特許権者】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】正木 健太

(72)【発明者】

【氏名】川口 智大

【審査官】山本 俊介

(56)【参考文献】

【文献】米国特許出願公開第２０２２／０２０６７８８（ＵＳ，Ａ１）

【文献】特開２０２３－１０６２６２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／７１

Ｇ０６Ｆ １１／３０

Ｇ０６Ｆ １１／３４

(57)【特許請求の範囲】

【請求項1】

計算機システムであって、
サービスを実現するためのリソースを提供する基盤と、
前記サービスを構築するための設定を記したマニフェストファイルのバージョンを管理するバージョン管理システムと、
前記マニフェストファイルに基づいて前記基盤に対するコマンドを生成し、前記基盤に出力する基盤管理システムと、接続し、
前記バージョン管理システムから、前記マニフェストファイルの更新に伴って、当該マニフェストファイルのバージョンに対応する変更ＩＤを含む通知を受信し、
前記コマンド及び前記変更ＩＤを関連付けた変更操作の操作履歴が保存されるように、前記変更ＩＤを含む変更操作の実行指示を、前記基盤管理システムに送信することを特徴とする計算機システム。

【請求項2】

請求項１に記載の計算機システムであって、
前記基盤が実行した操作の操作履歴を格納するデータベースにアクセス可能に接続され、
前記マニフェストファイルの更新に伴う変更操作の前記操作履歴の出力指示を受信した場合、前記データベースから前記変更ＩＤが関連付けられた前記操作履歴を抽出し、出力することを特徴とする計算機システム。

【請求項3】

請求項２に記載の計算機システムであって、
前記サービスは、複数のオブジェクトから構成され、
前記複数のオブジェクトは、階層的な構造であり、
階層が異なる前記オブジェクト間には依存関係が存在し、
前記オブジェクトごとに前記マニフェストファイルが存在し、
前記計算機システムは、
前記通知を受信した場合、前記マニフェストファイルの更新に伴って変更される前記オブジェクト及び当該オブジェクトと依存関係がある前記オブジェクトに対する排他制御が必要か否かを判定し、
前記マニフェストファイルの更新に伴って変更される前記オブジェクト及び当該オブジェクトと依存関係がある前記オブジェクトに対する排他制御が必要ないと判定された場合、前記変更操作の実行指示を送信することを特徴とする計算機システム。

【請求項4】

請求項３に記載の計算機システムであって、
前記操作履歴は、時刻、操作内容、操作対象の前記オブジェクト、及び前記変更ＩＤを格納するためのフィールドから構成されるデータであり、
前記出力指示は、前記オブジェクトの識別情報と、二つの前記変更ＩＤとを含み、
前記計算機システムは、
前記バージョン管理システムにアクセスして、前記出力指示に含まれる二つの前記変更ＩＤに対応する前記マニフェストファイルの登録時刻を特定し、
前記出力指示によって指定された前記オブジェクトの前記マニフェストファイルであって、登録時刻が前記特定された二つの登録時刻によって定まる時間帯に含まれる前記マニフェストファイルの前記変更ＩＤを取得し、
前記データベースから、前記出力指示に含まれる前記変更ＩＤ及び前記バージョン管理システムから取得した前記変更ＩＤのいずれかを含む前記操作履歴を抽出することを特徴とする計算機システム。

【請求項5】

請求項４に記載の計算機システムであって、
前記データベースから、前記出力指示によって指定された前記オブジェクトに関する前記操作履歴であって、前記時刻が前記時間帯に含まれ、かつ、前記変更ＩＤを含まない、又は、前記出力指示に含まれる前記変更ＩＤ及び前記バージョン管理システムから取得した前記変更ＩＤとは異なる前記変更ＩＤを含む前記操作履歴を抽出することを特徴とする計算機システム。

【請求項6】

請求項３に記載の計算機システムであって、
前記操作履歴は、時刻、操作内容、操作対象の前記オブジェクト、及び前記変更ＩＤの各々を格納するためのフィールドから構成されるデータであり、
前記出力指示は、前記オブジェクトの識別情報と、時間帯とを含み、
前記計算機システムは、
前記バージョン管理システムにアクセスして、前記出力指示によって指定された前記オブジェクトの前記マニフェストファイルであって、登録時刻が前記時間帯に含まれる前記マニフェストファイルの前記変更ＩＤを取得し、
前記データベースから、前記バージョン管理システムから取得した前記変更ＩＤのいずれかを含む前記操作履歴を抽出することを特徴とする計算機システム。

【請求項7】

請求項６に記載の計算機システムであって、
前記データベースから、前記時刻が前記時間帯に含まれ、かつ、前記変更ＩＤを含まない、又は、前記バージョン管理システムから取得した前記変更ＩＤとは異なる前記変更ＩＤを含む前記操作履歴を抽出することを特徴とする計算機システム。

【請求項8】

請求項３に記載の計算機システムであって、
前記通知を受信した場合、前記バージョン管理システムにアクセスして、更新された前記マニフェストファイルと、当該マニフェストファイルに対応する前記オブジェクトから構成される前記サービスの他の前記オブジェクトの前記マニフェストファイルとを取得し、
取得した前記複数のマニフェストファイルを用いて、前記サービスを構成する前記オブジェクトの構成を表す構成情報を生成し、前記変更ＩＤと関連付けて保存し、
前記出力指示を受信した場合、複数の前記変更ＩＤの中から最新の前記変更ＩＤを特定し、
特定された前記変更ＩＤと関連付けられる前記構成情報及び抽出された前記操作履歴を表示するための表示情報を生成し、出力することを特徴とする計算機システム。

【請求項9】

計算機システムが実行する基盤の操作履歴の管理方法であって、
前記計算機システムは、
サービスを実現するためのリソースを提供する基盤と、
前記サービスを構築するための設定を記したマニフェストファイルのバージョンを管理するバージョン管理システムと、
前記マニフェストファイルに基づいて前記基盤に対するコマンドを生成し、前記基盤に出力する基盤管理システムと、接続し、
前記基盤の操作履歴の管理方法は、
前記計算機システムが、前記バージョン管理システムから、前記マニフェストファイルの更新に伴って、当該マニフェストファイルのバージョンに対応する変更ＩＤを含む通知を受信する第１のステップと、
前記計算機システムが、前記コマンド及び前記変更ＩＤを関連付けた変更操作の操作履歴が保存されるように、前記変更ＩＤを含む変更操作の実行指示を、前記基盤管理システムに送信する第２のステップと、を含むことを特徴とする基盤の操作履歴の管理方法。

【請求項10】

請求項９に記載の基盤の操作履歴の管理方法であって、
前記計算機システムは、前記基盤が実行した操作の操作履歴を格納するデータベースにアクセス可能に接続され、
前記基盤の操作履歴の管理方法は、前記マニフェストファイルの更新に伴う変更操作の前記操作履歴の出力指示を受信した場合、前記計算機システムが、前記データベースから前記変更ＩＤが関連付けられた前記操作履歴を抽出し、出力する第３のステップを含むことを特徴とする基盤の操作履歴の管理方法。

【請求項11】

請求項１０に記載の基盤の操作履歴の管理方法であって、
前記サービスは、複数のオブジェクトから構成され、
前記複数のオブジェクトは、階層的な構造であり、
階層が異なる前記オブジェクト間には依存関係が存在し、
前記オブジェクトごとに前記マニフェストファイルが存在し、
前記第２のステップは、
前記計算機システムが、前記マニフェストファイルの更新に伴って変更される前記オブジェクト及び当該オブジェクトと依存関係がある前記オブジェクトに対する排他制御が必要か否かを判定するステップと、
前記マニフェストファイルの更新に伴って変更される前記オブジェクト及び当該オブジェクトと依存関係がある前記オブジェクトに対する排他制御が必要ないと判定された場合、前記計算機システムが、前記変更操作の実行指示を送信するステップと、を含むことを特徴とする基盤の操作履歴の管理方法。

【請求項12】

請求項１１に記載の基盤の操作履歴の管理方法であって、
前記操作履歴は、時刻、操作内容、操作対象の前記オブジェクト、及び前記変更ＩＤの各々を格納するためのフィールドから構成されるデータであり、
前記出力指示は、前記オブジェクトの識別情報と、二つの前記変更ＩＤとを含み、
前記第３のステップは、
前記計算機システムが、前記バージョン管理システムにアクセスして、前記出力指示に含まれる二つの前記変更ＩＤに対応する前記マニフェストファイルの登録時刻を特定するステップと、
前記計算機システムが、前記出力指示によって指定された前記オブジェクトの前記マニフェストファイルであって、登録時刻が前記特定された二つの登録時刻によって定まる時間帯に含まれる前記マニフェストファイルの前記変更ＩＤを取得するステップと、
前記計算機システムが、前記データベースから、前記出力指示に含まれる前記変更ＩＤ及び前記バージョン管理システムから取得した前記変更ＩＤのいずれかを含む前記操作履歴を抽出するステップと、
前記計算機システムが、前記データベースから、前記出力指示によって指定された前記オブジェクトに関する前記操作履歴であって、前記時刻が前記時間帯に含まれ、かつ、前記変更ＩＤを含まない、又は、前記出力指示に含まれる前記変更ＩＤ及び前記バージョン管理システムから取得した前記変更ＩＤとは異なる前記変更ＩＤを含む前記操作履歴を抽出することを特徴とする基盤の操作履歴の管理方法。

【請求項13】

請求項１１に記載の基盤の操作履歴の管理方法であって、
前記操作履歴は、時刻、操作内容、操作対象の前記オブジェクト、及び前記変更ＩＤを格納するためのフィールドから構成されるデータであり、
前記出力指示は、前記オブジェクトの識別情報と、時間帯とを含み、
前記第３のステップは、
前記計算機システムが、前記バージョン管理システムにアクセスして、前記出力指示によって指定された前記オブジェクトの前記マニフェストファイルであって、登録時刻が前記時間帯に含まれる前記マニフェストファイルの前記変更ＩＤを取得するステップと、
前記計算機システムが、前記データベースから、前記バージョン管理システムから取得した前記変更ＩＤのいずれかを含む前記操作履歴を抽出するステップと、
前記計算機システムが、前記データベースから、前記時刻が前記時間帯に含まれ、かつ、前記変更ＩＤを含まない、又は、前記バージョン管理システムから取得した前記変更ＩＤとは異なる前記変更ＩＤを含む前記操作履歴を抽出するステップと、を含むことを特徴とする基盤の操作履歴の管理方法。

【請求項14】

請求項１１に記載の基盤の操作履歴の管理方法であって、
前記第２のステップは、
前記計算機システムが、前記バージョン管理システムにアクセスして、更新された前記マニフェストファイルと、当該マニフェストファイルに対応する前記オブジェクトから構成される前記サービスの他の前記オブジェクトの前記マニフェストファイルとを取得するステップと、
前記計算機システムが、取得した前記複数のマニフェストファイルを用いて、前記サービスを構成する前記オブジェクトの構成を表す構成情報を生成し、前記変更ＩＤと関連付けて保存するステップと、を含み、
前記第３のステップは、
前記計算機システムが、複数の前記変更ＩＤの中から最新の前記変更ＩＤを特定するステップと、
前記計算機システムが、特定された前記変更ＩＤと関連付けられる前記構成情報及び抽出された前記操作履歴を表示するための表示情報を生成し、出力するステップと、を含むことを特徴とする基盤の操作履歴の管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＩａＣ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ Ｃｏｄｅ）を用いて基盤を管理するシステムの操作履歴の管理技術に関する。

【背景技術】

【0002】

近年、ビジネスアジリティに対応するためにクラウドシステムの利用が拡大している。また、オンプレミス型のシステム及びクラウドシステム等の複数の基盤を組み合わせた利用形態も増えている。

【0003】

基盤では、頻繁に構成が変更されるため基盤の構成を把握することは重要である。基盤の構成に関する情報を提示する技術として特許文献１に記載の技術が知られている。

【0004】

特許文献１には、「クラウド環境の構成履歴を把握できるクラウドサービス提供システムを提供する。そのため、クラウド接続情報受付部、構成保存処理部、構成履歴表示処理部、クラウド接続情報受付部、クラウド接続情報ＤＢ、構成情報取得処理部、クラウド構成履歴ＤＢ、構成履歴取得処理部を備える。そして、ユーザのクラウドＩＤでクラウド接続情報を取得し、取得したクラウド接続情報からクラウド構成情報を取得するクラウドサービス提供システムを特定してクラウド構成情報を取得してクラウド構成履歴ＤＢに保存する。ユーザから受け付けた構成表示するクラウド情報に基づいて、構成履歴をクラウド構成履歴ＤＢから取得し構成要素毎の構成要素アイコンで構成図を生成して表示する。」ことが記載されている。

【先行技術文献】

【特許文献】

【0005】

【文献】国際公開第２０１６／１０３４２２号

【発明の概要】

【発明が解決しようとする課題】

【0006】

基盤上のサービスの構築を支援する技術としてＩａＣが知られている。ユーザは、サービスを構築するための設定をコードとして記したマニフェストファイルをＩａＣツールに入力することによって、自動的に基盤にサービスを構築することができる。以下の説明では、マニフェストファイルをマニフェストと記載する。

【0007】

ＩａＣツールは、マニフェストの内容を実現するために、基盤で実行可能なコマンドを生成し、実行する。ユーザはＩａＣツールが実行するコマンド（操作内容）を把握できない。そのため、障害等が発生した場合の検証ができないという課題がある。

【0008】

本発明は、マニフェストに基づくＩａＣツールの操作内容を把握するための技術を提供することを目的とする。

【課題を解決するための手段】

【0009】

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、計算機システムであって、サービスを実現するためのリソースを提供する基盤と、前記サービスを構築するための設定を記したマニフェストファイルのバージョンを管理するバージョン管理システムと、前記マニフェストファイルに基づいて前記基盤に対するコマンドを生成し、前記基盤に出力する基盤管理システムと、接続し、前記バージョン管理システムから、前記マニフェストファイルの更新に伴って、当該マニフェストファイルのバージョンに対応する変更ＩＤを含む通知を受信し、前記コマンド及び前記変更ＩＤを関連付けた変更操作の操作履歴が保存されるように、前記変更ＩＤを含む変更操作の実行指示を、前記基盤管理システムに送信する。

【発明の効果】

【0010】

本発明によれば、変更ＩＤと関連付けて変更操作の操作履歴を保存できるため、基盤管理システム（ＩａＣツール）の操作内容を把握することができる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0011】

【図1】実施例１のシステムの構成例を示す図である。

【図2】実施例１のサービスの構成例を示す図である。

【図3】実施例１のマニフェストの一例を示す図である。

【図4】実施例１のオブジェクト状態情報のデータ構造の一例を示す図である。

【図5】実施例１のシステムにおけるストレージサービスのマニフェスト更新に伴う処理の流れを説明するシーケンス図である。

【図6】実施例１の基盤に送信されたコマンドの一例を示す図である。

【図7】実施例１の操作履歴ＤＢのデータ構造の一例を示す図である。

【図8】実施例１のオブジェクト状態管理部が実行する排他制御処理の一例を説明するフローチャートである。

【図9A】実施例１の排他制御処理におけるオブジェクト状態情報の変化の一例を示す図である。

【図9B】実施例１の排他制御処理におけるオブジェクト状態情報の変化の一例を示す図である。

【図9C】実施例１の排他制御処理におけるオブジェクト状態情報の変化の一例を示す図である。

【図9D】実施例１の排他制御処理におけるオブジェクト状態情報の変化の一例を示す図である。

【図9E】実施例１の排他制御処理におけるオブジェクト状態情報の変化の一例を示す図である。

【図10】実施例１のシステムにおけるストレージサービスのマニフェスト更新に伴う処理の流れを説明するシーケンス図である。

【図11】実施例１の構成情報のデータ構造の一例を示す図である。

【図12】実施例１のシステムにおける操作履歴の取得処理の流れを説明するシーケンス図である。

【図13】実施例１の操作履歴抽出部が実行する操作履歴抽出処理の一例を説明するフローチャートである。

【図14】実施例１の操作履歴抽出部が実行する操作履歴抽出処理の一例を説明するフローチャートである。

【図15】実施例１の操作履歴抽出部が生成する抽出情報のデータ構造の一例を示す図である。

【図16】実施例１の構成図生成部が実行する表示情報生成処理の一例を説明するフローチャートである。

【図17】実施例１のユーザ端末に表示される画面の一例を示す図である。

【発明を実施するための形態】

【0012】

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0013】

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

【0014】

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

【実施例1】

【0015】

図１は、実施例１のシステムの構成例を示す図である。図２は、実施例１のサービスの構成例を示す図である。図３は、実施例１のマニフェストの一例を示す図である。

【0016】

システムは、バージョン管理システム１００、複数の基盤１０１、及びユーザ端末１０２から構成される。バージョン管理システム１００、複数の基盤１０１、及びユーザ端末１０２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１０３を介して接続される。なお、ネットワーク１０３の接続方式は有線及び無線のいずれでもよい。

【0017】

バージョン管理システム１００は、マニフェスト及びそのバージョンを管理する。バージョン管理システム１００は、管理部１１０を有し、また、マニフェスト変更履歴ＤＢ１１１を保持する。管理部１１０はマニフェストの管理を行う。例えば、管理部１１０は、ユーザ端末１０２からマニフェストを受け付け、マニフェストにバージョンに対応する識別情報（変更ＩＤ）を付与して、マニフェスト変更履歴ＤＢ１１１に格納する。また、管理部１１０は、受け付けたマニフェストと登録済みのマニフェストとの変更内容を確認し、変更がある場合には構成変更情報を基盤１０１に送信する。

【0018】

基盤１０１は、サービスを実現するためのリソースを提供するシステムである。基盤１０１はオンプレミス型基盤及びクラウド型基盤のいずれでもよい。本実施例では、ボリュームを提供するストレージサービスを実現するためのリソースを提供する基盤１０１を例に説明する。基盤１０１は、リソースを提供するストレージシステム１２０を含む。ストレージシステム１２０は二つ以上でもよい。また、基盤１０１は、操作履歴管理システム１２１及び構成管理システム１２２を含む。

【0019】

操作履歴管理システム１２１は、基盤１０１に対する操作の操作履歴を管理する。操作履歴管理システム１２１は操作履歴ＤＢ１３０を保持する。

【0020】

構成管理システム１２２は、ストレージサービスの構成の変更及び管理を行う。構成管理システム１２２は、機能部（モジュール）として、構成変更情報取得部１４０、変更操作実行部１４１、オブジェクト状態管理部１４２、構成管理部１４３、操作履歴抽出部１４４、及び構成図生成部１４５を有する。

【0021】

構成管理部１４３は、ストレージサービスの構成を管理する。構成管理部１４３は構成情報１６０を管理する。図２に示すように、ストレージサービスは複数の構成要素（オブジェクト）から構成される。「Ｖｏｌ」は、ユーザに提供されるボリュームに対応するオブジェクトであり、「Ｔｅｎ」はボリュームを生成するストレージプールに対応するオブジェクトであり、「ＳＣ」は複数のドライブから構成されるクラスタに対応するオブジェクトである。図２に示すようにオブジェクトは階層構造であり、階層間のオブジェクトには依存関係がある。本実施例では、オブジェクトごとに図３に示すようなマニフェストが定義されるものとする。

【0022】

オブジェクト状態管理部１４２は、ストレージサービスを構成するオブジェクトの操作状態を管理する。オブジェクト状態管理部１４２はオブジェクト状態情報１５０を管理する。オブジェクト状態情報１５０は、ストレージサービスの構築時に生成され、マニフェストの更新に伴って更新される。

【0023】

構成変更情報取得部１４０は、バージョン管理システム１００から構成変更情報を取得する。変更操作実行部１４１は、ＩａＣツールに対応する機能部であり、マニフェストに基づいてコマンドを生成し、基盤１０１に出力する。

【0024】

操作履歴抽出部１４４は、操作履歴を抽出する。構成図生成部１４５は、ある時点のストレージサービスのオブジェクト構成の図（構成図）を生成する。

【0025】

なお、少なくとも一つの基盤１０１の操作履歴管理システム１２１が全ての基盤１０１の操作履歴を管理してもよい。また、少なくとも一つの基盤１０１の構成管理システム１２２が全ての基盤１０１の構成を管理してもよい。

【0026】

なお、操作履歴管理システム１２１及び構成管理システム１２２は、基盤１０１に含まれていなくてもよい。

【0027】

なお、構成管理システム１２２の機能部については、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。

【0028】

なお、構成管理システム１２２は、変更操作実行部１４１を含んでいなくてもよい。この場合、基盤１０１又は他のシステムに変更操作実行部１４１が含まれる。

【0029】

図４は、実施例１のオブジェクト状態情報１５０のデータ構造の一例を示す図である。

【0030】

オブジェクト状態情報１５０は、オブジェクト名４０１及び状態４０２を含むエントリを格納する。一つのオブジェクトに対して一つのエントリが存在する。状態４０２には、オブジェクト名４０１に対応するオブジェクトに対して変更操作を実行できるか否かを示す情報が格納される。オブジェクトに対して変更操作を実行できる場合「操作可」が格納され、オブジェクトに対して変更操作を実行できない場合「操作不可」が格納される。

【0031】

まず、マニフェストの更新に伴う変更操作の操作履歴の取得方法について説明する。図５は、実施例１のシステムにおけるストレージサービスのマニフェスト更新に伴う処理の流れを説明するシーケンス図である。図６は、実施例１の基盤１０１に送信されたコマンドの一例を示す図である。図７は、実施例１の操作履歴ＤＢ１３０のデータ構造の一例を示す図である。

【0032】

バージョン管理システム１００は、更新されたマニフェストを受け付けた場合（ステップＳ１０１）、オブジェクト状態管理部１４２にマニフェストのバージョンに対応する変更ＩＤを含む構成変更情報を送信する（ステップＳ１０２）。構成変更情報にはオブジェクト名も含まれる。

【0033】

オブジェクト状態管理部１４２は、更新されたマニフェストに対応するオブジェクトの変更操作の実行を制御するための排他制御処理を実行する（ステップＳ１０３）。変更操作が実行可能な場合、オブジェクト状態管理部１４２は、構成変更情報取得部１４０に変更ＩＤとともに構成変更情報を送信する（ステップＳ１０４）。

【0034】

構成変更情報取得部１４０は、バージョン管理システム１００から更新されたマニフェストを取得し（ステップＳ１０５）、変更操作実行部１４１に変更ＩＤ及びマニフェストとともに実行指示を送信する（ステップＳ１０６）。

【0035】

変更操作実行部１４１は、マニフェストに基づいてコマンドを生成し、基盤１０１に変更ＩＤとともにコマンドを送信する（ステップＳ１０７）。また、変更操作実行部１４１は、オブジェクト状態管理部１４２に終了通知を送信する（ステップＳ１０８）。

【0036】

基盤１０１は、コマンドに従って変更操作を行った後、操作履歴管理システム１２１に変更ＩＤ及びコマンドに基づく変更操作の内容を含む操作履歴を送信する（ステップＳ１０９）。

【0037】

例えば、図６に示すようなコマンドが実行された場合、図７に示すような操作履歴が操作履歴管理システム１２１の操作履歴ＤＢ１３０に格納される。

【0038】

操作履歴ＤＢ１３０は、時刻７０１、操作内容７０２、変更ＩＤ７０３、操作対象７０４、及びオブジェクト名７０５を含むエントリを格納する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。

【0039】

図８は、実施例１のオブジェクト状態管理部１４２が実行する排他制御処理の一例を説明するフローチャートである。図９Ａ、図９Ｂ、図９Ｃ、図９Ｄ、及び図９Ｅは、実施例１の排他制御処理におけるオブジェクト状態情報１５０の変化の一例を示す図である。

【0040】

オブジェクト状態管理部１４２は、構成変更情報を受信した場合（ステップＳ２０１）、オブジェクト状態情報１５０を参照して、操作対象のオブジェクトのエントリが存在するか否かを判定する（ステップＳ２０２）。

【0041】

オブジェクト状態情報１５０に操作対象のオブジェクトのエントリが存在する場合、オブジェクト状態管理部１４２は、当該オブジェクトの状態４０２が「操作可」であるか否かを判定する（ステップＳ２０３）。

【0042】

オブジェクトの状態４０２が「操作可」ではない場合、オブジェクト状態管理部１４２は、一定時間経過した後、ステップＳ２０３に戻る。オブジェクトの状態４０２が「操作可」である場合、オブジェクト状態管理部１４２はステップＳ２０６に進む。

【0043】

ステップＳ２０２において、オブジェクト状態情報１５０に操作対象のオブジェクトのエントリが存在しないと判定された場合、オブジェクト状態管理部１４２は、当該オブジェクトの親オブジェクトの状態４０２を「操作不可」に更新し（ステップＳ２０４）、オブジェクト状態情報１５０に当該オブジェクトのエントリを追加する（ステップＳ２０５）。その後、オブジェクト状態管理部１４２はステップＳ２０６に進む。

【0044】

ステップＳ２０５では、オブジェクト状態管理部１４２は、オブジェクト状態情報１５０にエントリを追加し、追加されたエントリのオブジェクト名４０１に操作対象のオブジェクトの名称を設定する。

【0045】

ステップＳ２０６では、オブジェクト状態管理部１４２は、操作対象のオブジェクトの状態４０２を「操作不可」に更新する（ステップＳ２０６）。

【0046】

オブジェクト状態管理部１４２は、構成変更情報取得部１４０に構成変更情報を送信する（ステップＳ２０７）。ステップＳ２０７の処理はステップＳ１０４の処理に対応する。その後、オブジェクト状態管理部１４２は終了通知を監視する。

【0047】

オブジェクト状態管理部１４２は終了通知を受信したか否かを判定する（ステップＳ２０８）。

【0048】

終了通知を受信していない場合、オブジェクト状態管理部１４２は、一定時間経過した後、ステップＳ２０８に戻る。

【0049】

終了通知を受信した場合、オブジェクト状態管理部１４２は、操作対象のオブジェクトの状態４０２を「操作可」に更新する（ステップＳ２０９）。なお、親オブジェクトの状態４０２も更新されている場合、オブジェクト状態管理部１４２は、親オブジェクトの状態４０２も「操作可」に更新する。

【0050】

なお、排他制御が必要な階層は一つとしたが、操作内容に応じた排他制御を行う階層の数を変えてもよい。

【0051】

ここで、具体例を用いて排他制御処理について説明する。ここでは、オブジェクト状態情報１５０は図９Ａのような状態であるものとする。

【0052】

最初にストレージプール「Ｔｅｎ Ａ」からボリューム「Ｖｏｌ Ｄ」を追加するためのマニフェスト（第１マニフェスト）が追加された場合、オブジェクト状態管理部１４２は、親オブジェクト「Ｔｅｎ Ａ」の状態４０２を「操作不可」に更新する（ステップＳ２０４）。また、オブジェクト状態管理部１４２は、オブジェクト「Ｖｏｌ Ｄ」のエントリを追加し（ステップＳ２０５）、状態４０２に「操作不可」を設定する（ステップＳ２０６）。

【0053】

以上の処理の結果、オブジェクト状態情報１５０は図９Ｂのような状態となる。

【0054】

第１マニフェストの終了通知を受信する前に、ストレージプール「Ｔｎｅ Ａ」を拡張するためのマニフェスト（第２マニフェスト）と、ストレージプール「Ｔｎｅ Ｂ」を拡張するためのマニフェスト（第３マニフェスト）とが追加されたものとする。第２マニフェストについては、オブジェクト「Ｔｅｎ Ａ」の状態４０２は「操作不可」であるため、オブジェクト状態管理部１４２は、オブジェクト「Ｔｅｎ Ａ」の状態４０２が「操作可」になるまで待つ（ステップＳ２０３）。第３マニフェストについては、オブジェクト「Ｔｅｎ Ｂ」の状態４０２は「操作可」であるため、オブジェクト状態管理部１４２は、当該状態４０２を「操作不可」に更新する（ステップＳ２０６）。

【0055】

以上の処理の結果、オブジェクト状態情報１５０は図９Ｃのような状態となる。

【0056】

このように、排他制御が必要ないオブジェクトの変更操作は並列で実行される。一方、排他制御が必要なオブジェクトの変更操作は並列で実行されないように制御される。

【0057】

第１マニフェストに対して終了通知を受信した場合、オブジェクト状態管理部１４２は、オブジェクト「Ｔｅｎ Ａ」、「Ｖｏｌ Ｄ」の状態４０２を「操作可」に更新する（ステップＳ２０９）。

【0058】

以上の処理の結果、オブジェクト状態情報１５０は図９Ｄのような状態となる。

【0059】

第２マニフェストについて、オブジェクト「Ｔｅｎ Ａ」の状態４０２が「操作可」となったため、オブジェクト状態管理部１４２は、オブジェクト「Ｔｅｎ Ａ」の状態４０２を「操作不可」に更新する（ステップＳ２０６）。また、第３マニフェストに対して終了通知を受信した場合、オブジェクト状態管理部１４２は、オブジェクト「Ｔｅｎ Ｂ」の状態４０２を「操作可」に更新する（ステップＳ２０９）。

【0060】

以上の処理の結果、オブジェクト状態情報１５０は図９Ｅのような状態となる。

【0061】

図１０は、実施例１のシステムにおけるストレージサービスのマニフェスト更新に伴う処理の流れを説明するシーケンス図である。図１１は、実施例１の構成情報１６０のデータ構造の一例を示す図である。

【0062】

図５に示す処理と並行して図１０に示す処理が実行される。

【0063】

バージョン管理システム１００は、マニフェストが更新された場合（ステップＳ３０１）、構成管理部１４３に構成変更情報を送信する（ステップＳ３０２）。

【0064】

構成管理部１４３は、バージョン管理システム１００から更新されたマニフェストと、関連するオブジェクトのマニフェストを取得する（ステップＳ３０３）。なお、関連するオブジェクトのマニフェストは、マニフェストに含まれる親オブジェクトの名称に基づいて探索を行うことによって取得することができる。

【0065】

構成管理部１４３は、取得したマニフェストに基づいて、構成情報１６０を生成する（ステップＳ３０４）。

【0066】

構成情報１６０は、オブジェクト名１１０１及び親オブジェクト名１１０２を含むエントリを格納する。一つのオブジェクトに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。

【0067】

次に、ストレージサービスの構成の変更操作に関連する操作履歴の取得方法について説明する。図１２は、実施例１のシステムにおける操作履歴の取得処理の流れを説明するシーケンス図である。

【0068】

ユーザは、ユーザ端末１０２を用いて構成図生成部１４５に抽出指示を送信する（ステップＳ４０１）。抽出指示には、オブジェクト名と、操作履歴の取得範囲を指定する情報とが含まれる。操作履歴の取得範囲を指定する方法としては、変更ＩＤの組みを指定する方法と、時間範囲を指定する方法とが考えられる。

【0069】

構成図生成部１４５は、受信した抽出指示を操作履歴抽出部１４４に転送する（ステップＳ４０２）。

【0070】

操作履歴抽出部１４４は、抽出指示を受信した場合、操作履歴抽出処理を実行する（ステップＳ４０３）。操作履歴抽出処理では、操作履歴抽出部１４４は、必要に応じてバージョン管理システム１００にアクセスし、変更ＩＤを取得する（ステップＳ４０４）。

【0071】

操作履歴抽出部１４４は、構成図生成部１４５に抽出結果を格納する抽出情報１５００（図１５を参照）を送信する（ステップＳ４０５）。

【0072】

構成図生成部１４５は、抽出結果を表示するために表示情報生成処理を実行する（ステップＳ４０６）。構成図生成部１４５は、ユーザ端末１０２に表示情報を送信する（ステップＳ４０７）。

【0073】

図１３及び図１４は、実施例１の操作履歴抽出部１４４が実行する操作履歴抽出処理の一例を説明するフローチャートである。図１５は、実施例１の操作履歴抽出部１４４が生成する抽出情報１５００のデータ構造の一例を示す図である。

【0074】

図１３は変更ＩＤの組みが指定された場合の操作履歴抽出処理を示し、図１４は時間範囲が指定された場合の操作履歴抽出処理を示す。

【0075】

まず、抽出情報１５００について説明する。抽出情報１５００は、抽出された操作履歴を格納する。抽出情報１５００は、時刻１５０１、操作内容１５０２、変更ＩＤ１５０３、及び操作属性１５０４を含む。時刻１５０１、操作内容１５０２、及び変更ＩＤ１５０３は、時刻７０１、操作内容７０２、及び変更ＩＤ７０３と同一のフィールドである。操作属性１５０４は、操作履歴がマニフェストに基づいて生成されたコマンドによって実行された変更操作の操作履歴であるか否かを示す情報を格納するフィールドである。操作履歴がマニフェストに基づいて生成されたコマンドによって実行された変更操作の操作履歴である場合、「正常」が格納され、操作履歴がマニフェストに基づいて生成されたコマンドによって実行された変更操作の操作履歴ではない場合、「疑惑」が格納される。

【0076】

まず、図１３の操作履歴抽出処理について説明する。

【0077】

操作履歴抽出部１４４は、変更ＩＤの組みに基づいて、バージョン管理システム１００にアクセスし、時間範囲を設定する（ステップＳ５０１）。

【0078】

具体的には、操作履歴抽出部１４４は、変更ＩＤの組みの各々についてマニフェストの登録時刻を取得し、二つの登録時刻によって定まる時間範囲を設定する。

【0079】

操作履歴抽出部１４４は、時間範囲に基づいて、バージョン管理システム１００にアクセスし、処理対象の変更ＩＤを特定する（ステップＳ５０２）。

【0080】

具体的には、操作履歴抽出部１４４は、対象オブジェクトのマニフェストの登録時刻が、決定した時間範囲に含まれるマニフェストを特定し、当該マニフェストの変更ＩＤを取得する。

【0081】

操作履歴抽出部１４４は、操作履歴ＤＢ１３０から特定した変更ＩＤを含む操作履歴を抽出する（ステップＳ５０３）。操作履歴抽出部１４４は、抽出した操作履歴を抽出情報１５００に登録する。このとき、操作属性１５０４には「正常」が設定される。

【0082】

操作履歴抽出部１４４は、時間範囲内に実行された対象オブジェクトに対する操作であって、変更ＩＤを含まない、又は、特定された変更ＩＤ以外の変更ＩＤを含む操作履歴を抽出する（ステップＳ５０４）。操作履歴抽出部１４４は、抽出した操作履歴を抽出情報１５００に登録する。このとき、操作属性１５０４には「疑惑」が設定される。

【0083】

操作履歴抽出部１４４は、抽出情報１５００の操作履歴を時刻順にソートし、出力する（ステップＳ５０５）。

【0084】

なお、ステップＳ５０４は実行しなくてもよい。この場合、特定された変更ＩＤを含む操作履歴のみが抽出される。

【0085】

次に、図１４の操作履歴抽出処理について説明する。図１４の操作履歴抽出処理は、ステップＳ５０１を含まない。ステップＳ５０２では、操作履歴抽出部１４４は、指定された時間範囲に基づいて処理対象の変更ＩＤを特定する。その他の処理は図１３で説明した処理と同一である。

【0086】

図１６は、実施例１の構成図生成部１４５が実行する表示情報生成処理の一例を説明するフローチャートである。図１７は、実施例１のユーザ端末１０２に表示される画面の一例を示す図である。

【0087】

構成図生成部１４５は、抽出情報１５００を参照し、最新の変更ＩＤを特定する（ステップＳ６０１）。具体的には、構成図生成部１４５は、変更ＩＤ１５０３に変更ＩＤが格納され、かつ、操作属性１５０４が「正常」のエントリを検索し、検索されたエントリの時刻１５０１に基づいて最新の変更ＩＤを特定する。

【0088】

構成図生成部１４５は、最新の変更ＩＤに対応する構成情報１６０を取得する（ステップＳ６０２）。

【0089】

構成図生成部１４５は、抽出情報１５００及び構成情報１６０を用いて表示情報を生成する（ステップＳ６０３）。例えば、構成図生成部１４５は、構成情報１６０に基づいて、ストレージサービスのオブジェクト構成を可視化した構成図を生成し、構成図に抽出情報１５００を重畳して表示するための表示情報を生成する。

【0090】

ユーザ端末１０２には、表示情報に基づいて、図１７に示すような画面１７００が表示される。画面１７００は、表示領域１７０１、１７０２を含む。表示領域１７０１は、抽出指示に関する情報を表示する領域である。表示領域１７０２は、オブジェクトの構成及び操作履歴の抽出結果を表示する領域である。

【0091】

本発明によれば、マニフェストの更新に伴う変更操作の操作履歴を、他の操作履歴と区別できるように管理できる。変更ＩＤに基づいて、変更操作の操作履歴を抽出できるため、変更操作実行部１４１による変更操作を詳細に把握できる。また、変更操作の実行時の他の操作の操作履歴も抽出することによって、変更操作の検証、不正な操作の確認等が可能となる。

【0092】

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

【0093】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

【0094】

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

【0095】

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

【0096】

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

【符号の説明】

【0097】

１００ バージョン管理システム
１０１ 基盤
１０２ ユーザ端末
１０３ ネットワーク
１１０ 管理部
１１１ マニフェスト変更履歴ＤＢ
１２０ ストレージシステム
１２１ 操作履歴管理システム
１２２ 構成管理システム
１３０ 操作履歴ＤＢ
１４０ 構成変更情報取得部
１４１ 変更操作実行部
１４２ オブジェクト状態管理部
１４３ 構成管理部
１４４ 操作履歴抽出部
１４５ 構成図生成部
１５０ オブジェクト状態情報
１６０ 構成情報
１５００ 抽出情報
１７００ 画面

【要約】

【課題】ＩａＣを用いた基盤の操作履歴を管理する。
【解決手段】計算機システムは、サービスを実現するためのリソースを提供する基盤と、サービスを構築するための設定を記したマニフェストファイルのバージョンを管理するバージョン管理システムと、マニフェストファイルに基づいて基盤に対するコマンドを生成し、基盤に出力する基盤管理システムと、接続し、バージョン管理システムから、マニフェストファイルの更新に伴って、当該マニフェストファイルのバージョンに対応する変更ＩＤを含む通知を受信し、コマンド及び変更ＩＤを関連付けた変更操作の操作履歴が保存されるように、変更ＩＤを含む変更操作の実行指示を基盤管理システムに送信する。
【選択図】図５

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図9C】

【図9D】

【図9E】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】