特開 2024-154604 ストレージシステム、および、ストレージシステムにおけるデータバックアップ処理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024154604

(43)【公開日】2024-10-31

(54)【発明の名称】ストレージシステム、および、ストレージシステムにおけるデータバックアップ処理方法

(51)【国際特許分類】

   G06F 3/06 20060101AFI20241024BHJP

   G06F 13/10 20060101ALI20241024BHJP

   G06F 11/14 20060101ALI20241024BHJP

【ＦＩ】

G06F3/06 304F

G06F3/06 301X

G06F13/10 340A

G06F3/06 301Z

G06F11/14 664

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2023068518

(22)【出願日】2023-04-19

(71)【出願人】

【識別番号】524132520

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

(74)【代理人】

【識別番号】110000925

【氏名又は名称】弁理士法人信友国際特許事務所

(72)【発明者】

【氏名】弘中 和衛

(72)【発明者】

【氏名】新井 政弘

(72)【発明者】

【氏名】出口 彰

(57)【要約】

【課題】オンプレミスに設置されたストレージ装置の格納データを、パブリッククラウドが提供するストレージサービスへ、より確実にかつ効率的にバックアップする。
【解決手段】本発明のストレージシステムは、第１の記憶ボリュームＬＤＥＶ１３Ａ-1～１０３Ａ-nを有するストレージ装置１０Ａと、第２の記憶ボリュームＬＤＥＶ１３Ｂ-1～１０３Ｂ- nを有するストレージ装置１０Ｂとを備える。そして、第１の論理ボリュームの格納データと第２の論理ボリュームの格納データとが同期しているとき、ストレージ装置１０Ａからパブリッククラウドへの転送経路２０４Ａ、および、ストレージ装置１０Ｂからパブリッククラウドへの転送経路２０４Ｂにおけるネットワーク状況を把握し、当該ネットワーク状況に基づいて、第１の論理ボリュームまたは第２の論理ボリュームをバックアップ元として選択する。
【選択図】図１１

【特許請求の範囲】

【請求項1】

第１の論理ボリュームを有する第１のストレージ装置と、
前記第１の論理ボリュームとリモートレプリケーションペアを構成する第２の論理ボリュームを有する第２のストレージ装置と、
前記第１のストレージ装置および前記第２のストレージ装置を管理する統合管理装置と
を備え、
前記第１の論理ボリュームの格納データまたは前記第２の論理ボリュームの格納データを、パブリッククラウドが提供するストレージサービスへバックアップするストレージシステムであって、
前記統合管理装置または前記第１のストレージ装置は、前記第１の論理ボリュームの格納データと前記第２の論理ボリュームの格納データとが同期しているとき、前記第１のストレージ装置から前記パブリッククラウドへの転送経路、および、前記第２のストレージ装置から前記パブリッククラウドへの転送経路におけるネットワーク状況に基づいて、前記第１の論理ボリュームまたは前記第２の論理ボリュームをバックアップ元として選択する
ストレージシステム。

【請求項2】

前記統合管理装置は、前記第１のストレージ装置から前記パブリッククラウドへの転送経路、および、前記第２のストレージ装置から前記パブリッククラウドへの転送経路における転送コストに基づいて、前記第１の論理ボリュームまたは前記第２の論理ボリュームをバックアップ元として選択する
請求項１に記載のストレージシステム。

【請求項3】

前記第２のストレージ装置は、前記パブリッククラウドと同一のネットワークに接続されたクラウド上に設置されている
請求項２に記載のストレージシステム。

【請求項4】

第１の論理ボリュームを有する第１のストレージ装置と、
前記第１の論理ボリュームとリモートレプリケーションペアを構成する第２の論理ボリュームを有する第２のストレージ装置と
を備えるストレージシステムにおいて、
前記第１の論理ボリュームの格納データまたは前記第２の論理ボリュームの格納データを、パブリッククラウドが提供するストレージサービスへバックアップするデータバックアップ処理方法であって、
前記第１の論理ボリュームの格納データと前記第２の論理ボリュームの格納データとが同期しているとき、前記第１のストレージ装置から前記パブリッククラウドへの転送経路、および、前記第２のストレージ装置から前記パブリッククラウドへの転送経路におけるネットワーク状況を把握し、
前記ネットワーク状況に基づいて、前記第１の論理ボリュームまたは前記第２の論理ボリュームをバックアップ元として選択する
ストレージシステムにおけるデータバックアップ処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ストレージシステム、および、ストレージシステムにおけるデータバックアップ処理方法に関する。

【背景技術】

【0002】

近年、データセンタなどに設置したオンプレミスのＩＴシステムと、パブリッククラウドと呼ばれるクラウドベンダがＩａａＳ（Infrastructure-as-a-Service）型で提供するサービスとの両方を組み合わせたハイブリッドクラウドと呼ばれるＩＴシステムの構築方法が注目されている。

【0003】

ハイブリッドクラウドは、オンプレミスに構築した従来型のＩＴシステムを活かしつつ、ハイブリッドクラウドで提供されるクラウドサービスを適材適所で活用することで、ＩＴインフラの柔軟性の向上や、ＩＴ運用コストの低減などが期待されている。

【0004】

また、クラウドベンダは、ハイブリッドクラウドを効率的に利用するための通信手段として、非特許文献１で開示されているような、オンプレミスのデータセンタとクラウドベンダが運営するデータセンタとの間を直接接続する専用線での接続サービスを提供している。

【0005】

また、ストレージシステムにおいては、ＳＤＳ（Software Defined Storage）と呼ばれる従来型のストレージ装置と同等の機能を有するソフトウエアで実装されたストレージ装置が製品化されている。ＳＤＳは、ソフトウエアで実装されていることから、前述のパブリッククラウドでも稼働させることができる。このＳＤＳの導入により、オンプレミスに設置した従来のストレージ装置と同等のストレージ機能をパブリッククラウド上で実現することができる。

【0006】

ＳＤＳを利用するユーザは、従来型のストレージ装置が提供する各種のストレージ機能との互換性を重視している。そして、ＩＴシステムの可用性や信頼性、柔軟性を高める目的で、特許文献１に挙げたようなリモートレプリケーション機能などのストレージ機能を用いて、オンプレミスのストレージ装置とパブリッククラウドに構築したＳＤＳとの間で格納データを同期して利用するレプリケーション環境を構築することがある。リモートレプリケーション機能を利用することで、オンプレミスとパブリッククラウドとの間で同一の格納データを同期しながら利用することができ、特に、ハイブリッドクラウドを構築する場合においては有用である。

【0007】

また、企業では、増加し続けるＩＴシステムのデータに対処するため、ユーザは安価なデータ格納手段、特に、長期に亘って保管する必要があるバックアップデータを安価に保管する手段に対して高い関心がある。特に、ハイブリッドクラウドを活用するユーザにおいては、長期に亘るデータのバックアップやアーカイブの手段として、非特許文献２に示したようなパブリッククラウドが提供するストレージサービスの活用が検討されている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】米国特許第７１５２０７９号明細書

【特許文献2】国際公開第２０１７／０６４７７０号

【非特許文献】

【0009】

【非特許文献1】https://aws.amazon.com/jp/directconnect/

【非特許文献2】https://aws.amazon.com/s3/

【発明の概要】

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

【0010】

ところで、パブリッククラウドが提供するストレージサービスへのアクセス手段としては、一般的に、インターネットが利用されている。オブジェクトストレージと呼ばれる特に安価なストレージサービスでは、ＨＴＴＰ（Hyper Text Transport Protocol）などのアクセス技術を利用した通信プロトコルを利用してサービスが提供されている。

【0011】

しかしながら、インターネットを利用したデータ伝送は、公衆ネットワークを経由することから、データセンタ間を直接接続する専用線などと比べて帯域の保証などがなく、安定性や信頼性の面で劣っている。また、ＨＴＴＰを利用した通信プロトコルは、データ転送に特化した通信プロトコルではないため、データ転送に係るオーバヘッドが大きくなる傾向にあり、大容量データの伝送に最適化されていない。

【0012】

このため、例えば、オンプレミスに設置されたストレージ装置の格納データを、前述のパブリッククラウドが提供するストレージサービスへバックアップするケースでは、利用できるインターネットの帯域や混雑具合によって、バックアップに要する時間が長時間となって想定時間内に完了しないことが起こり得る。あるいは、過度な通信遅延の増大によってバックアップ自体が失敗してしまうことが起こり得る。

【0013】

本発明は、このような状況に鑑みてなされたものであり、オンプレミスに設置されたストレージ装置の格納データを、パブリッククラウドが提供するストレージサービスへ、より確実にかつ効率的にバックアップすることができるストレージシステム、および、当該ストレージシステムにおけるデータバックアップ処理方法を提供することを目的とする。

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

【0014】

上記課題を解決するための本発明のストレージシステムは、第１の論理ボリュームを有する第１のストレージ装置と、第１の論理ボリュームとリモートレプリケーションペアを構成する第２の論理ボリュームを有する第２のストレージ装置と、第１のストレージ装置および第２のストレージ装置を管理する統合管理装置とを備え、第１の論理ボリュームの格納データまたは第２の論理ボリュームの格納データを、パブリッククラウドが提供するストレージサービスへバックアップするストレージシステムである。そして、統合管理装置または第１のストレージ装置は、第１の論理ボリュームの格納データと第２の論理ボリュームの格納データとが同期しているとき、第１のストレージ装置からパブリッククラウドへの転送経路、および、第２のストレージ装置からパブリッククラウドへの転送経路におけるネットワーク状況に基づいて、第１の論理ボリュームまたは第２の論理ボリュームをバックアップ元として選択する。

【0015】

また、上記課題を解決するための本発明のデータバックアップ処理方法は、第１の論理ボリュームを有する第１のストレージ装置と、第１の論理ボリュームとリモートレプリケーションペアを構成する第２の論理ボリュームを有する第２のストレージ装置とを備えるストレージシステムにおいて、第１の論理ボリュームの格納データまたは第２の論理ボリュームの格納データを、パブリッククラウドが提供するストレージサービスへバックアップするデータバックアップ処理方法である。そして、第１の論理ボリュームの格納データと第２の論理ボリュームの格納データとが同期しているとき、第１のストレージ装置からパブリッククラウドへの転送経路、および、第２のストレージ装置からパブリッククラウドへの転送経路におけるネットワーク状況を把握し、このネットワーク状況に基づいて、第１の論理ボリュームまたは第２の論理ボリュームをバックアップ元として選択する。

【発明の効果】

【0016】

本発明によれば、オンプレミスに設置されたストレージ装置の格納データを、パブリッククラウドが提供するストレージサービスへ、より確実にかつ効率的にバックアップすることができる。

【0017】

上記した以外の課題、構成、および、効果は、以下の発明を実施するための形態の説明により明らかにされる。

【図面の簡単な説明】

【0018】

【図1】本発明の実施形態に係るストレージシステムの構成の一例を示すブロック図である。

【図2】本発明の実施形態に係るストレージシステムの管理情報の構成例を示す図である。

【図3】本発明の実施形態に係る統合管理装置におけるインベントリ情報の構成例を示す図である。

【図4】本発明の実施形態に係るストレージ装置の管理情報におけるＬＤＥＶ管理テーブルの構成例を示す図である。

【図5】本発明の実施形態に係るストレージ装置の管理情報におけるリモートストレージ管理テーブルの構成例を示す図である。

【図6】本発明の実施形態に係るストレージ装置の管理情報におけるレプリケーション管理テーブルの構成例を示す図である。

【図7】本発明の実施形態に係るストレージ装置の管理情報におけるバックアップデータ管理テーブルの構成例を示す図である。

【図8】本発明の実施形態に係るストレージ装置の管理情報における経路管理テーブルの構成例を示す図である。

【図9】本発明の実施形態に係るストレージ装置の管理情報におけるストレージ装置管理テーブルの構成例を示す図である。

【図10】クラウドで提供されるオブジェクトストレージへのデータバックアップの例を模式的に示す図である。

【図11】本発明の実施形態における実施例１に係るリモートレプリケーションを用いたクラウドサービスへのデータバックアップについて模式的に示す図である。

【図12】本発明の実施形態における実施例２に係るリモートレプリケーションを用いたクラウドサービスへのデータバックアップについて模式的に示す図である。

【図13】本発明の実施形態に係るデータバックアップ処理方法の処理フローの一例を示すフローチャート（その１）である。

【図14】本発明の実施形態に係るデータバックアップ処理方法の処理フローの一例を示すフローチャート（その２）である。

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

【0019】

以下、本発明を実施するための形態（以下、実施形態と記述する）について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能または構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。

【0020】

なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、実施形態の中で説明されている要素の組み合わせの全てが発明の解決手段に必須であるとは限らない。また、以下の説明では、「ｘｘｘテーブル」、「ｘｘｘリスト」等の表現で各種の情報を説明することがあるが、各種情報はテーブル、リスト等以外のデータ構造で表現されていてもよい。そのため、データ構造に依存しないことを示すため、「ｘｘｘテーブル」、「ｘｘｘリスト」等を「ｘｘｘ情報」と称することがある。

【0021】

さらに、以下の本発明の実施形態に係るストレージシステムについては、汎用コンピュータ上で稼動するソフトウエアで実装してもよいし、専用ハードウエアまたはソフトウエアとハードウエアの組み合わせで実装してもよい。

【0022】

さらに、以下の実施形態の説明では、「プログラム」を主語として処理を説明することがあるが、プログラムは、プロセッサ（例えば、ＣＰＵ：Central Processing Unit）によって実行されることにより、定められた処理を記憶資源（例えば、メモリ）、通信インターフェース（Ｉ／Ｆ）、ポートを用いて処理を実行するために、プロセッサを主語として説明してもよい。

【0023】

さらに、以下の実施形態の説明において、「ボリューム（ＶＯＬ）」は、ストレージ装置の記憶領域を示し、物理的な記憶デバイス、または、論理的な記憶デバイスによって実装されていてよい。また、ＶＯＬは、実体的なＶＯＬ（ＲＶＯＬ）であってもよいし、仮想的なＶＯＬ（ＶＶＯＬ）であってもよい。

【0024】

「ＲＶＯＬ」は、そのＲＶＯＬを有するストレージ装置が有する物理的な記憶資源（例えば、１以上のＲＡＩＤ（Redundant Array of Independent Disk）グループ）に基づくＶＯＬでよい。「ＶＶＯＬ」は、外部接続ＶＯＬ（ＥＶＯＬ）、容量拡張ＶＯＬ（ＴＰＶＯＬ）、および、スナップショットＶＯＬ（ＳＳＶＯＬ）のうちのいずれでもよい。また、ＥＶＯＬは、外部のストレージ装置の記憶空間（例えば、ＶＯＬ）に基づいており、ストレージ仮想化技術に従うＶＯＬでよい。また、ＴＰＶＯＬは、複数の仮想領域（仮想的な記憶領域）で構成されており、容量仮想化技術（典型的には、Ｔｈｉｎ Ｐｒｏｖｉｓｉｏｎｉｎｇ）に従うＶＯＬでよい。また、ＳＳＶＯＬは、あるＴＰＶＯＬのある時点におけるスナップショットデータを保持したＶＯＬでよい。

【0025】

また、以下の実施形態の説明において、ストレージシステムがホストに提供し、ホストから認識されるＶＯＬのことを「ＬＤＥＶ」と呼ぶ。「ＬＤＥＶ」の実態は、ＶＶＯＬまたはＲＶＯＬである。

【0026】

また、以下の実施形態の説明において、「ＰＶＯＬ（Ｐｒｉｍａｒｙ ＶＯＬ）」はバックアップ、レプリケーション、スナップショットの元ボリュームとなるＬＤＥＶのことであり、「ＳＶＯＬ（Ｓｅｃｏｎｄａｒｙ ＶＯＬ）」はバックアップ、レプリケーション、スナップショット先となるＬＤＥＶのことでよい。

【0027】

また、以下の実施形態の説明において、スナップショットは、ＶＯＬのある任意時点のデータを保持したＳＳＶＯＬまたは論理的な記憶領域でもよい。スナップショットの実現方式は、ある時点からある時点までにＶＯＬに対して行われたデータ更新差分を一括して記録する方式のスナップショットで実現されてよいし、ＶＯＬに行われた全てのデータ更新をデータ更新の時系列で記録するジャーナリング方式、または、ＣＤＰ（Continious Data Protection）方式で実現されてよい。

【0028】

また、以下の実施形態の説明において、リモートレプリケーションは、２以上のペア関係にあるストレージにおいてＶＯＬのデータを同期する機能のことであり、例えば、レプリケーション元のストレージにあるＰＶＯＬへのデータ更新を、ペア関係にあるレプリケーション先のストレージにあるＳＶＯＬにも反映されることで実現されて良い。ＳＶＯＬへのデータ反映は、ＰＶＯＬへのデータ更新と同期的に行われるＳＹＮＣ方式で実現されても良いし、ＰＶＯＬへのデータ更新とは非同期的に行われるＡＳＹＮＣ方式で実現されても良い。

【0029】

＜本発明の実施形態＞
本発明の実施形態に係るストレージシステムは、リモートレプリケーション構成の典型例である。リモートレプリケーションは、ストレージ装置に格納されたデータを別のストレージ装置に複製する技術である。

【0030】

［ストレージシステムの構成例］
図１は、本発明の実施形態に係るストレージシステムの構成の一例を示すブロック図である。本実施形態に係るストレージシステムは、リモートレプリケーションを構成するため、複数のサイト、例えば、プライマリサイト１とセカンダリサイト２とを備えている。プライマリサイト１とセカンダリサイト２とは、リモートレプリケーションを構築している。

【0031】

プライマリサイト１は、ストレージ装置１０Ａ、ホストインターフェースデバイス１２、１以上のホスト１４、ホストネットワーク１５、管理システム１８Ａ、および、管理ネットワーク１９を有している。ストレージ装置１０Ａは、制御プログラム１１、ホストインターフェースデバイス１２、記憶ボリュームＬＤＥＶ１３Ａ-1～１０３Ａ-n、レプリケーションインタフェースデバイス１６、および、マネージメントインターフェースデバイス１７を有している。なお、ストレージ装置１０Ａは、特許請求の範囲に記載の第１のストレージ装置の一例である。

【0032】

セカンダリサイト２は、ストレージ装置１０Ｂ、ホストインターフェースデバイス１２、１以上のホスト１４、ホストネットワーク１５、管理システム１８Ｂ、および、管理ネットワーク１９を有している。ストレージ装置１０Ｂは、制御プログラム１１、ホストインターフェースデバイス１２、記憶ボリュームＬＤＥＶ１３Ｂ-1～１０３Ｂ-n、レプリケーションインタフェースデバイス１６、および、マネージメントインターフェースデバイス１７を有している。なお、ストレージ装置１０Ｂは、特許請求の範囲に記載の第２のストレージ装置の一例である。

【0033】

プライマリサイト１およびセカンダリサイト２において、同一の機能を有する構成要素については、同一の符号を付して図示している。リモートレプリケーション構成のプライマリサイト１およびセカンダリサイト２では、同一の構成のストレージ装置１０Ａ，１０Ｂを用いて構築する場合が多いが、リモートレプリケーションを構築する上では、ストレージ装置１０Ａ，１０Ｂの構成を揃える必要はなく、また、セカンダリサイト２側に必ずしもホスト１４が存在しなくてもよい。

【0034】

ストレージ装置１０Ａとストレージ装置１０Ｂとは、レプリケーションネットワーク３２を介して互いに接続されている。レプリケーションネットワーク３２としては、典型的には、専用線ネットワークやＶＰＮ（Virtual Private Network）技術を用いたネットワークを用いることができる。

【0035】

プライマリサイト１およびセカンダリサイト２において、ホストインターフェースデバイス１２は、ストレージ装置１０Ａ，１０Ｂとホストネットワーク１５とを接続する。ストレージ装置１０Ａ，１０Ｂには、ホストネットワーク１５を介して１以上のホスト１４が接続されている。

【0036】

ここで、ホストは、ホストシステムの略であり、典型的には、仮想的または物理的なサーバやメインフレームなどの計算機である。また、ホストインターフェースデバイス１２は、例えば、ＨＢＡ（Host Bus Adapter）またはＮＩＣ（Network Interface Card）である。また、ホストネットワーク１５は、例えば、ＦＣ（Fibre Channel）やｉＳＣＳＩ（Internet Small Computer System Interface）である。

【0037】

レプリケーションインタフェースデバイス１６は、ストレージ装置１０Ａ，１０Ｂとレプリケーションネットワーク３２とを接続する。これにより、ストレージ装置１０Ａとストレージ装置１０Ｂとは、レプリケーションネットワーク３２を介して互いに接続される。レプリケーションインタフェースデバイス１６は、例えば、ＨＢＡまたはＮＩＣである。

【0038】

マネージメントインターフェースデバイス１７は、ストレージ装置１０Ａ，１０Ｂと管理ネットワーク１９とを接続する。これにより、ストレージ装置１０Ａおよびストレージ装置１０Ｂに対して、管理ネットワーク１９を介して管理システム１８Ａ，１８Ｂが接続される。マネージメントインターフェースデバイス１７は、例えば、ＮＩＣである。また、管理ネットワーク１９は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）である。

【0039】

ストレージ装置１０Ａ，１０Ｂは、典型的には、ハードウエアによって実現される物理的な装置であるが、前述したとおり、同等の機能をソフトウエア的に実現したＳＤＳであってもよい。また、ＳＤＳが実行されるプラットフォームは、仮想的または物理的なサーバなどの計算機であってもよい。

【0040】

ストレージ装置１０Ａ，１０Ｂにおいて、ホスト１４は、ホストネットワーク１５を介して、ストレージ装置１０Ａ，１０Ｂの論理的な記憶ボリュームＬＤＥＶ１３Ａ-1～１３Ａ-n，１３Ｂ-1～１３Ｂ-nにアクセスする。

【0041】

また、ストレージ装置１０Ａ，１０Ｂの制御プログラム１１は、例えば、ストレージ装置に搭載された中央演算処理装置（ＣＰＵ）で実行されるプログラムとして実装されてもよいし、ストレージ装置１０Ａ，１０ＢがＳＤＳであれば、ＳＤＳが実行されるプラットフォームの計算資源で実行されるプログラムとして実装されてもよい。

【0042】

制御プログラム１１は、例えば、Ｉ／Ｏ制御プログラム１１１、構成制御プログラム１１２、コピー・レプリケーション制御プログラム１１３、スナップショット制御プログラム１１４、バックアップタスク制御プログラム１１５、および、データ形式変換プログラム１１６などを含んでいる。これらのプログラムは、ストレージ装置１０Ａ，１０Ｂ内の管理情報１１７を用いて制御される。

【0043】

この制御プログラム１１において、Ｉ／Ｏ制御プログラム１１１は、ホスト１４からの要求に応じてストレージ装置１０Ａ，１０Ｂに格納されたデータの入出力を制御するプログラムである。構成制御プログラム１１２は、管理システム１８Ａ，１８Ｂの要求に応じてストレージ装置１０Ａ，１０Ｂの構成や状態を制御するプログラムである。コピー・レプリケーション制御プログラム１１３は、ある論理ボリュームのデータコピーの制御（レプリケーション）を行うプログラムである。

【0044】

スナップショット制御プログラム１１４は、ある論理ボリュームの格納データ形式を、例えばファイルシステム上の単一ファイルに変換したり、ある論理ボリュームのある時点でのデータ静止点を保持するスナップショットを作成したり、スナップショットからデータ復元を行ったりするプログラムである。バックアップタスク制御プログラム１１５は、論理ボリュームの内容を、スナップショットなどを用いて計画的にバックアップするタスクを制御するプログラムである。データ形式変換プログラム１１６は、データをオブジェク単位で取り扱うオブジェクトストレージのオブジェクトへ変換するといったデータ格納形式の相互変換を行うプログラムである。

【0045】

管理システム１８Ａ，１８Ｂは、ストレージ装置１０Ａ，１０Ｂの構成や状態を管理するための管理機能を有する。そして、管理システム１８Ａ，１８Ｂは、制御プログラム１１に対してストレージ装置１０Ａ，１０Ｂの構成を操作するための命令を送信したり、ストレージ装置１０Ａ，１０Ｂからの応答を受信したりすることで、ストレージ装置１０Ａ，１０Ｂの構成や状態の管理を行う。

【0046】

本実施形態に係るストレージシステムは、ストレージ装置１０Ａ，１０Ｂの他に、クラウド３などで稼働する統合管理装置２０を備えている。統合管理装置２０は、インターネット３１を介してストレージ装置１０Ａ，１０Ｂの管理システム１８Ａ，１８Ｂと接続されている。

【0047】

統合管理装置２０は、ストレージ管理者４が管理するストレージ装置１０Ａ，１０Ｂを統合的に監視・管理するための装置である。具体的には、統合管理装置２０は、ストレージ管理者４の操作要求に応じて、各々のサイト（データセンタ）やクラウド３に接続されたストレージ装置１０Ａ，１０Ｂの構成設定や状態を各々のストレージ装置１０Ａ，１０Ｂの管理システム１８Ａ，１８Ｂを介して収集・指示し、運用管理を行う機能を有する装置である。

【0048】

統合管理装置２０は、自身の管理するストレージ装置１０Ａ，１０Ｂの種類や設置されているロケーション情報、稼働情報やペア管理情報などの各種の管理情報をインベントリ情報２１として管理している。

【0049】

統合管理装置２０は、管理制御指示部２２およびデータ転送経路計画部２３を有している。管理制御指示部２２は、バックアップ経路計画のための情報を収集する。データ転送経路計画部２３は、データ転送経路計画のための情報を収集する。

【0050】

管理システム１８Ａ，１８Ｂや統合管理装置２０は、サーバやパーソナルコンピュータ上で実行されるソフトウエアとして実装されてよい。また、管理システム１８Ａ，１８Ｂや統合管理装置２０は、ストレージ装置１０Ａ，１０Ｂ内や、ストレージ装置１０Ａ，１０Ｂに設置されている同一のサイト内に設置されるサーバなどの計算機上で実行されてもよいし、クラウド３上に実装されてもよい。

【0051】

ここで、ストレージ装置１０Ａとストレージ装置１０Ｂとが、各ストレージ装置に格納されたデータを別のストレージ装置に複製する技術であるリモートレプリケーションを構成する場合を考える。

【0052】

このリモートレプリケーションでは、データの複製元があるストレージ装置１０Ａのあるサイトをプライマリサイト１とし、データの複製先があるストレージ装置１０Ｂのあるサイトをセカンダリサイト２としている。プライマリサイト１については、正サイトまたはローカルサイトと呼ぶこともできるし、セカンダリサイト２については、副サイトまたはリモートサイトと呼ぶこともできる。

【0053】

また、プライマリサイト１にあるデータの複製元のＬＤＥＶ１３Ａ-1～１３Ａ-nのことをプライマリボリュームＰＶＯＬ３００と呼び、セカンダリサイト２にあるデータの複製先のＬＤＥＶ１３Ｂ-1～１３Ｂ-nのことをセカンダリボリュームＳＶＯＬ３０１と呼ぶ。さらに、このＰＶＯＬ３００とＳＶＯＬ３０１との関係のことをペアと呼ぶ。

【0054】

例えば、ＬＤＥＶ１３Ａ-2とＬＤＥＶ１３Ｂ-2とがペアの関係にある場合、ストレージ装置１０Ａのコピー・レプリケーション制御プログラム１１３は、ＬＤＥＶ１３Ａ-2にホスト１４から格納されたデータを、レプリケーションネットワーク３２を介してストレージ装置１０Ｂ-2へ送信する。そして、ストレージ装置１０Ｂのコピー・レプリケーション制御プログラム１１３は、ＬＤＥＶ１３Ａ-2とペア関係にあるＬＤＥＶ１３Ｂ-2にデータを格納する。

【0055】

このようにして、ＬＤＥＶ１３Ａ-2のデータがＬＤＥＶ１３Ｂ-2に複製されることにより、プライマリサイト１とセカンダリサイト２との間でリモートレプリケーションが実現される。

【0056】

（管理情報の構成例）
図２は、本発明の実施形態に係るストレージ装置１０Ａ，１０Ｂの管理情報１１７の構成例を示す図である。

【0057】

管理情報１１７は、ストレージ装置１０Ａ，１０Ｂ内の制御プログラム１１Ａ，１１Ｂが利用する複数の管理テーブルで構成される。複数の管理テーブルは、例えば、ＬＤＥＶ管理テーブル１１７１、リモートストレージ管理テーブル１１７２、レプリケーション管理テーブル１１７３、バックアップデータ管理テーブル１１７４、および、経路管理テーブル１１７５などのテーブルである。

【0058】

ＬＤＥＶ管理テーブル１１７１は、ストレージ装置１０Ａ，１０Ｂ内の論理ボリュームＬＤＥＶ１３Ａ-1～１３Ａ-n，１３Ｂ-1～１３Ｂ-nに関する情報を保持する。リモートストレージ管理テーブル１１７２は、ストレージ装置１０Ａと接続する他のストレージ装置１０Ｂの情報を管理する。レプリケーション管理テーブル１１７３は、ＬＤＥＶ１３Ａ-1～１３Ａ-n，１３Ｂ-1～１３Ｂ-nのレプリケーション関係の情報を管理する。バックアップデータ管理テーブル１１７４は、ＬＤＥＶ１３Ａ-1～１３Ａ-n，１３Ｂ-1～１３Ｂ-nのバックアップ情報を管理する。経路管理テーブル１１７５は、ＬＤＥＶ１３のバックアップ経路情報を管理する。

【0059】

（統合管理装置におけるインベントリ情報の構成例）
図３は、本発明の実施形態に係る統合管理装置２０におけるインベントリ情報２１の構成例を示す図である。

【0060】

インベントリ情報２１は、統合管理装置２０が利用する複数の管理テーブルで構成される。複数の管理テーブルは、例えば、ストレージ装置管理テーブル２１１およびストレージ装置稼働情報テーブル２１２などのテーブルである。

【0061】

ストレージ装置管理テーブル２１１は、管理・監視対象のストレージ装置１０Ａ，１０Ｂの情報を保持する。ストレージ装置稼働情報テーブル２１２は、管理・監視対象のストレージ装置１０Ａ，１０Ｂの稼働情報を保持する。

【0062】

（管理情報におけるＬＤＥＶ管理テーブルの構成例）
図４は、本発明の実施形態に係るストレージ装置１０Ａ，１０Ｂの管理情報１１７におけるＬＤＥＶ管理テーブル１１７１の構成例を示す図である。

【0063】

ＬＤＥＶ管理テーブル１１７１は、ストレージ装置１０Ａ，１０Ｂが管理する論理ボリュームＬＤＥＶ１３（１３Ａ-1～１３Ａ-n，１３Ｂ-1～１３Ｂ-n）毎にエントリ（レコード）を有する。各エントリが格納する情報は、ＬＤＥＶ番号５０１、ＬＤＥＶ容量５０２、ＶＯＬ種別５０３、および、プール番号５０４である。

【0064】

ＬＤＥＶ番号５０１は、ＬＤＥＶ１３の識別番号を表す。ＬＤＥＶ容量５０２は、当該エントリのＬＤＥＶ１３の容量を表す。ＶＯＬ種別５０３は、当該エントリのＬＤＥＶ１３の種別を表し、例えば、ＲＶＯＬ、ＴＰＶＯＬ、ＳＳＶＯＬ、ＪＮＬＶＯＬなどである。プール番号５０４は、当該エントリのＬＤＥＶ１３が関連付けられている容量プールの識別番号を表す。プール番号５０４が関連付けられている容量プール内の領域から当該ＬＤＥＶ１３のデータ格納領域が割り当てられる。

【0065】

（管理情報におけるリモートストレージ管理テーブルの構成例）
図５は、本発明の実施形態に係るストレージ装置１０Ａ，１０Ｂの管理情報１１７におけるリモートストレージ管理テーブル１１７２の構成例を示す図である。

【0066】

リモートストレージ管理テーブル１１７２は、ストレージ装置１０Ａ，１０Ｂ間でリモートレプリケーションやクラウドへのバックアップを構成する場合に、宛先となるストレージ装置１０Ａ，１０Ｂの関係情報を管理するテーブルである。

【0067】

リモートストレージ管理テーブル１１７２は、宛先の装置ごとにエントリ（レコード）を有する。各エントリが格納する情報は、宛先ＩＤ６０１、利用可能６０２、ペアストレージＩＤ６０３、ストレージ種別６０４、ストレージ機種６０５、ロケーション情報６０６、接続ポート６０７、接続プロトコル６０８、および、アドレス６０９といった情報である。

【0068】

宛先ＩＤ６０１は、ストレージ装置１０Ａ，１０Ｂがリモートレプリケーションやバックアップの宛先として管理する識別番号である。利用可能６０２は、前述の宛先として利用可能か否かを識別するフラグであり、例えば、利用可能であれば「可」、利用不可能であれば「不」などである。ペアストレージＩＤ６０３は、宛先関係となるストレージ装置１０Ａ，１０Ｂを識別する識別番号である。

【0069】

ストレージ種別６０４は、宛先関係となるストレージ装置１０Ａ，１０Ｂの種別を識別する情報であり、例えば、一般的なブロックストレージであれば「Ｂｌｏｃｋ」、ネットワークアタッチストレージであれば「ＮＡＳ」、ＳＤＳ型のブロックストレージであれば「ＳＤＳ－Ｂｌｏｃｋ」、オブジェクトストレージであれば「Ｏｂｊｅｃｔ」である。

【0070】

ストレージ機種６０５は、宛先関係となるストレージ装置１０Ａ，１０Ｂの機種を識別する情報である。ロケーション情報６０６は、宛先関係となるストレージ装置１０Ａ，１０Ｂが設置されているデータセンタ（サイト）やクラウドなどのロケーションを識別する情報である。接続ポート６０７は、宛先関係となるストレージ装置１０Ａ，１０Ｂがどの接続インターフェースと接続されているかを示す情報である。

【0071】

接続プロトコル６０８は、宛先関係となるストレージ装置１０Ａ，１０Ｂとの通信で用いるプロトコル情報であり、例えば、Ｆｉｂｒｅ Ｃｈａｎｎｅｌプロトコルであれば「ＦＣ」、ｉＳＣＳＩプロトコルであれば「ｉＳＣＳＩ」、ＨＴＴＰを用いたオブジェクトストレージ用プロトコルであれば「Ｓ３」などである。アドレス６０９は、宛先関係となるストレージ装置１０Ａ，１０Ｂへアクセスするためのアドレス情報である。

【0072】

（管理情報におけるレプリケーション管理テーブルの構成例）
図６は、本発明の実施形態に係るストレージ装置１０Ａ，１０Ｂの管理情報１１７におけるレプリケーション管理テーブル１１７３の構成例を示す図である。

【0073】

レプリケーション管理テーブル１１７３は、異なるストレージ装置１０Ａ，１０Ｂ間で構成したリモートレプリケーションや、単一のストレージ装置１０Ａ／１０Ｂ内で構成したローカルレプリケーションを管理するテーブルである。

【0074】

レプリケーション管理テーブル１１７３は、レプリケーションのＬＤＥＶ１３Ａ，１３Ｂのペア毎にエントリ（レコード）を有する。各エントリが格納する情報は、レプリケーション番号７０１、レプリケーション種別７０２、前述の宛先ＩＤ６０１、ＰＶＯＬ番号７０３、ＳＶＯＬ番号７０４、同期方式７０５、および、ペア状態７０６といった情報である。

【0075】

レプリケーション番号７０１は、レプリケーションを識別する識別番号である。レプリケーション種別７０２は、当該レプリケーションの種別を表すものである。例えば、異なるストレージ装置１０Ａ，１０Ｂ間で構成したリモートレプリケーションであれば「Ｒｅｍｏｔｅ」であり、単一のストレージ装置１０Ａ／１０Ｂ内で構成したローカルレプリケーションであれば「Ｌｏｃａｌ」である。

【0076】

宛先ＩＤ６０１は、当該レプリケーションで用いる宛先を識別するＩＤである。ＰＶＯＬ番号７０３は、レプリケーションのペア関係となるＰＶＯＬ３００のＬＤＥＶ１３Ａ-1～１３Ａ-nの番号である。ＳＶＯＬ番号７０４は、レプリケーションのペア関係となるＳＶＯＬ３０１のＬＤＥＶ１３Ｂ-1～１３Ｂ-nの番号である。

【0077】

同期方式７０５は、レプリケーションのＰＶＯＬ３００の格納データとＳＶＯＬ３０１の格納データとを同期させる方式であり、例えば、ＰＶＯＬ３００の更新に対してＳＶＯＬ３０１を非同期的に同期する場合は「ＡＳＹＮＣ」であり、ＰＶＯＬ３００の更新に対してＳＶＯＬ３０１を同期的に同期する場合は「ＳＹＮＣ」である。

【0078】

ペア状態７０６は、レプリケーションのＰＶＯＬ３００とＳＶＯＬ３０１との同期状態を表しており、例えば、ＰＶＯＬ３００とＳＶＯＬ３０１とが同期状態にあれば「ＰＡＩＲ」であり、ＰＶＯＬ３００とＳＶＯＬ３０１とが非同期状態にあれば「ＰＳＵＳ」である。

【0079】

（管理情報におけるバックアップデータ管理テーブルの構成例）
図７は、本発明の実施形態に係るストレージ装置１０Ａ，１０Ｂの管理情報１１７におけるバックアップデータ管理テーブル１１７４の構成例を示す図である。

【0080】

バックアップデータ管理テーブル１１７４は、ＬＤＥＶ番号５０１のリスト８０１と、前述のＬＤＥＶ番号５０１毎のスナップショットデータを管理するバックアップデータ管理サブテーブル８０２とを有する。

【0081】

バックアップデータ管理サブテーブル８０２は、対象のＬＤＥＶ１３におけるバックアップの管理情報をタイムスタンプ８０３毎にエントリを有する。バックアップ種別８０４は、バックアップ方法を示す種別である。例えば、当該ＬＤＥＶ１３の格納データを別のＬＤＥＶ１３にフルコピーで格納した場合は「フルコピー」であり、スナップショットとしてＳＳＶＯＬに差分データのみを格納した場合は「スナップショット」であり、オブジェクトストレージにオブジェクトとして格納した場合は「オブジェクト」である。

【0082】

宛先ＩＤ６０１は、バックアップ先としてストレージ装置１０Ａ／１０Ｂを識別するＩＤである。ＬＤＥＶ番号５０１は、バックアップ先のストレージ装置１０Ａ／１０Ｂの番号である。バケットＩＤ８０５は、バックアップ先がオブジェクトストレージの場合のバックアップ先のバケットを識別するＩＤである。

【0083】

（管理情報における経路管理テーブルの構成例）
図８は、本発明の実施形態に係るストレージ装置１０Ａ，１０Ｂの管理情報１１７における経路管理テーブル１１７５の構成例を示す図である。

【0084】

経路管理テーブル１１７５は、ストレージ装置１０Ａ，１０Ｂがリモートバックアップやリモートレプリケーションを行う場合に、宛先ＩＤ６０１で指定されたストレージ装置１０Ａ／１０Ｂへのアクセスに利用できる経路を管理するテーブルである。

【0085】

経路管理テーブル１１７５は、宛先ＩＤ６０１毎にエントリ（レコード）を持ち、１つの宛先ＩＤ６０１に対して１以上の経路情報を保持する。経路ＩＤ９０１は、宛先ＩＤ６０１の示すストレージ装置１０Ａ／１０Ｂまでの経路情報を識別するための識別ＩＤである。利用可能６０２は、当該経路が利用可能か否かを示すフラグである。

【0086】

公称データ転送速度９０２は、当該経路の理論的なデータ転送速度値である。実績データ転送速度９０３は、当該経路を使用した過去の実績から求められる実績のデータ転送速度値である。公称データ転送速度９０２に対して実績データ転送速度９０３の達成度が所定の閾値以下であれば、当該転送経路は転送経路のサービスレベルが低いことを示す。また、実績データ転送速度９０３は、当該経路利用時に随時更新することで、実績的なデータ転送速度性能値を得る。データ転送コスト９０４は、当該経路を用いてデータ転送を行う際のコスト単価である。

【0087】

（管理情報におけるストレージ装置管理テーブルの構成例）
図９は、本発明の実施形態に係るストレージ装置１０Ａ，１０Ｂの管理情報１１７におけるストレージ装置管理テーブル２１１の構成例を示す図である。

【0088】

ストレージ装置管理テーブル２１１は、統合管理装置２０のインベントリ情報２１が管理する情報である。すなわち、ストレージ装置管理テーブル２１１は、統合管理装置２０の監視・管理対象であるストレージ装置１０Ａ，１０Ｂの情報を管理する。

【0089】

ストレージ管理者４は、当該テーブルに管理対象のストレージ装置１０Ａ，１０Ｂを登録することで、統合管理装置２０により一元的に異なる拠点に設置されている複数のストレージ装置１０Ａ，１０Ｂを監視・管理することが可能となる。

【0090】

ストレージ装置管理テーブル２１１は、ストレージ装置１０Ａ，１０Ｂ毎にエントリ（レコード）を持つ。ストレージＩＤ１００１は、監視対象のストレージ装置１０Ａ，１０Ｂを識別するＩＤである。ストレージ種別６０４は、監視対象のストレージ装置１０Ａ，１０Ｂの種別を識別する情報である。例えば、一般的なブロックストレージであれば「Ｂｌｏｃｋ」であり、ネットワークアタッチストレージであれば「ＮＡＳ」であり、ＳＤＳ型のブロックストレージであれば「ＳＤＳ－Ｂｌｏｃｋ」であり、オブジェクトストレージであれば「Ｏｂｊｅｃｔ」である。

【0091】

ストレージ機種６０５は、監視対象のストレージ装置１０Ａ，１０Ｂの機種を識別する情報である。ロケーション情報６０６は、監視対象のストレージ装置１０Ａ，１０Ｂが設置されているデータセンタ（サイト）やクラウドなどのロケーションを識別する情報である。管理システムアドレス１００２は、管理システム１８Ａ，１８Ｂのアドレスを示す情報である。

【0092】

［クラウド上のストレージサービスにデータバックアップを行う例］
図１０は、クラウドで提供されるオブジェクトストレージへのデータバックアップの例を模式的に示す図である。図１０では、ストレージシステムＲＶＯＬにおいて、その格納データをクラウドベンダが運営するクラウド３Ａ（パブリッククラウド）にあるオブジェクトストレージ２００へバックアップする様子を示している。

【0093】

オブジェクトストレージ２００は、概して、格納データをオブジェクト２０１という単位で管理することを特徴とする記憶装置やサービスであり、格納データをオブジェクト２０１という単位で識別するＩＤおよびメタデータを付与して管理する。また、オブジェクトストレージ２００では、複数のオブジェクト２０１をバケット２０２（２０２Ａ，２０２Ｂ）という単位で管理する。

【0094】

クラウドベンダが提供するオブジェクトストレージ２００では、一般的に、格納データの容量制限がないことから、大容量のデータを安価に格納することに適しており、データのバックアップやアーカイブ用途でも注目されている。

【0095】

ストレージ管理者４などが統合管理装置２０を操作することで、統合管理装置２０からバックアップ指示２０５がストレージ装置１０Ａに対して発せられる。このバックアップ指示２０５を受けて、ストレージ装置１０Ａの制御プログラム１１は、ＬＤＥＶ１３をオブジェクトストレージ２００のバケット２０２Ａにバックアップする処理を開始する。

【0096】

具体的には、ストレージ装置１０Ａの制御プログラム１１は、まず、バックアップ対象のＬＤＥＶ１３のバックアップ時点での格納データを保持したスナップショットをＳＳＶＯＬ２０６として作成し、このＳＳＶＯＬ２０６を対象にオブジェクトストレージ２００のバケット２０２Ａに対してバックアップ処理を開始する。

【0097】

また、ストレージ装置１０ＡのＬＤＥＶ１３やＳＳＶＯＬ２０６など、論理ボリュームに格納されたデータをオブジェクトストレージ２００にバックアップするには、格納データを１以上のオブジェクト２０１に分割して格納するデータ形式の変更処理が必要である。このデータ変換処理は、処理経路２０３を通して行われる。

【0098】

この処理経路２０３を通してのデータ変換処理は、例えば、制御プログラム１１のデータ形式変換プログラム１１６によって行われ、ＳＳＶＯＬ２０６の格納データがオブジェクト２０１に変換される。また、別の実装方式として、データ形式変換プログラム１１６は、ストレージ装置１０Ａに接続されたホスト１４上で実行されることで、ＳＳＶＯＬ２０６の格納データがオブジェクト２０１に変換される方式も考えられる。さらに、近年では、ＮＩＣなどのネットワークインターフェース上に搭載されたＤＰＵ（Data Processing Unit）などを用いてデータ形式変換プログラム１１６を実行することにより、ネットワーク上でデータ変換処理を行う実装方式も考えられる。

【0099】

１以上のオブジェクト２０１に変換されたＳＳＶＯＬ２０６の格納データは、制御プログラム１１のコピー・レプリケーション制御プログラム１１３によって転送され、オブジェクトストレージ２００の格納先のバケット２０２（本例では、２０２Ａ）へ格納する。この転送処理については、前述したＤＰＵによってコピー・レプリケーション制御プログラム１１３を実行して行われてもよい。

【0100】

ストレージ装置１０Ａとクラウド３Ａとの間は、インターネット３１により接続されているため、転送経路２０４Ａのようにインターネット３１を用いたデータ転送を行う必要がある。また、オブジェクトストレージ２００では、ＨＴＴＰアクセスを用いたＲＥＳＴ（Representational State Transfer）などの操作ＡＰＩ（Application Programing Interface）が提供されていることが一般的なため、オブジェクト２０１のデータの転送にはＨＴＴＰを用いたアクセスプロトコルが用いられる。

【0101】

ストレージ装置１０Ａとクラウド３Ａとの間のデータ転送は、利用するインターネット３１の状況によっては混雑により利用できる帯域が想定外に少なかったり、あるいは、バックアップ中に通信レスポンスが悪化したりすることがあり、前述のバックアップ処理にかかる時間に影響が出ることが想定される。特に、エンタープライズ用途の大容量データのバックアップを行うようなユースケースでは、あらかじめ、予定されたバックアップ処理時間内にバックアップにかかる処理を終える必要があるため、運用に支障が出ることが想定される。

【0102】

続いて、リモートレプリケーションを用いたクラウドサービスへのデータバックアップの具体的な実施例について説明する。

【0103】

［実施例１］
図１１は、本発明の実施形態における実施例１に係るリモートレプリケーションを用いたクラウドサービスへのデータバックアップについて模式的に示す図である。

【0104】

図１１では、プライマリサイト１に設置されたストレージ装置１０Ａと、クラウド３Ｂに設置されたストレージ装置１０Ｂとが、専用線を用いたレプリケーションネットワーク３２を介して接続されている。

【0105】

ここで、例えば、ストレージ装置１０Ｂは、クラウド３Ｂ上で稼働するＳＤＳとして運用されており、ストレージ装置１０Ａと同等のストレージ機能を有している。

【0106】

また、ストレージ装置１０ＡのＰＶＯＬ３００とストレージ装置１０ＢのＳＶＯＬ３０１との間でリモートレプリケーション３０３を構成している。ホスト１４からＰＶＯＬ３００に更新されたデータは、ペア関係にあるＳＶＯＬ３０１にレプリケーションネットワーク３２を介して、同期的または非同期的にコピーされることによってレプリケーションが行われている。

【0107】

また、クラウド３Ａとクラウド３Ｂとは、例えば同一のクラウド事業者により運営されている。このため、クラウド３Ａとクラウド３Ｂとの間は、クラウド間ネットワークを介して同一のネットワークに接続されている。

【0108】

クラウド間ネットワークは、一般的に、地理的に同一または異なるクラウド間を接続するためのネットワークである。そして、データ通信に利用できるネットワーク帯域や通信レイテンシは、ネットワークのＱｏＳ（Quality of Service）制御などの技術により、サービスレベル補償（ＳＬＡ：Service Level Assuerance）がなされている。

【0109】

ここで、ホスト１４が接続されているストレージ装置１０ＡのＰＶＯＬ３００のデータを、クラウドベンダが運営するパブリッククラウド（クラウド３Ａ）にあるオブジェクトストレージ２００のバケット２０２Ａへバックアップする場合を考える。

【0110】

図１０の場合と同様に、ストレージ管理者４などが統合管理装置２０を操作することにより、統合管理装置２０は、バケット２０２ＡへのＰＶＯＬ３００のバックアップ処理を開始する。

【0111】

このとき、統合管理装置２０は、インベントリ情報２１からストレージ装置１０Ａが設置されているプライマリサイト１の情報、および、ストレージ装置１０Ａとペア関係にあるストレージ装置１０Ｂが稼働しているクラウド３Ｂの情報を参照する。

【0112】

次に、統合管理装置２０は、ＰＶＯＬ３００とリモートレプリケーション３０３のペア関係にあるＳＶＯＬ３０１の存在を特定する。

【0113】

次に、統合管理装置２０は、ＰＶＯＬ３００とＳＶＯＬ３０１とのペア状況を判断する。この判断は、例えば、ＰＶＯＬ３００とＳＶＯＬ３０１とがペアの関係にあったとしても、ＰＶＯＬ３００への更新データは非同期的または同期的にＳＶＯＬ３０１へ反映されるため、タイミングによってはデータが同期されているとは限らないためである。そのため、ＳＶＯＬ３０１にＰＶＯＬ３００のデータが完全に同期されているか否かを判断する。

【0114】

ここで、ＳＶＯＬ３０１にバックアップ対象時点のＰＶＯＬ３００のデータが反映されており、同期されていれば、ＳＶＯＬ３０１をバックアップ元として利用しても差し支えないことを判断する。つまり、統合管理装置２０は、バックアップ指示２０５をストレージ装置１０Ｂに対して行い、ＳＶＯＬ３０１をバケット２０２Ａにバックアップさせることでも、結果的に、ＰＶＯＬ３００をバケット２０２Ａにバックアップした場合と同等の結果を得ることができる。

【0115】

また、リモートレプリケーションにおいて、ある時点までのＰＶＯＬ３００の更新データとＳＶＯＬ３０１の格納データとが同期した時点で、ＰＶＯＬ３００とＳＶＯＬ３０１とが同期したスナップショットを取得する周知の技術（例えば、特許文献２参照）を用いて、ＰＶＯＬ３００のスナップショットＳＳＶＯＬ２０６ａとＳＶＯＬ３０１のスナップショットＳＳＶＯＬ２０６ｂを取得する。

【0116】

次に、統合管理装置２０は、プライマリサイト１またはクラウド３Ｂのうち、バックアップ先であるクラウド３Ａまでのデータ転送手段として、ネットワーク状況や経路選択ポリシーに基づいたデータ転送コスト９０４（図８参照）が低いものを判断する。例えば、図１０のデータ転送手段としては、転送経路２０４Ａと転送経路２０４Ｂとの２つの選択肢がある。転送経路２０４Ａは、ＳＳＶＯＬ２０６ａをバックアップ元とし、インターネット３１を経由してクラウド３Ａにあるバケット２０２Ａにアクセスする。これに対し、転送経路２０４Ｂは、ＳＳＶＯＬ２０６ｂをバックアップ元とし、クラウド３Ａとクラウド３Ｂとの間を接続するクラウド間ネットワーク３０２を経由してクラウド３Ａのバケット２０２Ａへアクセスする。

【0117】

ここで、ネットワーク状況とは、具体的には、転送経路（通信経路）において、現時点で実際に利用可能なネットワーク帯域および通信レイテンシの少なくとも一方、好ましくは両方である。また、データ転送コスト９０４とは、具体的には、ネットワーク状況とバックアップデータの量に応じたデータ転送時間およびネットワーク利用料の少なくとも一方、好ましくは両方である。経路選択ポリシーは、具体的には、バックアップ時間を優先するか、通信コスト低減を優先するか、または、その両方を優先するかなどである。

【0118】

具体的には、バックアップ時間を優先する場合は、転送経路２０４Ａは、インターネット３１を経由するため、利用できるデータ帯域が高々１０Ｇｂｐｓだとする。転送経路２０４Ｂは、クラウド間ネットワーク３０２を経由するため、利用できるデータ帯域が１００ＧｂｐｓでかつＱｏＳによる帯域補償があるとした場合、統合管理装置２０は、転送経路２０４Ｂを選択する方がバックアップ処理に要する時間を短縮できると判断する。そして、統合管理装置２０は、ストレージ装置１０Ｂに対してバックアップ指示２０５を行うことで、バックアップ処理に要する時間を短縮できる。

【0119】

また、統合管理装置２０は、例えば、クラウド間ネットワーク３０２の利用料金が転送データ量に応じて変化する場合は、転送経路２０４Ａを選択する方がバックアップ処理に要する金銭的コストを低減できると判断する。そして、統合管理装置２０は、ストレージ装置１０Ａに対して転送経路２０４Ａでのバックアップ処理のバックアップ指示２０５を行う。これにより、バックアップ処理に要する金銭的コストを削減できる。これは、例えば、クラウド３Ａとクラウド３Ｂとが違うクラウドベンダによる提供で、クラウド間ネットワーク３０２はあるが、利用料が高額になる場合は、転送経路２０４Ｂよりも転送経路２０４Ａを用いた方が望ましい場合もあると考えられる。

【0120】

また、転送経路２０４Ａと転送経路２０４Ｂとを組み合わせるという場合があってもよい。具体的には、バックアップの対象が複数のＬＤＥＶ１３であり、処理対象のＬＤＥＶ１３によって転送経路２０４Ａと転送経路２０４Ｂとを使い分けるケースも考えられる。

【0121】

以上のように、実施例１に係るリモートレプリケーションを用いたクラウドサービスへのデータバックアップでは、統合管理装置２０による制御の下に、リモートレプリケーション３０３のペア関係を用いてクラウド３Ａへのデータバックアップが行われる。これにより、より安定かつより高速なバックアップ処理を実現することができる。

【0122】

［実施例２］
図１２は、本発明の実施形態における実施例２に係るリモートレプリケーションを用いたクラウドサービスへのデータバックアップについて模式的に示す図である。

【0123】

前述の実施例１では、統合管理装置２０がバックアップに利用する転送経路２０４Ａ／２０４Ｂを決定し、バックアップ指示２０５をストレージ装置１０Ａ／１０Ｂに対して行っている。これに対して、実施例２は、同様の転送経路２０４Ａ／２０４Ｂの決定をストレージ装置１０Ａが主体となって行う例である。

【0124】

実施例２において、ストレージ装置１０Ａは、統合管理装置２０からバックアップ指示２０５ａを受信する。このバックアップ指示２０５ａを受けて、ストレージ装置１０Ａの制御プログラム１１Ａは、管理情報１１７から自身のストレージ装置１０Ａとペア関係にあるストレージ装置１０Ｂを特定するとともに、バックアップ対象のＰＶＯＬ３００とペア関係にあるＳＶＯＬ３０１を特定する。

【0125】

次に、制御プログラム１１Ａは、ＰＶＯＬ３００とＳＶＯＬ３０１とのペア状況を確認し、ＳＶＯＬ３０１にＰＶＯＬ３００のデータが完全に同期されているか否かを判断し、次いで、自身のストレージ装置１０Ａ、および、ペア関係にあるストレージ装置１０Ｂのどちらがクラウド３Ａに対する通信において通信コストが低いかを判断する。

【0126】

この通信コストの重みづけについては、事前に定性的に決定しておいてもよいし、あるいは、ストレージ装置１０Ａおよびストレージ装置１０Ｂにおいて、実際にクラウド３Ａと通信を行い、その測定結果に基づいた重み付けであってもよい。

【0127】

次に、ストレージ装置１０Ａの制御プログラム１１Ａは、前述の通信コストに基づいて、転送経路２０４Ａまたは転送経路２０４Ｂについて、通信コストが低い方の経路を選択する。ここでは、転送経路２０４Ｂを選択するものと仮定する。

【0128】

次に、ストレージ装置１０Ａの制御プログラム１１Ａは、ペア関係にあるストレージ装置１０Ｂに対して、バックアップ指示２０５ｂを指示する。このとき、バックアップ指示２０５ｂは、リモートレプリケーション３０３を構成している通信経路上でレプリケーションを制御するコマンドの一部として送信してもよい。また、ストレージ装置１０Ａの制御プログラム１１Ａとストレージ装置１０Ｂの制御プログラム１１Ｂとが、インターネット３１またはレプリケーションネットワーク３２を介してコマンドを送受信するようにしてもよい。

【0129】

バックアップ指示２０５ｂを受信したストレージ装置１０Ｂの制御プログラム１１Ｂは、ＰＶＯＬ３００とペア関係にあるＳＶＯＬ３０１のスナップショットを取得し、ＳＳＶＯＬ２０６ｂを作成する。また、バケット２０２Ａに格納データをバックアップするため、ＳＳＶＯＬ２０６ｂの格納データについてデータ変換を行い、オブジェクト２０１を生成する。このデータ変換処理は、処理経路２０３を通して行われる。

【0130】

次に、ストレージ装置１０Ｂの制御プログラム１１Ｂは、バックアップ指示２０５ｂに従って、転送経路２０４Ｂを利用し、バケット２０２Ａに対してオブジェクト２０１を送信することによりで、オブジェクトストレージへのバックアップを完了し、次いで、バックアップ指示２０５ｂの完了をストレージ装置１０Ａの制御プログラム１１Ａに対して通知する。

【0131】

次に、ストレージ装置１０Ａの制御プログラム１１Ａは、ストレージ装置１０Ｂの制御プログラム１１Ｂからの通知を受けて、バックアップ指示２０５ａが完了したことを統合管理装置２０に対して通知する。

【0132】

以上のように、実施例２に係るリモートレプリケーションを用いたクラウドサービスへのデータバックアップでは、ストレージ装置１０Ａによる制御の下に、リモートレプリケーション３０３のペア関係を用いてクラウド３Ａへのデータバックアップが行われる。これにより、より安定かつより高速なバックアップ処理を実現することができる。

【0133】

［オブジェクトストレージへのデータバックアップ処理フロー］
次に、本発明の実施形態に係るストレージシステムにおけるデータバックアップ処理方法について説明する。本実施形態に係るデータバックアップ処理方法は、統合管理装置２０による制御の下に実行される、オブジェクトストレージへのデータバックアップ処理方法である。図１３、図１４は、本発明の実施形態に係るデータバックアップ処理方法の処理フローの一例を示すフローチャート（その１、その２）である。

【0134】

以下では、統合管理装置２０による制御の下に実行される、前述の実施例１に係るリモートレプリケーションを用いたクラウドサービスへのデータバックアップの場合のシステム構成における処理フローについて説明する。

【0135】

まず、統合管理装置２０は、ストレージ装置１０ＡのＰＶＯＬ３００を、オブジェクトストレージ２００のバケット２０２Ａへバックアップするためのバックアップ指示をストレージ管理者４から受信する（ステップＳ１００）。

【0136】

バックアップ指示を受信すると、統合管理装置２０は、バックアップ指示対象のストレージ装置１０Ａに対して、管理制御指示部２２によりバックアップ経路計画のための情報を収集し、リモートストレージ管理テーブル１１７２を参照してバックアップ先のバケット２０２Ａが属するクラウド３Ａが宛先として登録されているかを確認する（ステップＳ１０１）。

【0137】

次に、統合管理装置２０は、リモートストレージ管理テーブル１１７２にクラウド３Ａが宛先として登録されているか否かを判断する（ステップＳ１０２）。そして、登録されていると判断した場合（Ｓ１０２のＹＥＳ）、統合管理装置２０は、ストレージ装置１０Ａの経路管理テーブル１１７５を参照し、クラウド３Ａが宛先の宛先ＩＤ６０１を持つ経路情報Ａ（経路情報は複数の経路ＩＤを持つものとする）を取得し（ステップＳ１０３）、しかる後、ステップＳ１０４へ進む。

【0138】

ステップＳ１０２において、登録されていないと判断した場合（Ｓ１０２のＮＯ）、または、ステップＳ１０３の処理した後、統合管理装置２０は、ストレージ装置１０Ａのレプリケーション管理テーブル１１７３を参照し、バックアップ先のＬＤＥＶ１３をＰＶＯＬ３００とするペア状態のリモートレプリケーションがあるかを確認する（ステップＳ１０４）。具体的には、バックアップ先のＬＤＥＶ１３をＰＶＯＬ３００とするレプリケーション種別７０２が『Ｒｅｍｏｔｅ』、かつ、ペア状態７０６が『ＰＡＩＲ』のレプリケーション番号７０１を持つエントリがあるかをチェックする。

【0139】

次に、統合管理装置２０は、レプリケーション種別７０２が『Ｒｅｍｏｔｅ』、かつ、ペア状態７０６が『ＰＡＩＲ』のレプリケーション番号７０１を持つエントリがあるか否かを判断する（ステップＳ１０５）。そして、当該エントリがあると判断した場合（Ｓ１０５のＹＥＳ）、統合管理装置２０は、ステップＳ１０５で抽出したエントリから、ストレージ装置１０Ａのリモートストレージ管理テーブル１１７２を参照することで、リモートレプリケーション３０３を構築しているストレージ装置１０Ｂを特定する（ステップＳ１０６）。

【0140】

次に、統合管理装置２０は、ストレージ装置１０Ｂのリモートストレージ管理テーブル１１７２を参照し、クラウド３Ａの宛先登録を確認し（ステップＳ１０７）、次いで、ストレージ装置１０Ｂのリモートストレージ管理テーブル１１７２にクラウド３Ａの宛先登録があるか否かを判断する（ステップＳ１０８）。

【0141】

ステップＳ１０８において、ストレージ装置１０Ｂのリモートストレージ管理テーブル１１７２にクラウド３Ａの宛先登録があると判断した場合（Ｓ１０８のＹＥＳ）、統合管理装置２０は、ストレージ装置１０Ｂの経路管理テーブル１１７５を参照し、クラウド３Ａが宛先の宛先ＩＤ６０１を持つ経路情報Ｂを取得する（ステップＳ１０９）。

【0142】

次に、統合管理装置２０は、経路情報Ａおよび経路情報Ｂに含まれる経路ＩＤのうち、実績のデータ転送速度が最も高速かつ転送コストが最も低い経路ＩＤを選択し（ステップＳ１１０）、次いで、選択した経路ＩＤが経路情報Ｂであるか否かを判断する（ステップＳ１１１）。

【0143】

選択した経路ＩＤが経路情報Ｂであると判断した場合（Ｓ１１１のＹＥＳ）、統合管理装置２０は、ストレージ装置１０Ｂにバックアップ指示２０５を与える（ステップＳ１１２）。このバックアップ指示２０５を受けて、ストレージ装置１０Ｂは、ＳＶＯＬ３０１をバックアップ元ボリュームとして選択し、ペア関係にあるＰＶＯＬ３００の最新データが反映された契機でＳＶＯＬ３０１のスナップショット取得を、経路２０７を通して行ってＳＳＶＯＬ２０６ｂを作成する。

【0144】

次に、ストレージ装置１０Ｂは、ＳＳＶＯＬ２０６ｂをバックアップ元ボリュームとして選択し、ＳＳＶＯＬ２０６ｂのデータをデータ形式変換プログラム１１６によりデータ変換処理を行ってオブジェクト２０１に変換した上で、転送経路２０４Ｂを利用してバケット２０２Ａへ転送し（ステップＳ１１３）、バックアップ処理を終了する。

【0145】

ステップＳ１０５において、レプリケーション種別７０２が『Ｒｅｍｏｔｅ』、かつ、ペア状態７０６が『ＰＡＩＲ』のレプリケーション番号７０１を持つエントリがないと判断した場合（Ｓ１０５のＮＯ）、統合管理装置２０は、経路情報Ａが未取得であるか否かを判断する（ステップＳ１１４）。

【0146】

経路情報Ａが未取得の場合（Ｓ１１４のＹＥＳ）、バックアップ先のクラウド３Ｂに至る経路が定義されていないことになるため、統合管理装置２０は、バックアップ先のクラウド３Ｂまでの経路なしとしてエラー処理を行い（ステップＳ１１５）、バックアップ処理を終了する。

【0147】

ステップＳ１０８でクラウド３Ａの宛先登録がないと判断した場合（Ｓ１０８のＮＯ）、ステップＳ１１１で選択された経路ＩＤが経路情報Ｂでないと判断した場合（Ｓ１１１のＮＯ）、あるいは、ステップＳ１１４で経路情報Ａが取得と判断した場合（Ｓ１１４のＮＯ）、ステップＳ１１６に進む。ステップＳ１１６において、統合管理装置２０は、経路情報Ａに含まれる経路ＩＤのうち、実績のデータ転送速度が最も高速かつ転送コストが最も低い経路ＩＤを選択する（ステップＳ１１６）。

【0148】

次に、統合管理装置２０は、ストレージ装置１０Ａにバックアップ指示２０５を与える（ステップＳ１１７）。このバックアップ指示２０５を受けて、ストレージ装置１０Ａは、ＰＶＯＬ３００をバックアップ元ボリュームとして選択し、ＰＶＯＬ３００のスナップショット取得を、経路２０７を通して行ってＳＳＶＯＬ２０６ａを作成する。

【0149】

次に、ストレージ装置１０Ａは、ＳＳＶＯＬ２０６ａをバックアップ元ボリュームとして選択し、ＳＳＶＯＬ２０６ａのデータをデータ形式変換プログラム１１６によりデータ変換処理を行ってオブジェクト２０１に変換した上で、転送経路２０４Ａを利用してバケット２０２Ａへ転送し（ステップＳ１１８）、バックアップ処理を終了する。

【0150】

上述した本発明の実施形態に係るデータバックアップ処理方法によれば、オンプレミスに設置されたストレージ装置の格納データを、パブリッククラウドが提供するストレージサービスへバックアップする処理を、インターネット回線を用いてバックアップを行う場合に比べて、より安定にかつより高速に実現することができる。

【0151】

＜変形例＞
なお、本発明は、上述した実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。例えば、上述した実施形態は本発明を分かりやすく説明するためにシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、本実施形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。

【符号の説明】

【0152】

１…プライマリサイト、２…セカンダリサイト、３（３Ａ，３Ｂ）…クラウド、４…ストレージ管理者、１０Ａ，１０Ｂ…ストレージ装置、１１（１１Ａ，１１Ｂ）…制御プログラム、１２…ホストインターフェースデバイス、１３（１３Ａ-1～１０３Ａ-n，１３Ｂ-1～１０３Ｂ-n）…記憶ボリュームＬＤＥＶ、１４…ホスト、１５…ホストネットワーク、１６…レプリケーションインタフェースデバイス、１７…マネージメントインターフェースデバイス、１８Ａ、１８Ｂ…管理システム、１９…管理ネットワーク、２０…統合管理装置、２１…インベントリ情報、２２…管理制御指示部、２３…データ転送経路計画部、３１…インターネット、３２…レプリケーションネットワーク、１１１…Ｉ／Ｏ制御プログラム、１１２…構成制御プログラム、１１３…コピー・レプリケーション制御プログラム、１１４…スナップショット制御プログラム、１１５…バックアップタスク制御プログラム、１１６…データ形式変換プログラム、１１７…管理情報、２００…オブジェクトストレージ、２０１…オブジェクト、２０２（２０２Ａ，２０２Ｂ）…バケット、２０４Ａ，２０４Ｂ…転送経路、２０５…バックアップ指示、２０６…ＳＳＶＯＬ、３００…ＰＶＯＬ、２１１…ストレージ装置管理テーブル、２１２…ストレージ装置稼働情報テーブル、３０１…ＳＶＯＬ、３０２…クラウド間ネットワーク、３０３…リモートレプリケーション、１１７１…ＬＤＥＶ管理テーブル、１１７２…リモートストレージ管理テーブル、１１７３…レプリケーション管理テーブル、１１７４…バックアップデータ管理テーブル、１１７５…経路管理テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】