特開 2024-179668 ユニファイドストレージシステムおよびユニファイドストレージシステムのアップグレード方法

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

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

(11)【公開番号】P2024179668

(43)【公開日】2024-12-26

(54)【発明の名称】ユニファイドストレージシステムおよびユニファイドストレージシステムのアップグレード方法

(51)【国際特許分類】

   G06F 3/06 20060101AFI20241219BHJP

   G06F 13/10 20060101ALI20241219BHJP

   G06F 13/14 20060101ALI20241219BHJP

【ＦＩ】

G06F3/06 304F

G06F13/10 340A

G06F13/14 310F

G06F13/14 330E

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023098682

(22)【出願日】2023-06-15

(71)【出願人】

【識別番号】524132520

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

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】深谷 崇元

(72)【発明者】

【氏名】下薗 紀夫

(72)【発明者】

【氏名】早坂 光雄

(72)【発明者】

【氏名】鴨生 悠冬

(57)【要約】      （修正有）

【課題】ストレージコントローラをアップグレードする際に、従来使用していたストレージコントローラを有効活用することで、ハードウェアコストの低減を図るユニファイドストレージシステム及びそのアップグレード方法を提供する。
【解決手段】コントローラ１００を有する記憶制御装置１０（ストレージノード）及びデータを格納する記憶デバイスユニット２０（記憶装置）を有し、ブロックアクセス及びファイルアクセスに対応したユニファイドストレージシステムＡであって、クライアントからのファイルアクセスを処理してコントローラにブロックアクセスをするＦＥ Ｉ／Ｆ １１０上で動作するファイルシステムを有し、コントローラは、クライアントからのブロックアクセス及びファイルシステムからのブロックアクセスを処理して、データを格納する記憶装置にアクセスし、ネットワーク接続された情報機器を追加し、ファイルシステムを情報機器に移動させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

コントローラを有するストレージノードと、
データを格納する記憶装置と、
を有して、ブロックアクセス及びファイルアクセスに対応したユニファイドストレージシステムにおいて、
クライアントからのファイルアクセスを処理して前記コントローラにブロックアクセスをするファイルシステムを有し、
前記コントローラは、クライアントからのブロックアクセス及び前記ファイルシステムからのブロックアクセスを処理して、前記データを格納する記憶装置にアクセスし、
前記ユニファイドストレージシステムは、ネットワーク接続された情報機器を追加し、前記ファイルシステムを前記情報機器に移動させることが可能な
ことを特徴とするユニファイドストレージシステム。

【請求項2】

前記ファイルシステムの移動後は、前記情報機器のファイルシステムが、前記ストレージノードのコントローラへブロックアクセスを行う
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項3】

プロセッサを有するネットワークインタフェースを有し、
前記ファイルシステムは、移動前に前記ネットワークインタフェース上で稼働している
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項4】

前記ストレージノードのいずれかの構成をアップグレードする場合に、前記ファイルシステムを前記情報機器に移動させる
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項5】

前記ファイルシステムの移動に際して、前記ストレージノードから前記情報機器にファイルサービスの構成情報を移動させる
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項6】

前記ストレージノードは、プロセッサを有するネットワークインタフェースを複数有しており、
前記ファイルシステムの移動前は、複数の前記ネットワークインタフェース上で稼働する複数の前記ファイルシステムが連携して分散ファイルシステムを構成し、
前記ファイルシステムの移動後は、複数の前記情報機器上で稼働する複数の前記ファイルシステムが連携して分散ファイルシステムを構成する
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項7】

前記ファイルシステムの移動に際して、前記ファイルシステムが参照するデータを前記情報機器の記憶装置に移動させ、移動後は、前記ファイルシステムは前記情報機器の記憶装置にアクセスする
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項8】

前記ストレージノードは、ネットワークインタフェースを有し、
前記ファイルシステムの移動前は、前記ストレージノードのネットワークインタフェースに、前記クライアントからのブロックアクセスパス及びファイルアクセスパスが設定され、
前記ファイルシステムの移動後は、前記ストレージノードのネットワークインタフェースに前記クライアントからのブロックアクセスパスが設定された状態で、前記情報機器に前記クライアントからのファイルアクセスパスを設定する
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項9】

前記ファイルシステムの移動後に、前記ストレージノードと前記情報機器とは秘密鍵を有し、前記ストレージノードと前記情報機器との間の前記ブロックアクセスを含む通信を前記秘密鍵を用いて行う
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項10】

前記ストレージノードは、ネットワークインタフェースを有し、
前記ネットワークインタフェースは前記ファイルアクセスされるデータを一時保存されるメモリを有し、
前記ファイルシステムの移動に際して、前記ネットワークインタフェースのメモリ内のダーティデータを前記記憶装置に格納する
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項11】

前記情報機器は、外付けサーバまたはＮＡＳゲートウェイサーバである
ことを特徴とする請求項１に記載のユニファイドストレージシステム。

【請求項12】

コントローラを有するストレージノードと、
データを格納する記憶装置と、
を有して、ブロックアクセス及びファイルアクセスに対応したユニファイドストレージシステムにおいて、
クライアントからのファイルアクセスを処理して前記コントローラにブロックアクセスをするファイルシステムを有し、
前記コントローラは、クライアントからのブロックアクセス及び前記ファイルシステムからのブロックアクセスを処理して、前記データを格納する記憶装置にアクセスし、
前記ユニファイドストレージシステムは、ネットワーク接続された情報機器を追加し、前記ファイルシステムを前記情報機器に移動させる、
ユニファイドストレージシステムのアップグレード方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユニファイドストレージシステム、ユニファイドストレージシステムのアップグレード方法に関する。

【背景技術】

【0002】

近年、ハードウェアコスト低減や省電力化への要求から、一つのストレージ筐体でネットワーク経由のブロックアクセスとファイルアクセスの両方を提供するユニファイドストレージが求められている。
特許文献１は、一つのストレージ筐体で、ブロックプロトコル処理とファイルプロトコル処理を行うユニファイドストレージを実現する技術を開示している。

【0003】

特許文献１は、特許文献１は、一つのストレージ筐体で、ブロックプロトコル処理とファイルプロトコル処理を行うユニファイドストレージを実現する技術を開示する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】米国特許第９４３０４８０号明細書

【発明の概要】

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

【0005】

ユニファイドストレージでは、例えば、ファイルプロトコル制御とブロックプロトコル制御を同一のストレージコントローラで動作させ、ＨＡ（High availability）クラスタを構成する。二つ以上のストレージコントローラがデータ格納領域である、記憶デバイスユニットを共有することで、一のストレージコントローラの障害時や保守作業時に、別のストレージコントローラにサービスを引き継ぐことができる。また、ストレージコントローラを高性能なストレージコントローラにリプレースすることで、データを移行せずに（Data-in-place）、性能アップグレードをすることができる。
このとき、アップグレード前に使用していた機器を有効活用し、ハードウェアコストを低減することが望まれる。従来方式では、アップグレード前に使用していたストレージコントローラが未使用となり、その分ハードウェアコストが増加する。
本発明は、ユニファイドストレージにおいてストレージコントローラをアップグレードする際に、従来使用していたストレージコントローラを有効活用することで、ハードウェアコストの低減を図ることができるユニファイドストレージシステム、ユニファイドストレージシステムのアップグレード方法を提供することを目的とする。

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

【0006】

上記の課題を解決するため本発明は、コントローラを有するストレージノードと、データを格納する記憶装置と、を有して、ブロックアクセス及びファイルアクセスに対応したユニファイドストレージシステムにおいて、クライアントからのファイルアクセスを処理してコントローラにブロックアクセスをするファイルシステムを有し、コントローラは、クライアントからのブロックアクセス及びファイルシステムからのブロックアクセスを処理して、データを格納する記憶装置にアクセスし、ユニファイドストレージシステムは、ネットワーク接続された情報機器を追加し、ファイルシステムを情報機器に移動させることが可能なことを特徴とするユニファイドストレージシステムを提供する。この場合、ユニファイドストレージにおいてストレージコントローラ（ネットワークインタフェース）をアップグレードする際に、従来使用していたネットワークインタフェースを有効活用することで、ハードウェアコストの低減を図ることができる管理装置を提供できる。

【0007】

ここで、ファイルシステムの移動後は、情報機器のファイルシステムが、ストレージノードのコントローラへブロックアクセスを行うようにできる。この場合、従来使用していたネットワークインタフェースを有効活用することができる。
また、プロセッサを有するネットワークインタフェースを有し、ファイルシステムは、移動前にネットワークインタフェース上で稼働するようにできる。この場合、ユニファイドストレージシステムの構築が容易になる。
さらに、ストレージノードのいずれかの構成をアップグレードする場合に、ファイルシステムを情報機器に移動させることができる。この場合、ストレージノードのいずれかの構成についてリソース不足になった場合に、リソース不足になった対象をアップグレードすることができる。
またさらに、ファイルシステムの移動に際して、ストレージノードから情報機器にファイルサービスの構成情報を移動させるようにできる。この場合、アップグレード後に使用する情報機器で、アップグレード前に使用していたネットワークインタフェースと同じファイルシステムを使用することで、性能アップグレード時のファイルデータ移行が不要となる。
また、ストレージノードは、プロセッサを有するネットワークインタフェースを複数有しており、ファイルシステムの移動前は、複数のネットワークインタフェース上で稼働する複数のファイルシステムが連携して分散ファイルシステムを構成し、ファイルシステムの移動後は、複数の情報機器上で稼働する複数のファイルシステムが連携して分散ファイルシステムを構成するようにできる。この場合、アップグレード前に使用していたネットワークインタフェースの数、またはアップグレード後に使用する機器の数を増やすことで、性能をスケールアウトすることが可能となる。
さらに、ファイルシステムの移動に際して、ファイルシステムが参照するデータを情報機器の記憶装置に移動させ、移動後は、ファイルシステムは情報機器の記憶装置にアクセスすることができる。この場合、アップグレード前に使用していたネットワークインタフェースとアップグレード後に使用する情報機器間とで異なるファイルシステムを使用する場合でも、アップグレードが可能になる。
またさらに、ストレージノードは、ネットワークインタフェースを有し、ファイルシステムの移動前は、ストレージノードのネットワークインタフェースに、クライアントからのブロックアクセスパス及びファイルアクセスパスが設定され、ファイルシステムの移動後は、ストレージノードのネットワークインタフェースにクライアントからのブロックアクセスパスが設定された状態で、情報機器にクライアントからのファイルアクセスパスを設定することができる。この場合、外部からブロックアクセスおよびファイルアクセスができる状況にすることができる。
そして、ファイルシステムの移動後に、ストレージノードと情報機器とは秘密鍵を有し、ストレージノードと情報機器との間のブロックアクセスを含む通信を秘密鍵を用いて行うことができる。この場合、アップグレードした場合でも、セキュリティを保つことが可能となる。
また、ストレージノードは、ネットワークインタフェースを有し、ネットワークインタフェースはファイルアクセスされるデータを一時保存されるメモリを有し、ファイルシステムの移動に際して、ネットワークインタフェースのメモリ内のダーティデータを記憶装置に格納するようにできる。この場合、移行前後のデータ不整合を防ぐことができる。
さらに、情報機器は、外付けサーバまたはＮＡＳゲートウェイサーバにすることができる。この場合、ネットワークインタフェースの性能ネックを解消することができる。

【0008】

また、本発明は、コントローラを有するストレージノードと、データを格納する記憶装置と、を有して、ブロックアクセス及びファイルアクセスに対応したユニファイドストレージシステムにおいて、クライアントからのファイルアクセスを処理してコントローラにブロックアクセスをするファイルシステムを有し、コントローラは、クライアントからのブロックアクセス及びファイルシステムからのブロックアクセスを処理して、データを格納する記憶装置にアクセスし、ユニファイドストレージシステムは、ネットワーク接続された情報機器を追加し、ファイルシステムを情報機器に移動させる、ユニファイドストレージシステムのアップグレード方法を提供する。この場合、ユニファイドストレージにおいてストレージコントローラ（ネットワークインタフェース）をアップグレードする際に、従来使用していたストレージコントローラを有効活用することで、ハードウェアコストの低減を図ることができるアッププグレード制御システムを提供できる。

【発明の効果】

【0009】

本発明によれば、ユニファイドストレージにおいてストレージコントローラをアップグレードする際に、従来使用していたストレージコントローラを有効活用することで、ハードウェアコストの低減を図ることができるユニファイドストレージシステム、ユニファイドストレージシステムのアップグレード方法を提供することができる。加えて、本発明によりストレージコントローラの再利用が可能となり環境負荷を軽減することができる。

【図面の簡単な説明】

【0010】

【図1】実施例１のユニファイドストレージシステムの全体構成図であり、実施例１のユニファイドストレージの性能アップグレード方式の概要図である。

【図2】実施例１のユニファイドストレージの全体構成図である。

【図3】実施例１のユニファイドストレージのコントローラの構成図である。

【図4】実施例１のユニファイドストレージのＦＥ Ｉ／Ｆの構成図である。

【図5】実施例１の外付けサーバの構成図の一例である。

【図6】実施例１の管理サーバの構成図の一例である。

【図7】実施例１のクライアントの構成図の一例である。

【図8】ポート管理テーブルの一例を示す図である。

【図9】ＬＤＥＶ管理テーブルの一例を示す図である。

【図10】ＬＵ管理テーブルの一例を示す図である。

【図11】ＦＳ管理テーブルの一例を示す図である。

【図12】ファイル共有管理テーブルの一例を示す図である。

【図13】ＦＥ Ｉ／Ｆ管理テーブルの一例を示す図である。

【図14】ブロックデバイス管理テーブルの一例を示す図である。

【図15】ＨＡ管理テーブルの一例を示す図である。

【図16】実施例１のユニファイドストレージの性能アップグレード処理Ｓ１の一例を示すフローチャートである。

【図17】実施例１のユニファイドストレージの外付けサーバのファイルサービス設定処理Ｓ１３０の一例を示すフローチャートである。

【図18】実施例１のユニファイドストレージのファイルサービス移行処理Ｓ１５０の一例である。

【図19】実施例１のユニファイドストレージの性能アップグレードインタフェースの一例である。

【図20】実施例２のユニファイドストレージシステムの全体構成図であり、実施例２のユニファイドストレージの性能アップグレード方式の概要図である。

【図21】実施例２のＮＡＳゲートウェイサーバの構成図の一例である。

【図22】実施例２のユニファイドストレージの性能アップグレード処理Ｓ２の一例を示すフローチャートである。

【図23】実施例２のＮＡＳゲートウェイサーバのファイル設定／データ移行処理Ｓ２２０の一例を示すフローチャートである。

【図24】実施例３のユニファイドストレージシステムの全体構成図であり、実施例３のユニファイドストレージの性能アップグレード方式の概要図である。

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

【0011】

以下、添付図面を参照し、本発明の実施の形態について、詳細に説明する。
なお、以下の説明において、ブロックアクセスとは、データを固定長のブロック単位で読み書きするデータアクセス方法である。ブロックアクセスを提供するストレージでは、物理記憶領域をＬＵ（Logical Unit）に分割し、クライアントに対してブロック単位のデータアクセスを可能とする。ブロックプロトコルとは、ネットワークを介したブロックアクセスを実現する通信プロトコルである。
また、ファイルアクセスとは、データをファイルと呼ばれる可変長の管理単位で読み書きするデータアクセス方法である。ファイルアクセスを提供するストレージでは、ファイルデータをＬＵに格納するファイルシステム機能を用いて、クライアントに対してファイル単位のデータアクセスを可能とする。ファイルプロトコルとは、ネットワークを介したファイルアクセスを実現する通信プロトコルである。また、クライアントに対して公開するファイルシステムの共有領域をファイル共有と呼ぶ。

【0012】

また、上述した例では、従来使用していた機器を有効活用することで、ハードウェアコストの低減を図ることを発明の課題として挙げたが、アップグレード中の性能・信頼性低下の抑止を図る点も２つ目の課題として挙げられる。従来方式では、ストレージコントローラのリプレース時に、リプレース中のストレージコントローラで動作していたファイルプロトコル制御とブロックプロトコル制御を別のストレージコントローラにフェールオーバする必要がある。その結果、フェールオーバ先のストレージコントローラへの負荷集中と、単一障害点が発生し、性能と信頼性が共に低下する。そのため、ストレージコントローラのリプレース中に性能と信頼性を抑え、安定したサービス提供を実現することが課題となる。

【実施例0013】

実施例１では、ブロックストレージにSmartNIC（Smart Network Interface Card）を搭載し、SmartNICにてファイルプロトコル処理を行うユニファイドストレージ（SmartNICユニファイド）を想定する。SmartNICは、ＣＰＵ（Central Processing Unit）やメモリを搭載したネットワークインタフェース装置であり、汎用Operating System（OS）やOSS（Open Source Software）プロトコルサーバをそのまま動作させることができる。SmartNICユニファイドは、SmartNICがファイルプロトコル処理を行うことで、クライアントに対し、ブロックプロトコル処理とファイルプロトコル処理の両方を提供する。

【0014】

SmartNICユニファイドは、構築は容易であるが、SmartNICに組込まれたＣＰＵのパワーが弱く、負荷の高いファイル処理によりＣＰＵネックとなりやすい。そこで、SmartNICユニファイドから始めたうえで、更なる性能が必要なユーザ向けにSmartNICをリプレースすることで、性能アップグレードする手段が必要となる。しかしながら、SmartNICユニファイドのSmartNICをリプレースする場合、従来技術と同様にリプレース機器の有効活用と、アップグレード時の性能・信頼性低下の抑止が課題となる。
そこで、実施例１ではSmartNICユニファイドにおいて、SmartNICが性能ネックになった場合に、高性能ＣＰＵを搭載した外付けの汎用サーバ（以降、外付けサーバと呼ぶ）に性能アップグレードする手段を提供する。本実施の形態では、SmartNICを外付けサーバへ性能アップグレードした後も、既存SmartNICをブロックアクセス用のブロックアクセスＩ／Ｆとして継続使用することで、リプレースする前の機器を有効活用する。また、事前に外付けサーバとの間でＨＡクラスタを構成することで、active-activeの構成のままファイルプロトコル制御をSmartNICから外付けサーバへ移行可能とする。これにより、アップグレード時の性能・信頼性低下を抑止する。
以降では、図１から図１９を用いて実施例１を説明する。

【0015】

＜実施例１の概要＞
図１は、実施例１のユニファイドストレージシステムＡの全体構成図であり、実施例１のユニファイドストレージ１の性能アップグレード方式の概要図である。
ユニファイドストレージ１において、コントローラ＃０ １００とコントローラ＃１ １００に各ＦＥ Ｉ／Ｆ（Front End Interface）１１０が接続する。コントローラ＃０ １００とコントローラ＃１ １００は、ＨＡクラスタを構成する。各コントローラ１００で動作するＦＥ Ｉ／Ｆ１１０も、コントローラをまたがり、ＦＥ Ｉ／Ｆ１１０間でＨＡクラスタを構成する。本実施の形態で、ＦＥ Ｉ／Ｆ１１０は、ＦＥ Ｉ／Ｆ装置の一例である。
ＦＥ Ｉ／Ｆ１１０には、SmartNICを使用し、ＣＰＵ上でファイルシステム（ＦＳ）とファイル共有を構成する。ＦＥ Ｉ／Ｆ１１０は、コントローラ１００が提供するＬＵにファイルシステムのデータを格納する。ＦＥ Ｉ／Ｆ１１０は、ファイルシステムをファイル共有経由で、ファイルプロトコルにより公開することで、クライアントにファイルアクセスを提供する。また、ＦＥ Ｉ／Ｆ１１０は、ＬＵをブロックプロトコルにより公開することで、クライアントに対しブロックアクセスを提供する。

【0016】

管理サーバ５０は、ＦＥ Ｉ／Ｆ１１０のＣＰＵが性能ボトルネックとなった場合に、以下に示すＳ１からＳ３の処理を行うことで、外付けサーバ２００への性能アップグレードを実施する。

【0017】

（Ｓ１）管理サーバ５０は、ユニファイドストレージ１に指示し、ファイルシステムに使用しているＬＵに対して、外部接続できるように追加外部パスを設定する。これによりＬＵはＦＥ Ｉ／Ｆ１１０内のファイルシステムと外部からブロックアクセスができる状況となる。

【0018】

（Ｓ２）管理サーバ５０は、ユニファイドストレージ１から取得したファイルシステムとファイル共有の構成情報（ネットワーク構成、共有構成、認証サーバ）を使用し、外付けサーバ２００にＦＥ Ｉ／Ｆ１１０と同等のファイルシステムとファイル共有を構成する。管理サーバ５０は、外付けサーバ２００間でＨＡクラスタを構成する。その後、管理サーバ５０は、から管理サーバ５０に、ホストからのアクセス先を切り替える。具体的には、ＧＡＲＰ（Gratuitous ARP）プロトコルを用いて、ホストからのＩＰアドレスのアクセス先を切り替える。ここでいうＧＡＲＰプロトコルとは、同一ネットワーク内の機器に対しアドレス情報キャッシュを更新させるために使用するプロトコルである。ＧＡＲＰプロトコルにより、クライアントやネットワークスイッチのＩＰアドレスのアクセス先を切り替えることができる。この場合、ファイルシステムとファイル共有はactive-activeの構成を保ったまま外付けサーバに移行することができる。これにより、従来方式の課題であったアップグレード中の性能・信頼性低下を抑止する。

【0019】

（Ｓ３）管理サーバ５０は、ＦＥ Ｉ／Ｆ１１０の種別を、ファイル・ブロックプロトコル共用からブロックプロトコル専用に切り替える。また、ファイルプロトコル制御に割り当てていたＣＰＵやメモリリソースをプロックプロトコル制御に占有させることで、ブロックプロトコルの処理性能を向上する。これにより、従来方式の課題であった、リプレースする前の機器の有効活用を実現する。
以上で示した手法により、SmartNICを用いたユニファイドストレージ１を外付けサーバ２００と接続した構成に性能アップグレードすることが可能となる。本手法を用いることで、従来のユニファイドストレージの性能アップグレードの課題を解決することができる。

【0020】

なお、実施例１ではSmartNICを用いたユニファイドストレージ１を想定しているが、これは例示にすぎない。本実施の形態は、従来のストレージコントローラ内にファイルプロトコル制御とブロックプロトコル制御が共存するユニファイドストレージにも適用可能である。
また、実施例１では２つのＦＥ Ｉ／Ｆ１１０間でＨＡクラスタを構成することを想定しているがこれは例示に過ぎない。本実施の形態は、複数ノードでＨＡ構成を組むＮノードクラスタ型のユニファイドストレージにも適用可能である。
また、実施例１ではブロックストレージを使用した構成を示しているが、これは例示に過ぎない。本実施の形態は、汎用サーバを用いたストレージコントローラにも適用可能である。
また、実施例１ではＦＥ Ｉ／Ｆ１１０としてSmartNICの使用を想定しているがこれは例示に過ぎない。本発明はＦＰＧＡ（Field Programmable Gate Array）を搭載したＦＥ Ｉ／Ｆや独自開発したＳｏＣ（System on a chip）型のＦＥ Ｉ／Ｆにも適用可能である。

【0021】

＜実施例１のシステム構成＞
図２は、実施例１のユニファイドストレージ１の全体構成図である。
ユニファイドストレージ１は、ネットワーク３０を介してクライアント４０や管理サーバ５０、外付けサーバ２００と接続されている。
ユニファイドストレージ１は、記憶制御装置１０と記憶デバイスユニット２０を有する。記憶制御装置１０は、ストレージノードの一例であり、複数のコントローラ１００を有する。ユニファイドストレージ１の可用性を向上させるため、コントローラ１００毎に専用の電源を用意し、それぞれのコントローラ１００に対して、その専用の電源を用いて給電するようにしてもよい。また、記憶制御装置１０は複数存在し、コントローラ１００をＨＣＡ（Host Channel Adaptor）ネットワークを介して相互に接続してもよい。

【0022】

コントローラ１００は、ＦＥ Ｉ／Ｆ１１０、ＢＥ Ｉ／Ｆ（Back End Interface）１２０を有する。
記憶デバイスユニット２０は、データを格納する記憶装置の一例であり、複数のＰＤＥＶ（Physical Device：物理デバイス）２１を有する。ＰＤＥＶ２１は、ＨＤＤ（Hard Disk Drive）でよいが、他種の記憶デバイス（不揮発性の記憶デバイス）、例えば、ＳＳＤ（Solid State Drive）のようなＦＭ（Flash Memory）デバイスでもよい。記憶デバイスユニット２０は、異なる種類のＰＤＥＶ２１を有してよい。また、複数の同種のＰＤＥＶ２１でＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループが構成されてよい。ＲＡＩＤグループには、所定のＲＡＩＤレベルに従いデータが格納される。

【0023】

ネットワーク３０は、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、ＳＡＮ（Storage Area Network）である。
クライアント４０は、ユニファイドストレージ１にアクセスする装置であり、ユニファイドストレージ１にデータ入出力要求（データ書き込み要求、データ読み出し要求）を送信する。クライアント４０は、ユニファイドストレージ１に対して、ブロック単位又はファイル単位のデータ入出力要求を送信する。
管理サーバ５０は、ＧＵＩ（Graphical User Interface）、ＣＬＩ（Command Line Interface）等によるユーザインタフェースを備えており、ユーザ又はオペレータがユニファイドストレージ１の制御や監視を行うための機能を提供する。
外付けサーバ２００は、汎用用途向けの汎用サーバである。外付けサーバ２００は高性能なＣＰＵと大容量メモリ、広帯域のネットワークＩ／Ｆを有する。

【0024】

図３は、実施例１のユニファイドストレージ１のコントローラ１００の構成図である。
コントローラ１００は、ＦＥ Ｉ／Ｆ１１０、ＢＥ Ｉ／Ｆ１２０、ＣＰＵ１０３、メモリ１０４、キャッシュ１０５を有する。これらは、例えばバス等の通信路により相互に接続される。

【0025】

ＦＥ Ｉ／Ｆ１１０は、SmartNICなどを使用したプログラマブルなネットワークインタフェースである。実施例１では、ＦＥ Ｉ／Ｆ１１０上でファイルシステムが動作する。ＦＥ Ｉ／Ｆ１１０の詳細は、図４を用いて後述する。
ＢＥ Ｉ／Ｆ１２０は、コントローラ１００が記憶デバイスユニット２０と通信するためのインタフェースデバイスである。ＦＥ Ｉ／Ｆ１１０は、ファイルシステムのデータを記憶デバイスユニット２０内に格納する。

【0026】

ＣＰＵ１０３は、ブロックストレージの動作制御を行う。
メモリ１０４は、例えば、ＲＡＭ（Random Access Memory）であり、ＣＰＵ１０３の動作制御にプログラム及びデータを一時的に記憶する。メモリ１０４には、ブロックストレージ制御プログラムＰ１、ＦＥ Ｉ／Ｆ制御プログラムＰ３、ポート管理テーブルＴ１０、ＬＤＥＶ（Logical Device：論理デバイス）管理テーブルＴ２０、ＬＵ管理テーブルＴ３０、ＦＳ管理テーブルＴ４０、ファイル共有管理テーブルＴ５０、ＦＥ Ｉ／Ｆ管理テーブルＴ６０が格納されている。なお、メモリ１０４に格納されているブロックストレージ制御プログラムＰ１やＦＥ Ｉ／Ｆ制御プログラムＰ３、テーブル類は記憶デバイスユニット２０に格納されていてもよい。ブロックストレージ制御プログラムＰ１は、記憶デバイスユニット２０に基づく論理的な記憶領域である論理デバイス（ＬＤＥＶ）をＦＥ Ｉ／Ｆ１１０に提供する。ＦＥ Ｉ／Ｆ１１０は、ＬＤＥＶの識別子を指定して、任意のＬＤＥＶにアクセスできる。これにより、ＦＥ Ｉ／Ｆ１１０は、クライアントに提供するＬＵの格納先としてＬＤＥＶを使用したり、ファイルシステムデータの格納先としてＬＤＥＶを使用したりすることができる。ＦＥ Ｉ／Ｆ制御プログラムＰ３は、メモリ上に格納したＦＥ Ｉ／Ｆ１１０を制御する。ＦＥ Ｉ／Ｆ制御プログラムＰ３はＦＥ Ｉ／Ｆ１１０を初期化し、ＬＵ管理テーブルＴ３０、ＦＳ管理テーブルＴ４０、ファイル共有管理テーブルＴ５０をＦＥ Ｉ／Ｆ１１０と同期する。
各種テーブルの詳細は、図８から図１３を用いて後述する。
キャッシュ１０５は、クライアント４０やＦＥ Ｉ／Ｆ１１０からの書き込みデータや記憶デバイスユニット２０からリードしたデータを一時的に格納する。

【0027】

図４は、実施例１のユニファイドストレージ１のＦＥ Ｉ／Ｆ１１０の構成図である。
ＦＥ Ｉ／Ｆ１１０は、ネットワークＩ／Ｆ１１１、内部Ｉ／Ｆ１１２、ＣＰＵ１１３、メモリ１１４、キャッシュ１１５、記憶デバイス１１６を有する。これらは、例えばバス等の通信路により相互に接続される。
ネットワークＩ／Ｆ１１１は、外付けサーバ２００や、クライアント４０、管理サーバ５０と通信するためのインタフェースデバイスである。ネットワークＩ／Ｆ１１１には、ＩＰアドレスをもつ論理ポートが設定される。ＩＰアドレスはネットワーク上の識別子であり、クライアント４０や外付けサーバ２００は、論理ポートに設定されたＩＰアドレスによりＦＥ Ｉ／Ｆ１１０と通信する。
内部Ｉ／Ｆ１１２は、コントローラ１００と通信するインタフェースデバイスである。内部Ｉ／Ｆ１１２は、例えば、ＰＣＩｅ（Peripheral Component Interconnect-Express）でコントローラ１００のＣＰＵ等と接続されている。

【0028】

ＣＰＵ１１３は、プロセッサの一例であり、ＦＥ Ｉ／Ｆ１１０の動作制御を行う。
メモリ１１４は、ＣＰＵ１１３の動作制御に用いられるプログラム及びデータを一時的に記憶する。メモリ１１４には、ファイルシステム制御プログラムＰ１１、ファイルプロトコルサーバプログラムＰ１３、ブロックプロトコルサーバプログラムＰ１５、ＬＵアクセスプログラムＰ１７、ＬＵ管理テーブルＴ３０、ＦＳ管理テーブルＴ４０、ファイル共有管理テーブルＴ５０が格納されている。また、メモリ１１４に格納されている各プログラムおよび情報は記憶デバイス１１６に格納されていてもよい。

【0029】

ファイルシステム制御プログラムＰ１１は、ＣＰＵ１１３に実行されることにより、ファイルシステムを制御し、ファイルプロトコルサーバプログラムＰ１３に対して提供する。ファイルシステム制御プログラムＰ１１は、コントローラ１００により割り当てられたＬＤＥＶにデータを格納する。
ファイルプロトコルサーバプログラムＰ１３は、クライアント４０等からのＲｅａｄ／Ｗｒｉｔｅ等の各種要求を受領し、この要求に含まれるファイルプロトコルを処理する。例えば、ＮＦＳ（Network File System）やＳＭＢ（Server Message Block）、ファイルシステム独自プロトコル、ＨＴＴＰ（Hypertext Transfer Protocol）などのプロトコルを処理する。

【0030】

ブロックプロトコルサーバプログラムＰ１５は、クライアント４０等からのＲｅａｄ／Ｗｒｉｔｅ等の各種要求を受領し、この要求に含まれるブロックプロトコルを処理する。例えば、ｉＳＣＳＩ、ＮＶＭｅ／ＴＣＰ（Non-Volatile Memory Express over TCP）、ＦＣ（Fibre Channel）などのプロトコルを処理する。
ＬＵアクセスプログラムＰ１７は、コントローラ１００と通信し、ＬＤＥＶに対するデータ書き込み・読み込みを処理する。ファイルシステム制御プログラムＰ１１とブロックプロトコルサーバプログラムＰ１５は、ＬＵアクセスプログラムＰ１７を用いて、ＬＤＥＶに格納したデータを読み書きする。
テーブル類は、ＦＥ Ｉ／Ｆ制御プログラムＰ３により、コントローラ上のテーブルと同期する。

【0031】

キャッシュ１１５は、クライアント４０からライトされるデータやコントローラ１００からリードしたデータを一時的に格納する。
記憶デバイス１１６は、ＦＥ Ｉ／Ｆ１１０のオペレーティングシステムや管理情報等を格納する。

【0032】

図５は、実施例１の外付けサーバ２００の構成図の一例である。
外付けサーバ２００は、ネットワークＩ／Ｆ２０１、ＣＰＵ２０２、メモリ２０３、記憶デバイス２０４を有する。これらは、例えばバス等の通信路により相互に接続される。

【0033】

ネットワークＩ／Ｆ２０１は、ユニファイドストレージ１や管理サーバ５０、クライアント４０と通信するためのインタフェースデバイスである。
ＣＰＵ２０２は、外付けサーバ２００の動作制御を行う。
メモリ２０３は、ＣＰＵ２０２の動作制御に用いられるプログラム及びデータを一時的に記憶する。メモリ２０３には、ファイルシステム制御プログラムＰ１１、ファイルプロトコルサーバプログラムＰ１３、ブロックプロトコルクライアントプログラムＰ４５、ＨＡ制御プログラムＰ５０、ＦＳ管理テーブルＴ４０、ファイル共有管理テーブルＴ５０、ブロックデバイス管理テーブルＴ７０、ＨＡ管理テーブルＴ８０が格納されている。メモリ２０３に格納されている各プログラムおよび情報は記憶デバイス２０４に格納されていてもよい。
記憶デバイス２０４は、外付けサーバ２００のオペレーティングシステムや管理情報等を格納する。

【0034】

ファイルシステム制御プログラムＰ１１は、ファイルシステムを制御し、ファイルプロトコルサーバプログラムＰ１３に対して提供する。ファイルシステム制御プログラムＰ１１は、ユニファイドストレージ１が提供するＬＵにデータを格納する。ブロックプロトコルクライアントプログラムＰ４５は、ブロックプロトコルを用いてユニファイドストレージ１と通信し、ＬＵにデータを格納する。
ファイルプロトコルサーバプログラムＰ１３は、クライアント４０等からのＲｅａｄ／Ｗｒｉｔｅ等の各種要求を受領し、この要求に含まれるファイルプロトコルを処理する。
ファイルシステム制御プログラムＰ１１とファイルプロトコルサーバプログラムＰ１３は、ＦＥ Ｉ／Ｆ１１０のメモリに格納されたプログラムと同等となる。

【0035】

ブロックプロトコルクライアントプログラムＰ４５は、クライアント４０等からのＲｅａｄ／Ｗｒｉｔｅ等の各種要求を受領し、この要求に含まれるブロックプロトコルを処理する。例えば、ｉＳＣＳＩ、ＮＶＭｅ／ＴＣＰ、ＦＣなどのプロトコルを処理する。
ＨＡ制御プログラムＰ５０は、外付けサーバ間でお互いのサービスを監視し、障害発生時に障害サーバのファイルシステムとファイル共有を別のサーバに移行する。
各種テーブルの詳細は、図１１、図１２、図１４、図１５を用いて後述する。

【0036】

図６は、実施例１の管理サーバ５０の構成図の一例である。
管理サーバ５０は、ネットワークＩ／Ｆ５１、ＣＰＵ５２、メモリ５３、記憶デバイス５４を有する。これらは、例えばバス等の通信路により相互に接続される。
ネットワークＩ／Ｆ５１は、ユニファイドストレージ１や外付けサーバ２００と通信するためのインタフェースデバイスである。
ＣＰＵ５２は、管理サーバ５０の動作制御を行う。
メモリ５３は、ＣＰＵ５２の動作制御に用いられるプログラム及びデータを一時的に記憶する。メモリ５３には、管理サーバプログラムＰ６０と、性能アップグレード制御プログラムＰ７０が格納されている。メモリ４３に格納されている各プログラムおよび情報は記憶デバイス５４に格納されていてもよい。
記憶デバイス５４は、メモリの一例であり、管理サーバ５０のオペレーティングシステムや管理情報等を格納する。

【0037】

管理サーバプログラムＰ６０は、ＧＵＩ、ＣＬＩ等によるユーザインタフェースを備えており、ユーザ又はオペレータがユニファイドストレージ１の制御や監視を行うための機能を提供する。管理サーバプログラムＰ６０は、ユーザからユニファイドストレージ１や外付けサーバ２００への制御指示や監視指示を受けた場合、ユニファイドストレージ１や外付けサーバ２００と通信し、制御や監視を行う。
性能アップグレード制御プログラムＰ７０は、ＦＥ Ｉ／Ｆ１１０の性能アップグレード処理を制御する。性能アップグレード制御プログラムＰ７０による性能アップグレード処理の詳細は、図１６を用いて後述する。

【0038】

図７は、実施例１のクライアント４０の構成図の一例である。
クライアント４０は、ネットワークＩ／Ｆ４１、ＣＰＵ４２、メモリ４３、記憶デバイス４４を有する。これらは、例えばバス等の通信路により相互に接続される。
ネットワークＩ／Ｆ４１は、ユニファイドストレージ１や外付けサーバ２００と通信するためのインタフェースデバイスである。
ＣＰＵ４２は、クライアント４０の動作制御を行う。
メモリ４３は、ＣＰＵ４２の動作制御に用いられるプログラム及びデータを一時的に記憶する。メモリ４３には、アプリケーションプログラムＰ４１、ファイルプロトコルクライアントプログラムＰ４３、およびブロックプロトコルクライアントプログラムＰ４５が格納されている。なお、メモリ４３はアプリケーションプログラムＰ４１とブロックプロトコルクライアントプログラムＰ４５のみを格納してもよいし、アプリケーションプログラムＰ４１とファイルプロトコルクライアントプログラムＰ４３のみを格納してもよい。また、メモリ４３に格納されている各プログラムおよび情報は記憶デバイス４４に格納されていてもよい。

【0039】

記憶デバイス４４は、クライアント４０のオペレーティングシステムや管理情報等を格納する。
アプリケーションプログラムＰ４１は、ＣＰＵ４２に実行されることにより、ファイルプロトコルクライアントプログラムＰ４３、およびブロックプロトコルクライアントプログラムＰ４５に依頼して、ユニファイドストレージ１または外付けサーバ２００に対してデータの読み書きをする。

【0040】

ファイルプロトコルクライアントプログラムＰ４３は、アプリケーションプログラムＰ４１等からのＲｅａｄ／Ｗｒｉｔｅ等の各種要求を受領し、この要求に含まれるファイルプロトコルを処理する。例えば、ＮＦＳやＳＭＢ、クライアント独自のプロトコル、ＨＴＴＰなどのプロトコルを処理する。
ブロックプロトコルクライアントプログラムＰ４５は、クライアント４０等からのＲｅａｄ／Ｗｒｉｔｅ等の各種要求を受領し、この要求に含まれるブロックプロトコルを処理する。
ブロックプロトコルクライアントプログラムＰ４５は、外付けサーバ２００のメモリ２０３に格納されたプログラムと同等である。
記憶デバイス４４は、クライアント４０のオペレーティングシステムや管理情報等を格納する。

【0041】

＜実施例１のテーブル類＞
図８は、ポート管理テーブルＴ１０の一例を示す図である。
ポート管理テーブルＴ１０は、コントローラ１００がユニファイドストレージ１に設定した論理ポートを管理するために使用する管理テーブルである。
ポート管理テーブルＴ１０の各行は、それぞれユニファイドストレージ１の論理ポートごとの構成を示している。

【0042】

ポート管理テーブルＴ１０は、論理ポートＩＤ Ｃ１０１、コントローラＩＤ Ｃ１０２、ＦＥ Ｉ／Ｆ ＩＤ Ｃ１０３、物理ポートＩＤ Ｃ１０４、ＩＰアドレスＣ１０５、プロトコル種別Ｃ１０６、秘密鍵Ｃ１０７を有する。
論理ポートＩＤ Ｃ１０１は、ユニファイドストレージ１内における該当論理ポートの識別子を格納する。コントローラＩＤ Ｃ１０２は、該当論理ポートが所属するコントローラの識別子を格納する。ＦＥ Ｉ／Ｆ ＩＤ Ｃ１０３は、該当論理ポートが設定されたネットワークＩ／Ｆ１１１を持つＦＥ Ｉ／Ｆ１１０の識別子を格納する。物理ポートＩＤ Ｃ１０４は、該当論理ポートが設定されたネットワークＩ／Ｆ１１１の識別子を格納する。ＩＰアドレスＣ１０５は、該当論理ポートに設定されたＩＰアドレスを格納する。プロトコル種別Ｃ１０６は、該当論理ポートに設定されたプロトコル種別を格納する。プロトコル種別の例として、「ＮＦＳ」「ＳＭＢ」「ｉＳＣＳＩ」「ＮＶＭｅ／ＴＣＰ」「ＦＣ」があるが、これに限定しない。秘密鍵Ｃ１０７は、該当論理ポートにアクセスするための秘密鍵を格納する。秘密鍵にはＣＨＡＰ（Hash Based Message Authentication Code）シークレット、ＤＨ（Diffie Hellman）－ＨＭＡＣ（Hash Based Message Authentication Code）－ＣＨＡＰシークレットなどがあるが、これに限定しない。

【0043】

図９は、ＬＤＥＶ管理テーブルＴ２０の一例を示す図である。
ＬＤＥＶ管理テーブルＴ２０は、コントローラ１００がＬＤＥＶを管理するために使用する管理テーブルである。
ＬＤＥＶ管理テーブルＴ２０の各行は、それぞれユニファイドストレージ１が管理するＬＤＥＶの構成を示している。コントローラ１００は、ユニファイドストレージ１内の全てのＬＤＥＶの構成情報を共有する。ＬＤＥＶごとに担当コントローラが割り当てられており、担当コントローラを変更することで、ＬＤＥＶを処理するコントローラ１００を変更できる。

【0044】

ＬＤＥＶ管理テーブルＴ２０は、ＬＤＥＶ ＩＤ Ｃ２０１、担当コントローラＣ２０２、使用ＰＤＥＶ Ｃ２０３、容量Ｃ２０４を有する。
ＬＤＥＶ ＩＤ Ｃ２０１は、該当ＬＤＥＶの識別子を格納する。担当コントローラＣ２０２は、該当ＬＤＥＶの担当コントローラの識別子を格納する。使用ＰＤＥＶ Ｃ２０３はＬＤＥＶのデータを格納するＰＤＥＶの識別子を格納する。容量Ｃ２０４は、該当ＬＤＥＶの容量を格納する。
本実施の形態では、ＬＤＥＶはＰＤＥＶと一対一対応しているが、これは例示にすぎない。例えば、シンプロビジョニング機能のように、一つ以上のＰＤＥＶから共有のディスクプールを作成し、必要な容量分だけ仮想的に切り出しＬＤＥＶとして使用することも可能である。

【0045】

図１０は、ＬＵ管理テーブルＴ３０の一例を示す図である。
ＬＵ管理テーブルＴ３０は、コントローラ１００がＬＵを管理するために使用する管理テーブルである。
ＬＵ管理テーブルＴ３０の各行は、ユニファイドストレージ１が管理するＬＵの構成を示す。

【0046】

ＬＵ管理テーブルＴ３０は、ブロックＬＵ ＩＤ Ｃ３０１、稼働ノードＣ３０２、論理ポートＩＤ Ｃ３０３、デバイスファイル Ｃ３０４、ＬＤＥＶ Ｃ３０５を有する。
ブロックＬＵ ＩＤ Ｃ３０１は、該当ＬＵの識別子を格納する。稼働ノードＣ３０２は、該当ＬＵを処理するＦＥ Ｉ／Ｆ１１０の識別子を格納する。論理ポートＩＤ Ｃ３０３は、該当ＬＵを公開する論理ポートの識別子を格納する。クライアント４０は、ポート管理テーブルＴ１０のプロトコル種別Ｃ１０６に格納されたアクセスプロトコルにて、該当ＬＵにアクセスすることができる。ＬＵをファイルシステムに使用する場合は、論理ポートＩＤ Ｃ３０３は「内部」となる。デバイスファイルＣ３０４は、ＬＵをファイルシステムに使用する場合のデバイスファイル名を格納する。ＬＵをファイルシステムに使用しない場合、空欄とする。ＬＤＥＶ Ｃ３０５は、該当ＬＵに割り当てるＬＤＥＶの識別子を格納する。

【0047】

図１１は、ＦＳ管理テーブルＴ４０の一例を示す図である。
ＦＳ管理テーブルＴ４０は、ユニファイドストレージ１と外付けサーバ２００が、ファイルシステムを管理するために共通で使用する管理テーブルである。
ＦＳ管理テーブルＴ４０の各行は、管理対象のファイルシステムの構成を示す。

【0048】

ＦＳ管理テーブルＴ４０は、ＦＳ ＩＤ Ｃ４０１、稼働ノードＣ４０２、デバイスファイルＣ４０３、ＦＳ種別Ｃ４０４を有する。
ＦＳ ＩＤ Ｃ４０１は、該当ＦＳの識別子を格納する。稼働ノードＣ４０２は、該当ＦＳを処理するノードの識別子を格納する。ユニファイドストレージ１では、ＦＥ Ｉ／Ｆ１１０の識別子を、外付けサーバ２００では、外付けサーバ２００の識別子をそれぞれ格納する。デバイスファイルＣ４０３は、該当ＦＳを格納するＬＵのデバイスファイル名を格納する。ここでいうデバイスファイルとは、物理デバイスにアクセスするために使用する特殊ファイルのことをいう。プログラムはデバイスファイルに読み書きすることで、実際の物理デバイスに読み書きすることができる。ＦＳ種別Ｃ４０４は、ファイルシステムの種別を格納する。ファイル種別の種別として「ＸＦＳ」「Ｅｘｔ４」「ＺＦＳ」などのＯＳＳのファイルシステムに加え、ベンダ固有の商用ファイルシステムが格納できる。

【0049】

図１２は、ファイル共有管理テーブルＴ５０の一例を示す図である。
ファイル共有管理テーブルＴ５０は、ユニファイドストレージ１と外付けサーバ２００がファイル共有を管理するために、共通で使用する管理テーブルである。
ファイル共有管理テーブルＴ５０の各行は、管理対象のファイル共有の構成を示す。

【0050】

ファイル共有管理テーブルＴ５０は、共有名Ｃ５０１、稼働ノードＣ５０２、ＦＳ ＩＤ Ｃ５０３、ＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４、認証サーバＣ５０５を有する。
共有名Ｃ５０１は、ファイル共有の識別子を格納する。稼働ノードＣ５０２は、該当ファイル共有を処理するノードの識別子を格納する。ユニファイドストレージ１では、ＦＥ Ｉ／Ｆ１１０の識別子を、外付けサーバ２００では、外付けサーバ２００の識別子をそれぞれ格納する。ＦＳ ＩＤ Ｃ５０３は、共有対象とするファイルシステムの識別子を格納する。ＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４は、ファイル共有を公開するネットワークインタフェースを格納する。ユニファイドストレージ１では、ＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４に該当ファイル共有を公開する論理ポートの識別子を格納する。クライアント４０は、論理ポートに設定されたファイルプロトコルにて、ファイル共有にアクセスする。外付けサーバ２００では、ＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４にネットワークＩ／Ｆ２０１の識別子を格納する。認証サーバＣ５０５は、ファイル共有接続時に認証処理を行う認証サーバのホスト名またはＩＰアドレスを行う。認証サーバＣ５０５として例えばActive Directory（ＡＤ）サーバがあるがこれに限定されない。

【0051】

図１３は、ＦＥ Ｉ／Ｆ管理テーブルＴ６０の一例を示す図である。
ＦＥ Ｉ／Ｆ管理テーブルＴ６０は、コントローラ１００が、ユニファイドストレージ１が搭載するＦＥ Ｉ／Ｆ１１０を管理するために使用する。
ＦＥ Ｉ／Ｆ管理テーブルＴ６０の各行は、ユニファイドストレージ１が搭載するＦＥ Ｉ／Ｆ１１０を管理する。
コントローラ１００は、ＦＥ Ｉ／Ｆ管理テーブルＴ６０を用いてＦＥ Ｉ／ＦのＨＡクラスタ構成を管理する。ＦＥ Ｉ／ＦのＨＡクラスタはコントローラ１００をまたがるように構成する。ＦＥ Ｉ／Ｆ１１０またはコントローラ１００に障害が発生した場合、ファイルシステム、ファイル共有、ＬＵ、およびそれらが使用するＬＤＥＶを、ペアを組むＦＥ Ｉ／Ｆ１１０にフェールオーバする。

【0052】

ＦＥ Ｉ／Ｆ管理テーブルＴ６０は、ＦＥ Ｉ／Ｆ ＩＤ Ｃ６０１、搭載コントローラＣ６０２、ペアＦＥ Ｉ／Ｆ Ｃ６０３、状態Ｃ６０４を有する。
ＦＥ Ｉ／Ｆ ＩＤ Ｃ６０１は、該当ＦＥ Ｉ／Ｆ１１０の識別子を格納する。搭載コントローラＣ６０２は、該当ＦＥ Ｉ／Ｆ１１０を搭載したコントローラ１００の識別子を格納する。ペアＦＥ Ｉ／Ｆ Ｃ６０３は、該当ＦＥ Ｉ／Ｆ１１０とＨＡ構成のペアを組むＦＥ Ｉ／Ｆ１１０の識別子を格納する。状態Ｃ６０４は、該当ＦＥ Ｉ／Ｆの状態を格納する。状態Ｃ６０４は「通常」「閉塞」「停止」のいずれかが格納される。

【0053】

図１４は、ブロックデバイス管理テーブルＴ７０の一例を示す図である。
ブロックデバイス管理テーブルＴ７０は、外付けサーバ２００がブロックプロトコルにて接続したユニファイドストレージ１のＬＵを管理するために使用する。ブロックデバイスは、ブロックアクセス可能なデバイスを示しており、ここではユニファイドストレージ１が提供するＬＵに対応する。外付けサーバ２００上のプログラム類は、ブロックデバイスに対して、物理デバイス同等にブロックアクセスすることができる。
ブロックデバイス管理テーブルＴ７０の各行は、ブロックデバイス、すなわちユニファイドストレージ１が提供するＬＵに対応する。

【0054】

ブロックデバイス管理テーブルＴ７０は、デバイスファイルＣ７０１、ＦＥ Ｉ／Ｆ Ｃ７０２、ターゲットアドレスＣ７０３、ＬＵ ＩＤ Ｃ７０４、プロトコル種別Ｃ７０５、秘密鍵Ｃ７０６を有する。
デバイスファイルＣ７０１は、該当ブロックデバイスに対応するデバイスファイルを格納する。デバイスファイルに対して読み書きを行うことで、ブロックデバイス、すなわちユニファイドストレージ１が提供するＬＵに読み書きすることが可能となる。また、ユニファイドストレージ１のＬＵに対してマルチパスを構成する場合、最初に接続したパスのデバイスファイルに最終文字にｐを、次に接続したパスのデバイスファイルの最終文字にｓをそれぞれ付与する。さらに最終文字にｍがつく、マルチパス用のデバイスファイルを作成する。ここでいうマルチパスとは、ＬＵに対する２つ以上に冗長化したアクセスパスことをいう。各アクセスパスは、異なるネットワークＩ／Ｆ、ＦＥ Ｉ／Ｆ１１０、コントローラ１００を介して同一のＬＤＥＶに接続する。どちらかのアクセスパスに障害発生した場合に、別のアクセスパスからＬＤＥＶにアクセスすることで、可用性を高めることができる。

【0055】

ＦＥ Ｉ／Ｆ Ｃ７０２は、ブロックデバイスアクセスに使用するネットワークＩ／Ｆ２０１の識別子を格納する。なお、マルチパス用デバイスファイルのＦＥ Ｉ／Ｆ Ｃ７０２は空欄とする。
ターゲットアドレスＣ７０３は、該当デバイスファイルが使用するユニファイドストレージ１の論理ポートのＩＰアドレスを格納する。なお、マルチパス用デバイスファイルのターゲットアドレスＣ７０３は空欄とする。
ＬＵ ＩＤ Ｃ７０４は、該当デバイスファイルに対応するユニファイドストレージ１のＬＵの識別子を格納する。なお、マルチパス用デバイスファイルのターゲットアドレスＬＵ ＩＤ Ｃ７０４は空欄とする。

【0056】

プロトコル種別Ｃ７０５には、ユニファイドストレージ１との通信に使用する通信プロトコルを格納する。プロトコル種別Ｃ７０５には、「ｉＳＣＳＩ」「ＮＶＭｅ／ＴＣＰ」「ＦＣ」を格納するが、これに限定しない。なお、マルチパス用デバイスファイルのプロトコル種別Ｃ７０５は「マルチパス」とする。
秘密鍵Ｃ７０６は、該当デバイスファイルにアクセスするための秘密鍵を格納する。秘密鍵Ｃ７０６は、ポート管理テーブルＴ１０の秘密鍵Ｃ１０７に対応する秘密鍵を格納する。なお、マルチパス用デバイスファイルの秘密鍵Ｃ７０６は空欄とする。

【0057】

図１５は、ＨＡ管理テーブルＴ８０の一例を示す図である。
ＨＡ管理テーブルは、外付けサーバ２００がＨＡクラスタを構成するために使用する管理テーブルである。
ＨＡ管理テーブルの各行は、ＨＡクラスタを構成する各外付けサーバ２００を管理する。

【0058】

ＨＡ管理テーブルは、サーバＩＤ Ｃ８０１、ペアＣ８０２、状態Ｃ８０３を有する。
サーバＩＤ Ｃ８０１は、該当外付けサーバ２００の識別子を格納する。ペアＣ８０２は、該当サーバとペアを組む外付けサーバ２００の識別子を格納する。状態Ｃ８０３は、該当する外付けサーバ２００の状態を格納する。状態Ｃ８０３には、「正常」「閉塞」「停止」のいずれかを格納する。

【0059】

＜実施例１のフローチャート＞
図１６は、実施例１のユニファイドストレージ１の性能アップグレード処理Ｓ１の一例を示すフローチャートである。
性能アップグレード処理Ｓ１は、管理サーバ５０の性能アップグレード制御プログラムＰ７０が、ユーザから性能アップグレード要求を受け付けた場合に実行される。性能アップグレード制御プログラムＰ７０は、Ｓ１２０からＳ１６０に示すフローにて、性能アップグレードを実施する。

【0060】

（Ｓ１２０）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に構成情報の取得指示を出し、ポート管理テーブルＴ１０、ＬＤＥＶ管理テーブルＴ２０、ＬＵ管理テーブルＴ３０、ＦＳ管理テーブルＴ４０、ファイル共有管理テーブルＴ５０を、構成情報として取得する。

【0061】

（Ｓ１３０）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に指示し、移行対象のＦＥ Ｉ／Ｆ１１０に所属するファイルシステムが使用しているＬＵに対して、外部接続用のアクセスパスを設定する。性能アップグレード制御プログラムＰ７０は、該当ＬＵを登録するためのブロックアクセス向けの論理ポートを作成し、該当ＬＵを割り当てる。これにより該当ＬＵは、ＦＥ Ｉ／Ｆ１１０内のファイルシステムと外部からのブロック接続ができる状況となる。更に、性能アップグレード制御プログラムＰ７０は、取得したファイルシステムとファイル共有の構成情報（ネットワーク構成、共有構成、秘密鍵）を使用し、ユニファイドストレージ１と同等のファイルシステム・ファイル共有を設定する。Ｓ１３０の詳細は図１７にて後述する。

【0062】

（Ｓ１４０）性能アップグレード制御プログラムＰ７０は、外付けサーバ２００間でＨＡクラスタを構成する。

【0063】

（Ｓ１５０）性能アップグレード制御プログラムＰ７０は、ＦＥ Ｉ／Ｆ１１０から外付けサーバ２００にファイルサービスを移行する。Ｓ１５０の詳細は図１８にて後述する。

【0064】

（Ｓ１６０）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１にＦＥ Ｉ／Ｆ１１０のプロトコル種別を、ファイル・ブロックプロトコル共用からブロックプロトコル専用に切り替えるよう指示する。該当するＦＥ Ｉ／Ｆ１１０は、ファイルプロトコル制御用に割り当てていたＣＰＵとメモリ資源を解放し、ブロックプロトコル制御に再割当する。

【0065】

以上で示した通り実施例１では、性能アップグレード実施前に、外付けサーバ２００間でＨＡクラスタを構成し（Ｓ１４０）、active-activeの構成を保ったファイルサービスの移行を可能とする。これにより、従来方式の課題であったアップグレード時の片方のコントローラが停止することによる性能・信頼性低下を抑止する。
また、実施例１では、性能アップグレード後に移行対象のＦＥ Ｉ／Ｆ１１０をブロック専用Ｉ／Ｆとして再利用する（Ｓ１６０）。これにより、既存のＦＥ Ｉ／Ｆ１１０の有効活用が可能となり、ブロック専用Ｉ／Ｆへの追加投資が不要となる。

【0066】

図１７は、実施例１のユニファイドストレージ１の外付けサーバ２００のファイルサービス設定処理Ｓ１３０の一例を示すフローチャートである。
ファイルサービス設定処理Ｓ１３０では、管理サーバ５０の性能アップグレード制御プログラムＰ７０が、ユニファイドストレージ１と外付けサーバ２００に対して各種設定を指示する。

【0067】

（Ｓ１３０１）性能アップグレード制御プログラムＰ７０は、アップグレード対象となる全てのＦＥ Ｉ／Ｆ１１０に対して、Ｓ１３０２からＳ１３０８の処理を実施する。アップグレード対象となるＦＥ Ｉ／Ｆ１１０は、図１９にて後述するインタフェースにてユーザが指定する。

【0068】

（Ｓ１３０２）性能アップグレード制御プログラムＰ７０は、ＦＳ管理テーブルＴ４０からアップグレード対象のＦＥ Ｉ／Ｆ１１０が管理するファイルシステムを調べる。次に、性能アップグレード制御プログラムＰ７０は、ＬＵ管理テーブルＴ３０から、該当ファイルシステムが使用するＬＤＥＶを調べる。次に、性能アップグレード制御プログラムＰ７０は、該当ＬＤＥＶに対して、外付けサーバ２００からアクセス可能な論理ポートを作成し、ＬＵを設定するように、ユニファイドストレージ１に指示する。この結果、ファイルシステム用のＬＤＥＶに外部パスが設定され、外付けサーバ２００から該当ＬＤＥＶに対してブロックアクセスが可能となる。以上の処理を全ての該当ＬＤＥＶに対して実施する。

【0069】

（Ｓ１３０３）性能アップグレード制御プログラムＰ７０は、Ｓ１３０２のＬＤＥＶに対してマルチパスを設定する。性能アップグレード制御プログラムＰ７０は、Ｓ１３０２で設定した論理ポートが所属するＦＥ Ｉ／Ｆ１１０とペアを組むＦＥ Ｉ／Ｆ１１０を調べる。次に性能アップグレード制御プログラムＰ７０は、ＨＡペアを組むＦＥ Ｉ／Ｆ１１０に外付けサーバ２００からアクセス可能な論理ポートを作成し、該当ＬＤＥＶのＬＵを設定する。この結果、外付けサーバ２００から該当ＬＤＥＶに対して、マルチパス経由のブロックアクセスが可能となる。以上の処理を該当する全てのＬＤＥＶに対して実施する。

【0070】

（Ｓ１３０４）性能アップグレード制御プログラムＰ７０は、Ｓ１３０２、Ｓ１３０３で設定した全ての論理ポートに対して、ＬＤＥＶアクセス用の秘密鍵を生成する。

【0071】

（Ｓ１３０５）性能アップグレード制御プログラムＰ７０は、移行先となる外付けサーバ２００に、Ｓ１３０４で作成した秘密鍵を配布する。

【0072】

（Ｓ１３０６）性能アップグレード制御プログラムＰ７０は、外付けサーバ２００に対し、Ｓ１３０５で配布した秘密鍵を用いて、ユニファイドストレージ１のＬＵに接続するように指示する。ＬＵ接続は、移行元のＦＥ Ｉ／Ｆ１１０が担当していたファイルシステム分のＬＵすべてに対し行う。また、ＬＵ接続はＳ１３０２、Ｓ１３０３で設定したマルチパス構成にて接続する。外付けサーバ２００は、接続したＬＵに基づき、ブロックデバイス管理テーブルＴ７０を更新する。

【0073】

（Ｓ１３０７）性能アップグレード制御プログラムＰ７０は、外付けサーバ２００に対しＦＳ管理テーブルＴ４０をコピーし、稼働ノードＣ３０２とデバイスファイルＣ４０３を更新する。稼働ノードＣ３０２には外付けサーバ２００自身の識別子を、デバイスファイルＣ４０３にはＳ１３０２で作成したデバイスファイルを格納する。

【0074】

（Ｓ１３０８）性能アップグレード制御プログラムＰ７０は、外付けサーバ２００に対しファイル共有管理テーブルをコピーし、稼働ノードＣ３０２とＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４を更新する。稼働ノードＣ３０２には外付けサーバ２００自身の識別子を、ＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４にはネットワークＩ／Ｆ２０１の識別子を格納する。

【0075】

図１８は、実施例１のユニファイドストレージ１のファイルサービス移行処理Ｓ１５０の一例である。
ファイルサービス移行処理Ｓ１５０では、管理サーバ５０の性能アップグレード制御プログラムＰ７０が、ユニファイドストレージ１と外付けサーバ２００に対して各種設定を行う。

【0076】

（Ｓ１５０１）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に指示し、アップグレード対象となる全てのＦＥ Ｉ／Ｆ１１０に対して、Ｓ１５０２からＳ１５０６の処理を実施する。

【0077】

（Ｓ１５０２）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に指示し、アップグレード対象となる全てのＦＥ Ｉ／Ｆ１１０が管理するファイルシステムに対して、クライアントからの書き込み要求の受付を停止し、ファイルシステムを静止化する。ここでいうファイルシステムの静止化とは、一時的にデータの変更を停止した状態とすることを指す。

【0078】

（Ｓ１５０３）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に指示し、アップグレード対象となる全てのＦＥ Ｉ／Ｆ１１０が管理するファイルシステムに対して、ダーティデータの吐き出し処理を行う。ここでいうダーティデータの吐き出し処理とは、ＦＥ Ｉ／Ｆ１１０のキャッシュ１１５に格納したＬＤＥＶ未書き込みデータ（ダーティデータ）を、ＬＤＥＶに書き込み、永続化する処理である。これにより、移行前後のデータ不整合を防ぐことができる。

【0079】

（Ｓ１５０４）性能アップグレード制御プログラムＰ７０は、外付けサーバ２００に指示し、移行対象のファイルシステムのデータを格納するＬＵに接続する。これは、外付けサーバ２００は、外部パス経由でファイルシステムをマウントする、と言うこともできる。外付けサーバ２００は、ブロックデバイス管理テーブルＴ７０のデバイスファイルＣ７０１を、ＦＳ管理テーブルＴ４０記載のＦＳ種別Ｃ４０４にて接続する。

【0080】

（Ｓ１５０５）性能アップグレード制御プログラムＰ７０は、外付けサーバ２００に指示し、ファイル共有管理テーブルＴ５０のファイル共有のサービス開始を指示する。ファイルプロトコルサーバプログラムＰ１３は、クライアントからのファイル読み書き要求受付を開始する。

【0081】

（Ｓ１５０６）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１と外付けサーバ２００に指示し、ファイルアクセス用のIＰアドレスを移行する。具体的には、処理中のＦＥ Ｉ／Ｆ１１０のファイルアクセス用の論理ポートのＩＰアドレスを停止する。その後、停止したＩＰアドレスを外付けサーバ２００のネットワークＩ／Ｆ２０１に設定する。その後、ＧＡＲＰプロトコルを用いてＩＰアドレスのアクセス先を切り替える。
以上で示したように実施例１ではファイルサービス移行前に、ＦＥ Ｉ／Ｆのダーティデータを吐き出し処理（Ｓ１５０３）を行う。これにより、移行前後でファイルシステムの整合性を保証することができる。

【0082】

以上で示した通り実施例１では、ブロックアクセスおよびファイルアクセスの双方を制御可能なＦＥ Ｉ／Ｆ装置（上述した例では、ＦＥ Ｉ／Ｆ１１０）のアップグレードを行い、アップグレード後に使用する機器（上述した例では、外付けサーバ２００）を、ファイルアクセスを行うためのＦＥ Ｉ／Ｆ装置として利用し、アップグレード前に使用していたＦＥ Ｉ／Ｆ装置（上述した例では、ＦＥ Ｉ／Ｆ１１０）を、ブロックアクセスを行うために利用する。
また、実施例１では、アップグレード後の機器（上述した例では、外付けサーバ２００）のファイルサービス設定時にアップグレード後の機器（上述した例では、外付けサーバ２００）とユニファイドストレージ１の間にマルチパスを構成し、ＬＤＥＶのアクセスパスを冗長化する（Ｓ１３０２、Ｓ１３０３）。これにより、ＦＥ Ｉ／Ｆ１１０、コントローラ１００、外付けサーバ２００のネットワークＩ／Ｆ２０１のいずれかに障害が発生した場合でも迅速なサービス回復を可能となり、高可用を実現できる。

【0083】

さらに、実施例１では、ブロックアクセス及びファイルアクセスに対応したユニファイドストレージシステムＡにおいて、クライアント４０からのファイルアクセスを処理してコントローラ１００にブロックアクセスをするファイルシステム（ＦＳ）を有し、コントローラ１００は、クライアント４０からのブロックアクセス及びファイルシステムからのブロックアクセスを処理して、データを格納する記憶装置（上述した例では、記憶デバイスユニット２０）にアクセスし、ユニファイドストレージシステムＡは、ネットワーク接続された情報機器（上述した例では、外付けサーバ２００）を追加し、ファイルシステム（ＦＳ）を情報機器に移動させることが可能である。
またこの場合、ファイルシステム（ＦＳ）は、移動前にネットワークインタフェース（上述した例では、ＦＥ Ｉ／Ｆ１１０）上で稼働している。一方、ファイルシステム（ＦＳ）の移動後は、情報機器（上述した例では、外付けサーバ２００）のファイルシステム（ＦＳ）が、ストレージノード（上述した例では、記憶制御装置１０）のコントローラ１００へブロックアクセスを行う。この場合、従来使用していたネットワークインタフェースを有効活用することができる。

【0084】

さらに、実施例１では、アップグレード前に使用していたストレージコントローラ（上述した例では、ＦＥ Ｉ／Ｆ１１０）からファイルサービスの構成情報を取得し、アップグレード後の機器（上述した例では、外付けサーバ２００）に同等のファイルサービスの構成を設定する。アップグレード前に使用していた論理デバイス（ＬＤＥＶ）に対して、外部接続用のアクセスパスを設定することで、データ移行なしでアップグレード後の機器（上述した例では、外付けサーバ２００）に移行する。即ち、外付けサーバ２００上で、ＦＥ Ｉ／Ｆ１１０と同じファイルシステムを使用することで、性能アップグレード時のファイルデータ移行が不要である。
また、実施例１では、ファイルシステム（ＦＳ）の移動後に、ストレージノード（上述した例では、記憶制御装置１０）と情報機器（上述した例では、外付けサーバ２００）とは秘密鍵を有し、ストレージノードと情報機器との間のブロックアクセスを含む通信を秘密鍵を用いて行う。これにより外付けサーバ２００に性能アップグレードした場合でも、セキュリティを保つことが可能となる。
そして、実施例１では、ストレージノード（上述した例では、記憶制御装置１０）は、ネットワークインタフェース（上述した例では、ＦＥ Ｉ／Ｆ１１０）を有し、ネットワークインタフェースはファイルアクセスされるデータを一時保存されるメモリ（上述した例では、キャッシュ１１５）を有し、ファイルシステム（ＦＳ）の移動に際して、ネットワークインタフェースのメモリ内のダーティデータを記憶装置（上述した例では、記憶デバイスユニット２０）に格納する。この場合、移行前後のデータ不整合を防ぐことができる。

【0085】

さらに、実施例１では、ストレージノード（上述した例では、記憶制御装置１０）は、ネットワークインタフェース（上述した例では、ＦＥ Ｉ／Ｆ１１０）を有し、ファイルシステム（ＦＳ）の移動前は、ストレージノードのネットワークインタフェースに、クライアント４０からのブロックアクセスパス及びファイルアクセスパスが設定され、ファイルシステム（ＦＳ）の移動後は、ストレージノードのネットワークインタフェースにクライアント４０からのブロックアクセスパスが設定された状態で、情報機器（上述した例では、外付けサーバ２００）にクライアント４０からのファイルアクセスパスを設定する。
なお、実施例１では、ストレージノード（上述した例では、記憶制御装置１０）のいずれかの構成をアップグレードする場合に、ファイルシステム（ＦＳ）を情報機器（上述した例では、外付けサーバ２００）に移動させるようにする。即ち、ストレージノードについて、全てをアップグレードする必要はなく、一部をアップグレードさせることもできる。上述した場合では、ＦＥ Ｉ／Ｆ１１０をアップグレードする際に、ファイルシステム（ＦＳ）を情報機器に移動させるようにしている。これにより、ストレージノードのいずれかの構成についてリソース不足になった場合に、リソース不足になった対象をアップグレードすることができる。

【0086】

＜実施例１のユーザインタフェース＞
図１９は、実施例１のユニファイドストレージ１の性能アップグレードインタフェースの一例である。
管理サーバ５０の管理サーバプログラムＰ６０は、ユーザに対し性能アップグレードインタフェースＩ１により、ＦＥ Ｉ／Ｆ１１０から外付けサーバ２００への性能アップグレードの操作手段を提供する。
性能アップグレードインタフェースＩ１は、移行元ＦＥ Ｉ／Ｆペア入力Ｉ１０、移行先サーバ入力Ｉ２０、決定ボタンＩ３０、キャンセルボタンＩ４０を有する。
移行元ＦＥ Ｉ／Ｆペア入力Ｉ１０は、移行元となるＦＥ Ｉ／Ｆペアを選択するインタフェースである。ユーザは、ファイルプロトコル処理を行うＦＥ Ｉ／Ｆ１１０のうち、移行対象とするＦＥ Ｉ／Ｆ１１０のペアをチェックボックスにて選択する。
移行先サーバ入力Ｉ２０は、移行先となるサーバを入力するテキストボックスである。ユーザは、移行先となるサーバのホスト名、またはＩＰアドレスを入力する。
決定ボタンＩ３０は、入力した内容にて性能アップグレード実行を指示するためのインタフェースである。
キャンセルボタンＩ４０は、入力した内容にて性能アップグレードをキャンセルするためのインタフェースである。

【実施例0087】

実施例２では、実施例１と同様に従来のブロックストレージにSmartNICを搭載したSmartNICユニファイドを想定する。実施例２は、実施例１と課題、目的を同じとする。
実施例２では、性能アップグレード先に外付けサーバでなく、ＮＡＳ（Network Attached Storage）ゲートウェイサーバを使用する点が実施例１との差分となる。ここでいうＮＡＳゲートウェイサーバとは、ブロックストレージに接続したファイルプロトコル制御の専用装置のことをいう。ＮＡＳゲートウェイサーバを用いることで、クライアントはブロックストレージの格納データに対し、ファイルプロトコルを介してファイルアクセスすることが可能となる。一般的に、ＮＡＳゲートウェイサーバはファイルプロトコル制御に特化することで、外付けサーバに対しより高い性能と高いユーザビリティを実現することができる。
以降では図２０から図２３を用いて、実施例１と実施例２との差分を説明する。

【0088】

＜実施例２の概要＞
図２０は、実施例２のユニファイドストレージシステムＡの全体構成図であり、実施例２のユニファイドストレージ１の性能アップグレード方式の概要図である。
実施例１に対し、ＦＥ Ｉ／Ｆ１１０の性能アップグレード先が、外付けサーバ２００からＮＡＳゲートウェイサーバ３００に変わる点がシステム構成上の差分となる。ＮＡＳゲートウェイサーバ３００は、外付けサーバ２００と同様にファイル共有制御とファイルシステム制御を持つが、ファイルシステムにＮＡＳ専用の独自のファイルシステムを用いる点が差分となる。実施例１では、外付けサーバ２００上で、ＦＥ Ｉ／Ｆ１１０と同じファイルシステムを使用することで、性能アップグレード時のファイルデータ移行が不要であった。一方、実施例２では、性能アップグレード時に、ＦＥ Ｉ／Ｆ１１０とＮＡＳゲートウェイサーバ３００間で異なるファイルシステムを使用するため、ファイルデータの移行を実施する。即ち実施例２では、アップグレードを行う前に、ＦＥ Ｉ／Ｆ１１０から、ＮＡＳゲートウェイサーバ３００のファイルシステムにデータ移行を実施する。

【0089】

管理サーバ５０は、ＦＥ Ｉ／Ｆ１１０のＣＰＵが性能ボトルネックとなった場合に、以下に示すＳ１’からＳ３’の処理を行うことで、ＮＡＳゲートウェイサーバ３００への性能アップグレードを実施する。

【0090】

（Ｓ１’）管理サーバ５０は、ユニファイドストレージ１に指示し、ファイルシステムの移行先となるＮＡＳゲートウェイサーバ３００用に新たなＬＤＥＶを作成し、外部パス（ＬＵ）を設定する。管理サーバ５０はＮＡＳゲートウェイサーバ３００に指示し、作成したＬＵ上に移行先のＮＡＳ専用ファイルシステム作成を指示する。

【0091】

（Ｓ２’）管理サーバ５０は、ユニファイドストレージ１から取得したファイルシステムとファイル共有の構成情報（ネットワーク構成、共有構成、認証サーバ）を使用し、ＮＡＳゲートウェイサーバ３００上に同等のファイルシステムとファイル共有を構成する。なお、ＮＡＳゲートウェイサーバ３００は、ＨＡクラスタを構成する。また、ＮＡＳゲートウェイサーバ３００にデータ移行用の一時ＩＰアドレスを設定する。その後、管理サーバ５０は、ＮＡＳゲートウェイサーバ３００に指示し、ユニファイドストレージ１のファイルシステムからＮＡＳゲートウェイサーバ３００のファイルシステムにファイルデータを移行する。ファイルデータ移行は、ＮＡＳゲートウェイサーバ３００が、ユニファイドストレージ１のファイル共有にアクセスし、ファイルをコピーすることで行う。最後に管理サーバ５０は実施例１と同様にＧＡＲＰプロトコルを用いて、ホストからのＩＰアドレスのアクセス先を切り替える。また、ファイルシステムとファイル共有の移行は、active-activeの構成を保ったまま、ＩＰアドレスのアクセス切り替えにより行う。これにより、従来方式の課題であったアップグレード中の性能・信頼性低下を抑止する。

【0092】

（Ｓ３’）管理サーバ５０は、実施例１と同様にＦＥ Ｉ／Ｆ１１０種別を、ファイル・ブロックプロトコル共用からブロックプロトコル専用に切り替える。これにより、従来方式の課題であった、リプレースした機器の有効活用を実現する。

【0093】

以上で示した手法により、SmartNICを用いたユニファイドストレージ１を、ＮＡＳゲートウェイサーバ３００に性能アップグレードすることが可能となる。本手法を用いることで、従来のユニファイドストレージの性能アップグレードの課題を解決することができる。

【0094】

＜実施例２のシステム構成＞
実施例２の全体構成図の一例は、図２で示した全体構成図において外付けサーバ２００をＮＡＳゲートウェイサーバ３００に置き換えただけのものと同等となるため、説明を省略する。
実施例２の、コントローラ１００、ＦＥ Ｉ／Ｆ１１０、管理サーバ５０、クライアント４０の構成は実施例１と同等となるため説明を省略する。

【0095】

図２１は、実施例２のＮＡＳゲートウェイサーバ３００の構成図の一例である。
ＮＡＳゲートウェイサーバ３００のハードウェア構成は外付けサーバ２００と同等のため、説明を省略する。メモリ３０３には、外付けサーバ２００のファイルシステム制御プログラムＰ１１以外のプログラムとテーブルが格納されている。また、ＮＡＳ専用ファイルシステム制御プログラムＰ１９、ファイルプロトコルクライアントプログラムＰ４３、ＮＡＳデータ移行制御プログラムＰ８０、ＮＡＳ管理プログラムＰ９０が追加で格納されている。

【0096】

ＮＡＳ専用ファイルシステム制御プログラムＰ１９は、ＮＡＳに特化したファイルシステムを管理するプログラムであり、ファイルシステム制御プログラムＰ１１と同等の機能をもつ。ＮＡＳ専用ファイルシステム制御プログラムＰ１９は、ファイルシステム制御プログラムＰ１１とは異なる形式でファイルシステムのデータをＬＵに格納する。そのため、ファイルシステム制御プログラムＰ１１が使用するＬＵを、ＮＡＳ専用ファイルシステム制御プログラムＰ１９から直接使用することはできない。

【0097】

ファイルプロトコルクライアントプログラムＰ４３は、外付けサーバ２００、クライアント４０が持つファイルプロトコルクライアントプログラムＰ４３と同等のため説明を省略する。ＮＡＳゲートウェイサーバ３００は、ＮＡＳデータ移行制御プログラムＰ８０が別のストレージ装置のファイル共有にアクセスするために、ファイルプロトコルクライアントプログラムＰ４３を使用する。

【0098】

ＮＡＳデータ移行制御プログラムＰ８０は、別のストレージ装置が提供するファイル共有をマウントし、ＮＡＳゲートウェイサーバ３００内部のＮＡＳ専用ファイルシステムにファイルデータを移行するプログラムである。実施例２では、ＮＡＳデータ移行制御プログラムＰ８０は、ユニファイドストレージ１のファイル共有をマウントし、ＮＡＳゲートウェイサーバのＮＡＳ専用ファイルシステムにファイルデータを移行する。
ＮＡＳ管理プログラムＰ９０は、ＮＡＳゲートウェイサーバ３００が管理するファイルシステム、ファイル共有、ＬＵ接続を管理するためのインタフェースを外部に提供する。

【0099】

＜実施例２のテーブル類＞
実施例２では、実施例１と同等のテーブル類を使用するため説明を省略する。ただし、実施例２では、ＮＡＳゲートウェイサーバ３００に対するテーブル変更・参照はＮＡＳ管理プログラムＰ９０を介して行う。
＜実施例２のフローチャート＞
図２２は、実施例２のユニファイドストレージ１の性能アップグレード処理Ｓ２’の一例を示すフローチャートである。
性能アップグレード処理Ｓ２’は、管理サーバ５０の性能アップグレード制御プログラムＰ７０がユーザから性能アップグレード要求を受け付けた場合に実行される。
性能アップグレード処理Ｓ２’は、性能アップグレード制御プログラムＰ７０がユニファイドストレージ１とＮＡＳゲートウェイサーバ３００に、Ｓ２１０からＳ２３０に示すフローにて各種要求を出すことで実行する。

【0100】

（Ｓ２１０）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に構成情報取得指示を出し、ポート管理テーブルＴ１０、ＬＤＥＶ管理テーブルＴ２０、ＬＵ管理テーブルＴ３０、ＦＳ管理テーブルＴ４０、ファイル共有管理テーブルＴ５０を、構成情報として取得する。

【0101】

（Ｓ２２０）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に指示し、移行対象となるファイルシステムすべてに対し、移行先のＮＡＳゲートウェイサーバ３００が使用するＬＤＥＶを作成する。性能アップグレード制御プログラムＰ７０は、ＮＡＳゲートウェイサーバ３００がアクセス可能なブロックプロトコル用の論理ポートを作成し、ＮＡＳゲートウェイサーバ３００用のＬＤＥＶに対応するＬＵを割り当てる。その後、性能アップグレード制御プログラムＰ７０は、ＦＥ Ｉ／Ｆ１１０の構成情報とデータの移行をＮＡＳゲートウェイサーバ３００に指示する。本処理の詳細は図２３にて後述する。

【0102】

（Ｓ２３０）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１にＦＥ Ｉ／Ｆ１１０のプロトコル種別を、ファイル・ブロックプロトコル共用からブロックプロトコル専用に切り替えるよう指示する。本処理はＳ１６０と同等のため、説明を省略する。

【0103】

図２３は、実施例２のＮＡＳゲートウェイサーバ３００のファイル設定／データ移行処理Ｓ２２０の一例を示すフローチャートである。
ファイル設定／データ移行処理Ｓ２２０では、管理サーバ５０の性能アップグレード制御プログラムＰ７０が、ユニファイドストレージ１とＮＡＳゲートウェイサーバ３００に対して各種設定を行う。

【0104】

（Ｓ２２０１）性能アップグレード制御プログラムＰ７０は、アップグレード対象となる全てのＦＥ Ｉ／Ｆ１１０に対して、Ｓ２２０２からＳ２２１３の処理を実施する。アップグレード対象となるＦＥ Ｉ／Ｆ１１０はユーザが指定する。

【0105】

（Ｓ２２０２）性能アップグレード制御プログラムＰ７０は、ＦＳ管理テーブルＴ４０からアップグレード対象となるＦＥ Ｉ／Ｆ１１０が管理するファイルシステムを調べる。次に、性能アップグレード制御プログラム該当ファイルシステムに対して、移行先のＮＡＳゲートウェイサーバ３００が使用するＬＤＥＶを作成する。

【0106】

（Ｓ２２０３）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１に、ＮＡＳゲートウェイサーバ３００からアクセス可能な論理ポートを作成し、Ｓ２２０２で作成したＬＤＥＶのＬＵを割り当てるように指示する。この結果、ＮＡＳゲートウェイサーバ３００から該当ＬＤＥＶに外部パスが設定され、ＮＡＳゲートウェイサーバ３００から該当ＬＤＥＶに対してブロックアクセスが可能となる。以上の処理を該当するＳ２２０２で作成した全てのＬＤＥＶに対して実施する。

【0107】

（Ｓ２２０４）性能アップグレード制御プログラムＰ７０は、Ｓ２２０３のＬＤＥＶに対してマルチパスを設定する。本処理はＳ１３０３と同等のため説明を省略する。

【0108】

（Ｓ２２０５）性能アップグレード制御プログラムＰ７０は、Ｓ２２０３、Ｓ２２０４で設定した全ての論理ポートに対して、ＬＤＥＶアクセス用の秘密鍵を生成する。

【0109】

（Ｓ２２０６）性能アップグレード制御プログラムＰ７０は、全ての移行先のＮＡＳゲートウェイサーバ３００に対して、Ｓ２２０５で作成した秘密鍵を配布する。

【0110】

（Ｓ２２０７）性能アップグレード制御プログラムＰ７０は、ＮＡＳゲートウェイサーバ３００に対し、Ｓ２２０６で配布した秘密鍵を用いたＬＵ接続を指示する。ＬＵ接続は、移行元のＦＥ Ｉ／Ｆ１１０が担当していたファイルシステム分のＬＵすべてに対し行う。また、ＬＵ接続はＳ２２０３、Ｓ２２０４で設定したマルチパス構成にて行う。ＮＡＳゲートウェイサーバ３００は、ＬＵ接続した内容に基づき、ブロックデバイス管理テーブルＴ７０を更新する。

【0111】

（Ｓ２２０８）性能アップグレード制御プログラムＰ７０は、ＮＡＳゲートウェイサーバ３００に対しＦＳ管理テーブルＴ４０と同等のファイルシステム作成を指示する。この際、ファイルデータの格納先ＬＵに、Ｓ２２０７で接続したＬＵを指定する。

【0112】

（Ｓ２２０９）性能アップグレード制御プログラムＰ７０は、ＮＡＳゲートウェイサーバ３００に対し、ファイル共有管理テーブルＴ５０と同等のファイル共有作成を指示する。ＮＡＳゲートウェイサーバ３００は、稼働ノードＣ３０２とＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４を更新する。稼働ノードＣ３０２にはＮＡＳゲートウェイサーバ３００自身の識別子を、ＮＷ Ｉ／Ｆ ＩＤ Ｃ５０４にはネットワークＩ／Ｆ２０１の識別子を格納する。

【0113】

（Ｓ２２１０）性能アップグレード制御プログラムＰ７０は、ＮＡＳゲートウェイサーバ３００に対し、ユニファイドストレージ１のファイルシステムのデータをＮＡＳゲートウェイサーバ３００のＮＡＳ専用ファイルシステムに複製することを指示する。ＮＡＳゲートウェイサーバ３００は、ＮＡＳデータ移行制御プログラムＰ８０を用い、移行対象の全てのファイルシステムのデータの複製を実行する。ファイルデータの複製は、ユニファイドストレージ１のファイル共有に接続し、移行対象のファイルデータをＮＡＳ専用ファイルシステムに複製することで行う。

【0114】

（Ｓ２２１１）性能アップグレード制御プログラムＰ７０は、ＮＡＳゲートウェイサーバ３００に対し、ファイルシステムの静止化を指示する。ＮＡＳゲートウェイサーバ３００はクライアントからの書き込み要求処理の受付を停止する。

【0115】

（Ｓ２２１２）性能アップグレード制御プログラムＰ７０は、ＮＡＳゲートウェイサーバ３００に対し、Ｓ２２１０のファイルデータ移行完了からＳ２２１１のファイルシステム静止化の間に発生した差分データをＮＡＳ専用ファイルシステムに移行する。ＮＡＳデータ移行制御プログラムＰ８０は、ファイルの更新時間から差分があったファイルを調べ、ＮＡＳ専用ファイルシステムに再複製する。なお、ファイルの更新時間を用いた差分データ検出は例示にすぎない。他にも、ＮＡＳ専用ファイルシステム制御プログラムＰ１９がＳ２２１０のファイルデータ移行完了からの更新履歴を記録しておき、差分データ検出に使用してもいい。

【0116】

（Ｓ２２１３）性能アップグレード制御プログラムＰ７０は、ユニファイドストレージ１とＮＡＳゲートウェイサーバ３００に指示し、ファイルアクセス用のＩＰアドレスを移行する。本処理はＳ１５０６と同等のため、説明を省略する。

【0117】

実施例２では、ファイルシステム（ＦＳ）の移動に際して、ファイルシステム（ＦＳ）が参照するデータを情報機器（この場合、ＮＡＳゲートウェイサーバ３００）の記憶装置に移動させ、移動後は、ファイルシステム（ＦＳ）は情報機器の記憶装置にアクセスする。

【0118】

＜実施例２のインタフェース＞
実施例２のインタフェースは実施例１と同等のため、説明を省略する。