(57)【特許請求の範囲】
【請求項１】
管理用ホスト計算機と、
仮想マシンが動作する複数の業務用ホスト計算機と、
二重化されたコントローラを含む複数のストレージシステムとを備え、
前記管理用ホスト計算機が、
片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御手段と、
前記通常ＦＷアップデート制御手段でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御手段とを含む
ことを特徴とする仮想化システム。
【請求項２】
前記通常ＦＷアップデート制御手段が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断する
ことを特徴とする請求項１に記載の仮想化システム。
【請求項３】
前記管理用ホスト計算機が、
前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、前記ストレージシステムの負荷値とを組み合わせて格納するストレージ管理情報格納手段と、
前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備手段とを含み、
前記通常ＦＷアップデート制御手段が、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、前記コントローラのファームウェアアップデートを実施する
ことを特徴とする請求項２に記載の仮想化システム。
【請求項４】
前記管理用ホスト計算機が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、前記仮想マシンの移行先を決定し、当該仮想マシンの移行を前記業務用ホスト計算機に指示する移行先決定手段を含み、
前記負荷軽減付きＦＷアップデート制御手段が、
前記以降先決定手段を呼び出して前記仮想マシンの移行を実施した後に、前記コントローラのファームウェアアップデートを実行する
ことを特徴とする請求項１から請求項３の何れか１項に記載の仮想化システム。
【請求項５】
前記移行先決定手段が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断し、
片側コントローラで運用しても業務性能低下が起きない前記ストレージシステム、ＦＷアップデートが完了しており前記仮想マシンが移行されてきても業務性能の低下が起きない前記ストレージシステム、ＦＷアップデータは完了していないが前記仮想マシンが移行されてきても業務性能低下が起きない前記ストレージシステム、という優先度で前記仮想マシンの移行先を決定する
ことを特徴とする請求項４に記載の仮想化システム。
【請求項６】
前記管理用ホスト計算機が、
前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、当該コントローラの前記片側コントローラ閾値と二重化されている他方の前記コントローラの前記片側コントローラ閾値を合わせた両側コントローラ負荷閾値と、前記ストレージシステムの負荷とを組み合わせて格納するストレージ管理情報格納手段と、
前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備手段とを含み、
前記移行先決定手段が、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、
前記コントローラについての前記両側コントローラ負荷閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記両側コントローラ閾値が当該合計値よりも大きい場合、前記仮想マシンが移行されて来ても業務性能の低下が起きないと判断する
ことを特徴とする請求項５に記載の仮想化システム。
【請求項７】
前記業務用ホスト計算機が、
前記仮想マシンの前記ストレージシステムへのアクセス回数をカウントするカウント手段と、
前記アクセス回数を格納する仮想マシン管理情報格納手段とを含む
ことを特徴とする請求項２から請求項６の何れか１項に記載の仮想化システム。
【請求項８】
管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機であって、
片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御手段と、
前記通常ＦＷアップデート制御手段でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御手段とを含む
ことを特徴とする管理用ホスト計算機。
【請求項９】
管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機によるストレージシステムのファームウェアアップデート方法であって、
通常ＦＷアップデート制御手段が、片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御ステップと、
ＦＷアップデート制御手段が、前記通常ＦＷアップデート制御ステップでファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御ステップとを有する
ことを特徴とするストレージシステムのファームウェアアップデート方法。
【請求項１０】
管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機によるストレージシステムのファームウェアアップデートプログラムであって、
通常ＦＷアップデート制御手段に、片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御処理を実行させ、
ＦＷアップデート制御手段に、前記通常ＦＷアップデート制御処理でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御処理を実行させる
ことを特徴とするストレージシステムのファームウェアアップデートプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ仮想化環境におけるストレージシステムのファームウェアアップデート技術に関し、特に、ファームウェアアップデートにおける業務性能の低下を抑止する技術に関する。
【背景技術】
【０００２】
近年、管理コストの削減や物理サーバのコスト削減を目的に、サーバの仮想化が進んでいる。サーバ仮想化環境においては、仮想マシンの性能確保やバックアップ管理などのために、仮想マシンのＯＳ領域やデータはストレージシステム上に配置される事が多い。ストレージシステムについてはＦＷのアップデートを行う際、通常シャットダウンを伴う。
【０００３】
しかし仮想マシン上の業務については、３６５日２４時間止められない重要業務なども存在する。ストレージシステムのＦＷアップデートを仮想マシンの業務を無停止で実施する要求が高まった。
【０００４】
ストレージシステムのＦＷのアップデートのためには、ストレージコントローラのシャットダウンが必要になる。ところがサーバ仮想化環境においては、ストレージシステム上に複数の仮想マシンが搭載され、あるタイミングでストレージシステム内部の仮想マシンを全て停止するのは運用上困難である。
【０００５】
この課題を解決するために、ストレージシステム全体のシャットダウンを伴わずにＦＷのアップデートを実現する方法がある。ストレージシステムは通常、コントローラが二重化されていてパスの冗長化構成になっているため、ストレージシステムのＦＷアップデートの際は、業務サーバ上に導入するストレージパス制御ソフトが、パスを順番に片寄せした後、パスを閉鎖したコントローラ側のアップデートを実施する事により、ストレージシステム全体のシャットダウンを伴わずにＦＷのアップデートを実現できる。
【０００６】
しかしこの方法では、ＦＷアップデート中は業務サーバで運用されている仮想マシンを全て稼動させたまま片側コントローラとパスのみで運用をするため、Ｉ／Ｏ負荷が片方のコントローラとパスに集中し、スループットの低下など業務性能の低下を引き起こす可能性がある、という課題がある。
【０００７】
この課題を解決するために、ストレージシステムとサーバがｍ台：ｎ台（ｍ、ｎは２以上の整数）で接続されている構成において、事前にＶＭｗａｒｅのＳｔｏｒａｇｅ  ｖＭｏｔｉｏｎの様な、サーバ仮想化基盤のストレージマイグレーション機能で、仮想マシンを無停止で空き容量のある他のストレージシステムに移行し、ＦＷアップデート対象のストレージシステムのＩ／Ｏ負荷を下げ、ＦＷアップデート中の業務性能の低下を防止する手段がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−１１６３８０号公報
【特許文献２】特開２０１０−１７６１７８号公報
【特許文献３】特開２０１０−２５７００８号公報
【特許文献４】特開２０１１−２３２８１６号公報
【特許文献５】特開２００７−０２５９３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし上述の方法では、どの仮想マシンをどのストレージシステムに移行すればいいか特定できず、任意の仮想マシンを任意のストレージシステムへ移行すると移行先のストレージシステムの業務性能の低下を引き起こす可能性があるという課題があった。
【００１０】
また、移行先のストレージシステムのＦＷアップデート時に再び移行が必要となることで、移行を頻繁に繰り返しシステム全体のＦＷアップデートに時間がかかるという課題があった。
【００１１】
（発明の目的）
本発明の目的は、上述の課題を解決し、サーバ仮想化環境におけるストレージシステムのファームウェアアップデート中の業務性能の低下を抑制する仮想化システム、管理用ホスト計算機、ストレージシステムのファームウェアアップデート方法、及びストレージシステムのファームウェアアップデートプログラムを提供することである。
【課題を解決するための手段】
【００１２】
本発明の第１の仮想化システムは、管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備え、管理用ホスト計算機が、片側コントローラで運用しても業務性能が低下しないストレージシステムについて、コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御手段と、通常ＦＷアップデート制御手段でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下するストレージシステムについて、当該ストレージシステムに係る仮想マシンの移行を実施した後にコントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御手段とを含む。
【００１３】
本発明の第１の管理用ホスト計算機は、管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機であって、片側コントローラで運用しても業務性能が低下しないストレージシステムについて、コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御手段と、通常ＦＷアップデート制御手段でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下するストレージシステムについて、当該ストレージシステムに係る仮想マシンの移行を実施した後にコントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御手段とを含む。
【００１４】
本発明の第１のストレージシステムのファームウェアアップデート方法は、管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機によるストレージシステムのファームウェアアップデート方法であって、通常ＦＷアップデート制御手段が、片側コントローラで運用しても業務性能が低下しないストレージシステムについて、コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御ステップと、ＦＷアップデート制御手段が、通常ＦＷアップデート制御ステップでファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下するストレージシステムについて、当該ストレージシステムに係る仮想マシンの移行を実施した後にコントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御ステップとを有する。
【００１５】
本発明の第１のストレージシステムのファームウェアアップデートプログラムは、管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機によるストレージシステムのファームウェアアップデートプログラムであって、通常ＦＷアップデート制御手段に、片側コントローラで運用しても業務性能が低下しないストレージシステムについて、コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御処理を実行させ、ＦＷアップデート制御手段に、通常ＦＷアップデート制御処理でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下するストレージシステムについて、当該ストレージシステムに係る仮想マシンの移行を実施した後にコントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御処理を実行させる。
【発明の効果】
【００１６】
本発明によれば、サーバ仮想化環境におけるストレージシステムのファームウェアアップデート中の業務性能の低下を抑制することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施の形態による仮想化システムの構成を示すブロック図である。
【図２】第１の実施の形態によるストレージ管理テーブルの構成例を示す図である。
【図３】第１の実施の形態によるＦＷアップデート全体管理手段の動作を示すフローチャートである。
【図４】第１の実施の形態によるＦＷアップデート準備手段の動作を示すフローチャートである。
【図５】第１の実施の形態による通常ＦＷアップデート制御手段の動作を示すフローチャートである。
【図６】第１の実施の形態による負荷軽減付きＦＷアップデート制御手段の動作を示すフローチャートである。
【図７】第１の実施の形態による移行先決定手段の動作を示すフローチャートである。
【図８】第１の実施の形態によるＦＷアップデート手段の動作を示すフローチャートである。
【図９】第１の実施の形態による仮想マシン管理テーブルの構成例を示す図である。
【図１０】第１の実施の形態による仮想マシン移行手段の動作を示すフローチャートである。
【図１１】第１の実施の形態によるカウント手段の動作を示すフローチャートである。
【図１２】本発明の仮想化システムの最小限の構成を示すブロック図である。
【図１３】本発明の管理用ホスト計算機のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１８】
本発明では、サーバ仮想化環境において、片側コントローラで運用すると業務性能が低下するストレージシステムに対し、ストレージシステムの性能と仮想マシンのＩ／Ｏ負荷を元に、仮想マシンをストレージ間で移行した上で、ストレージシステムのファームウェア（以下、ＦＷ）アップデートを実施する。どのストレージシステムへ移行するかは、管理用サーバ上の移行判断手段により、全てのストレージシステムのＦＷアップデート完了までの間で仮想マシン移行回数をできるだけ少なくなるように判断する。これにより、背景技術と比較し、ＦＷアップデート中の業務性能の低下を抑制する事ができる。
【００１９】
本発明の上記及び他の目的、特徴及び利点を明確にすべく、添付した図面を参照しながら、本発明の実施形態を以下に詳述する。なお、上述の本願発明の目的のほか、他の技術的課題、その技術的課題を解決する手段及びその作用効果についても、以下の実施形態による開示によって明らかとなるものである。なお、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００２０】
（第１の実施の形態）
本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００２１】
図１は本発明の第１の実施の形態による仮想化システム１０の構成を示すブロック図である。
【００２２】
図１を参照すると、本実施の形態による仮想化システム１０は、管理用ホスト計算機１００と、業務用ホスト計算機３００（３００−１〜３００−ｍ）と、ストレージシステム２００（２００−１〜２００−ｎ）を備える。
【００２３】
業務用ホスト計算機３００とストレージシステム２００はｍ台：ｎ台（ｍ、ｎは２以上の整数）で接続されていて、管理用ホスト計算機１００が全ての業務用ホスト計算機３００とストレージシステム２００に接続されている。
【００２４】
管理用ホスト計算機１００は、ＦＷアップデート全体管理手段１０１と、ＦＷアップデート準備手段１０２と、通常ＦＷアップデート制御手段１０３と、負荷軽減付きＦＷアップデート制御手段１０４と、移行先決定手段１０５と、ＦＷアップデート手段１０６と、ストレージ管理テーブル１０７と、を含む。
【００２５】
ストレージ管理テーブル１０７の構成例を図２に示す。ストレージ管理テーブル１０７は、コントローラ２０１のＦＷリビジョンと負荷を管理するテーブルである。ストレージ管理テーブル１０７は、ストレージ番号、コントローラ番号、ＦＷリビジョン、片側コントローラ負荷閾値、両側コントローラ２０１負荷閾値、負荷値を関連付けて記録する。
【００２６】
図３に示すＦＷアップデート全体管理手段１０１は、全てのストレージシステム２００のＦＷアップデートの管理を行う機能を有する。ＦＷアップデート全体管理手段１０１は、仮想マシン３０１のアクセス回数の情報収集を行った後、全てのストレージシステム２００のＦＷアップデートを実施する。
【００２７】
図４に示すＦＷアップデート準備手段１０２は、業務用ホスト計算機３００から、全ての仮想マシン３０１のアクセス回数を収集する機能を有する。
【００２８】
図５に示す通常ＦＷアップデート制御手段１０３は、片側コントローラで運用しても業務性能が低下しないストレージシステム２００のコントローラ２０１について、ＦＷアップデートを実施する機能を有する。
【００２９】
図６に示す負荷軽減付きＦＷアップデート制御手段１０４は、片側コントローラで運用すると業務性能が低下するストレージシステム２００について、仮想マシン３０１の移行を実施した後にＦＷアップデートを実行する機能を有する。
【００３０】
図７に示す移行先決定手段１０５は、仮想マシン３０１をどのストレージシステム２００に移行するか決定する機能を有する。
【００３１】
図８に示すＦＷアップデート手段１０６は、コントローラ２０１と業務用ホスト計算機３００間のパスの切り替えを行いながらコントローラ２０１のＦＷアップデートを実施する機能を有する。
【００３２】
ストレージシステム２００は、２台のコントローラ２０１と記録筐体２０２を含む。ストレージシステム２００は、コントローラ２０１が二重化されていて業務用ホスト計算機３００とのパスが冗長化されている。
【００３３】
記録筐体２０２は、記録媒体２１０を含み、記録媒体では論理ディスク２１１が構築されている。論理ディスクには、仮想マシン３０１のデータが格納されている。
【００３４】
業務用ホスト計算機３００は、１つ以上の仮想マシン３０１と、仮想マシン３０１を業務無停止で空き容量のあるストレージシステム２００に移行する仮想マシン移行手段３０２と、仮想マシンのアクセスをカウントするカウント手段３０３と、仮想マシン３０１のアクセス回数と利用しているストレージブロックを管理する仮想マシン管理テーブル３０４と、サーバ仮想化基盤３０５と、を含む。
【００３５】
図９に示す仮想マシン管理テーブル３０４は、仮想マシン３０１のデータが存在するストレージシステム２００のブロック（ストレージブロック）とアクセス回数を管理するテーブルであり、仮想マシン番号とストレージ番号と開始ブロック番号と終端ブロック番号とアクセス回数とを関連付けて記録する。
【００３６】
図１０に示す仮想マシン移行手段３０２は、仮想マシン３０１を他のストレージシステム２００の記録媒体２１０へ移行する手段である。
【００３７】
図１１に示すカウント手段３０３は、仮想マシン３０１のストレージシステム２００に対するアクセス回数をカウントする手段である。
【００３８】
本発明は、上述の構成を有し、通常、仮想マシン３０１からストレージシステム２００の任意のブロックにアクセスがあると、業務用ホスト計算機３００上の仮想マシン管理テーブル３０４に対し、カウント手段３０３がアクセス回数のカウントを実施する。
【００３９】
ＦＷアップデート全体管理手段１０１は、管理用ホスト計算機１００上でＦＷアップデートの要求を受けて動作する。ＦＷアップデート全体管理手段１０１は、まずＦＷアップデート準備手段１０２を呼び出しストレージシステム２００のアクセス回数を業務用ホスト計算機３００から収集する。次に、通常ＦＷアップデート制御手段１０３を呼び出し、片方のコントローラ２０１だけで運用しても業務性能が低下しないストレージシステム２００全てについて、ＦＷアップデートを実施する。残りのストレージシステム２００については、負荷軽減付きＦＷアップデート手段１０６を呼び出しＦＷアップデートを実施する。
【００４０】
ＦＷアップデート準備手段１０２は、ＦＷアップデート全体管理手段１０１に呼び出され、管理用ホスト計算機１００上で動作し、全ての業務用ホスト計算機３００から仮想マシンのアクセス回数の収集を行う。
【００４１】
通常ＦＷアップデート制御手段１０３は、ＦＷアップデート全体管理手段１０１に呼び出され、管理用ホスト計算機１００上で動作し、片方のコントローラ２０１だけで運用しても業務性能が低下しないストレージシステム２００のコントローラ２０１全てについて、ＦＷアップデートを実施する。
【００４２】
負荷軽減付きＦＷアップデート制御手段１０４は、ＦＷアップデート全体管理手段１０１に呼び出され、管理用ホスト計算機１００上で動作し、通常ＦＷアップデート制御手段１０３ではアップデートを実施しなかったコントローラ２０１について仮想マシンを移行した後ＦＷアップデートを実施する。
【００４３】
移行先決定手段１０５は、負荷軽減付きＦＷアップデート制御手段１０４に呼び出され、管理用ホスト計算機１００上で動作し、仮想マシンの移行先のストレージシステム２００をアクセス回数と負荷値を元に決定する。まず、仮想マシン３０１を移行し、片方のコントローラ２０１だけで運用しても業務性能が低下しないストレージシステム２００、次にＦＷアップデート済みかつ仮想マシン３０１を移行しても業務性能が低下しないストレージシステム２００、次にＦＷアップデート実施前でかつ仮想マシン３０１を移行しても業務性能が低下しないストレージシステム２００の順番の優先度で移行先のストレージシステム２００を決定する。これにより、業務性能低下を抑止するための仮想マシンの移行回数をできるだけ少なくする事が可能であり、さらにシステム全体のＦＷアップデートにかかるトータルタイムを短縮できる。
【００４４】
ＦＷアップデート手段１０６は、通常ＦＷアップデート制御手段１０３、もしくは負荷軽減付きＦＷアップデート制御手段１０４により呼び出され、管理用ホスト計算機１００上で動作し、コントローラ２０１のＦＷアップデートを実施する。
【００４５】
仮想マシン移行手段３０２は、移行先決定手段１０５により呼び出され、業務用ホスト計算機３００上で動作し、仮想マシンのストレージシステム２００間の移行を行う。
【００４６】
（第１の実施の形態の動作の説明）
次に、本実施の形態による仮想化システム１０の動作について、図面を参照して詳細に説明する。
【００４７】
本発明の通常運用において、ストレージ上のあるブロックにアクセスがあると、業務用ホスト計算機３００上のカウント手段３０３が仮想マシン管理テーブル３０４のアクセス回数を１増やす。
【００４８】
ＦＷアップデート全体管理手段１０１が、ＦＷアップデートの要求を契機として動作する。ＦＷアップデート全体管理手段１０１は、ＦＷアップデート準備手段１０２に各仮想マシン３０１のアクセス回数の収集を要求する。
【００４９】
ＦＷアップデート準備手段１０２は全ての業務用ホスト計算機３００の仮想マシン管理テーブル３０４からストレージ番号とアクセス回数を参照し、アクセス回数を管理用ホスト計算機１００のストレージ管理テーブル１０７の、参照したストレージ番号の行の負荷値に加算する。
【００５０】
次にＦＷアップデート全体管理手段１０１は、通常ＦＷアップデート制御手段１０３に片方のコントローラ２０１で運用しても業務性能が低下しないストレージシステム２００のＦＷアップデートをＦＷリビジョンを引数として要求する。
【００５１】
通常ＦＷアップデート制御手段１０３は、ストレージ管理テーブル１０７から１行参照し（Ｓ２１）、参照した行のＦＷリビジョンが引数として受け取ったＦＷリビジョンと異なり、かつ参照した行の負荷値が参照した行のコントローラ２０１と同じストレージに搭載されたもう一方のコントローラ２０１の片側コントローラ負荷閾値より小さい場合、参照した行のストレージ番号とコントローラ番号を引数にしてＦＷアップデート手段１０６にコントローラ２０１のＦＷアップデートを要求する。
【００５２】
ＦＷアップデート手段１０６は全ての業務用ホスト計算機３００と、引数として受け取ったストレージ番号とコントローラ番号のコントローラ２０１との間のパスのＯＦＦを実施し、コントローラ２０１のＦＷアップデートと再起動を実施した後、ＯＦＦにしたパスのＯＮを実施する。
【００５３】
ＦＷアップデート手段１０６が完了すると、通常ＦＷアップデート制御手段１０３はストレージ管理テーブル１０７のＦＷリビジョンを更新する。ストレージ管理テーブル１０７を全て参照済みでなければ、Ｓ２１に戻り新しく１行参照する。ストレージ管理テーブル１０７を全て参照済みであれば、通常ＦＷアップデート制御手段１０３は完了する。
【００５４】
ＦＷアップデート全体管理手段１０１は、負荷軽減付きＦＷアップデート制御手段１０４に、通常ＦＷアップデート制御手段１０３でＦＷアップデートを実施しなかったコントローラ２０１に対する仮想マシンの移行とＦＷアップデートをＦＷリビジョンを引数として要求する。
【００５５】
負荷軽減付きＦＷアップデート制御手段１０４は、まずストレージ管理テーブル１０７を参照する（Ｓ３１）。参照した行のＦＷリビジョンが引数として与えられたＦＷリビジョンと同じでかつ全てのストレージ管理テーブル１０７を参照済みであれば、負荷軽減付きＦＷアップデート制御手段１０４は終了する。
【００５６】
参照した行のＦＷリビジョンが引数として与えられたＦＷリビジョンと異なる場合、業務用ホスト計算機３００の仮想マシン管理テーブル３０４から１行参照する（Ｓ３２）。参照した行のストレージ番号がＳ３１で参照したストレージ番号と等しい場合、Ｓ３２で参照した行の仮想マシン番号とアクセス回数を引数にして移行先の決定と仮想マシン３０１の移行を移行先決定手段１０５に要求する。
【００５７】
移行先決定手段１０５は、まずストレージ管理テーブル１０７から１行参照する（Ｓ４１）。参照した負荷値に引数として受け取ったアクセス回数を加えた値が、片側コントローラ負荷閾値、より小さい場合、参照した行のストレージシステム２００を移行先として決定する。大きい場合、Ｓ４１に戻りさらに１行参照する。
【００５８】
移行先ストレージシステム２００が決定すると、移行先決定手段１０５は、引数の仮想マシン番号と移行先として決定したストレージ番号を引数として、仮想マシン移行手段３０２に仮想マシンの移行を要求する。
【００５９】
仮想マシン移行手段３０２は引数として受け取った仮想マシン番号の仮想マシン３０１を、同じく引数として受け取ったストレージ番号のストレージシステム２００に移行する。移行後、仮想マシン管理テーブル３０４のストレージ番号と開始ブロック番号と終端ブロック番号を移行後の状態に更新し、ストレージ管理テーブル１０７の負荷値を移行後の状態に更新し、仮想マシン移行手段３０２は完了する。仮想マシン移行手段３０２による仮想マシン移行が完了すると、移行先決定手段１０５は完了する。
【００６０】
Ｓ４１にて移行先のストレージシステム２００が決定せずストレージ管理テーブル１０７の全ての行の参照が完了すると、次にストレージ管理テーブル１０７から新たに１行参照する（Ｓ４４）。ストレージシステム２００の両方のコントローラ２０１がＦＷアップデート済み、かつ参照した行の負荷値に引数のアクセス回数を加えた値が、両側コントローラ２０１負荷閾値、より小さい場合、参照した行のストレージシステム２００を移行先として決定する。
【００６１】
大きい場合、もしくは両方のコントローラ２０１のＦＷアップデートが完了していなかった場合、Ｓ４４に戻り、さらに１行参照する。移行先ストレージシステム２００が決定すると、仮想マシン移行手段３０２に仮想マシンの移行を要求し、仮想マシン移行手段３０２による仮想マシン移行が完了すると、移行先決定手段１０５は完了する。
【００６２】
Ｓ４４にてストレージ管理テーブル１０７の全ての行の参照が完了すると、次にストレージ管理テーブル１０７から新たに１行参照する（Ｓ４７）。参照した行の負荷値に引数のアクセス回数を加えた値が、片側コントローラ負荷閾値、より小さい場合、参照した行のストレージシステム２００を移行先として決定する。
【００６３】
移行先ストレージシステム２００が決定すると、仮想マシン移行手段３０２に仮想マシンの移行を要求し、仮想マシン移行手段３０２による仮想マシン移行が完了すると、移行先決定手段１０５は完了する。Ｓ４７にてストレージ管理テーブル１０７を全て参照すると、移行先決定手段１０５は完了する。
【００６４】
移行先決定手段１０５完了後、負荷軽減付きＦＷアップデート手段１０６は、Ｓ３１で参照した行のコントローラ２０１と同じストレージに搭載されたもう一方のコントローラ２０１の負荷値が、片側コントローラ負荷閾値より小さい場合、Ｓ３１で参照したストレージ番号とコントローラ番号を引数にしてＦＷアップデート手段１０６にコントローラ２０１のＦＷアップデートを要求し、ＦＷアップデート手段１０６完了後、ストレージ管理テーブル１０７のＳ３１で参照した行のＦＷリビジョンを更新する。
【００６５】
ＦＷアップデート完了後、Ｓ３１でストレージ管理テーブル１０７を全て参照済みの場合、負荷軽減付きＦＷアップデート手段１０６は終了する。
【００６６】
Ｓ３１で参照した行のコントローラ２０１と同じストレージに搭載されたもう一方のコントローラ２０１の負荷値が片側コントローラ負荷閾値より大きい場合、Ｓ３２で仮想マシン管理テーブル３０４を全て参照済みでなければ、Ｓ３２に戻る。全て参照済みかつ、Ｓ３１でストレージ管理テーブル１０７を全て参照済みであれば、負荷軽減付きＦＷアップデート制御手段１０４は終了する。
【００６７】
負荷軽減付きＦＷアップデート制御手段１０４終了後、ＦＷアップデート全体管理手段１０１が終了し、システム全体のストレージシステム２００のＦＷアップデートが完了する。
【００６８】
（第１の実施の形態による効果）
本実施の形態による第１の効果は、コントローラ２０１が二重化されていて業務用ホスト計算機３００とのパスが冗長化されたストレージシステム２００があり、仮想マシンのストレージマイグレーション機能を備えたサーバ仮想化基盤３０５において業務用ホスト計算機３００とストレージシステム２００がｍ台：ｎ台で接続されている環境において、ストレージシステム２００のＦＷアップデートにおける業務性能の低下を抑止できるという点にある。
【００６９】
その理由は、管理用ホスト計算機１００上の移行先決定手段１０５が、ＦＷアップデートを実施するストレージシステム２００について、ストレージ管理テーブル１０７と仮想マシン管理テーブル３０４を参照し仮想マシン３０１のアクセス回数とストレージシステム２００の負荷値と片側コントローラ負荷閾値とに基づき、どの仮想マシン３０１をどのストレージシステム２００に移行するか判断するためである。
【００７０】
本実施の形態による第２の効果は、全てのストレージシステム２００のＦＷアップデートのトータルタイムを短縮できることである。
【００７１】
その理由は、管理用ホスト計算機１００上の移行先決定手段１０５が片側コントローラで運用しても業務性能の低下を起こさないストレージシステム２００、ＦＷアップデートが完了し仮想マシン移行後に業務性能低下が起きないストレージシステム２００、ＦＷアップデートが完了しておらず仮想マシン移行後に業務性能低下が起きないストレージシステム２００の順番で優先的に移行先のストレージシステム２００を決定する事で全てのストレージシステム２００のＦＷアップデート完了までの仮想マシンの移行回数を最小限に抑える事ができるからである。
【００７２】
ここで、本発明の課題を解決できる最小限の構成を図１２に示す。仮想化システム１０が、管理用ホスト計算機１００と、仮想マシン３０１が動作する複数の業務用ホスト計算機３００−１〜３００−ｍと、二重化されたコントローラ２０１を含む複数のストレージシステム２００−１〜２００−ｎとを備え、管理用ホスト計算機１００が、片側コントローラで運用しても業務性能が低下しないストレージシステム２００について、コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御手段１０３と、通常ＦＷアップデート制御手段１０３でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下するストレージシステム２００について、当該ストレージシステム２００に係る仮想マシン３０１の移行を実施した後にコントローラ２０１のファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御手段１０４とを含むことで、上述した本発明の課題を解決することができる。
【００７３】
次に、本発明の管理用ホスト計算機１００のハードウェア構成例について、図１３を参照して説明する。図１３は、管理用ホスト計算機１００のハードウェア構成例を示すブロック図である。
【００７４】
図１３を参照すると、本発明の管理用ホスト計算機１００は、一般的なコンピュータ装置と同様のハードウェア構成であり、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリからなる、データの作業領域やデータの一時退避領域に用いられる主記憶部１１２、ネットワークを介してデータの送受信を行う通信部１１３、入力装置１１５や出力装置１１６及び記憶装置１１７と接続してデータの送受信を行う入出力インタフェース部１１４、上記各構成要素を相互に接続するシステムバス１１８を備えている。記憶装置１１７は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置等で実現される。
【００７５】
本発明の管理用ホスト計算機１００の各機能は、プログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品である回路部品を実装することにより、その動作をハードウェア的に実現することは勿論として、その機能を提供するプログラムを、記憶装置１１７に格納し、そのプログラムを主記憶部１１２にロードしてＣＰＵ１１１で実行することにより、ソフトウェア的に実現することも可能である。
【００７６】
以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【００７７】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００７８】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【００７９】
また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施する時には、その複数の手順の順番は内容的に支障しない範囲で変更することができる。
【００８０】
また、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【００８１】
さらに、上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、これに限定されない。
【００８２】
（付記１）
管理用ホスト計算機と、
仮想マシンが動作する複数の業務用ホスト計算機と、
二重化されたコントローラを含む複数のストレージシステムとを備え、
前記管理用ホスト計算機が、
片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御手段と、
前記通常ＦＷアップデート制御手段でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御手段とを含む
ことを特徴とする仮想化システム。
【００８３】
（付記２）
前記通常ＦＷアップデート制御手段が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断する
ことを特徴とする付記１に記載の仮想化システム。
【００８４】
（付記３）
前記管理用ホスト計算機が、
前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、前記ストレージシステムの負荷値とを組み合わせて格納するストレージ管理情報格納手段と、
前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備手段とを含み、
前記通常ＦＷアップデート制御手段が、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、前記コントローラのファームウェアアップデートを実施する
ことを特徴とする付記２に記載の仮想化システム。
【００８５】
（付記４）
前記管理用ホスト計算機が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、前記仮想マシンの移行先を決定し、当該仮想マシンの移行を前記業務用ホスト計算機に指示する移行先決定手段を含み、
前記負荷軽減付きＦＷアップデート制御手段が、
前記以降先決定手段を呼び出して前記仮想マシンの移行を実施した後に、前記コントローラのファームウェアアップデートを実行する
ことを特徴とする付記１から付記３の何れか１項に記載の仮想化システム。
【００８６】
（付記５）
前記移行先決定手段が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断し、
片側コントローラで運用しても業務性能低下が起きない前記ストレージシステム、ＦＷアップデートが完了しており前記仮想マシンが移行されてきても業務性能の低下が起きない前記ストレージシステム、ＦＷアップデータは完了していないが前記仮想マシンが移行されてきても業務性能低下が起きない前記ストレージシステム、という優先度で前記仮想マシンの移行先を決定する
ことを特徴とする付記４に記載の仮想化システム。
【００８７】
（付記６）
前記管理用ホスト計算機が、
前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、当該コントローラの前記片側コントローラ閾値と二重化されている他方の前記コントローラの前記片側コントローラ閾値を合わせた両側コントローラ負荷閾値と、前記ストレージシステムの負荷とを組み合わせて格納するストレージ管理情報格納手段と、
前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備手段とを含み、
前記移行先決定手段が、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、
前記コントローラについての前記両側コントローラ負荷閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記両側コントローラ閾値が当該合計値よりも大きい場合、前記仮想マシンが移行されて来ても業務性能の低下が起きないと判断する
ことを特徴とする付記５に記載の仮想化システム。
【００８８】
（付記７）
前記業務用ホスト計算機が、
前記仮想マシンの前記ストレージシステムへのアクセス回数をカウントするカウント手段と、
前記アクセス回数を格納する仮想マシン管理情報格納手段とを含む
ことを特徴とする付記２から付記６の何れか１項に記載の仮想化システム。
【００８９】
（付記８）
管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機であって、
片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御手段と、
前記通常ＦＷアップデート制御手段でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御手段とを含む
ことを特徴とする管理用ホスト計算機。
【００９０】
（付記９）
前記通常ＦＷアップデート制御手段が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断する
ことを特徴とする付記８に記載の管理用ホスト計算機。
【００９１】
（付記１０）
前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、前記ストレージシステムの負荷値とを組み合わせて格納するストレージ管理情報格納手段と、
前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備手段とを含み、
前記通常ＦＷアップデート制御手段が、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、前記コントローラのファームウェアアップデートを実施する
ことを特徴とする付記９に記載の管理用ホスト計算機。
【００９２】
（付記１１）
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、前記仮想マシンの移行先を決定し、当該仮想マシンの移行を前記業務用ホスト計算機に指示する移行先決定手段を含み、
前記負荷軽減付きＦＷアップデート制御手段が、
前記以降先決定手段を呼び出して前記仮想マシンの移行を実施した後に、前記コントローラのファームウェアアップデートを実行する
ことを特徴とする付記８から付記１０の何れか１項に記載の管理用ホスト計算機。
【００９３】
（付記１２）
前記移行先決定手段が、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断し、
片側コントローラで運用しても業務性能低下が起きない前記ストレージシステム、ＦＷアップデートが完了しており前記仮想マシンが移行されてきても業務性能の低下が起きない前記ストレージシステム、ＦＷアップデータは完了していないが前記仮想マシンが移行されてきても業務性能低下が起きない前記ストレージシステム、という優先度で前記仮想マシンの移行先を決定する
ことを特徴とする付記１１に記載の管理用ホスト計算機。
【００９４】
（付記１３）
前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、当該コントローラの前記片側コントローラ閾値と二重化されている他方の前記コントローラの前記片側コントローラ閾値を合わせた両側コントローラ負荷閾値と、前記ストレージシステムの負荷とを組み合わせて格納するストレージ管理情報格納手段と、
前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備手段とを含み、
前記移行先決定手段が、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、
前記コントローラについての前記両側コントローラ負荷閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記両側コントローラ閾値が当該合計値よりも大きい場合、前記仮想マシンが移行されて来ても業務性能の低下が起きないと判断する
ことを特徴とする付記１２に記載の管理用ホスト計算機。
【００９５】
（付記１４）
管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機によるストレージシステムのファームウェアアップデート方法であって、
通常ＦＷアップデート制御手段が、片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御ステップと、
ＦＷアップデート制御手段が、前記通常ＦＷアップデート制御ステップでファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御ステップとを有する
ことを特徴とするストレージシステムのファームウェアアップデート方法。
【００９６】
（付記１５）
前記通常ＦＷアップデート制御ステップで、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断する
ことを特徴とする付記１４に記載のストレージシステムのファームウェアアップデート方法。
【００９７】
（付記１６）
ストレージ管理情報格納手段が、前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、前記ストレージシステムの負荷値とを組み合わせて格納するストレージ管理情報格納ステップと、
ＦＷアップデート準備手段が、前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備ステップとを有し、
前記通常ＦＷアップデート制御ステップで、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、前記コントローラのファームウェアアップデートを実施する
ことを特徴とする付記１５に記載のストレージシステムのファームウェアアップデート方法。
【００９８】
（付記１７）
移行先決定手段が、前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、前記仮想マシンの移行先を決定し、当該仮想マシンの移行を前記業務用ホスト計算機に指示する移行先決定ステップを有し、
前記負荷軽減付きＦＷアップデート制御ステップで、
前記以降先決定ステップを呼び出して前記仮想マシンの移行を実施した後に、前記コントローラのファームウェアアップデートを実行する
ことを特徴とする付記１４から付記１６の何れか１項に記載のストレージシステムのファームウェアアップデート方法。
【００９９】
（付記１８）
前記移行先決定ステップで、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断し、
片側コントローラで運用しても業務性能低下が起きない前記ストレージシステム、ＦＷアップデートが完了しており前記仮想マシンが移行されてきても業務性能の低下が起きない前記ストレージシステム、ＦＷアップデータは完了していないが前記仮想マシンが移行されてきても業務性能低下が起きない前記ストレージシステム、という優先度で前記仮想マシンの移行先を決定する
ことを特徴とする付記１７に記載のストレージシステムのファームウェアアップデート方法。
【０１００】
（付記１９）
ストレージ管理情報格納手段が、前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、当該コントローラの前記片側コントローラ閾値と二重化されている他方の前記コントローラの前記片側コントローラ閾値を合わせた両側コントローラ負荷閾値と、前記ストレージシステムの負荷とを組み合わせて管理するストレージ管理ステップと、
ＦＷアップデート準備手段が、前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備ステップとを有し、
前記移行先決定ステップで、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、
前記コントローラについての前記両側コントローラ負荷閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記両側コントローラ閾値が当該合計値よりも大きい場合、前記仮想マシンが移行されて来ても業務性能の低下が起きないと判断する
ことを特徴とする付記１８に記載のストレージシステムのファームウェアアップデート方法。
【０１０１】
（付記２０）
管理用ホスト計算機と、仮想マシンが動作する複数の業務用ホスト計算機と、二重化されたコントローラを含む複数のストレージシステムとを備える仮想化システムにおける管理用ホスト計算機によるストレージシステムのファームウェアアップデートプログラムであって、
通常ＦＷアップデート制御手段に、片側コントローラで運用しても業務性能が低下しない前記ストレージシステムについて、前記コントローラのファームウェアアップデートを実施する通常ＦＷアップデート制御処理を実行させ、
ＦＷアップデート制御手段に、前記通常ＦＷアップデート制御処理でファームウェアアップデートされなかった、片側コントローラで運用すると業務性能が低下する前記ストレージシステムについて、当該ストレージシステムに係る前記仮想マシンの移行を実施した後に前記コントローラのファームウェアアップデートを実行する負荷軽減付きＦＷアップデート制御処理を実行させる
ことを特徴とするストレージシステムのファームウェアアップデートプログラム。
【０１０２】
（付記２１）
前記通常ＦＷアップデート制御処理で、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断する
ことを特徴とする付記２０に記載のストレージシステムのファームウェアアップデートプログラム。
【０１０３】
（付記２２）
ストレージ管理情報格納手段に、前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、前記ストレージシステムの負荷値とを組み合わせて格納するストレージ管理情報格納処理を実行させ、
ＦＷアップデート準備手段に、前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備処理を実行させ、
前記通常ＦＷアップデート制御処理で、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、前記コントローラのファームウェアアップデートを実施する
ことを特徴とする付記２１に記載のストレージシステムのファームウェアアップデートプログラム。
【０１０４】
（付記２３）
移行先決定手段に、前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、前記仮想マシンの移行先を決定し、当該仮想マシンの移行を前記業務用ホスト計算機に指示する移行先決定処理を実行させ、
前記負荷軽減付きＦＷアップデート制御処理で、
前記以降先決定処理を呼び出して前記仮想マシンの移行を実施した後に、前記コントローラのファームウェアアップデートを実行する
ことを特徴とする付記２０から付記２２の何れか１項に記載のストレージシステムのファームウェアアップデートプログラム。
【０１０５】
（付記２４）
前記移行先決定処理で、
前記ストレージシステムの負荷と前記ストレージシステムへの前記仮想マシンのアクセス回数とに基づき、片側コントローラで運用すると業務性能が低下するか否かを判断し、
片側コントローラで運用しても業務性能低下が起きない前記ストレージシステム、ＦＷアップデートが完了しており前記仮想マシンが移行されてきても業務性能の低下が起きない前記ストレージシステム、ＦＷアップデータは完了していないが前記仮想マシンが移行されてきても業務性能低下が起きない前記ストレージシステム、という優先度で前記仮想マシンの移行先を決定する
ことを特徴とする付記２３に記載のストレージシステムのファームウェアアップデートプログラム。
【０１０６】
（付記２５）
ストレージ管理情報格納手段に、前記コントローラ毎に、当該コントローラの負荷閾値である片側コントローラ閾値と、当該コントローラの前記片側コントローラ閾値と二重化されている他方の前記コントローラの前記片側コントローラ閾値を合わせた両側コントローラ負荷閾値と、前記ストレージシステムの負荷とを組み合わせて管理するストレージ管理情報格納処理を実行させ、
ＦＷアップデート準備手段に、前記ストレージシステムへの前記仮想マシンのアクセス回数を前記業務用ホスト計算機から取得するＦＷアップデート準備処理を実行させ、
前記移行先決定処理で、
前記コントローラについて、他方の前記コントローラの前記片側コントローラ閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記片側コントローラ閾値が当該合計値よりも大きい場合、他方の前記コントローラによる片側コントローラでの運用をしても業務性能が低下しないと判断し、
前記コントローラについての前記両側コントローラ負荷閾値と、前記ストレージシステムの負荷値と前記仮想マシンのアクセス回数との合計値とを比較し、前記両側コントローラ閾値が当該合計値よりも大きい場合、前記仮想マシンが移行されて来ても業務性能の低下が起きないと判断する
ことを特徴とする付記２４に記載のストレージシステムのファームウェアアップデートプログラム。
【産業上の利用可能性】
【０１０７】
本発明によれば、ストレージシステム２００に適用できる。また、サーバ仮想化基盤３０５（ハイパーバイザ）に適用できる。
【符号の説明】
【０１０８】
１０：仮想化システム
１００：管理用ホスト計算機
１０１：ＦＷアップデート全体管理手段
１０２：ＦＷアップデート準備手段
１０３：通常ＦＷアップデート制御手段
１０４：負荷軽減付きＦＷアップデート制御手段
１０５：移行先決定手段
１０６：ＦＷアップデート手段
１０７：ストレージ管理テーブル
１１１：ＣＰＵ
１１２：主記憶部
１１３：通信部
１１４：入出力インタフェース部
１１５：入力装置
１１６：出力装置
１１７：記憶装置
１１８：システムバス
２００（２００−１〜２００−ｎ）：ストレージシステム
２０１：コントローラ
２０２：記録筐体
２１０：記録媒体
２１１：論理ディスク
３００（３００−１〜３００−ｍ）：業務用ホスト計算機
３０１：仮想マシン
３０２：仮想マシン移行手段
３０３：カウント手段
３０４：仮想マシン管理テーブル
【図１】
0005870809.tif 000002
【図２】
0005870809.tif 000003
【図３】
0005870809.tif 000004
【図４】
0005870809.tif 000005
【図５】
0005870809.tif 000006
【図６】
0005870809.tif 000007
【図７】
0005870809.tif 000008
【図８】
0005870809.tif 000009
【図９】
0005870809.tif 000010
【図１０】
0005870809.tif 000011
【図１１】
0005870809.tif 000012
【図１２】
0005870809.tif 000013
【図１３】
0005870809.tif 000014