接続制御装置、ストレージシステム及び接続制御装置の制御方法
【課題】隣接する接続制御装置に障害が発生した場合に、隣接する接続制御装置に接続するデバイスへの通信を継続する接続制御装置、ストレージシステム及び接続制御装置の制御方法を提供する。
【解決手段】統括制御部１０１は、自装置のポートに接続されたデバイスのアドレスを基に、自装置に接続されたデバイスに対するデータのルーティングを行う。統括制御部１０２は、統括制御部１０１に障害が発生した場合、自装置に接続されたデバイスのアドレス及びセンタースイッチ２に接続されたデバイスの接続経路を示す接続経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを行い、センタースイッチ２がルーティング不能の場合、接続経路情報を用いて、センタースイッチ２に接続されたデバイスに対するデータのルーティングを行う。
【解決手段】統括制御部１０１は、自装置のポートに接続されたデバイスのアドレスを基に、自装置に接続されたデバイスに対するデータのルーティングを行う。統括制御部１０２は、統括制御部１０１に障害が発生した場合、自装置に接続されたデバイスのアドレス及びセンタースイッチ２に接続されたデバイスの接続経路を示す接続経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを行い、センタースイッチ２がルーティング不能の場合、接続経路情報を用いて、センタースイッチ２に接続されたデバイスに対するデータのルーティングを行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続制御装置、ストレージシステム及び接続制御装置の制御方法に関する。
【背景技術】
【０００２】
近年、ストレージシステムでは、ファイバチャネルスイッチ（Fibre Channel Switch）を用いたＳＡＮ（Storage Area Network）構成が主流となりつつある。そして、ＳＡＮでは、複数のサーバ、ストレージ装置及びその他の周辺機器がファイバチャネルを介して相互に接続されている。そして、ＳＡＮにおいては、複数サーバのデータをまとめて格納するストレージ統合が行なわれている。
【０００３】
そして、ＳＡＮでは、センタースイッチ又はダイレクタ（Director）と呼ばれるファイバチャネルスイッチが用いられる。センタースイッチは、データのルーティングの中核を担う機能を有している。具体的には、センタースイッチは、自装置に接続されたデバイスに対してＰＩＤ（Port ID）を割り当てる。この時、割り当てたＰＩＤは、センタースイッチが有するネームサーバ（NameServer）に格納される。そして、センタースイッチは、ネームサーバに登録したＰＩＤを用いて、あるデバイス（例えば、サーバなど）から送られてきたデータを指定されたデバイス（例えば、ストレージなど）へ転送する。他にも、センタースイッチは、指定されたデバイスからデータを取得し、データを要求したデバイスに取得したデータを転送する。また、近年では非常に多くのデバイスを接続することから、複数のセンタースイッチが接続されたＳＡＮが用いられる場合が多い。さらに、ファイバチャネルスイッチとしては、このようなセンタースイッチの下にさらに単にルーティングを行うスイッチが配置される場合もある。
【０００４】
また、ＳＡＮでは、通信障害を回避するため冗長構成を採用した構成が用いられる場合がある。例えば、複数のファイバチャネルスイッチを１つのデバイスに接続し、データ伝送の経路を二重化しておき、切替発生後にブロードキャストを用いて状態を監視して、ルーティングテーブルを更新する従来技術がある。
【０００５】
また、冗長構成を採用する場合、冗長構成を備えたセンタースイッチが用いられることがある。冗長構成を備えたセンタースイッチとは、上述したセンタースイッチの機能を実行する各部が二重化されたものである。以下では、二重化された各部のうち、正常状態でルーティングを行う各部をアクティブ側と言い、アクティブ側に故障が発生した場合に切り替わりルーティングを行う各部をスタンバイ側と言う。
【０００６】
冗長構成を備えたセンタースイッチは、アクティブ側及びスタンバイ側のいずれもネームサーバを有している。そこで、アクティブ側のネームサーバがダウンしても、スタンバイ側に切り替わり、スタンバイ側のネームサーバを用いてアクティブ側と同様のルーティングを提供することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２４２８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、アクティブ側及びスタンバイ側の両方に障害が発生する二重故障などの場合、ネームサーバに登録されたデバイス情報は削除されてしまい、アドレス解決ができなくなってしまう。そのため、二重故障が発生したセンタースイッチではルーティングを行うことができなくなってしまう。そのため、例えば、センタースイッチに接続されているデバイスにはデータをルーティングすることができなくなってしまう。
【０００９】
また、切替発生後にブロードキャストを用いて監視を行う従来技術を用いても、冗長化されたスイッチに二重故障が発生した場合、そのスイッチのみに接続されているデバイスへのデータのルーティングができなくなってしまう。
【００１０】
開示の技術は、上記に鑑みてなされたものであって、隣接するファイバチャネルスイッチに障害が発生した場合に、隣接するファイバチャネルに接続するデバイスへの通信を継続する接続制御装置、ストレージシステム及び接続制御装置の制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法は、一つの態様において、第１アクティブ制御部は、自装置のポートに接続されたデバイスのアドレスを基に、自装置に接続されたデバイスに対するデータのルーティングを行う。スタンバイ制御部は、前記アクティブ制御部に障害が発生した場合、自装置に接続されたデバイスのアドレス及び自装置に接続する隣接接続制御装置に接続されたデバイスの接続経路を示す経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを行い、前記隣接接続制御装置がルーティング不能の場合、前記経路情報を用いて、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングを行う。
【発明の効果】
【００１２】
本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法の一つの態様によれば、隣接するファイバチャネルスイッチに障害が発生した場合に、隣接するファイバチャネルに接続するデバイスへの通信を継続することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１に係るストレージシステムのシステム構成の一例を示す概観図である。
【図２】図２は、ＣＰブレード、コアブレード及びポートブレードの接続状態を示す図である。
【図３】図３は、実施例１に係るストレージシステムのブロック図である。
【図４】図４は、実施例１における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。
【図５】図５は、ＦＣフレームのデータ構成を示す図である。
【図６】図６は、実施例１における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。
【図７】図７は、実施例１に係るストレージシステムにおける正常時の処理のシーケンス図である。
【図８】図８は、実施例１に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。
【図９】図９は、実施例１に係るストレージシステムにおけるセンタースイッチダウン状態での転送処理のシーケンス図である。
【図１０】図１０は、センタースイッチダウン時の拡張ネームサーバによる処理のフローチャートである。
【図１１】図１１は、実施例２における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。
【図１２】図１２は、実施例２における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。
【図１３】図１３は、実施例２に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に、本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法が限定されるものではない。特に、以下の説明では、接続制御装置としてファイバチャネルスイッチを例に説明するが、これに限らない。また、以下の説明では、ファイバチャネルスイッチを、ＦＣスイッチと呼ぶ。
【実施例１】
【００１５】
図１は、実施例１に係るストレージシステムのシステム構成の一例を示す概観図である。図１に示すように、本実施例に係るストレージシステムは、センタースイッチ１、センタースイッチ２、ＩＣＬ（Inter Chassis Link）３、ストレージ４及びサーバ５を有している。このセンタースイッチ１が、「第１接続制御装置」の一例にあたる。また、センタースイッチ２が、「第２接続制御装置」の一例にあたる。
【００１６】
本実施例では、ストレージ４は、センタースイッチ１に接続されている。また、サーバ５は、センタースイッチ２に接続されている。ここで、図１では、説明の便宜上、センタースイッチ１及びセンタースイッチ２に接続されているデバイスをそれぞれ１つ記載しているが、実際には、いずれにも複数のデバイスを接続することができる。具体的には、後述するセンタースイッチ１及びセンタースイッチ２が有するポートの数を最大として、センタースイッチ１及びセンタースイッチ２にデバイスを接続することができる。また、図１では、センタースイッチ１及びセンタースイッチ２のいずれにも、サーバ及びストレージといった様々なデバイスを接続することができる。特に、接続するデバイスの数が多い場合には、センタースイッチ１及びセンタースイッチ２に単にルーティングを行うだけのＦＣスイッチを接続することもできる。
【００１７】
センタースイッチ１とセンタースイッチ２とはＩＣＬ３で接続されている。このＩＣＬ３については、後で詳細に説明する。
【００１８】
センタースイッチ１は、制御機能を備えたプロセッサを搭載したブレードであるＣＰ（Control Processor）ブレード１１、１２、コアブレード１３、１４、及びポートブレード１５〜１８を有している。また、センタースイッチ２は、ＣＰブレード２１、２２、コアブレード２３、２４、及びポートブレード２５〜２８を有している。本実施例では、センタースイッチ１とセンタースイッチ２とは同じ構成を有している。
【００１９】
ＣＰブレード１１、１２、コアブレード１３、１４、及びポートブレード１５〜１８は、薄型（ブレード型）の筐体を有している。センタースイッチ１の筐体の中にそれぞれ挿入されセンタースイッチ１の筐体の背面に配置されたボードに接続することで、相互に接続される。
【００２０】
また、図１では、センタースイッチ１及び２のいずれも、ポートブレードを４つずつ有しているが、ポートブレードは１〜４台のいずれでもよい。また、図１に示すセンタースイッチ１及び２の筐体では、ポートブレードが最大４台までしか収納できないが、筐体のサイズが大きければ、さらに多くのポートブレードを配置することもできる。
【００２１】
図２は、ＣＰブレード、コアブレード及びポートブレードの接続状態を示す図である。図２に示すように、ＣＰブレード１１は、コアブレード１３及び１４と接続している。また、ＣＰブレード１２も、コアブレード１３及び１４と接続している。さらに、コアブレード１３は、ポートブレード１５〜１８のそれぞれと接続している。また、コアブレード１４も、ポートブレード１５〜１８のそれぞれと接続している。すなわち、ＣＰブレード１及び２のいずれも、コアブレード１３及び１４のいずれとも通信可能である。また、コアブレード１３及び１４のいずれも、ポートブレード１５〜１８のいずれとも通信可能である。センタースイッチ２は、センタースイッチ１と同様の構成であるので、センタースイッチ２も図２に示す接続状態を有している。
【００２２】
ＣＰブレード１１（Control Processor）は、ＣＰＵ、ハードディスク及びメモリを有している。ＣＰブレード１２、２１及び２２は、本実施例では、ＣＰブレード１１と同様の構成を有している。そして、ＣＰＵブレード１１及び１２の一方がアクティブとなり、他方がスタンバイとなる。すなわち、ＣＰＵブレード１１及び１２は、通常はアクティブである一方が動作しており、アクティブ側に故障が発生した場合に、スタンバイである他方がアクティブ側に変わって動作する。これは、ＣＰＵブレード２１及び２２でも同様である。
【００２３】
コアブレード１３は、ＣＰＵ及びメモリを有している。また、コアブレード１３は、複数のＩＣＬポートを有している。コアブレード１４、２３及び２４は、本実施例では、コアブレード１３と同様の構成を有している。コアブレード１３及びコアブレード１４は、いずれもルーティング処理を行っている。そして、コアブレード１３及びコアブレード１４は、一方が故障した場合、他方がその処理を引き継ぐ。これは、コアブレード２３及びコアブレード２４でも同様である。また、コアブレード１３は、自己のＩＣＬポートと他のセンタースイッチに搭載されたコアブレードのＩＣＬポートをＩＣＬで接続することで相互に高速な通信を行うことができる。本実施例では、コアブレード１３は、コアブレード２３とＩＣＬ３で接続されている。またコアブレード１４は、コアブレード２４とＩＣＬ３で接続されている。
【００２４】
ポートブレード１５〜１８は、サーバ、ストレージ及びスイッチなどのデバイスを接続するためのポートを有している。例えば、ポートブレード１５〜１８は、それぞれが６４個のポートを有する。ポートブレード１５のポートには、例えば、ストレージ４が接続されている。
【００２５】
図３は、実施例１に係るストレージシステムのブロック図である。統括制御部１０１は、例えば図１に示すＣＰブレード１１によって実現される。統括制御部１０２は、例えば図１に示すＣＰブレード１２によって実現される。ルーティング制御部１０３は、例えば図１に示すコアブレード１３によって実現される。ルーティング制御部１０４は、例えば図１に示すコアブレード１４によって実現される。ポート部１０５は、例えば図１に示すポートブレード１５及び１６によって実現される。また、ポート部１０６は、例えば図１に示すポートブレード１７及び１８によって実現される。また、統括制御部２０１は、例えば図１に示すＣＰブレード２１によって実現される。統括制御部２０２は、例えば図１に示すＣＰブレード２０２によって実現される。ルーティング制御部２０３は、例えば図１に示すコアブレード２３によって実現される。ルーティング制御部２０４は、例えば図１に示すコアブレード２４によって実現される。ポート部２０５は、例えば図１に示すポートブレード２５及び２６によって実現される。また、ポート部２０６は、例えば図１に示すポートブレード２７及び２８によって実現される。
【００２６】
また、図１では、接続するデバイスの代表例としてストレージ４及びサーバ５を表したが、図３では、センタースイッチ１にデバイス４１〜４４が接続し、センタースイッチ２にデバイス５１〜５４が接続しているものとする。センタースイッチ１とセンタースイッチ２とは同様の構成を有しており、相互に対称に動作するので、以下では、センタースイッチ１を例にその構成について主に説明する。以下の説明は、センタースイッチ２でも同様である。
【００２７】
統括制御部１０１及び統括制御部１０２は、一方が通常処理を行うアクティブ側である。また、統括制御部１０１及び統括制御部１０２は、一方が故障した場合に処理を継続するスタンバイ側である。本実施例では、統括制御部１０１をアクティブ側とし、統括制御部１０２をスタンバイ側とする。また、ルーティング制御部１０３及びルーティング制御部１０４はいずれもアクティブとなってルーティング処理を実行するものであり、二重化された構成となっている。すなわち、ルーティング制御部１０３及びルーティング制御部１０４は通常は、それぞれがルーティング処理を行っているが、一方が故障した場合に、一方がそれまで行っていたルーティング処理を他方が代わりに行う。このように、ルーティング制御部１０３とルーティング制御部１０４とは同様の動作をするため、以下の説明では、ルーティング制御部１０３を例に説明する。
【００２８】
統括制御部１０１は、ネームサーバ１１０を有している。統括制御部１０１は、ルーティング制御部１０３及び１０４からポート部１０５及び１０６に接続されているデバイスの情報を取得する。次に、統括制御部１０１は、ポート部１０５及び１０６に接続されたデバイス４１〜４４に対してＰＩＤ（Port ID）を割り当てる。統括制御部１０１により生成されるＰＩＤについて説明する。ＰＩＤは、例えば６桁の番号で構成されている。そして、ＰＩＤは、先頭の２桁で自装置のＤＩＤを示し、続く２桁で隣接するスイッチと接続する自装置のポート番号を表しており、最後の２桁はリザーブとしている。例えば、センタースイッチ１のＤＩＤが１で、デバイスがセンタースイッチ２とポート番号が８１のポートで接続されている場合には、統括制御部１０１は、そのデバイス対して「０１８１００」というＰＩＤを割り当てる。
【００２９】
そして、統括制御部１０１は、割り当てたＰＩＤを自己が有するネームサーバ１１０が記憶しているアドレステーブルに登録する。アドレステーブルとは、各デバイスに対応させてそのデバイスに割り当てられたＰＩＤが記載されたテーブルである。また、統括制御部１０１は、割り当てたＰＩＤの情報を統括制御部１０２へ出力する。
【００３０】
さらに、統括制御部１０１は、ルーティング制御部１０３からセンタースイッチ２に接続するデバイスに割り当てられたＰＩＤを取得する。そして、統括制御部１０１は、センタースイッチ２に接続するデバイスに割り当てられたＰＩＤを自己が有するネームサーバ１１０が記憶しているアドレステーブルに登録する。すなわち、アクティブ側である統括制御部１０１のネームサーバ１１０は、センタースイッチ１及び２に接続するデバイスに割り当てたＰＩＤが登録されたアドレステーブルを有する。また、統括制御部１０１は、センタースイッチ２に接続されたデバイスに割り当てられたＰＩＤの情報を統括制御部１０２へ出力する。
【００３１】
図４は、実施例１における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。図４では、センタースイッチ１にストレージ４が接続されセンタースイッチ２にサーバ５が接続された状態を表している。ここで、ストレージ４のＷＷＮ（World Wide Name）は、50:00:00:0b:5d:42:01:6bである。また、サーバ５のＷＷＮは20:01:00:0b:5c:61:03:3aである。図４に示すように、ネームサーバ１１０は、ストレージ４、及びサーバ５のＰＩＤが登録されたアドレステーブル１１１を格納している。アドレステーブル１１１には、それぞれのデバイスに対応させて、Ｔｙｐｅ、ＰＩＤ、ＷＷＮ及びＩｎｆｏが記載されている。Ｔｙｐｅとは、本実施例では、登録されているＰＩＤの種類を表している。ＴｙｐｅにおけるＮは、ノードを表しており、デバイスに割り振られたＰＩＤであることを表す。これに対して、ＴｙｐｅにおけるＳは、スイッチを表しており、後述するように他のセンタースイッチが故障した場合にＰＩＤの代替として用いるスイッチングＰＩＤであることを表している。また、Ｉｎｆｏは、デバイスの種類を表している。同様に、図４に示すように、センタースイッチ２の統括制御部２０１も、自己が有するネームサーバ２１０にアドレステーブル２１１を格納する。図４に示すように、アドレステーブル１１１及びアドレステーブル２１１は同じ内容となる。このネームサーバ１１０及びアドレステーブル１１１が、「第１テーブル」の一例にあたる。また、ネームサーバ２１０及びアドレステーブル２１１が、「第３テーブル」の一例にあたる。
【００３２】
また、統括制御部１０１は、自装置に接続されたデバイスに割り当てたＰＩＤの情報の送信要求をルーティング制御部１０３から受ける。そして、統括制御部１０１は、自装置に接続されたデバイスに割り当てたＰＩＤの情報をルーティング制御部１０３へ出力する。
【００３３】
ここで、自装置に接続されたデバイスのＰＩＤの送信及びセンタースイッチ２に接続されたデバイスのＰＩＤの受信は、ルーティング制御部１０３又はルーティング制御部１０４のいずれを介してもよい。本実施例では、ルーティング制御部１０３を介したＰＩＤの授受を一例として説明している。
【００３４】
統括制御部１０１は、ＦＣフレームに含まれるＦＣフレームの転送先のＤＩＤ（Destination ID）をルーティング制御部１０３から取得する。ここで、ＦＣフレームについて説明する。図５は、ＦＣフレームのデータ構成を示す図である。図５に示すように、ＦＣフレーム３００は、ＳＯＦ（Start Of Frame）３０１、ヘッダ３０２、ペイロード３０３、ＣＲＣ（Cyclic Redundancy Check）３０４及びＥＯＦ（End Of Frame）３０５を有している。ＳＯＦ３０１は、フレーム開始を意味するデリミタである。ＳＯＦ３０１のサイズ３１０は、例えば、４バイトである。また、ヘッダ３０２は、転送情報などを格納する領域であり、ＤＩＤやＳＩＤ（Source ID）などが格納されている。ヘッダ３０２のサイズ３２０は、例えば、２４バイトである。ペイロード３０３は、ユーザデータである。ペイロード３０３のサイズ３３０は、最大２１１２バイトである。ＣＲＣ３０４は、巡回冗長検査を格納する領域である。ＣＲＣ３０４のサイズ３４０は、例えば、４バイトである。また、ＥＯＦ３０５は、フレーム終了を意味するデリミタである。ＥＯＦ３０５のサイズ３５０は、例えば、４バイトである。そして、ＦＣフレーム３００の全体のサイズ３６０は、例えば、最大２１４８バイトである。ＦＣフレーム３００のＤＩＤは、ヘッダ３０２から取得することができる。
【００３５】
統括制御部１０１は、取得したＤＩＤがネームサーバ１１０のアドレステーブルに登録されているか否かを判定する。登録されている場合、統括制御部１０１は、転送先のＰＩＤをルーティング制御部１０３へ出力し、ＦＣフレームの転送を指示する。これに対して、登録されていない場合には、統括制御部１０１は、ＦＣフレームの破棄をルーティング制御部１０３に通知する。
【００３６】
また、統括制御部１０１は、センタースイッチ２のダウンの通知をルーティング制御部１０３から受けた場合、センタースイッチ２のダウンを拡張ネームサーバ１２０に反映する指示を統括制御部１０２に通知する。
【００３７】
ここで、センタースイッチ２がダウンした後に統括制御部１０２で障害が発生した場合の動作には、本実施例では、接続維持又は性能維持の２種類が設けられている。接続維持とは、スイッチングポートを用いたルーティングをそのまま維持する方法である。また、性能維持とは、スイッチングポートを用いたルーティングをあきらめ、統括制御部１０１が行なっている自装置に接続されたデバイスに対してのルーティングのみを継続する方法である。接続維持の場合、その時点で行っているルーティングが全て保証されるが、処理量が多くなるため、統括制御部１０１の負荷が高くなってしまう。また、性能維持の場合、統括制御部１０１は、それまでの処理と同様の処理しか行わないため性能は維持できるが、ダウンしたセンタースイッチ経由のルーティングは行なえなくなる。
【００３８】
接続維持の場合、統括制御部１０１は、自己に障害が発生した場合には拡張ネームサーバを用いるように拡張ネームサーバ１２０の同期の通知を統括制御部１０２から受ける。この場合、統括制御部１０１は、統括制御部１０２から拡張アドレステーブル１２１を取得する。統括制御部１０２に障害が発生すると、統括制御部１０１は、拡張アドレステーブル１２１を用いてセンタースイッチ２を介して接続しているデバイスへのルーティングを行う。この統括制御部１０１が、「アクティブ制御部」の一例にあたる。
【００３９】
統括制御部１０２は、拡張ネームサーバ１２０を有している。拡張ネームサーバ１２０が有する拡張アドレステーブルには、Ｔｙｐｅ、ＰＩＤ、ＷＷＮ、ＮａｔｉｖｅＰＩＤ、生存フラグ及びＩｎｆｏの欄がある。すなわち、拡張アドレステーブル１２１は、ネームサーバ１１０が有するアドレステーブルの各項目にＮａｔｉｖｅＰＩＤ及び生存フラグの項目が増えたテーブルである。ＮａｔｉｖｅＰＩＤは、故障したセンタースイッチに接続するデバイスに割り当てられたオリジナルのＰＩＤである。ＮａｔｉｖｅＰＩＤは、故障したセンタースイッチに接続するデバイスに接続するために生成されるスイッチングＰＩＤに対応するよう登録される。スイッチングＰＩＤについては後で詳細に説明する。また、生存フラグは、その行に記載されたＰＩＤを用いて接続することができるか否かを表す。具体的には、生存フラグは、デバイスにその行のＰＩＤを用いてアクセスできるならば○、アクセスできないならば×の値を取る。統括制御部１０２は、自装置に接続されたデバイスに割り当てられたＰＩＤ及びセンタースイッチ２に接続されたデバイスに割り当てられたＰＩＤの情報を統括制御部１０１から取得する。
【００４０】
統括制御部１０２は、取得した各ＰＩＤを拡張ネームサーバ１２０のアドレステーブルに登録する。さらに統括制御部１０２は、自装置に直接接続されているデバイス以外のデバイスについてスイッチングＰＩＤの情報を生成しアドレステーブルに登録する。
【００４１】
ここで、スイッチングＰＩＤの生成及びアドレステーブルへの登録の一例について説明する。スイッチングＰＩＤは、例えば、通常のＰＩＤと同じ６桁とする。そして、スイッチングＰＩＤは、先頭の２桁を自装置のＤＩＤとする。また、スイッチングＰＩＤの続く１桁を、自装置のコアブレードの搭載位置にＩＣＬが使用しているポートのポート番号を加えたものとする。また、スイッチングＰＩＤの続く１桁を、隣接するセンタースイッチのポートブレードの搭載位置とする。さらに、最後の２桁を、隣接するセンタースイッチにおいて当該デバイスが接続されたポート番号とする。例えば、センタースイッチ１のＤＩＤが１であり、自装置のコアブレードの搭載位置が３番目のスロットであり、隣接するセンタースイッチと接続するＩＣＬポートの番号が１番であるとする。さらに、隣接するセンタースイッチのポートブレードの搭載位置が１番目のスロットであり、デバイスが接続された隣接するセンタースイッチのポート番号が１であるとする。この場合、統括制御部１０２は、スイッチングＰＩＤとして「０１４１０１」を生成する。このように、スイッチングＰＩＤは、デバイスに割り当てられたオリジナルのＰＩＤを用いずに、自装置からそのデバイスが接続しているポートにたどり着く経路を示している。すなわち、スイッチングＰＩＤを用いることで、例えば、ルーティング制御部１０３は、ＦＣフレームの転送先のデバイスが接続されているポートまでそのＦＣフレームを送信することができる。以下では、スイッチングＰＩＤを用いたルーティングの対象となるポートを「スイッチングポート」と呼ぶ。このスイッチングＰＩＤが、「自装置から前記隣接接続制御装置における該アドレスを有するデバイスが接続されているポートへの接続経路を示す経路情報」の一例にあたる。
【００４２】
そして、統括制御部１０２は、拡張ネームサーバ１２０の拡張アドレステーブルのＰＩＤの欄に生成したスイッチングＰＩＤを登録する。また、統括制御部１０２は、そのスイッチングＰＩＤのＴｙｐｅにＳを登録し、ＷＷＮにデバイスのＷＷＡの値を登録する。さらに、統括制御部１０２は、そのスイッチングＰＩＤのＮａｔｉｖｅＰＩＤの欄に該当するデバイスのオリジナルのＰＩＤの値を登録する。さらに、生存フラグに、アクセスの状態を示す。さらに、統括制御部１０２はＩｎｆｏとして、そのデバイスの種類を登録する。
【００４３】
例えば、拡張ネームサーバ１２０のアドレステーブルは、図４の拡張アドレステーブル１２１のようになる。図４に示すように、拡張ネームサーバ１２０の拡張アドレステーブル１２１には、ストレージ４及びサーバ５のオリジナルのＰＩＤが登録されている。さらに、拡張アドレステーブル１２１には、センタースイッチ２を介して接続されているデバイスであるサーバ５のスイッチングＰＩＤが登録されている。ＰＩＤ１２２及びＰＩＤ１２３が、サーバ５のスイッチングＰＩＤである。ＰＩＤ１２２は、３番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ５に接続するためのスイッチングＰＩＤである。ＰＩＤ１２３は、６番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ５に接続するためのスイッチングＰＩＤである。これは、本実施例では、コアブレードが２つ搭載されており、それぞれがセンタースイッチ２とＩＣＬ３で接続されているため、経路が２つとなるので、それぞれの経路を使用したスイッチングＰＩＤが生成できるからである。例えば、コアブレードが１つであれば、スイッチングＰＩＤは、１つのデバイスに対して１つしか生成されない。
【００４４】
このようにして、統括制御部１０２は、自己が有する拡張ネームサーバ１２０に拡張アドレステーブル１２１を格納する。同様に、図４に示すように、センタースイッチ２の統括制御部２０２も、自己が有する拡張ネームサーバ２２０に拡張アドレステーブル２２１を格納する。スイッチングＰＩＤは、自装置以外に接続されているデバイスに対して生成するので、図４に示すように、拡張アドレステーブル１２１と拡張アドレステーブル２２１とは内容が異なることになる。
【００４５】
統括制御部１０２は、アクティブ側である統括制御部１０１に障害が発生した場合、故障を検知すると、アクティブとなり、統括制御部１０１が行っていたルーティングを引き継いで実行する。
【００４６】
また、センタースイッチ２の統括制御部２０１及び統括制御部２０２が両方ともに障害が発生しセンタースイッチ２がダウンした場合、統括制御部１０２は、統括制御部２０１又は統括制御部２０２が行っていたルーティングを引き継ぐ。この場合、統括制御部１０２は、拡張ネームサーバ１２０を用いてルーティングを行う。そこで、次に、センタースイッチ２がダウンした場合の統括制御部１０２の動作について図６を参照して説明する。図６は、実施例１における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。図６は、図４に示す状態で、センタースイッチ２がダウンした場合を表している。
【００４７】
統括制御部１０２は、センタースイッチ２のダウンの拡張ネームサーバ１２０への反映の指示を統括制御部１０１から受ける。そして、統括制御部１０２は、拡張ネームサーバ１２０が有する拡張アドレステーブル１２１におけるセンタースイッチ２を介して接続されているデバイスの生存フラグの欄を×にする。図６では、センタースイッチ２を介して接続されているデバイスはサーバ５なので、統括制御部１０２は、サーバ５のＷＷＮが記載されておりＴｙｐｅがＮの行の生存フラグを×にする。
【００４８】
次に、統括制御部１０２は、生存フラグに×を付けた行のＰＩＤをＮａｔｉｖｅＰＩＤとするスイッチングＰＩＤが拡張アドレステーブル１２１登録されているか否かを判定する。具体的には、統括制御部１０２は、ＮａｔｉｖｅＰＩＤから生存フラグに×をつけたＰＩＤを検索することで、そのＰＩＤに対応するスイッチングＰＩＤがあるか否かを判定する。そして、統括制御部１０２は、生存フラグに×を付けたＰＩＤに対応するスイッチングＰＩＤがある場合、ルーティング制御部１０３に優先ポート設定の通知の指示を送信する。ここで、優先ポート設定とは、接続されているデバイスから受信したＦＣフレームのルーティング先を他のセンタースイッチに指定する設定である。例えば、センタースイッチ２に接続されているデバイスからセンタースイッチ２がＦＣフレームを受信した場合に、受信したＦＣフレームをセンタースイッチ１のルーティング制御部１０３に転送するように設定する優先ポート設定などがある。この優先ポートの設定については後で詳細に説明する。これに対して、生存フラグに×を付けたＰＩＤに対応するスイッチングＰＩＤがない場合、統括制御部１０２は、そのＰＩＤが割り当てられたデバイスへのルーティングを断念する。
【００４９】
さらに、統括制御部１０２は、スイッチングポートを用いたルーティングの設定の実施の通知をルーティング制御部１０３から受けると、自己に障害が発生した場合の動作の定義を確認する。ここで、スイッチングポートを用いたルーティングを行なっている状態で統括制御部１０２に障害が発生した場合の動作には、本実施例では、接続維持又は性能維持の２種類が設定されている。接続維持とは、スイッチングポートを用いたルーティングをそのまま維持する方法である。また、性能維持とは、スイッチングポートを用いたルーティングをあきらめ、統括制御部１０１が行なっている自装置に接続されたデバイスに対してのルーティングのみに限定する方法である。接続維持の場合、その時点で行っているルーティングが全て保証されるが、処理量が多くなるため、統括制御部１０１の負荷が高くなってしまう。また、性能維持の場合、統括制御部１０１は、それまでの処理と同様の処理しか行わないため性能は維持できるが、ダウンしたセンタースイッチ経由のルーティングは行なえなくなる。本実施例では、統括制御部１０２は、接続維持又は性能維持のいずれを選ぶかの指示を予め受けている。
【００５０】
接続維持の場合、統括制御部１０２は、自己に障害が発生した場合には拡張ネームサーバを用いるように拡張ネームサーバ１２０の同期を統括制御部１０１へ通知する。これに対して、性能維持の場合には、統括制御部１０２は、統括制御部１０１に対して通知を行わない。これは、拡張ネームサーバ１２０の同期を指示しなければ、統括制御部１０２に障害が発生したとしても、統括制御部１０１はそれまで通りの処理を継続するからである。
【００５１】
そして、スイッチングポートを用いたルーティングでは、統括制御部１０２は、受信したＦＣフレームに対する転送先の問合せをルーティング制御部１０３から受ける。このとき、統括制御部１０２は、転送先のＤＩＤをルーティング制御部１０３から受ける。そして、統括制御部１０２は、拡張ネームサーバ１２０が有する拡張アドレステーブル１２１に転送先のＤＩＤがＮａｔｉｖｅＰＩＤとして記載されたスイッチングＰＩＤを検索する。そして、統括制御部１０２は、検索により抽出したスイッチングＰＩＤをルーティング制御部１０３へ通知する。これに対して、受信したＤＩＤがＮａｔｉｖｅＰＩＤとして記載されたスイッチングＰＩＤが無い場合、統括制御部１０２は、ルーティング制御部１０３に対してＦＣフレームの破棄を通知する。
【００５２】
例えば、図６の場合において、統括制御部１０２は、サーバ５に転送するＦＣフレームの転送先の問合せをルーティング制御部１０３から受ける。この場合、統括制御部１０２は、ＦＣフレームにより指定されたＤＩＤとして、０２８１００をルーティング制御部１０３から受信する。そして、統括制御部１０２は、拡張アドレステーブル１２１から０２８５００のＮａｔｉｖｅＰＩＤを検索する。図６では、センタースイッチ２に接続されたデバイスに向かう経路が２つあるので、統括制御部１０２は、２つの行を抽出する。そして、統括制御部１０２は、抽出した行の中から１つを抽出する。例えば、統括制御部１０２は、そのタイミングにおける負荷が低い経路を示すスイッチングＰＩＤが記載された行を選択する。そして、統括制御部１０２は、選択した行に記載されているスイッチングＰＩＤをルーティング制御部１０３へ通知する。この統括制御部１０２が、「スタンバイ制御部」の一例にあたる。また、拡張ネームサーバ１２０及び拡張アドレステーブル１２１が、「第２テーブル」の一例にあたる。
【００５３】
ルーティング制御部１０３は、ポート部１０５又は１０６に入力されたＦＣフレームを取得する。次に、ルーティング制御部１０３は、取得したＦＣフレームからＤＩＤを取得する。そして、優先ポートを用いたＦＣフレームの転送で無い場合、ルーティング制御部１０３は、取得したＤＩＤを用いて統括制御部１０１に対して転送先の問合せを行う。その後、ルーティング制御部１０３は、ＦＣフレームの転送先のＰＩＤを統括制御部１０１から受ける。そして、ルーティング制御部１０３は、受信したＰＩＤが割り当てられたデバイスに対してＦＣフレームをポート部１０５又は１０６を介して送信する。
【００５４】
これに対して、優先ポートを用いたＦＣフレームの転送の場合、ルーティング制御部１０３は、取得したＤＩＤを用いて統括制御部１０２に対して転送先の問合せを行う。その後、ルーティング制御部１０３は、ＦＣフレームの転送先のスイッチングＰＩＤを統括制御部１０２から受信する。そして、ルーティング制御部１０３は、受信したスイッチングＰＩＤを参照し、ＦＣフレームの転送先のデバイスが接続されているスイッチングポート及びそのスイッチングポートへの経路を取得する。その後、ルーティング制御部１０３は、取得した経路を経由してスイッチングポートへ到達するようにポート部１０５又は１０６を介してＦＣフレームを転送する。
【００５５】
例えば、図６の場合において、ルーティング制御部１０３は、サーバ５に転送するＦＣフレームの転送先を統括制御部１０２へ問合せた場合、スイッチングＰＩＤとして０１４８１０又は０１７８１０を統括制御部１０２から受信する。ここでは、ルーティング制御部１０３は、０１４８１０を取得したとする。この場合、ルーティング制御部１０３は、３番目のスロットに搭載されたポートブレードのポート番号１のポートを経由させて、センタースイッチ２の８番目のスロットに搭載されたポートブレードのポート番号１０のポートから出力するようにＦＣフレームを送信する。
【００５６】
また、ルーティング制御部１０３は、統括制御部１０１及び１０２の両方に障害が発生した場合、例えば、センタースイッチ２のルーティング制御部２０３又は２０４からスイッチングＰＩＤを用いたルーティングを実施する指示を受ける。そして、ルーティング制御部１０３は、自装置に接続するデバイス（例えば、サーバ５など）からＦＣフレームを受信した場合、受信した受信フレームをセンタースイッチ２のルーティング制御部２０３へ転送する優先ポートの設定を行う。さらに、ルーティング制御部１０３は、センタースイッチ１に接続するデバイスへＦＣフレームが送信されてきた場合、センタースイッチ２のスタンバイ側の統括制御部２０２によりスイッチングＰＩＤを用いた転送の制御を受けるスイッチングポートの設定を行う。すなわち、スイッチングポートの設定を行った場合、ルーティング制御部１０３は、センタースイッチ１に接続するデバイスへのＦＣフレームを受信すると、ルーティング制御部２０３へＦＣフレームを転送する。
【００５７】
ポート部１０５及び１０６は、各ポートに接続されたデバイスからＦＣフレームの入力を受ける。そして、ポート部１０５及び１０６は、受信したＦＣフレームをルーティング制御部１０３又は１０４へ出力する。
【００５８】
また、ポート部１０５及び１０６は、転送するＦＣフレームの入力をルーティング制御部１０３又は１０４から受ける。そして、ポート部１０５及び１０６は、受信したＦＣフレームを指定されたデバイス又はポートに向けて出力する。
【００５９】
次に、図７〜図１０を参照して、本実施例に係るストレージシステムにおける正常時の処理、センタースイッチダウン時の処理、センタースイッチダウン後の処理について説明する。ここで、本実施例における、各センタースイッチに搭載された２つのルーティング制御部及び２つのポート部は同様の動作を行う。そこで、以下の説明では、センタースイッチ１のルーティング制御部１０３及びポート部１０５、並びにセンタースイッチ２のルーティング制御部２０３及びポート部２０５を例に説明する。
【００６０】
図７は、実施例１に係るストレージシステムにおける正常時の処理のシーケンス図である。図７を参照して、本実施例に係るストレージシステムにおける正常時の処理について説明する。
【００６１】
ステップＳ１０１〜ステップＳ１１１は、ネームサーバ及び拡張ネームサーバの生成の処理である。ルーティング制御部１０３とルーティング制御部２０３とは、正常時には所定の周期でそれぞれのネームサーバが有する情報の交換をＩＣＬ３を用いて行なっている（ステップＳ１０１）。
【００６２】
そして、ルーティング制御部２０３は、取得したセンタースイッチ１のネームサーバ１１０が有するアドレステーブル１１１の情報を統括制御部２０１へ送信する（ステップＳ１０２）。統括制御部２０１は、ネームサーバ１１０が有するアドレステーブル１１１の情報をルーティング制御部２０３から取得する（ステップＳ１０３）。そして、統括制御部２０１は、自己が有するネームサーバ２１０のアドレステーブル２１１に、ネームサーバ１１０が有するアドレステーブル１１１の情報を反映させる（ステップＳ１０４）。さらに、統括制御部２０１は、ネームサーバ２１０のアドレステーブル２１１の情報を統括制御部２０２へ送信する（ステップＳ１０５）。
【００６３】
統括制御部２０２は、自装置に接続されたデバイス及びセンタースイッチ１に接続されたデバイスの情報を拡張アドレステーブルに登録する。さらに、統括制御部２０２は、センタースイッチ１に接続されたデバイスに割り当てられたＰＩＤからスイッチングＰＩＤを生成し、ＮａｔｉｖｅＰＩＤなどと共に拡張アドレステーブルに登録し拡張ネームサーバの情報を作成する（ステップＳ１０６）。
【００６４】
同様に、ルーティング制御部１０３は、取得したセンタースイッチ２のネームサーバ２１０が有するアドレステーブル２１１の情報を統括制御部１０１へ送信する（ステップＳ１０７）。統括制御部１０１は、ネームサーバ２１０が有するアドレステーブル２１１の情報をルーティング制御部１０３から取得する（ステップＳ１０８）。そして、統括制御部１０１は、自己が有するネームサーバ１１０のアドレステーブル１１１に、ネームサーバ２１０が有するアドレステーブル２１１の情報を反映させる（ステップＳ１０９）。さらに、統括制御部１０１は、ネームサーバ１１０のアドレステーブル１１１の情報を統括制御部１０２へ送信する（ステップＳ１１０）。
【００６５】
統括制御部１０２は、自装置に接続されたデバイス及びセンタースイッチ２に接続されたデバイスの情報を拡張アドレステーブルに登録する。さらに、統括制御部１０２は、センタースイッチ２に接続されたデバイスに割り当てられたＰＩＤからスイッチングＰＩＤを生成し、ＮａｔｉｖｅＰＩＤなどと共に拡張アドレステーブルに登録し拡張ネームサーバの情報を作成する（ステップＳ１１１）。
【００６６】
次に、ステップＳ１１２〜Ｓ１２２は、サーバ５からストレージ４へのデータ送信における処理である。サーバ５は、ストレージ４に送信するＦＣフレームをポート部２０５に送信する（ステップＳ１１２）。
【００６７】
ポート部２０５は、受信したＦＣフレームをルーティング制御部２０３へ送信する（ステップＳ１１３）。
【００６８】
ルーティング制御部２０３は、ＦＣフレームのＤＩＤを取得し、取得したＤＩＤを用いて統括制御部２０１にＦＣフレームの転送先を問い合わせる（ステップＳ１１４）。
【００６９】
統括制御部２０１は、ルーティング制御部２０３から受信したＤＩＤを用いて、ネームサーバ２１０から転送先であるストレージ４のＰＩＤを取得する（ステップＳ１１５）。そして、統括制御部２０１は、取得した転送先のＰＩＤをルーティング制御部２０３へ送信する（ステップＳ１１６）。
【００７０】
ルーティング制御部２０３は、転送先のＰＩＤを統括制御部２０１から受信する。そして、ルーティング制御部２０３は、受信したＰＩＤからセンタースイッチ１への送信を判定し、ＩＣＬ３を用いてセンタースイッチ１のルーティング制御部１０３へＦＣフレームを送信する（ステップＳ１１７）。
【００７１】
ルーティング制御部１０３は、受信したＦＣフレームからＤＩＤを取得し、取得したＤＩＤを用いてＦＣフレームの転送先を統括制御部１０１に問い合わせる（ステップＳ１１８）。
【００７２】
統括制御部１０１は、ルーティング制御部１０３から受信したＤＩＤを用いて、ネームサーバ１１０から転送先であるストレージ４のＰＩＤを取得する（ステップＳ１１９）。そして、統括制御部１０１は、取得した転送先のＰＩＤをルーティング制御部１０３へ送信する（ステップＳ１２０）。
【００７３】
ルーティング制御部１０３は、統括制御部１０１から転送先のＰＩＤを取得する。そして、ルーティング制御部１０３は、転送先のＰＩＤが割り当てられたデバイスが接続されたポート部１０５にＦＣフレームを送信する（ステップＳ１２１）。
【００７４】
ポート部１０５は、ルーティング制御部１０３から受信したＦＣフレームを転送先のデバイスであるストレージ４へ送信する（ステップＳ１２２）。
【００７５】
次に、図８を参照して、本実施例に係るストレージシステムにおけるセンタースイッチダウン時の処理について説明する。図８は、実施例１に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。ここでは、統括制御部２０１及び２０２に障害が発生し、センタースイッチ２がダウンした場合について説明する。
【００７６】
ルーティング制御部２０３とルーティング制御部１０３とは、ＩＣＬ３を用いて随時情報交換を行なっているので、障害が発生した時点においても、ルーティング制御部２０３とルーティング制御部１０３とは情報交換を行っている（ステップＳ２０１）。そして、統括制御部２０１及び統括制御部２０２に障害が発生した後、ルーティング制御部１０３は、ルーティング制御部２０３からの情報が受信できなくなる。
【００７７】
ルーティング制御部１０３は、ルーティング制御部２０３からの情報が受信できない旨を統括制御部１０１に通知する（ステップＳ２０２）。
【００７８】
統括制御部１０１は、ルーティング制御部２０３からの通知を受けて、センタースイッチ２のダウンを検知する（ステップＳ２０３）。そして、統括制御部１０１は、センタースイッチ２のネームサーバ２１０の情報の反映を統括制御部１０２へ指示する（ステップＳ２０４）。
【００７９】
統括制御部１０２は、統括制御部１０１からの指示を受けて、センタースイッチ２のネームサーバ２１０の情報の反映の指示を統括制御部１０１から受ける（ステップＳ２０５）。統括制御部１０２は、自己が有する拡張ネームサーバ１２０が有する拡張アドレステーブル１２１におけるセンタースイッチ２に接続されたデバイスの生存フラグを×にする。そして、統括制御部１０２は、生存フラグを×にしたデバイスのＰＩＤをＮａｔｉｖｅＰＩＤとするスイッチングＰＩＤが拡張アドレステーブル１２１に登録されているか否かにより、スイッチングＰＩＤを用いた通信が可能か否かを判定する（ステップＳ２０６）。ここでは、スイッチングＰＩＤを用いた通信が可能な場合で説明する。統括制御部１０２は、スイッチングＰＩＤを用いた通信が可能な旨を、ルーティング制御部１０３へ通知する（ステップＳ２０７）。
【００８０】
ルーティング制御部１０３は、統括制御部１０２からの通知を受けて、ＩＣＬ３を用いてルーティング制御部２０３にスイッチングＰＩＤを用いた通信を通知する（ステップＳ２０８）。
【００８１】
ルーティング制御部２０３は、ルーティング制御部１０３からの通知を受けて、ルーティング制御部１０３に接続されたポートを優先ポートとして設定する。すなわち、ルーティング制御部１０３は、デバイスから受信したＦＣフレームの転送先をセンタースイッチ１に設定する優先ポート設定を行う（ステップＳ２０９）。さらに、ルーティング制御部２０３は、ルーティング制御部１０３から受信したＦＣフレームの指定されたポートへの出力の設定であるスイッチングポート設定を実施する（ステップＳ２１０）。その後、ルーティング制御部２０３は、スイッチングポートを設定した旨をルーティング制御部１０３へ通知する（ステップＳ２１１）。
【００８２】
ルーティング制御部１０３は、ルーティング制御部２０３からの通知を受けて、センタースイッチ２に転送されてきたＦＣフレームを受信しスイッチングポートに対するルーティングを行なえるようにスイッチングポート設定を実施する（ステップＳ２１２）。そして、ルーティング制御部１０３は、スイッチングポートの設定が完了したことを統括制御部１０２へ通知する（ステップＳ２１３）。
【００８３】
統括制御部１０２は、ルーティング制御部１０３からの通知を受けて、スタンバイ側（統括制御部１０２）ダウン時の動作を接続維持か性能維持か定義する（ステップＳ２１４）。性能維持の場合、これ以降の処理は行わない。接続維持の場合、統括制御部１０２は、接続維持を統括制御部１０１へ通知する（ステップＳ２１５）。
【００８４】
統括制御部１０１は、接続維持の通知を受けて、拡張ネームサーバ１２０と同期を取る（ステップＳ２１６）。すなわち、統括制御部１０１は、スタンバイ側（統括制御部１０２）がダウンした場合に拡張ネームサーバ１２０が有する拡張アドレステーブル１２１を使用したルーティングを引き継ぐように設定する。
【００８５】
次に、図９を参照して、本実施例に係るストレージシステムにおけるセンタースイッチのダウン状態でのＦＣフレームの転送処理の流れについて説明する。図９は、実施例１に係るストレージシステムにおけるセンタースイッチダウン状態での転送処理のシーケンス図である。
【００８６】
センタースイッチ２に接続しているサーバ５は、他のデバイスへ送信するＦＣフレームをセンタースイッチ２のポート部２０５へ出力する（ステップＳ３０１）。
【００８７】
ポート部２０５は、サーバ５から入力されたＦＣフレームをルーティング制御部２０３へ送信する（ステップＳ３０２）。
【００８８】
ルーティング制御部２０３は、ポート部２０５から受信したＦＣフレームを優先ポートへ転送する（ステップＳ３０３）。これにより、サーバ５が出力したＦＣフレームは、センタースイッチ２のルーティング制御部２０３からセンタースイッチ１へのルーティング制御部１０３へ転送される（ステップＳ３０４）。
【００８９】
ルーティング制御部１０３は、ルーティング制御部２０３から受信したＦＣフレームが優先ポートを用いて転送されてきたことを判定する。また、ルーティング制御部１０３は、ＦＣフレームからＤＩＤを取得する。そして、ルーティング制御部１０３は、取得したＤＩＤを用いて、スタンバイ側である統括制御部１０２にＦＣフレームの転送先を問い合わせる（ステップＳ３０５）。
【００９０】
統括制御部１０２は、ＤＩＤを用いた転送先の問合せをルーティング制御部１０３から受ける（ステップＳ３０６）。そして、統括制御部１０２は、自己が有する拡張ネームサーバ１２０からサーバ５が出力したＦＣフレームの転送先のＰＩＤを取得する（ステップＳ３０７）。その後、統括制御部１０２は、取得したＰＩＤをルーティング制御部１０３へ通知する（ステップＳ３０８）。この時、統括制御部１０２は、通知したＰＩＤがスイッチングＰＩＤ又は自装置でデバイスに割り当てたＰＩＤのいずれであるかを通知する。
【００９１】
次に、ルーティング制御部１０３は、受信したＰＩＤがスイッチングＰＩＤであるか否かを判定する（ステップＳ３０９）。受信したＰＩＤがセンタースイッチ１がデバイスに割り当てたＰＩＤである場合（ステップＳ３０９：否定）、ルーティング制御部１０３は、転送先のＰＩＤが割り当てられたデバイスが接続されたポート部１０５にＦＣフレームを送信する（ステップＳ３１０）。
【００９２】
ポート部１０５は、ルーティング制御部１０３から受信したＦＣフレームを転送先のデバイスであるストレージ４へ送信する（ステップＳ３１１）。
【００９３】
これに対して、受信したＰＩＤがスイッチングＰＩＤである場合（ステップＳ３０９：肯定）、ルーティング制御部１０３は、スイッチングＰＩＤを参照して、ＦＣフレームを転送する転送ポートを決定する（ステップＳ３１２）。そして、ルーティング制御部１０３は、スイッチングＰＩＤに記載された経路を経由させてルーティング制御部２０３へＦＣフレームを送信する（ステップＳ３１３）。
【００９４】
ルーティング制御部２０３は、スイッチングＰＩＤを参照して、スイッチングＰＩＤで指定された宛先のポート部２０５へＦＣフレームを転送する（ステップＳ３１４）。これにより、ルーティング制御部１０３から送信されたＦＣフレームは、ポート部２０５へ転送される（ステップＳ３１５）。
【００９５】
ポート部２０５は、スイッチングＰＩＤで指定されているポートからＦＣフレームを出力する（ステップＳ３１６）。
【００９６】
例えば、ＦＣフレームの宛先がサーバ５であった場合、スイッチングＰＩＤで指定されているポートにはサーバ５が接続されているので、ルーティング制御部１０３から送信されたＦＣフレームはサーバ５へ送信される（ステップＳ３１７）。
【００９７】
次に、図１０を参照して、一方のセンタースイッチがダウンした時の他方のセンタースイッチの拡張ネームサーバによる処理について説明する。図１０は、センタースイッチダウン時の拡張ネームサーバによる処理のフローチャートである。以下では、センタースイッチ２がダウンした時の拡張ネームサーバ１２０を例に説明する。
【００９８】
拡張ネームサーバ１２０は、センタースイッチ２のルーティング制御部２０３から受信したＦＣフレーム内のＤＩＤが拡張アドレステーブル１２１に存在するかをチェックする（ステップＳ４０１）。そして、拡張ネームサーバ１２０は、拡張アドレステーブル１２１のＰＩＤの中に受信したＤＩＤがあるか否かを判定する（ステップＳ４０２）。
【００９９】
拡張アドレステーブル１２１内に受信したＤＩＤがない場合（ステップＳ４０２：否定）、拡張ネームサーバ１２０は、拡張アドレステーブル１２１にＦＣフレームの宛先であるＤＩＤが登録していない旨を統括制御部１０２に通知する。そして、統括制御部１０２は、ＦＣフレームの破棄をルーティング制御部１０３へ指示する（ステップＳ４０８）。
【０１００】
これに対して、拡張アドレステーブル１２１内に受信したＤＩＤがある場合（ステップＳ４０２：肯定）、拡張ネームサーバ１２０は、該当ＰＩＤを含む行の生存フラグの欄が○になっているか否かを判定する（ステップＳ４０３）。生存フラグが○の場合（ステップＳ４０３：肯定）、拡張ネームサーバ１２０は、通常のＦＣフレーム転送をルーティング制御部１０３へ指示する（ステップＳ４０４）。
【０１０１】
一方、生存フラグが×の場合（ステップＳ４０３：否定）、拡張ネームサーバ１２０は、拡張アドレステーブルのネイティブＰＩＤに該当ＰＩＤが登録されているか否かを判定する（ステップＳ４０５）。ネイティブＰＩＤに該当ＰＩＤが登録されていない場合（ステップＳ４０５：否定）、統括制御部１０２は、ＦＣフレームの破棄をルーティング制御部１０３へ指示する（ステップＳ４０８）。
【０１０２】
これに対して、ネイティブＰＩＤに該当ＰＩＤが登録されている場合（ステップＳ４０５：肯定）、ネイティブＰＩＤの欄に該当ＰＩＤが登録されている行の生存フラグが○か否かを判定する（ステップＳ４０６）。生存フラグが×の場合（ステップＳ４０６：否定）、統括制御部１０２は、ＦＣフレームの破棄をルーティング制御部１０３へ指示する（ステップＳ４０８）。
【０１０３】
一方、生存フラグが○の場合（ステップＳ４０６：肯定）、拡張ネームサーバ１２０は、スイッチングＰＩＤを用いてＦＣフレームを転送することをルーティング制御部１０３へ通知する。その後、統括制御部１０２及びルーティング制御部１０３は、スイッチングＰＩＤを用いてＦＣフレームの転送を行う（ステップＳ４０７）。
【０１０４】
以上に説明したように、本実施例に係るセンタースイッチであるファイバチャネルスイッチは、接続されているセンタースイッチがダウンした場合に、拡張ネームサーバを用いて、ダウンしたセンタースイッチが行なっていたルーティングの処理を継続する。これにより、冗長化されたセンタースイッチに二重故障が発生してそのセンタースイッチがダウンしても、ダウンしたセンタースイッチに接続しているデバイスへの通信を継続することができる。
【実施例２】
【０１０５】
次に、実施例２に係るストレージシステムについて説明する。本実施例に係るストレージシステムは、センタースイッチに単なるルーティングを行うスイッチが接続され、そのスイッチに他のデバイスが接続されている構成であることが実施例１と異なるものである。以下では、単にルーティングを行うスイッチのことを、「転送スイッチ」と呼ぶ。また、本実施例に係るセンタースイッチは、図２及び図３で示した構成と同様の構成を有する。
【０１０６】
図１１は、実施例２における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。本実施例に係るストレージシステムは、図１１に記載するように、センタースイッチ２に転送スイッチ６が接続されている。そして、転送スイッチ６にサーバ７がさらに接続されている。
【０１０７】
センタースイッチとそれに接続する転送スイッチとは、互いに自己のネームサーバが有するアドレステーブルの内容を交換する。そして、アドレステーブルの内容を交換したスイッチは、交換した先のスイッチのネームサーバが有する情報を自装置のアドレステーブルに追加する。例えば、本実施例では、センタースイッチ２と転送スイッチ６とが接続されている。そこで、センタースイッチ２は、転送スイッチ６のネームサーバが有する情報、すなわち、本実施例では、サーバ７に関する情報を取得し、ネームサーバ２１０が有するアドレステーブル２１１へ登録する。逆に、転送スイッチ６は、ネームサーバ２１０が有する情報を、自己のネームサーバが有するアドレステーブルへ登録する。
【０１０８】
さらに、センタースイッチ２とセンタースイッチ１とは、互いのネームサーバが有するアドレステーブルの情報を交換するので、センタースイッチ１も転送スイッチ６のネームサーバが有するアドレステーブルの情報を取得することになる。このようにして、ストレージシステム上の全てのセンタースイッチ及び転送スイッチは同じ内容のネームサーバを有することになる。
【０１０９】
本実施例では、転送スイッチ６に接続されているサーバ７のＷＷＮが、10:00:00:05:1e:9d:a2:00であるとする。この場合、図１１に示すように、ネームサーバ１１０のアドレステーブル１１１とネームサーバ２１０のアドレステーブル２１１とは同じ内容となる。すなわち、アドレステーブル１１１及び２１１には、ストレージ４、サーバ５及びサーバ７のＰＩＤ、ＷＷＮ及びＩｎｆｏが登録されている。また、転送スイッチ６のネームサーバもアドレステーブル１１１及び２１１と同内容のアドレステーブルを有している。
【０１１０】
さらに、本実施例では、拡張ネームサーバ２２０が有する拡張アドレステーブル２２１には、センタースイッチ１に接続されているストレージ４のスイッチングＰＩＤが２つ登録されている。また、拡張ネームサーバ１２０が有する拡張アドレステーブル１２１には、センタースイッチ２に接続されているサーバ５及び転送スイッチ６を介して接続されているサーバ７のスイッチングＰＩＤがそれぞれ２つずつ登録されている。例えば、図１１のＰＩＤ１２４及び１２５が、サーバ７のスイッチングＰＩＤを表している。具体的には、ＰＩＤ１２４は、３番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ７に接続するためのスイッチングＰＩＤである。ＰＩＤ１２５は、６番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ７に接続するためのスイッチングＰＩＤである。この場合、サーバ７に接続するためのスイッチングＰＩＤには、センタースイッチ２における転送スイッチ６が接続されているポート番号をサーバ７が接続されたポート番号として用いる。転送スイッチ６を介して接続されているサーバ７に接続するためのスイッチングＰＩＤが、「前記隣接接続制御装置に他の接続制御装置経由で接続しているデバイスに対する経路情報」の一例にあたる。
【０１１１】
図１２は、実施例２における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。次に、図１２を参照して、図１１の状態においてセンタースイッチ２がダウンした場合について説明する。
【０１１２】
センタースイッチ２がダウンした場合、統括制御部１０２は、センタースイッチ２のネームサーバ２１０の情報を反映するよう統括制御部１０１から指示を受ける。そして、統括制御部１０２の拡張ネームサーバ１２０は、拡張アドレステーブル１２１におけるセンタースイッチ２に直接接続しているデバイス及び転送スイッチ６を介して接続しているデバイスの生存フラグを×とする。この場合、図１２に示すように、拡張アドレステーブル１２１の２つのサーバの生存フラグが×になる。
【０１１３】
そして、この状態で、統括制御部１０２は、サーバ５又はサーバ７に対するＦＣデータの転送の要求を受けた場合、拡張ネームサーバ１２０から転送先となるスイッチングＰＩＤを取得する。例えば、統括制御部１０２は、サーバ７に対するＦＣデータの転送の要求を受けた場合、ＰＩＤ１２４又はＰＩＤ１２５を拡張ネームサーバ１２０から取得する。そして、統括制御部１０２は、取得したスイッチングＰＩＤであるＰＩＤ１２４又はＰＩＤ１２５をルーティング制御部１０３に通知する。その後、ルーティング制御部１０３は、通知されたスイッチングＰＩＤを用いて、転送スイッチ６が接続されているセンタースイッチ２のポートに向けてＦＣフレームを送信する。転送スイッチ６は、スイッチングＰＩＤが示すセンタースイッチ２のポートからＦＣフレームを受信し、受信したＦＣフレームに記載されているＤＩＤが示す宛先であるサーバ７に対してＦＣフレームを転送する。
【０１１４】
また、センタースイッチ２に直接又は転送スイッチ６を介して接続されているデバイスから出力されたＦＣフレームは、ルーティング制御部２０３により優先ポートの設定に従いルーティング制御部１０３へ転送される。その後、ルーティング制御部１０３は、拡張ネームサーバ１２０から指定されたＰＩＤを用いてＦＣフレームの転送を行う。
【０１１５】
このように、転送スイッチを介してセンタースイッチとデバイスが接続されている構成でセンタースイッチがダウンしても、拡張ネームサーバによって、転送スイッチを介して接続されるデバイスにＦＣフレームを転送することができる。
【０１１６】
ここで、図１３を参照して、センタースイッチ２がダウンした状態における、センタースイッチ及び転送スイッチを含む各スイッチ間のネームサーバの情報の交換について説明する。図１３は、実施例２に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。図１３では、センタースイッチ１に転送スイッチ８が接続し、センタースイッチ２に転送スイッチ９が接続している場合で説明する。図１３では、転送スイッチをＳＷ（Switch）と表している。
【０１１７】
転送スイッチ９は、自己のネームサーバの情報をポート部２０５へ送信する（ステップＳ５０１）。
【０１１８】
ポート部２０５は、転送スイッチ９から受信したネームサーバの情報をルーティング制御部２０３へ転送する（ステップＳ５０２）。
【０１１９】
ルーティング制御部２０３は、ポート部２０５から受信したネームサーバの情報を優先ポートに転送する（ステップＳ５０３）。転送スイッチ９が出力したネームサーバの情報は、ルーティング制御部１０３へ送信される（ステップＳ５０４）。
【０１２０】
同様に、転送スイッチ８は、自己のネームサーバの情報をポート部１０５へ送信する（ステップＳ５０５）。
【０１２１】
ポート部１０５は、転送スイッチ８から受信したネームサーバの情報をルーティング制御部１０３へ転送する（ステップＳ５０６）。
【０１２２】
ルーティング制御部１０３は、センタースイッチ２がダウン状態であることから、ネームサーバの情報をスタンバイ側である統括制御部１０２と判定する（ステップＳ５０７）。そして、ルーティング制御部１０３は、ネームサーバの情報を統括制御部１０２へ送信する（ステップＳ５０８）。
【０１２３】
統括制御部１０２は、自己が有する拡張ネームサーバ１２０へ受信したネームサーバの情報を反映する（ステップＳ５０９）。すなわち、拡張ネームサーバ１２０は、拡張アドレステーブル１２１に受信したネームサーバの情報を登録する。そして、統括制御部１０２は、受信したネームサーバの情報を統括制御部１０１へ転送する（ステップＳ５１０）。
【０１２４】
統括制御部１０１は、自己が有するネームサーバ１１０へ受信したネームサーバの情報を反映する（ステップＳ５１１）。すなわち、ネームサーバ１１０は、アドレステーブル１１１に受信したネームサーバの情報を登録する。
【０１２５】
この後、統括制御部１０１は、ネームサーバの情報の交換に対する応答を行う処理を開始する。そこで、統括制御部１０１は、ネームサーバの情報交換先である転送スイッチがダウンしたセンタースイッチ経由であるか否かを判定する（ステップＳ５１２）。
【０１２６】
転送先がダウンしたセンタースイッチ経由である場合（ステップＳ５１２：肯定）、統括制御部１０１は、統括制御部１０２に対して転送先を問い合わせる。統括制御部１０１からの問合せを受けて、統括制御部１０２は、拡張ネームサーバ１２０に転送先のＰＩＤであるスイッチングＰＩＤを問い合わせる（ステップＳ５１３）。そして、統括制御部１０２は、拡張ネームサーバ１２０から取得した転送先のＰＩＤをルーティング制御部１０３へ送信する。
【０１２７】
これに対して、転送先がダウンしたセンタースイッチ経由でない場合（ステップＳ５１２：否定）、統括制御部１０１は、自己のネームサーバ１１０から取得した転送先のＰＩＤをルーティング制御部１０３へ送信する。そして、ルーティング制御部１０３は、統括制御部１０１又は統括制御部１０２から受信したＰＩＤがスイッチングＰＩＤか否かを判定する（ステップＳ５１４）。
【０１２８】
スイッチングＰＩＤでない場合（ステップＳ５１４：否定）、ルーティング制御部１０３は、転送先のＰＩＤが割り当てられたデバイスが接続されたポート部１０５に応答を送信する（ステップＳ５１５）。
【０１２９】
ポート部１０５は、ルーティング制御部１０３から受信した応答を転送スイッチ８へ送信する（ステップＳ５１６）。
【０１３０】
これに対して、スイッチングＰＩＤの場合（ステップＳ５１４：肯定）、ルーティング制御部１０３は、スイッチングＰＩＤを参照して、ＦＣフレームを転送する転送ポートを決定する（ステップＳ５１７）。そして、ルーティング制御部１０３は、スイッチングＰＩＤに記載された経路を経由させてルーティング制御部２０３へＦＣフレームを送信する（ステップＳ５１８）。
【０１３１】
ルーティング制御部２０３は、スイッチングＰＩＤを参照して、スイッチングＰＩＤで指定された宛先のポート部２０５へ応答を転送する（ステップＳ５１９）。これにより、ルーティング制御部１０３から送信された応答は、ポート部２０５へ転送される（ステップＳ５２０）。
【０１３２】
ポート部２０５は、スイッチングＰＩＤで指定されているポートから応答を出力する（ステップＳ５２１）。
【０１３３】
例えば、応答の宛先が転送スイッチ９であった場合、スイッチングＰＩＤで指定されているポートには転送スイッチ９が接続されているので、ルーティング制御部１０３から送信された応答は転送スイッチ９へ送信される（ステップＳ５２２）。
【０１３４】
以上に説明したように、本実施例に係るセンタースイッチであるファイバチャネルスイッチは、接続しているセンタースイッチが二重故障でダウンした場合に、単にルーティングを行うスイッチを介して接続しているデバイスに対する通信を継続することができる。すなわち、センタースイッチの下にスイッチを配置してそのスイッチにデバイスを接続したような、非常に大きな構成を有するストレージシステムにおいても、二重故障によるセンタースイッチダウン時に継続して通信を提供することができる。
【０１３５】
また、以上では、センタースイッチが２つの場合で説明したが、例えば、スター型のように接続されていればセンタースイッチはＮ台あっても動作可能である。すなわち、そのようにＮ台のセンタースイッチが配置されたストレージシステムであっても、二重故障によるセンタースイッチダウン時に継続して通信を提供することができる。
【符号の説明】
【０１３６】
１ センタースイッチ
２ センタースイッチ
３ ＩＣＬ（Inter Chassis Link）
４ ストレージ
５ サーバ
６ 転送スイッチ
７ サーバ
１１、１２、２１、２２ ＣＰブレード
１３、１４、２３、２４ コアブレード
１５〜１８、２５〜２８ ポートブレード
１０１、１０２ 統括制御部
１０３、１０４ ルーティング制御部
１０５、１０６ ポート部
１１０ ネームサーバ
１２０ 拡張ネームサーバ
２０１、２０２ 統括制御部
２０３、２０４ ルーティング制御部
２０５、２０６ ポート部
２１０ ネームサーバ
２２０ 拡張ネームサーバ
【技術分野】
【０００１】
本発明は、接続制御装置、ストレージシステム及び接続制御装置の制御方法に関する。
【背景技術】
【０００２】
近年、ストレージシステムでは、ファイバチャネルスイッチ（Fibre Channel Switch）を用いたＳＡＮ（Storage Area Network）構成が主流となりつつある。そして、ＳＡＮでは、複数のサーバ、ストレージ装置及びその他の周辺機器がファイバチャネルを介して相互に接続されている。そして、ＳＡＮにおいては、複数サーバのデータをまとめて格納するストレージ統合が行なわれている。
【０００３】
そして、ＳＡＮでは、センタースイッチ又はダイレクタ（Director）と呼ばれるファイバチャネルスイッチが用いられる。センタースイッチは、データのルーティングの中核を担う機能を有している。具体的には、センタースイッチは、自装置に接続されたデバイスに対してＰＩＤ（Port ID）を割り当てる。この時、割り当てたＰＩＤは、センタースイッチが有するネームサーバ（NameServer）に格納される。そして、センタースイッチは、ネームサーバに登録したＰＩＤを用いて、あるデバイス（例えば、サーバなど）から送られてきたデータを指定されたデバイス（例えば、ストレージなど）へ転送する。他にも、センタースイッチは、指定されたデバイスからデータを取得し、データを要求したデバイスに取得したデータを転送する。また、近年では非常に多くのデバイスを接続することから、複数のセンタースイッチが接続されたＳＡＮが用いられる場合が多い。さらに、ファイバチャネルスイッチとしては、このようなセンタースイッチの下にさらに単にルーティングを行うスイッチが配置される場合もある。
【０００４】
また、ＳＡＮでは、通信障害を回避するため冗長構成を採用した構成が用いられる場合がある。例えば、複数のファイバチャネルスイッチを１つのデバイスに接続し、データ伝送の経路を二重化しておき、切替発生後にブロードキャストを用いて状態を監視して、ルーティングテーブルを更新する従来技術がある。
【０００５】
また、冗長構成を採用する場合、冗長構成を備えたセンタースイッチが用いられることがある。冗長構成を備えたセンタースイッチとは、上述したセンタースイッチの機能を実行する各部が二重化されたものである。以下では、二重化された各部のうち、正常状態でルーティングを行う各部をアクティブ側と言い、アクティブ側に故障が発生した場合に切り替わりルーティングを行う各部をスタンバイ側と言う。
【０００６】
冗長構成を備えたセンタースイッチは、アクティブ側及びスタンバイ側のいずれもネームサーバを有している。そこで、アクティブ側のネームサーバがダウンしても、スタンバイ側に切り替わり、スタンバイ側のネームサーバを用いてアクティブ側と同様のルーティングを提供することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２４２８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、アクティブ側及びスタンバイ側の両方に障害が発生する二重故障などの場合、ネームサーバに登録されたデバイス情報は削除されてしまい、アドレス解決ができなくなってしまう。そのため、二重故障が発生したセンタースイッチではルーティングを行うことができなくなってしまう。そのため、例えば、センタースイッチに接続されているデバイスにはデータをルーティングすることができなくなってしまう。
【０００９】
また、切替発生後にブロードキャストを用いて監視を行う従来技術を用いても、冗長化されたスイッチに二重故障が発生した場合、そのスイッチのみに接続されているデバイスへのデータのルーティングができなくなってしまう。
【００１０】
開示の技術は、上記に鑑みてなされたものであって、隣接するファイバチャネルスイッチに障害が発生した場合に、隣接するファイバチャネルに接続するデバイスへの通信を継続する接続制御装置、ストレージシステム及び接続制御装置の制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法は、一つの態様において、第１アクティブ制御部は、自装置のポートに接続されたデバイスのアドレスを基に、自装置に接続されたデバイスに対するデータのルーティングを行う。スタンバイ制御部は、前記アクティブ制御部に障害が発生した場合、自装置に接続されたデバイスのアドレス及び自装置に接続する隣接接続制御装置に接続されたデバイスの接続経路を示す経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを行い、前記隣接接続制御装置がルーティング不能の場合、前記経路情報を用いて、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングを行う。
【発明の効果】
【００１２】
本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法の一つの態様によれば、隣接するファイバチャネルスイッチに障害が発生した場合に、隣接するファイバチャネルに接続するデバイスへの通信を継続することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１に係るストレージシステムのシステム構成の一例を示す概観図である。
【図２】図２は、ＣＰブレード、コアブレード及びポートブレードの接続状態を示す図である。
【図３】図３は、実施例１に係るストレージシステムのブロック図である。
【図４】図４は、実施例１における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。
【図５】図５は、ＦＣフレームのデータ構成を示す図である。
【図６】図６は、実施例１における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。
【図７】図７は、実施例１に係るストレージシステムにおける正常時の処理のシーケンス図である。
【図８】図８は、実施例１に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。
【図９】図９は、実施例１に係るストレージシステムにおけるセンタースイッチダウン状態での転送処理のシーケンス図である。
【図１０】図１０は、センタースイッチダウン時の拡張ネームサーバによる処理のフローチャートである。
【図１１】図１１は、実施例２における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。
【図１２】図１２は、実施例２における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。
【図１３】図１３は、実施例２に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に、本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する接続制御装置、ストレージシステム及び接続制御装置の制御方法が限定されるものではない。特に、以下の説明では、接続制御装置としてファイバチャネルスイッチを例に説明するが、これに限らない。また、以下の説明では、ファイバチャネルスイッチを、ＦＣスイッチと呼ぶ。
【実施例１】
【００１５】
図１は、実施例１に係るストレージシステムのシステム構成の一例を示す概観図である。図１に示すように、本実施例に係るストレージシステムは、センタースイッチ１、センタースイッチ２、ＩＣＬ（Inter Chassis Link）３、ストレージ４及びサーバ５を有している。このセンタースイッチ１が、「第１接続制御装置」の一例にあたる。また、センタースイッチ２が、「第２接続制御装置」の一例にあたる。
【００１６】
本実施例では、ストレージ４は、センタースイッチ１に接続されている。また、サーバ５は、センタースイッチ２に接続されている。ここで、図１では、説明の便宜上、センタースイッチ１及びセンタースイッチ２に接続されているデバイスをそれぞれ１つ記載しているが、実際には、いずれにも複数のデバイスを接続することができる。具体的には、後述するセンタースイッチ１及びセンタースイッチ２が有するポートの数を最大として、センタースイッチ１及びセンタースイッチ２にデバイスを接続することができる。また、図１では、センタースイッチ１及びセンタースイッチ２のいずれにも、サーバ及びストレージといった様々なデバイスを接続することができる。特に、接続するデバイスの数が多い場合には、センタースイッチ１及びセンタースイッチ２に単にルーティングを行うだけのＦＣスイッチを接続することもできる。
【００１７】
センタースイッチ１とセンタースイッチ２とはＩＣＬ３で接続されている。このＩＣＬ３については、後で詳細に説明する。
【００１８】
センタースイッチ１は、制御機能を備えたプロセッサを搭載したブレードであるＣＰ（Control Processor）ブレード１１、１２、コアブレード１３、１４、及びポートブレード１５〜１８を有している。また、センタースイッチ２は、ＣＰブレード２１、２２、コアブレード２３、２４、及びポートブレード２５〜２８を有している。本実施例では、センタースイッチ１とセンタースイッチ２とは同じ構成を有している。
【００１９】
ＣＰブレード１１、１２、コアブレード１３、１４、及びポートブレード１５〜１８は、薄型（ブレード型）の筐体を有している。センタースイッチ１の筐体の中にそれぞれ挿入されセンタースイッチ１の筐体の背面に配置されたボードに接続することで、相互に接続される。
【００２０】
また、図１では、センタースイッチ１及び２のいずれも、ポートブレードを４つずつ有しているが、ポートブレードは１〜４台のいずれでもよい。また、図１に示すセンタースイッチ１及び２の筐体では、ポートブレードが最大４台までしか収納できないが、筐体のサイズが大きければ、さらに多くのポートブレードを配置することもできる。
【００２１】
図２は、ＣＰブレード、コアブレード及びポートブレードの接続状態を示す図である。図２に示すように、ＣＰブレード１１は、コアブレード１３及び１４と接続している。また、ＣＰブレード１２も、コアブレード１３及び１４と接続している。さらに、コアブレード１３は、ポートブレード１５〜１８のそれぞれと接続している。また、コアブレード１４も、ポートブレード１５〜１８のそれぞれと接続している。すなわち、ＣＰブレード１及び２のいずれも、コアブレード１３及び１４のいずれとも通信可能である。また、コアブレード１３及び１４のいずれも、ポートブレード１５〜１８のいずれとも通信可能である。センタースイッチ２は、センタースイッチ１と同様の構成であるので、センタースイッチ２も図２に示す接続状態を有している。
【００２２】
ＣＰブレード１１（Control Processor）は、ＣＰＵ、ハードディスク及びメモリを有している。ＣＰブレード１２、２１及び２２は、本実施例では、ＣＰブレード１１と同様の構成を有している。そして、ＣＰＵブレード１１及び１２の一方がアクティブとなり、他方がスタンバイとなる。すなわち、ＣＰＵブレード１１及び１２は、通常はアクティブである一方が動作しており、アクティブ側に故障が発生した場合に、スタンバイである他方がアクティブ側に変わって動作する。これは、ＣＰＵブレード２１及び２２でも同様である。
【００２３】
コアブレード１３は、ＣＰＵ及びメモリを有している。また、コアブレード１３は、複数のＩＣＬポートを有している。コアブレード１４、２３及び２４は、本実施例では、コアブレード１３と同様の構成を有している。コアブレード１３及びコアブレード１４は、いずれもルーティング処理を行っている。そして、コアブレード１３及びコアブレード１４は、一方が故障した場合、他方がその処理を引き継ぐ。これは、コアブレード２３及びコアブレード２４でも同様である。また、コアブレード１３は、自己のＩＣＬポートと他のセンタースイッチに搭載されたコアブレードのＩＣＬポートをＩＣＬで接続することで相互に高速な通信を行うことができる。本実施例では、コアブレード１３は、コアブレード２３とＩＣＬ３で接続されている。またコアブレード１４は、コアブレード２４とＩＣＬ３で接続されている。
【００２４】
ポートブレード１５〜１８は、サーバ、ストレージ及びスイッチなどのデバイスを接続するためのポートを有している。例えば、ポートブレード１５〜１８は、それぞれが６４個のポートを有する。ポートブレード１５のポートには、例えば、ストレージ４が接続されている。
【００２５】
図３は、実施例１に係るストレージシステムのブロック図である。統括制御部１０１は、例えば図１に示すＣＰブレード１１によって実現される。統括制御部１０２は、例えば図１に示すＣＰブレード１２によって実現される。ルーティング制御部１０３は、例えば図１に示すコアブレード１３によって実現される。ルーティング制御部１０４は、例えば図１に示すコアブレード１４によって実現される。ポート部１０５は、例えば図１に示すポートブレード１５及び１６によって実現される。また、ポート部１０６は、例えば図１に示すポートブレード１７及び１８によって実現される。また、統括制御部２０１は、例えば図１に示すＣＰブレード２１によって実現される。統括制御部２０２は、例えば図１に示すＣＰブレード２０２によって実現される。ルーティング制御部２０３は、例えば図１に示すコアブレード２３によって実現される。ルーティング制御部２０４は、例えば図１に示すコアブレード２４によって実現される。ポート部２０５は、例えば図１に示すポートブレード２５及び２６によって実現される。また、ポート部２０６は、例えば図１に示すポートブレード２７及び２８によって実現される。
【００２６】
また、図１では、接続するデバイスの代表例としてストレージ４及びサーバ５を表したが、図３では、センタースイッチ１にデバイス４１〜４４が接続し、センタースイッチ２にデバイス５１〜５４が接続しているものとする。センタースイッチ１とセンタースイッチ２とは同様の構成を有しており、相互に対称に動作するので、以下では、センタースイッチ１を例にその構成について主に説明する。以下の説明は、センタースイッチ２でも同様である。
【００２７】
統括制御部１０１及び統括制御部１０２は、一方が通常処理を行うアクティブ側である。また、統括制御部１０１及び統括制御部１０２は、一方が故障した場合に処理を継続するスタンバイ側である。本実施例では、統括制御部１０１をアクティブ側とし、統括制御部１０２をスタンバイ側とする。また、ルーティング制御部１０３及びルーティング制御部１０４はいずれもアクティブとなってルーティング処理を実行するものであり、二重化された構成となっている。すなわち、ルーティング制御部１０３及びルーティング制御部１０４は通常は、それぞれがルーティング処理を行っているが、一方が故障した場合に、一方がそれまで行っていたルーティング処理を他方が代わりに行う。このように、ルーティング制御部１０３とルーティング制御部１０４とは同様の動作をするため、以下の説明では、ルーティング制御部１０３を例に説明する。
【００２８】
統括制御部１０１は、ネームサーバ１１０を有している。統括制御部１０１は、ルーティング制御部１０３及び１０４からポート部１０５及び１０６に接続されているデバイスの情報を取得する。次に、統括制御部１０１は、ポート部１０５及び１０６に接続されたデバイス４１〜４４に対してＰＩＤ（Port ID）を割り当てる。統括制御部１０１により生成されるＰＩＤについて説明する。ＰＩＤは、例えば６桁の番号で構成されている。そして、ＰＩＤは、先頭の２桁で自装置のＤＩＤを示し、続く２桁で隣接するスイッチと接続する自装置のポート番号を表しており、最後の２桁はリザーブとしている。例えば、センタースイッチ１のＤＩＤが１で、デバイスがセンタースイッチ２とポート番号が８１のポートで接続されている場合には、統括制御部１０１は、そのデバイス対して「０１８１００」というＰＩＤを割り当てる。
【００２９】
そして、統括制御部１０１は、割り当てたＰＩＤを自己が有するネームサーバ１１０が記憶しているアドレステーブルに登録する。アドレステーブルとは、各デバイスに対応させてそのデバイスに割り当てられたＰＩＤが記載されたテーブルである。また、統括制御部１０１は、割り当てたＰＩＤの情報を統括制御部１０２へ出力する。
【００３０】
さらに、統括制御部１０１は、ルーティング制御部１０３からセンタースイッチ２に接続するデバイスに割り当てられたＰＩＤを取得する。そして、統括制御部１０１は、センタースイッチ２に接続するデバイスに割り当てられたＰＩＤを自己が有するネームサーバ１１０が記憶しているアドレステーブルに登録する。すなわち、アクティブ側である統括制御部１０１のネームサーバ１１０は、センタースイッチ１及び２に接続するデバイスに割り当てたＰＩＤが登録されたアドレステーブルを有する。また、統括制御部１０１は、センタースイッチ２に接続されたデバイスに割り当てられたＰＩＤの情報を統括制御部１０２へ出力する。
【００３１】
図４は、実施例１における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。図４では、センタースイッチ１にストレージ４が接続されセンタースイッチ２にサーバ５が接続された状態を表している。ここで、ストレージ４のＷＷＮ（World Wide Name）は、50:00:00:0b:5d:42:01:6bである。また、サーバ５のＷＷＮは20:01:00:0b:5c:61:03:3aである。図４に示すように、ネームサーバ１１０は、ストレージ４、及びサーバ５のＰＩＤが登録されたアドレステーブル１１１を格納している。アドレステーブル１１１には、それぞれのデバイスに対応させて、Ｔｙｐｅ、ＰＩＤ、ＷＷＮ及びＩｎｆｏが記載されている。Ｔｙｐｅとは、本実施例では、登録されているＰＩＤの種類を表している。ＴｙｐｅにおけるＮは、ノードを表しており、デバイスに割り振られたＰＩＤであることを表す。これに対して、ＴｙｐｅにおけるＳは、スイッチを表しており、後述するように他のセンタースイッチが故障した場合にＰＩＤの代替として用いるスイッチングＰＩＤであることを表している。また、Ｉｎｆｏは、デバイスの種類を表している。同様に、図４に示すように、センタースイッチ２の統括制御部２０１も、自己が有するネームサーバ２１０にアドレステーブル２１１を格納する。図４に示すように、アドレステーブル１１１及びアドレステーブル２１１は同じ内容となる。このネームサーバ１１０及びアドレステーブル１１１が、「第１テーブル」の一例にあたる。また、ネームサーバ２１０及びアドレステーブル２１１が、「第３テーブル」の一例にあたる。
【００３２】
また、統括制御部１０１は、自装置に接続されたデバイスに割り当てたＰＩＤの情報の送信要求をルーティング制御部１０３から受ける。そして、統括制御部１０１は、自装置に接続されたデバイスに割り当てたＰＩＤの情報をルーティング制御部１０３へ出力する。
【００３３】
ここで、自装置に接続されたデバイスのＰＩＤの送信及びセンタースイッチ２に接続されたデバイスのＰＩＤの受信は、ルーティング制御部１０３又はルーティング制御部１０４のいずれを介してもよい。本実施例では、ルーティング制御部１０３を介したＰＩＤの授受を一例として説明している。
【００３４】
統括制御部１０１は、ＦＣフレームに含まれるＦＣフレームの転送先のＤＩＤ（Destination ID）をルーティング制御部１０３から取得する。ここで、ＦＣフレームについて説明する。図５は、ＦＣフレームのデータ構成を示す図である。図５に示すように、ＦＣフレーム３００は、ＳＯＦ（Start Of Frame）３０１、ヘッダ３０２、ペイロード３０３、ＣＲＣ（Cyclic Redundancy Check）３０４及びＥＯＦ（End Of Frame）３０５を有している。ＳＯＦ３０１は、フレーム開始を意味するデリミタである。ＳＯＦ３０１のサイズ３１０は、例えば、４バイトである。また、ヘッダ３０２は、転送情報などを格納する領域であり、ＤＩＤやＳＩＤ（Source ID）などが格納されている。ヘッダ３０２のサイズ３２０は、例えば、２４バイトである。ペイロード３０３は、ユーザデータである。ペイロード３０３のサイズ３３０は、最大２１１２バイトである。ＣＲＣ３０４は、巡回冗長検査を格納する領域である。ＣＲＣ３０４のサイズ３４０は、例えば、４バイトである。また、ＥＯＦ３０５は、フレーム終了を意味するデリミタである。ＥＯＦ３０５のサイズ３５０は、例えば、４バイトである。そして、ＦＣフレーム３００の全体のサイズ３６０は、例えば、最大２１４８バイトである。ＦＣフレーム３００のＤＩＤは、ヘッダ３０２から取得することができる。
【００３５】
統括制御部１０１は、取得したＤＩＤがネームサーバ１１０のアドレステーブルに登録されているか否かを判定する。登録されている場合、統括制御部１０１は、転送先のＰＩＤをルーティング制御部１０３へ出力し、ＦＣフレームの転送を指示する。これに対して、登録されていない場合には、統括制御部１０１は、ＦＣフレームの破棄をルーティング制御部１０３に通知する。
【００３６】
また、統括制御部１０１は、センタースイッチ２のダウンの通知をルーティング制御部１０３から受けた場合、センタースイッチ２のダウンを拡張ネームサーバ１２０に反映する指示を統括制御部１０２に通知する。
【００３７】
ここで、センタースイッチ２がダウンした後に統括制御部１０２で障害が発生した場合の動作には、本実施例では、接続維持又は性能維持の２種類が設けられている。接続維持とは、スイッチングポートを用いたルーティングをそのまま維持する方法である。また、性能維持とは、スイッチングポートを用いたルーティングをあきらめ、統括制御部１０１が行なっている自装置に接続されたデバイスに対してのルーティングのみを継続する方法である。接続維持の場合、その時点で行っているルーティングが全て保証されるが、処理量が多くなるため、統括制御部１０１の負荷が高くなってしまう。また、性能維持の場合、統括制御部１０１は、それまでの処理と同様の処理しか行わないため性能は維持できるが、ダウンしたセンタースイッチ経由のルーティングは行なえなくなる。
【００３８】
接続維持の場合、統括制御部１０１は、自己に障害が発生した場合には拡張ネームサーバを用いるように拡張ネームサーバ１２０の同期の通知を統括制御部１０２から受ける。この場合、統括制御部１０１は、統括制御部１０２から拡張アドレステーブル１２１を取得する。統括制御部１０２に障害が発生すると、統括制御部１０１は、拡張アドレステーブル１２１を用いてセンタースイッチ２を介して接続しているデバイスへのルーティングを行う。この統括制御部１０１が、「アクティブ制御部」の一例にあたる。
【００３９】
統括制御部１０２は、拡張ネームサーバ１２０を有している。拡張ネームサーバ１２０が有する拡張アドレステーブルには、Ｔｙｐｅ、ＰＩＤ、ＷＷＮ、ＮａｔｉｖｅＰＩＤ、生存フラグ及びＩｎｆｏの欄がある。すなわち、拡張アドレステーブル１２１は、ネームサーバ１１０が有するアドレステーブルの各項目にＮａｔｉｖｅＰＩＤ及び生存フラグの項目が増えたテーブルである。ＮａｔｉｖｅＰＩＤは、故障したセンタースイッチに接続するデバイスに割り当てられたオリジナルのＰＩＤである。ＮａｔｉｖｅＰＩＤは、故障したセンタースイッチに接続するデバイスに接続するために生成されるスイッチングＰＩＤに対応するよう登録される。スイッチングＰＩＤについては後で詳細に説明する。また、生存フラグは、その行に記載されたＰＩＤを用いて接続することができるか否かを表す。具体的には、生存フラグは、デバイスにその行のＰＩＤを用いてアクセスできるならば○、アクセスできないならば×の値を取る。統括制御部１０２は、自装置に接続されたデバイスに割り当てられたＰＩＤ及びセンタースイッチ２に接続されたデバイスに割り当てられたＰＩＤの情報を統括制御部１０１から取得する。
【００４０】
統括制御部１０２は、取得した各ＰＩＤを拡張ネームサーバ１２０のアドレステーブルに登録する。さらに統括制御部１０２は、自装置に直接接続されているデバイス以外のデバイスについてスイッチングＰＩＤの情報を生成しアドレステーブルに登録する。
【００４１】
ここで、スイッチングＰＩＤの生成及びアドレステーブルへの登録の一例について説明する。スイッチングＰＩＤは、例えば、通常のＰＩＤと同じ６桁とする。そして、スイッチングＰＩＤは、先頭の２桁を自装置のＤＩＤとする。また、スイッチングＰＩＤの続く１桁を、自装置のコアブレードの搭載位置にＩＣＬが使用しているポートのポート番号を加えたものとする。また、スイッチングＰＩＤの続く１桁を、隣接するセンタースイッチのポートブレードの搭載位置とする。さらに、最後の２桁を、隣接するセンタースイッチにおいて当該デバイスが接続されたポート番号とする。例えば、センタースイッチ１のＤＩＤが１であり、自装置のコアブレードの搭載位置が３番目のスロットであり、隣接するセンタースイッチと接続するＩＣＬポートの番号が１番であるとする。さらに、隣接するセンタースイッチのポートブレードの搭載位置が１番目のスロットであり、デバイスが接続された隣接するセンタースイッチのポート番号が１であるとする。この場合、統括制御部１０２は、スイッチングＰＩＤとして「０１４１０１」を生成する。このように、スイッチングＰＩＤは、デバイスに割り当てられたオリジナルのＰＩＤを用いずに、自装置からそのデバイスが接続しているポートにたどり着く経路を示している。すなわち、スイッチングＰＩＤを用いることで、例えば、ルーティング制御部１０３は、ＦＣフレームの転送先のデバイスが接続されているポートまでそのＦＣフレームを送信することができる。以下では、スイッチングＰＩＤを用いたルーティングの対象となるポートを「スイッチングポート」と呼ぶ。このスイッチングＰＩＤが、「自装置から前記隣接接続制御装置における該アドレスを有するデバイスが接続されているポートへの接続経路を示す経路情報」の一例にあたる。
【００４２】
そして、統括制御部１０２は、拡張ネームサーバ１２０の拡張アドレステーブルのＰＩＤの欄に生成したスイッチングＰＩＤを登録する。また、統括制御部１０２は、そのスイッチングＰＩＤのＴｙｐｅにＳを登録し、ＷＷＮにデバイスのＷＷＡの値を登録する。さらに、統括制御部１０２は、そのスイッチングＰＩＤのＮａｔｉｖｅＰＩＤの欄に該当するデバイスのオリジナルのＰＩＤの値を登録する。さらに、生存フラグに、アクセスの状態を示す。さらに、統括制御部１０２はＩｎｆｏとして、そのデバイスの種類を登録する。
【００４３】
例えば、拡張ネームサーバ１２０のアドレステーブルは、図４の拡張アドレステーブル１２１のようになる。図４に示すように、拡張ネームサーバ１２０の拡張アドレステーブル１２１には、ストレージ４及びサーバ５のオリジナルのＰＩＤが登録されている。さらに、拡張アドレステーブル１２１には、センタースイッチ２を介して接続されているデバイスであるサーバ５のスイッチングＰＩＤが登録されている。ＰＩＤ１２２及びＰＩＤ１２３が、サーバ５のスイッチングＰＩＤである。ＰＩＤ１２２は、３番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ５に接続するためのスイッチングＰＩＤである。ＰＩＤ１２３は、６番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ５に接続するためのスイッチングＰＩＤである。これは、本実施例では、コアブレードが２つ搭載されており、それぞれがセンタースイッチ２とＩＣＬ３で接続されているため、経路が２つとなるので、それぞれの経路を使用したスイッチングＰＩＤが生成できるからである。例えば、コアブレードが１つであれば、スイッチングＰＩＤは、１つのデバイスに対して１つしか生成されない。
【００４４】
このようにして、統括制御部１０２は、自己が有する拡張ネームサーバ１２０に拡張アドレステーブル１２１を格納する。同様に、図４に示すように、センタースイッチ２の統括制御部２０２も、自己が有する拡張ネームサーバ２２０に拡張アドレステーブル２２１を格納する。スイッチングＰＩＤは、自装置以外に接続されているデバイスに対して生成するので、図４に示すように、拡張アドレステーブル１２１と拡張アドレステーブル２２１とは内容が異なることになる。
【００４５】
統括制御部１０２は、アクティブ側である統括制御部１０１に障害が発生した場合、故障を検知すると、アクティブとなり、統括制御部１０１が行っていたルーティングを引き継いで実行する。
【００４６】
また、センタースイッチ２の統括制御部２０１及び統括制御部２０２が両方ともに障害が発生しセンタースイッチ２がダウンした場合、統括制御部１０２は、統括制御部２０１又は統括制御部２０２が行っていたルーティングを引き継ぐ。この場合、統括制御部１０２は、拡張ネームサーバ１２０を用いてルーティングを行う。そこで、次に、センタースイッチ２がダウンした場合の統括制御部１０２の動作について図６を参照して説明する。図６は、実施例１における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。図６は、図４に示す状態で、センタースイッチ２がダウンした場合を表している。
【００４７】
統括制御部１０２は、センタースイッチ２のダウンの拡張ネームサーバ１２０への反映の指示を統括制御部１０１から受ける。そして、統括制御部１０２は、拡張ネームサーバ１２０が有する拡張アドレステーブル１２１におけるセンタースイッチ２を介して接続されているデバイスの生存フラグの欄を×にする。図６では、センタースイッチ２を介して接続されているデバイスはサーバ５なので、統括制御部１０２は、サーバ５のＷＷＮが記載されておりＴｙｐｅがＮの行の生存フラグを×にする。
【００４８】
次に、統括制御部１０２は、生存フラグに×を付けた行のＰＩＤをＮａｔｉｖｅＰＩＤとするスイッチングＰＩＤが拡張アドレステーブル１２１登録されているか否かを判定する。具体的には、統括制御部１０２は、ＮａｔｉｖｅＰＩＤから生存フラグに×をつけたＰＩＤを検索することで、そのＰＩＤに対応するスイッチングＰＩＤがあるか否かを判定する。そして、統括制御部１０２は、生存フラグに×を付けたＰＩＤに対応するスイッチングＰＩＤがある場合、ルーティング制御部１０３に優先ポート設定の通知の指示を送信する。ここで、優先ポート設定とは、接続されているデバイスから受信したＦＣフレームのルーティング先を他のセンタースイッチに指定する設定である。例えば、センタースイッチ２に接続されているデバイスからセンタースイッチ２がＦＣフレームを受信した場合に、受信したＦＣフレームをセンタースイッチ１のルーティング制御部１０３に転送するように設定する優先ポート設定などがある。この優先ポートの設定については後で詳細に説明する。これに対して、生存フラグに×を付けたＰＩＤに対応するスイッチングＰＩＤがない場合、統括制御部１０２は、そのＰＩＤが割り当てられたデバイスへのルーティングを断念する。
【００４９】
さらに、統括制御部１０２は、スイッチングポートを用いたルーティングの設定の実施の通知をルーティング制御部１０３から受けると、自己に障害が発生した場合の動作の定義を確認する。ここで、スイッチングポートを用いたルーティングを行なっている状態で統括制御部１０２に障害が発生した場合の動作には、本実施例では、接続維持又は性能維持の２種類が設定されている。接続維持とは、スイッチングポートを用いたルーティングをそのまま維持する方法である。また、性能維持とは、スイッチングポートを用いたルーティングをあきらめ、統括制御部１０１が行なっている自装置に接続されたデバイスに対してのルーティングのみに限定する方法である。接続維持の場合、その時点で行っているルーティングが全て保証されるが、処理量が多くなるため、統括制御部１０１の負荷が高くなってしまう。また、性能維持の場合、統括制御部１０１は、それまでの処理と同様の処理しか行わないため性能は維持できるが、ダウンしたセンタースイッチ経由のルーティングは行なえなくなる。本実施例では、統括制御部１０２は、接続維持又は性能維持のいずれを選ぶかの指示を予め受けている。
【００５０】
接続維持の場合、統括制御部１０２は、自己に障害が発生した場合には拡張ネームサーバを用いるように拡張ネームサーバ１２０の同期を統括制御部１０１へ通知する。これに対して、性能維持の場合には、統括制御部１０２は、統括制御部１０１に対して通知を行わない。これは、拡張ネームサーバ１２０の同期を指示しなければ、統括制御部１０２に障害が発生したとしても、統括制御部１０１はそれまで通りの処理を継続するからである。
【００５１】
そして、スイッチングポートを用いたルーティングでは、統括制御部１０２は、受信したＦＣフレームに対する転送先の問合せをルーティング制御部１０３から受ける。このとき、統括制御部１０２は、転送先のＤＩＤをルーティング制御部１０３から受ける。そして、統括制御部１０２は、拡張ネームサーバ１２０が有する拡張アドレステーブル１２１に転送先のＤＩＤがＮａｔｉｖｅＰＩＤとして記載されたスイッチングＰＩＤを検索する。そして、統括制御部１０２は、検索により抽出したスイッチングＰＩＤをルーティング制御部１０３へ通知する。これに対して、受信したＤＩＤがＮａｔｉｖｅＰＩＤとして記載されたスイッチングＰＩＤが無い場合、統括制御部１０２は、ルーティング制御部１０３に対してＦＣフレームの破棄を通知する。
【００５２】
例えば、図６の場合において、統括制御部１０２は、サーバ５に転送するＦＣフレームの転送先の問合せをルーティング制御部１０３から受ける。この場合、統括制御部１０２は、ＦＣフレームにより指定されたＤＩＤとして、０２８１００をルーティング制御部１０３から受信する。そして、統括制御部１０２は、拡張アドレステーブル１２１から０２８５００のＮａｔｉｖｅＰＩＤを検索する。図６では、センタースイッチ２に接続されたデバイスに向かう経路が２つあるので、統括制御部１０２は、２つの行を抽出する。そして、統括制御部１０２は、抽出した行の中から１つを抽出する。例えば、統括制御部１０２は、そのタイミングにおける負荷が低い経路を示すスイッチングＰＩＤが記載された行を選択する。そして、統括制御部１０２は、選択した行に記載されているスイッチングＰＩＤをルーティング制御部１０３へ通知する。この統括制御部１０２が、「スタンバイ制御部」の一例にあたる。また、拡張ネームサーバ１２０及び拡張アドレステーブル１２１が、「第２テーブル」の一例にあたる。
【００５３】
ルーティング制御部１０３は、ポート部１０５又は１０６に入力されたＦＣフレームを取得する。次に、ルーティング制御部１０３は、取得したＦＣフレームからＤＩＤを取得する。そして、優先ポートを用いたＦＣフレームの転送で無い場合、ルーティング制御部１０３は、取得したＤＩＤを用いて統括制御部１０１に対して転送先の問合せを行う。その後、ルーティング制御部１０３は、ＦＣフレームの転送先のＰＩＤを統括制御部１０１から受ける。そして、ルーティング制御部１０３は、受信したＰＩＤが割り当てられたデバイスに対してＦＣフレームをポート部１０５又は１０６を介して送信する。
【００５４】
これに対して、優先ポートを用いたＦＣフレームの転送の場合、ルーティング制御部１０３は、取得したＤＩＤを用いて統括制御部１０２に対して転送先の問合せを行う。その後、ルーティング制御部１０３は、ＦＣフレームの転送先のスイッチングＰＩＤを統括制御部１０２から受信する。そして、ルーティング制御部１０３は、受信したスイッチングＰＩＤを参照し、ＦＣフレームの転送先のデバイスが接続されているスイッチングポート及びそのスイッチングポートへの経路を取得する。その後、ルーティング制御部１０３は、取得した経路を経由してスイッチングポートへ到達するようにポート部１０５又は１０６を介してＦＣフレームを転送する。
【００５５】
例えば、図６の場合において、ルーティング制御部１０３は、サーバ５に転送するＦＣフレームの転送先を統括制御部１０２へ問合せた場合、スイッチングＰＩＤとして０１４８１０又は０１７８１０を統括制御部１０２から受信する。ここでは、ルーティング制御部１０３は、０１４８１０を取得したとする。この場合、ルーティング制御部１０３は、３番目のスロットに搭載されたポートブレードのポート番号１のポートを経由させて、センタースイッチ２の８番目のスロットに搭載されたポートブレードのポート番号１０のポートから出力するようにＦＣフレームを送信する。
【００５６】
また、ルーティング制御部１０３は、統括制御部１０１及び１０２の両方に障害が発生した場合、例えば、センタースイッチ２のルーティング制御部２０３又は２０４からスイッチングＰＩＤを用いたルーティングを実施する指示を受ける。そして、ルーティング制御部１０３は、自装置に接続するデバイス（例えば、サーバ５など）からＦＣフレームを受信した場合、受信した受信フレームをセンタースイッチ２のルーティング制御部２０３へ転送する優先ポートの設定を行う。さらに、ルーティング制御部１０３は、センタースイッチ１に接続するデバイスへＦＣフレームが送信されてきた場合、センタースイッチ２のスタンバイ側の統括制御部２０２によりスイッチングＰＩＤを用いた転送の制御を受けるスイッチングポートの設定を行う。すなわち、スイッチングポートの設定を行った場合、ルーティング制御部１０３は、センタースイッチ１に接続するデバイスへのＦＣフレームを受信すると、ルーティング制御部２０３へＦＣフレームを転送する。
【００５７】
ポート部１０５及び１０６は、各ポートに接続されたデバイスからＦＣフレームの入力を受ける。そして、ポート部１０５及び１０６は、受信したＦＣフレームをルーティング制御部１０３又は１０４へ出力する。
【００５８】
また、ポート部１０５及び１０６は、転送するＦＣフレームの入力をルーティング制御部１０３又は１０４から受ける。そして、ポート部１０５及び１０６は、受信したＦＣフレームを指定されたデバイス又はポートに向けて出力する。
【００５９】
次に、図７〜図１０を参照して、本実施例に係るストレージシステムにおける正常時の処理、センタースイッチダウン時の処理、センタースイッチダウン後の処理について説明する。ここで、本実施例における、各センタースイッチに搭載された２つのルーティング制御部及び２つのポート部は同様の動作を行う。そこで、以下の説明では、センタースイッチ１のルーティング制御部１０３及びポート部１０５、並びにセンタースイッチ２のルーティング制御部２０３及びポート部２０５を例に説明する。
【００６０】
図７は、実施例１に係るストレージシステムにおける正常時の処理のシーケンス図である。図７を参照して、本実施例に係るストレージシステムにおける正常時の処理について説明する。
【００６１】
ステップＳ１０１〜ステップＳ１１１は、ネームサーバ及び拡張ネームサーバの生成の処理である。ルーティング制御部１０３とルーティング制御部２０３とは、正常時には所定の周期でそれぞれのネームサーバが有する情報の交換をＩＣＬ３を用いて行なっている（ステップＳ１０１）。
【００６２】
そして、ルーティング制御部２０３は、取得したセンタースイッチ１のネームサーバ１１０が有するアドレステーブル１１１の情報を統括制御部２０１へ送信する（ステップＳ１０２）。統括制御部２０１は、ネームサーバ１１０が有するアドレステーブル１１１の情報をルーティング制御部２０３から取得する（ステップＳ１０３）。そして、統括制御部２０１は、自己が有するネームサーバ２１０のアドレステーブル２１１に、ネームサーバ１１０が有するアドレステーブル１１１の情報を反映させる（ステップＳ１０４）。さらに、統括制御部２０１は、ネームサーバ２１０のアドレステーブル２１１の情報を統括制御部２０２へ送信する（ステップＳ１０５）。
【００６３】
統括制御部２０２は、自装置に接続されたデバイス及びセンタースイッチ１に接続されたデバイスの情報を拡張アドレステーブルに登録する。さらに、統括制御部２０２は、センタースイッチ１に接続されたデバイスに割り当てられたＰＩＤからスイッチングＰＩＤを生成し、ＮａｔｉｖｅＰＩＤなどと共に拡張アドレステーブルに登録し拡張ネームサーバの情報を作成する（ステップＳ１０６）。
【００６４】
同様に、ルーティング制御部１０３は、取得したセンタースイッチ２のネームサーバ２１０が有するアドレステーブル２１１の情報を統括制御部１０１へ送信する（ステップＳ１０７）。統括制御部１０１は、ネームサーバ２１０が有するアドレステーブル２１１の情報をルーティング制御部１０３から取得する（ステップＳ１０８）。そして、統括制御部１０１は、自己が有するネームサーバ１１０のアドレステーブル１１１に、ネームサーバ２１０が有するアドレステーブル２１１の情報を反映させる（ステップＳ１０９）。さらに、統括制御部１０１は、ネームサーバ１１０のアドレステーブル１１１の情報を統括制御部１０２へ送信する（ステップＳ１１０）。
【００６５】
統括制御部１０２は、自装置に接続されたデバイス及びセンタースイッチ２に接続されたデバイスの情報を拡張アドレステーブルに登録する。さらに、統括制御部１０２は、センタースイッチ２に接続されたデバイスに割り当てられたＰＩＤからスイッチングＰＩＤを生成し、ＮａｔｉｖｅＰＩＤなどと共に拡張アドレステーブルに登録し拡張ネームサーバの情報を作成する（ステップＳ１１１）。
【００６６】
次に、ステップＳ１１２〜Ｓ１２２は、サーバ５からストレージ４へのデータ送信における処理である。サーバ５は、ストレージ４に送信するＦＣフレームをポート部２０５に送信する（ステップＳ１１２）。
【００６７】
ポート部２０５は、受信したＦＣフレームをルーティング制御部２０３へ送信する（ステップＳ１１３）。
【００６８】
ルーティング制御部２０３は、ＦＣフレームのＤＩＤを取得し、取得したＤＩＤを用いて統括制御部２０１にＦＣフレームの転送先を問い合わせる（ステップＳ１１４）。
【００６９】
統括制御部２０１は、ルーティング制御部２０３から受信したＤＩＤを用いて、ネームサーバ２１０から転送先であるストレージ４のＰＩＤを取得する（ステップＳ１１５）。そして、統括制御部２０１は、取得した転送先のＰＩＤをルーティング制御部２０３へ送信する（ステップＳ１１６）。
【００７０】
ルーティング制御部２０３は、転送先のＰＩＤを統括制御部２０１から受信する。そして、ルーティング制御部２０３は、受信したＰＩＤからセンタースイッチ１への送信を判定し、ＩＣＬ３を用いてセンタースイッチ１のルーティング制御部１０３へＦＣフレームを送信する（ステップＳ１１７）。
【００７１】
ルーティング制御部１０３は、受信したＦＣフレームからＤＩＤを取得し、取得したＤＩＤを用いてＦＣフレームの転送先を統括制御部１０１に問い合わせる（ステップＳ１１８）。
【００７２】
統括制御部１０１は、ルーティング制御部１０３から受信したＤＩＤを用いて、ネームサーバ１１０から転送先であるストレージ４のＰＩＤを取得する（ステップＳ１１９）。そして、統括制御部１０１は、取得した転送先のＰＩＤをルーティング制御部１０３へ送信する（ステップＳ１２０）。
【００７３】
ルーティング制御部１０３は、統括制御部１０１から転送先のＰＩＤを取得する。そして、ルーティング制御部１０３は、転送先のＰＩＤが割り当てられたデバイスが接続されたポート部１０５にＦＣフレームを送信する（ステップＳ１２１）。
【００７４】
ポート部１０５は、ルーティング制御部１０３から受信したＦＣフレームを転送先のデバイスであるストレージ４へ送信する（ステップＳ１２２）。
【００７５】
次に、図８を参照して、本実施例に係るストレージシステムにおけるセンタースイッチダウン時の処理について説明する。図８は、実施例１に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。ここでは、統括制御部２０１及び２０２に障害が発生し、センタースイッチ２がダウンした場合について説明する。
【００７６】
ルーティング制御部２０３とルーティング制御部１０３とは、ＩＣＬ３を用いて随時情報交換を行なっているので、障害が発生した時点においても、ルーティング制御部２０３とルーティング制御部１０３とは情報交換を行っている（ステップＳ２０１）。そして、統括制御部２０１及び統括制御部２０２に障害が発生した後、ルーティング制御部１０３は、ルーティング制御部２０３からの情報が受信できなくなる。
【００７７】
ルーティング制御部１０３は、ルーティング制御部２０３からの情報が受信できない旨を統括制御部１０１に通知する（ステップＳ２０２）。
【００７８】
統括制御部１０１は、ルーティング制御部２０３からの通知を受けて、センタースイッチ２のダウンを検知する（ステップＳ２０３）。そして、統括制御部１０１は、センタースイッチ２のネームサーバ２１０の情報の反映を統括制御部１０２へ指示する（ステップＳ２０４）。
【００７９】
統括制御部１０２は、統括制御部１０１からの指示を受けて、センタースイッチ２のネームサーバ２１０の情報の反映の指示を統括制御部１０１から受ける（ステップＳ２０５）。統括制御部１０２は、自己が有する拡張ネームサーバ１２０が有する拡張アドレステーブル１２１におけるセンタースイッチ２に接続されたデバイスの生存フラグを×にする。そして、統括制御部１０２は、生存フラグを×にしたデバイスのＰＩＤをＮａｔｉｖｅＰＩＤとするスイッチングＰＩＤが拡張アドレステーブル１２１に登録されているか否かにより、スイッチングＰＩＤを用いた通信が可能か否かを判定する（ステップＳ２０６）。ここでは、スイッチングＰＩＤを用いた通信が可能な場合で説明する。統括制御部１０２は、スイッチングＰＩＤを用いた通信が可能な旨を、ルーティング制御部１０３へ通知する（ステップＳ２０７）。
【００８０】
ルーティング制御部１０３は、統括制御部１０２からの通知を受けて、ＩＣＬ３を用いてルーティング制御部２０３にスイッチングＰＩＤを用いた通信を通知する（ステップＳ２０８）。
【００８１】
ルーティング制御部２０３は、ルーティング制御部１０３からの通知を受けて、ルーティング制御部１０３に接続されたポートを優先ポートとして設定する。すなわち、ルーティング制御部１０３は、デバイスから受信したＦＣフレームの転送先をセンタースイッチ１に設定する優先ポート設定を行う（ステップＳ２０９）。さらに、ルーティング制御部２０３は、ルーティング制御部１０３から受信したＦＣフレームの指定されたポートへの出力の設定であるスイッチングポート設定を実施する（ステップＳ２１０）。その後、ルーティング制御部２０３は、スイッチングポートを設定した旨をルーティング制御部１０３へ通知する（ステップＳ２１１）。
【００８２】
ルーティング制御部１０３は、ルーティング制御部２０３からの通知を受けて、センタースイッチ２に転送されてきたＦＣフレームを受信しスイッチングポートに対するルーティングを行なえるようにスイッチングポート設定を実施する（ステップＳ２１２）。そして、ルーティング制御部１０３は、スイッチングポートの設定が完了したことを統括制御部１０２へ通知する（ステップＳ２１３）。
【００８３】
統括制御部１０２は、ルーティング制御部１０３からの通知を受けて、スタンバイ側（統括制御部１０２）ダウン時の動作を接続維持か性能維持か定義する（ステップＳ２１４）。性能維持の場合、これ以降の処理は行わない。接続維持の場合、統括制御部１０２は、接続維持を統括制御部１０１へ通知する（ステップＳ２１５）。
【００８４】
統括制御部１０１は、接続維持の通知を受けて、拡張ネームサーバ１２０と同期を取る（ステップＳ２１６）。すなわち、統括制御部１０１は、スタンバイ側（統括制御部１０２）がダウンした場合に拡張ネームサーバ１２０が有する拡張アドレステーブル１２１を使用したルーティングを引き継ぐように設定する。
【００８５】
次に、図９を参照して、本実施例に係るストレージシステムにおけるセンタースイッチのダウン状態でのＦＣフレームの転送処理の流れについて説明する。図９は、実施例１に係るストレージシステムにおけるセンタースイッチダウン状態での転送処理のシーケンス図である。
【００８６】
センタースイッチ２に接続しているサーバ５は、他のデバイスへ送信するＦＣフレームをセンタースイッチ２のポート部２０５へ出力する（ステップＳ３０１）。
【００８７】
ポート部２０５は、サーバ５から入力されたＦＣフレームをルーティング制御部２０３へ送信する（ステップＳ３０２）。
【００８８】
ルーティング制御部２０３は、ポート部２０５から受信したＦＣフレームを優先ポートへ転送する（ステップＳ３０３）。これにより、サーバ５が出力したＦＣフレームは、センタースイッチ２のルーティング制御部２０３からセンタースイッチ１へのルーティング制御部１０３へ転送される（ステップＳ３０４）。
【００８９】
ルーティング制御部１０３は、ルーティング制御部２０３から受信したＦＣフレームが優先ポートを用いて転送されてきたことを判定する。また、ルーティング制御部１０３は、ＦＣフレームからＤＩＤを取得する。そして、ルーティング制御部１０３は、取得したＤＩＤを用いて、スタンバイ側である統括制御部１０２にＦＣフレームの転送先を問い合わせる（ステップＳ３０５）。
【００９０】
統括制御部１０２は、ＤＩＤを用いた転送先の問合せをルーティング制御部１０３から受ける（ステップＳ３０６）。そして、統括制御部１０２は、自己が有する拡張ネームサーバ１２０からサーバ５が出力したＦＣフレームの転送先のＰＩＤを取得する（ステップＳ３０７）。その後、統括制御部１０２は、取得したＰＩＤをルーティング制御部１０３へ通知する（ステップＳ３０８）。この時、統括制御部１０２は、通知したＰＩＤがスイッチングＰＩＤ又は自装置でデバイスに割り当てたＰＩＤのいずれであるかを通知する。
【００９１】
次に、ルーティング制御部１０３は、受信したＰＩＤがスイッチングＰＩＤであるか否かを判定する（ステップＳ３０９）。受信したＰＩＤがセンタースイッチ１がデバイスに割り当てたＰＩＤである場合（ステップＳ３０９：否定）、ルーティング制御部１０３は、転送先のＰＩＤが割り当てられたデバイスが接続されたポート部１０５にＦＣフレームを送信する（ステップＳ３１０）。
【００９２】
ポート部１０５は、ルーティング制御部１０３から受信したＦＣフレームを転送先のデバイスであるストレージ４へ送信する（ステップＳ３１１）。
【００９３】
これに対して、受信したＰＩＤがスイッチングＰＩＤである場合（ステップＳ３０９：肯定）、ルーティング制御部１０３は、スイッチングＰＩＤを参照して、ＦＣフレームを転送する転送ポートを決定する（ステップＳ３１２）。そして、ルーティング制御部１０３は、スイッチングＰＩＤに記載された経路を経由させてルーティング制御部２０３へＦＣフレームを送信する（ステップＳ３１３）。
【００９４】
ルーティング制御部２０３は、スイッチングＰＩＤを参照して、スイッチングＰＩＤで指定された宛先のポート部２０５へＦＣフレームを転送する（ステップＳ３１４）。これにより、ルーティング制御部１０３から送信されたＦＣフレームは、ポート部２０５へ転送される（ステップＳ３１５）。
【００９５】
ポート部２０５は、スイッチングＰＩＤで指定されているポートからＦＣフレームを出力する（ステップＳ３１６）。
【００９６】
例えば、ＦＣフレームの宛先がサーバ５であった場合、スイッチングＰＩＤで指定されているポートにはサーバ５が接続されているので、ルーティング制御部１０３から送信されたＦＣフレームはサーバ５へ送信される（ステップＳ３１７）。
【００９７】
次に、図１０を参照して、一方のセンタースイッチがダウンした時の他方のセンタースイッチの拡張ネームサーバによる処理について説明する。図１０は、センタースイッチダウン時の拡張ネームサーバによる処理のフローチャートである。以下では、センタースイッチ２がダウンした時の拡張ネームサーバ１２０を例に説明する。
【００９８】
拡張ネームサーバ１２０は、センタースイッチ２のルーティング制御部２０３から受信したＦＣフレーム内のＤＩＤが拡張アドレステーブル１２１に存在するかをチェックする（ステップＳ４０１）。そして、拡張ネームサーバ１２０は、拡張アドレステーブル１２１のＰＩＤの中に受信したＤＩＤがあるか否かを判定する（ステップＳ４０２）。
【００９９】
拡張アドレステーブル１２１内に受信したＤＩＤがない場合（ステップＳ４０２：否定）、拡張ネームサーバ１２０は、拡張アドレステーブル１２１にＦＣフレームの宛先であるＤＩＤが登録していない旨を統括制御部１０２に通知する。そして、統括制御部１０２は、ＦＣフレームの破棄をルーティング制御部１０３へ指示する（ステップＳ４０８）。
【０１００】
これに対して、拡張アドレステーブル１２１内に受信したＤＩＤがある場合（ステップＳ４０２：肯定）、拡張ネームサーバ１２０は、該当ＰＩＤを含む行の生存フラグの欄が○になっているか否かを判定する（ステップＳ４０３）。生存フラグが○の場合（ステップＳ４０３：肯定）、拡張ネームサーバ１２０は、通常のＦＣフレーム転送をルーティング制御部１０３へ指示する（ステップＳ４０４）。
【０１０１】
一方、生存フラグが×の場合（ステップＳ４０３：否定）、拡張ネームサーバ１２０は、拡張アドレステーブルのネイティブＰＩＤに該当ＰＩＤが登録されているか否かを判定する（ステップＳ４０５）。ネイティブＰＩＤに該当ＰＩＤが登録されていない場合（ステップＳ４０５：否定）、統括制御部１０２は、ＦＣフレームの破棄をルーティング制御部１０３へ指示する（ステップＳ４０８）。
【０１０２】
これに対して、ネイティブＰＩＤに該当ＰＩＤが登録されている場合（ステップＳ４０５：肯定）、ネイティブＰＩＤの欄に該当ＰＩＤが登録されている行の生存フラグが○か否かを判定する（ステップＳ４０６）。生存フラグが×の場合（ステップＳ４０６：否定）、統括制御部１０２は、ＦＣフレームの破棄をルーティング制御部１０３へ指示する（ステップＳ４０８）。
【０１０３】
一方、生存フラグが○の場合（ステップＳ４０６：肯定）、拡張ネームサーバ１２０は、スイッチングＰＩＤを用いてＦＣフレームを転送することをルーティング制御部１０３へ通知する。その後、統括制御部１０２及びルーティング制御部１０３は、スイッチングＰＩＤを用いてＦＣフレームの転送を行う（ステップＳ４０７）。
【０１０４】
以上に説明したように、本実施例に係るセンタースイッチであるファイバチャネルスイッチは、接続されているセンタースイッチがダウンした場合に、拡張ネームサーバを用いて、ダウンしたセンタースイッチが行なっていたルーティングの処理を継続する。これにより、冗長化されたセンタースイッチに二重故障が発生してそのセンタースイッチがダウンしても、ダウンしたセンタースイッチに接続しているデバイスへの通信を継続することができる。
【実施例２】
【０１０５】
次に、実施例２に係るストレージシステムについて説明する。本実施例に係るストレージシステムは、センタースイッチに単なるルーティングを行うスイッチが接続され、そのスイッチに他のデバイスが接続されている構成であることが実施例１と異なるものである。以下では、単にルーティングを行うスイッチのことを、「転送スイッチ」と呼ぶ。また、本実施例に係るセンタースイッチは、図２及び図３で示した構成と同様の構成を有する。
【０１０６】
図１１は、実施例２における正常時のネームサーバ及び拡張ネームサーバの状態を説明するための図である。本実施例に係るストレージシステムは、図１１に記載するように、センタースイッチ２に転送スイッチ６が接続されている。そして、転送スイッチ６にサーバ７がさらに接続されている。
【０１０７】
センタースイッチとそれに接続する転送スイッチとは、互いに自己のネームサーバが有するアドレステーブルの内容を交換する。そして、アドレステーブルの内容を交換したスイッチは、交換した先のスイッチのネームサーバが有する情報を自装置のアドレステーブルに追加する。例えば、本実施例では、センタースイッチ２と転送スイッチ６とが接続されている。そこで、センタースイッチ２は、転送スイッチ６のネームサーバが有する情報、すなわち、本実施例では、サーバ７に関する情報を取得し、ネームサーバ２１０が有するアドレステーブル２１１へ登録する。逆に、転送スイッチ６は、ネームサーバ２１０が有する情報を、自己のネームサーバが有するアドレステーブルへ登録する。
【０１０８】
さらに、センタースイッチ２とセンタースイッチ１とは、互いのネームサーバが有するアドレステーブルの情報を交換するので、センタースイッチ１も転送スイッチ６のネームサーバが有するアドレステーブルの情報を取得することになる。このようにして、ストレージシステム上の全てのセンタースイッチ及び転送スイッチは同じ内容のネームサーバを有することになる。
【０１０９】
本実施例では、転送スイッチ６に接続されているサーバ７のＷＷＮが、10:00:00:05:1e:9d:a2:00であるとする。この場合、図１１に示すように、ネームサーバ１１０のアドレステーブル１１１とネームサーバ２１０のアドレステーブル２１１とは同じ内容となる。すなわち、アドレステーブル１１１及び２１１には、ストレージ４、サーバ５及びサーバ７のＰＩＤ、ＷＷＮ及びＩｎｆｏが登録されている。また、転送スイッチ６のネームサーバもアドレステーブル１１１及び２１１と同内容のアドレステーブルを有している。
【０１１０】
さらに、本実施例では、拡張ネームサーバ２２０が有する拡張アドレステーブル２２１には、センタースイッチ１に接続されているストレージ４のスイッチングＰＩＤが２つ登録されている。また、拡張ネームサーバ１２０が有する拡張アドレステーブル１２１には、センタースイッチ２に接続されているサーバ５及び転送スイッチ６を介して接続されているサーバ７のスイッチングＰＩＤがそれぞれ２つずつ登録されている。例えば、図１１のＰＩＤ１２４及び１２５が、サーバ７のスイッチングＰＩＤを表している。具体的には、ＰＩＤ１２４は、３番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ７に接続するためのスイッチングＰＩＤである。ＰＩＤ１２５は、６番目のスロットに搭載されたコアブレードのポート番号が１のＩＣＬ３を経由する経路を使用してサーバ７に接続するためのスイッチングＰＩＤである。この場合、サーバ７に接続するためのスイッチングＰＩＤには、センタースイッチ２における転送スイッチ６が接続されているポート番号をサーバ７が接続されたポート番号として用いる。転送スイッチ６を介して接続されているサーバ７に接続するためのスイッチングＰＩＤが、「前記隣接接続制御装置に他の接続制御装置経由で接続しているデバイスに対する経路情報」の一例にあたる。
【０１１１】
図１２は、実施例２における一方のセンタースイッチがダウンした場合の他方のセンタースイッチの拡張ネームサーバの状態を説明するための図である。次に、図１２を参照して、図１１の状態においてセンタースイッチ２がダウンした場合について説明する。
【０１１２】
センタースイッチ２がダウンした場合、統括制御部１０２は、センタースイッチ２のネームサーバ２１０の情報を反映するよう統括制御部１０１から指示を受ける。そして、統括制御部１０２の拡張ネームサーバ１２０は、拡張アドレステーブル１２１におけるセンタースイッチ２に直接接続しているデバイス及び転送スイッチ６を介して接続しているデバイスの生存フラグを×とする。この場合、図１２に示すように、拡張アドレステーブル１２１の２つのサーバの生存フラグが×になる。
【０１１３】
そして、この状態で、統括制御部１０２は、サーバ５又はサーバ７に対するＦＣデータの転送の要求を受けた場合、拡張ネームサーバ１２０から転送先となるスイッチングＰＩＤを取得する。例えば、統括制御部１０２は、サーバ７に対するＦＣデータの転送の要求を受けた場合、ＰＩＤ１２４又はＰＩＤ１２５を拡張ネームサーバ１２０から取得する。そして、統括制御部１０２は、取得したスイッチングＰＩＤであるＰＩＤ１２４又はＰＩＤ１２５をルーティング制御部１０３に通知する。その後、ルーティング制御部１０３は、通知されたスイッチングＰＩＤを用いて、転送スイッチ６が接続されているセンタースイッチ２のポートに向けてＦＣフレームを送信する。転送スイッチ６は、スイッチングＰＩＤが示すセンタースイッチ２のポートからＦＣフレームを受信し、受信したＦＣフレームに記載されているＤＩＤが示す宛先であるサーバ７に対してＦＣフレームを転送する。
【０１１４】
また、センタースイッチ２に直接又は転送スイッチ６を介して接続されているデバイスから出力されたＦＣフレームは、ルーティング制御部２０３により優先ポートの設定に従いルーティング制御部１０３へ転送される。その後、ルーティング制御部１０３は、拡張ネームサーバ１２０から指定されたＰＩＤを用いてＦＣフレームの転送を行う。
【０１１５】
このように、転送スイッチを介してセンタースイッチとデバイスが接続されている構成でセンタースイッチがダウンしても、拡張ネームサーバによって、転送スイッチを介して接続されるデバイスにＦＣフレームを転送することができる。
【０１１６】
ここで、図１３を参照して、センタースイッチ２がダウンした状態における、センタースイッチ及び転送スイッチを含む各スイッチ間のネームサーバの情報の交換について説明する。図１３は、実施例２に係るストレージシステムにおけるセンタースイッチダウン時の処理のシーケンス図である。図１３では、センタースイッチ１に転送スイッチ８が接続し、センタースイッチ２に転送スイッチ９が接続している場合で説明する。図１３では、転送スイッチをＳＷ（Switch）と表している。
【０１１７】
転送スイッチ９は、自己のネームサーバの情報をポート部２０５へ送信する（ステップＳ５０１）。
【０１１８】
ポート部２０５は、転送スイッチ９から受信したネームサーバの情報をルーティング制御部２０３へ転送する（ステップＳ５０２）。
【０１１９】
ルーティング制御部２０３は、ポート部２０５から受信したネームサーバの情報を優先ポートに転送する（ステップＳ５０３）。転送スイッチ９が出力したネームサーバの情報は、ルーティング制御部１０３へ送信される（ステップＳ５０４）。
【０１２０】
同様に、転送スイッチ８は、自己のネームサーバの情報をポート部１０５へ送信する（ステップＳ５０５）。
【０１２１】
ポート部１０５は、転送スイッチ８から受信したネームサーバの情報をルーティング制御部１０３へ転送する（ステップＳ５０６）。
【０１２２】
ルーティング制御部１０３は、センタースイッチ２がダウン状態であることから、ネームサーバの情報をスタンバイ側である統括制御部１０２と判定する（ステップＳ５０７）。そして、ルーティング制御部１０３は、ネームサーバの情報を統括制御部１０２へ送信する（ステップＳ５０８）。
【０１２３】
統括制御部１０２は、自己が有する拡張ネームサーバ１２０へ受信したネームサーバの情報を反映する（ステップＳ５０９）。すなわち、拡張ネームサーバ１２０は、拡張アドレステーブル１２１に受信したネームサーバの情報を登録する。そして、統括制御部１０２は、受信したネームサーバの情報を統括制御部１０１へ転送する（ステップＳ５１０）。
【０１２４】
統括制御部１０１は、自己が有するネームサーバ１１０へ受信したネームサーバの情報を反映する（ステップＳ５１１）。すなわち、ネームサーバ１１０は、アドレステーブル１１１に受信したネームサーバの情報を登録する。
【０１２５】
この後、統括制御部１０１は、ネームサーバの情報の交換に対する応答を行う処理を開始する。そこで、統括制御部１０１は、ネームサーバの情報交換先である転送スイッチがダウンしたセンタースイッチ経由であるか否かを判定する（ステップＳ５１２）。
【０１２６】
転送先がダウンしたセンタースイッチ経由である場合（ステップＳ５１２：肯定）、統括制御部１０１は、統括制御部１０２に対して転送先を問い合わせる。統括制御部１０１からの問合せを受けて、統括制御部１０２は、拡張ネームサーバ１２０に転送先のＰＩＤであるスイッチングＰＩＤを問い合わせる（ステップＳ５１３）。そして、統括制御部１０２は、拡張ネームサーバ１２０から取得した転送先のＰＩＤをルーティング制御部１０３へ送信する。
【０１２７】
これに対して、転送先がダウンしたセンタースイッチ経由でない場合（ステップＳ５１２：否定）、統括制御部１０１は、自己のネームサーバ１１０から取得した転送先のＰＩＤをルーティング制御部１０３へ送信する。そして、ルーティング制御部１０３は、統括制御部１０１又は統括制御部１０２から受信したＰＩＤがスイッチングＰＩＤか否かを判定する（ステップＳ５１４）。
【０１２８】
スイッチングＰＩＤでない場合（ステップＳ５１４：否定）、ルーティング制御部１０３は、転送先のＰＩＤが割り当てられたデバイスが接続されたポート部１０５に応答を送信する（ステップＳ５１５）。
【０１２９】
ポート部１０５は、ルーティング制御部１０３から受信した応答を転送スイッチ８へ送信する（ステップＳ５１６）。
【０１３０】
これに対して、スイッチングＰＩＤの場合（ステップＳ５１４：肯定）、ルーティング制御部１０３は、スイッチングＰＩＤを参照して、ＦＣフレームを転送する転送ポートを決定する（ステップＳ５１７）。そして、ルーティング制御部１０３は、スイッチングＰＩＤに記載された経路を経由させてルーティング制御部２０３へＦＣフレームを送信する（ステップＳ５１８）。
【０１３１】
ルーティング制御部２０３は、スイッチングＰＩＤを参照して、スイッチングＰＩＤで指定された宛先のポート部２０５へ応答を転送する（ステップＳ５１９）。これにより、ルーティング制御部１０３から送信された応答は、ポート部２０５へ転送される（ステップＳ５２０）。
【０１３２】
ポート部２０５は、スイッチングＰＩＤで指定されているポートから応答を出力する（ステップＳ５２１）。
【０１３３】
例えば、応答の宛先が転送スイッチ９であった場合、スイッチングＰＩＤで指定されているポートには転送スイッチ９が接続されているので、ルーティング制御部１０３から送信された応答は転送スイッチ９へ送信される（ステップＳ５２２）。
【０１３４】
以上に説明したように、本実施例に係るセンタースイッチであるファイバチャネルスイッチは、接続しているセンタースイッチが二重故障でダウンした場合に、単にルーティングを行うスイッチを介して接続しているデバイスに対する通信を継続することができる。すなわち、センタースイッチの下にスイッチを配置してそのスイッチにデバイスを接続したような、非常に大きな構成を有するストレージシステムにおいても、二重故障によるセンタースイッチダウン時に継続して通信を提供することができる。
【０１３５】
また、以上では、センタースイッチが２つの場合で説明したが、例えば、スター型のように接続されていればセンタースイッチはＮ台あっても動作可能である。すなわち、そのようにＮ台のセンタースイッチが配置されたストレージシステムであっても、二重故障によるセンタースイッチダウン時に継続して通信を提供することができる。
【符号の説明】
【０１３６】
１ センタースイッチ
２ センタースイッチ
３ ＩＣＬ（Inter Chassis Link）
４ ストレージ
５ サーバ
６ 転送スイッチ
７ サーバ
１１、１２、２１、２２ ＣＰブレード
１３、１４、２３、２４ コアブレード
１５〜１８、２５〜２８ ポートブレード
１０１、１０２ 統括制御部
１０３、１０４ ルーティング制御部
１０５、１０６ ポート部
１１０ ネームサーバ
１２０ 拡張ネームサーバ
２０１、２０２ 統括制御部
２０３、２０４ ルーティング制御部
２０５、２０６ ポート部
２１０ ネームサーバ
２２０ 拡張ネームサーバ
【特許請求の範囲】
【請求項１】
自装置のポートに接続されたデバイスのアドレスを基に、自装置に接続されたデバイスに対するデータのルーティングを行うアクティブ制御部と、
前記アクティブ制御部に障害が発生した場合、自装置に接続されたデバイスのアドレス及び自装置に接続する隣接接続制御装置に接続されたデバイスの接続経路を示す経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを行い、前記隣接接続制御装置がルーティング不能の場合、前記経路情報を用いて、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングを行うスタンバイ制御部と
を備えたことを特徴とする接続制御装置。
【請求項２】
前記アクティブ制御部は、自装置のポートに接続されたデバイスにアドレスを割り当て、割り当てたアドレスを基に、第１テーブルを生成し、
前記スタンバイ制御部は、前記隣接接続制御装置のポートに接続するデバイスに対して前記隣接接続制御装置が割り当てたアドレスを取得し、前記アクティブ制御部が割り当てたアドレス及び前記隣接接続制御装置から取得したアドレスを基に、第２テーブルを生成する
ことを特徴とする請求項１に記載の接続制御装置。
【請求項３】
前記スタンバイ制御部は、
前記隣接接続制御装置から取得した前記隣接接続制御装置のポートに接続しているデバイスのアドレスに対応させて、自装置から前記隣接接続制御装置における該アドレスを有するデバイスが接続されているポートへの接続経路を示す経路情報を生成し、前記隣接接続制御装置から取得したアドレスに前記経路情報を対応させて前記第２テーブルに登録し、
前記隣接接続制御装置がルーティング不能の場合、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングが要求されると、該デバイスのアドレスに対応する経路情報を前記第２テーブルから取得し、取得した経路情報により示される経路を用いて該デバイスが接続されている前記ポートまでデータを転送することでデータのルーティングを行う
ことを特徴とする請求項２に記載の接続制御装置。
【請求項４】
前記スタンバイ制御部は、前記隣接接続制御装置に他の接続制御装置経由で接続しているデバイスのアドレスも前記隣接接続制御装置から取得し、自装置から前記他の接続制御装置が接続している前記隣接接続制御装置のポートへの接続を示す接続経路を、該アドレスを有するデバイスに対する経路情報として、該アドレスに対応させて生成することを特徴とする請求項３に記載の接続制御装置。
【請求項５】
互いにデータの送受信が可能に接続された第１接続制御装置及び第２接続制御装置とを有するストレージシステムであって、
前記第１接続制御装置は、
前記第１接続制御装置に接続されたデバイスのアドレスが登録された第１テーブルを基に、前記第１接続制御装置に接続されたデバイスに対するデータのルーティングを行う第１アクティブ制御部と、
前記第１アクティブ制御部に障害が発生した場合、前記第１接続制御装置に接続されたデバイスのアドレス及び前記第２接続制御装置に接続されたデバイスの接続経路を示す経路情報が登録された第２テーブルを基に、前記第１接続制御装置に接続されたデバイスに対するデータのルーティングを行う第１スタンバイ制御部とを備え、
第２接続制御装置は、
前記第２接続制御装置に接続されたデバイスのアドレスが登録された第３テーブルを基に、前記第２接続制御装置に接続されたデバイスに対するデータのルーティングを行う第２アクティブ制御部と、
前記第２アクティブ制御部に障害が発生した場合、前記第３テーブルを基に、前記第２接続制御装置に接続されたデバイスに対するデータのルーティングを行う第２スタンバイ制御部とを備え、
前記第１スタンバイ制御部は、前記第２アクティブ制御部及び前記第２スタンバイ制御部の故障により前記第２接続制御装置がルーティング不能の場合、前記第２テーブルを用いて、前記第２接続制御装置に接続されたデバイスに対するデータのルーティングを行う
ことを特徴とするストレージシステム。
【請求項６】
前記第１アクティブ制御部は、前記第１接続制御装置に接続されたデバイスにアドレスを割り当て、割り当てたアドレスを基に、前記第１テーブルを生成し、
前記第２アクティブ制御部は、前記第２接続制御装置に接続されたデバイスにアドレスを割り当て、
前記第１スタンバイ制御部は、前記第１アクティブ制御部及び前記第２アクティブ制御部が割り当てたアドレスを基に、前記第２テーブルを生成し、
前記第２アクティブ制御部及び前記第２スタンバイ制御部は、前記第２アクティブ制御部が割り当てたアドレスを基に、前記第３テーブルを生成する
ことを特徴とする請求項５に記載のストレージシステム。
【請求項７】
第１制御部及び第２制御部を有する接続制御装置の制御方法であって、
自装置のポートに接続されたデバイスのアドレスを基に、前記自装置に接続されたデバイスに対するデータのルーティングを前記第１制御部に行なわせ、
前記第１制御部障害が発生した場合、自装置に接続されたデバイスのアドレス及び自装置に接続する隣接接続制御装置に接続されたデバイスの接続経路を示す経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを第２制御部に行わせ、
前記隣接接続制御装置がルーティング不能の場合、前記経路情報を用いて、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングを前記第２制御部に行わせる
ことを特徴とする接続制御装置の制御方法。
【請求項１】
自装置のポートに接続されたデバイスのアドレスを基に、自装置に接続されたデバイスに対するデータのルーティングを行うアクティブ制御部と、
前記アクティブ制御部に障害が発生した場合、自装置に接続されたデバイスのアドレス及び自装置に接続する隣接接続制御装置に接続されたデバイスの接続経路を示す経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを行い、前記隣接接続制御装置がルーティング不能の場合、前記経路情報を用いて、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングを行うスタンバイ制御部と
を備えたことを特徴とする接続制御装置。
【請求項２】
前記アクティブ制御部は、自装置のポートに接続されたデバイスにアドレスを割り当て、割り当てたアドレスを基に、第１テーブルを生成し、
前記スタンバイ制御部は、前記隣接接続制御装置のポートに接続するデバイスに対して前記隣接接続制御装置が割り当てたアドレスを取得し、前記アクティブ制御部が割り当てたアドレス及び前記隣接接続制御装置から取得したアドレスを基に、第２テーブルを生成する
ことを特徴とする請求項１に記載の接続制御装置。
【請求項３】
前記スタンバイ制御部は、
前記隣接接続制御装置から取得した前記隣接接続制御装置のポートに接続しているデバイスのアドレスに対応させて、自装置から前記隣接接続制御装置における該アドレスを有するデバイスが接続されているポートへの接続経路を示す経路情報を生成し、前記隣接接続制御装置から取得したアドレスに前記経路情報を対応させて前記第２テーブルに登録し、
前記隣接接続制御装置がルーティング不能の場合、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングが要求されると、該デバイスのアドレスに対応する経路情報を前記第２テーブルから取得し、取得した経路情報により示される経路を用いて該デバイスが接続されている前記ポートまでデータを転送することでデータのルーティングを行う
ことを特徴とする請求項２に記載の接続制御装置。
【請求項４】
前記スタンバイ制御部は、前記隣接接続制御装置に他の接続制御装置経由で接続しているデバイスのアドレスも前記隣接接続制御装置から取得し、自装置から前記他の接続制御装置が接続している前記隣接接続制御装置のポートへの接続を示す接続経路を、該アドレスを有するデバイスに対する経路情報として、該アドレスに対応させて生成することを特徴とする請求項３に記載の接続制御装置。
【請求項５】
互いにデータの送受信が可能に接続された第１接続制御装置及び第２接続制御装置とを有するストレージシステムであって、
前記第１接続制御装置は、
前記第１接続制御装置に接続されたデバイスのアドレスが登録された第１テーブルを基に、前記第１接続制御装置に接続されたデバイスに対するデータのルーティングを行う第１アクティブ制御部と、
前記第１アクティブ制御部に障害が発生した場合、前記第１接続制御装置に接続されたデバイスのアドレス及び前記第２接続制御装置に接続されたデバイスの接続経路を示す経路情報が登録された第２テーブルを基に、前記第１接続制御装置に接続されたデバイスに対するデータのルーティングを行う第１スタンバイ制御部とを備え、
第２接続制御装置は、
前記第２接続制御装置に接続されたデバイスのアドレスが登録された第３テーブルを基に、前記第２接続制御装置に接続されたデバイスに対するデータのルーティングを行う第２アクティブ制御部と、
前記第２アクティブ制御部に障害が発生した場合、前記第３テーブルを基に、前記第２接続制御装置に接続されたデバイスに対するデータのルーティングを行う第２スタンバイ制御部とを備え、
前記第１スタンバイ制御部は、前記第２アクティブ制御部及び前記第２スタンバイ制御部の故障により前記第２接続制御装置がルーティング不能の場合、前記第２テーブルを用いて、前記第２接続制御装置に接続されたデバイスに対するデータのルーティングを行う
ことを特徴とするストレージシステム。
【請求項６】
前記第１アクティブ制御部は、前記第１接続制御装置に接続されたデバイスにアドレスを割り当て、割り当てたアドレスを基に、前記第１テーブルを生成し、
前記第２アクティブ制御部は、前記第２接続制御装置に接続されたデバイスにアドレスを割り当て、
前記第１スタンバイ制御部は、前記第１アクティブ制御部及び前記第２アクティブ制御部が割り当てたアドレスを基に、前記第２テーブルを生成し、
前記第２アクティブ制御部及び前記第２スタンバイ制御部は、前記第２アクティブ制御部が割り当てたアドレスを基に、前記第３テーブルを生成する
ことを特徴とする請求項５に記載のストレージシステム。
【請求項７】
第１制御部及び第２制御部を有する接続制御装置の制御方法であって、
自装置のポートに接続されたデバイスのアドレスを基に、前記自装置に接続されたデバイスに対するデータのルーティングを前記第１制御部に行なわせ、
前記第１制御部障害が発生した場合、自装置に接続されたデバイスのアドレス及び自装置に接続する隣接接続制御装置に接続されたデバイスの接続経路を示す経路情報を基に、自装置に接続されたデバイスに対するデータのルーティングを第２制御部に行わせ、
前記隣接接続制御装置がルーティング不能の場合、前記経路情報を用いて、前記隣接接続制御装置に接続されたデバイスに対するデータのルーティングを前記第２制御部に行わせる
ことを特徴とする接続制御装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−９７６８３（Ｐ２０１３−９７６８３Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２４１５７８（Ｐ２０１１−２４１５７８）
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]