特開 2021-163448 サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール

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

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

(11)【公開番号】特開2021-163448(P2021-163448A)

(43)【公開日】2021年10月11日

(54)【発明の名称】サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール

(51)【国際特許分類】

   G06F 13/10 20060101AFI20210913BHJP

   G06F 3/06 20060101ALI20210913BHJP

   G06F 16/185 20190101ALI20210913BHJP

【ＦＩ】

   G06F13/10 340A

   G06F3/06 301Z

   G06F3/06 301G

   G06F16/185

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

【全頁数】22

(21)【出願番号】特願2020-183217(P2020-183217)

(22)【出願日】2020年10月30日

(31)【優先権主張番号】10-2020-0041043

(32)【優先日】2020年4月3日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2020-0117909

(32)【優先日】2020年9月14日

(33)【優先権主張国】KR

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＳＯＬＡＲＩＳ

(71)【出願人】

【識別番号】520427549

【氏名又は名称】エヌクラウド カンパニー リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】リー、ドン スー

(72)【発明者】

【氏名】キム、ウォン フン

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

【課題】サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを提供する。
【解決手段】サーバー間共有システムにおいて、モジュールは、外部サーバーと連結するためのＨＢＡカード部と、サーバー内部の格納空間を具備するインターナルディスク部と、インターナルディスク部のストレージを複数のボリュームに割り当てる設定部と、外部サーバーと通信し、ボリュームをストレージモードまたはサーバーモードとして設定することができるターゲットドライバー部と、インターナルディスク部とターゲットドライバー部のデータをルーティングするターゲットコア部とを含む。ストレージモードは、外部サーバーのストレージとして使用可能にするモードであり、サーバーモードは、サーバー内部のストレージとして使用可能にするモードであり、ターゲットドライバー部は、ボリュームをサーバーモードからストレージモードに変更する。
【選択図】図３

【特許請求の範囲】

【請求項1】

サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールにおいて、
外部サーバーと連結するためのＨＢＡカード部と、
インターナルディスクが複数個装着され、サーバー内部の格納空間を具備するインターナルディスク部と、
前記格納空間をサーバー管理者の制御命令に応じて前記インターナルディスク部のストレージを複数のボリュームに割り当てる設定部と、
ＳＣＳＩプロトコルを具現し、前記ＨＢＡカード部と連結された外部サーバーと通信し、前記ボリュームを前記サーバー管理者の制御命令に応じてストレージモードまたはサーバーモードとして設定することができるターゲットドライバー部と、
前記ストレージモード又はサーバーモードによるＳＣＳＩ命令を処理して前記インターナルディスク部と前記ターゲットドライバー部のデータをルーティングするターゲットコア部とを含み、
前記ストレージモードは、前記サーバー管理者の制御命令に応じて前記外部サーバーのストレージとして使用可能にするモードであり、
前記サーバーモードは、サーバー内部のストレージとして使用可能にするモードであり、
前記ターゲットドライバー部は、
前記サーバー管理者の制御命令に応じて前記ボリュームを前記サーバーモードから前記外部サーバーの制御によってデータにアクセス可能にするストレージモードに変更することができるものである、
サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項2】

前記ターゲットドライバー部は、
外部サーバー管理者の制御命令に応じて前記ボリュームを前記サーバーモードから前記外部サーバーの制御によってデータにアクセス可能にするストレージモードに変更することができるものであり、
前記外部サーバー管理者の制御命令に応じてサーバーモードに変更可能なものである、
請求項１に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項3】

前記設定部は、
ＳＣＳＩ方式でターゲットされた前記インターナルディスク部の容量をブロックレベルでボリューム割り当て、ボリューム割り当てられたボリュームにＬＵＮ設定するものである、請求項１または２に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項4】

前記インターナルディスク部は、
Ｒａｉｄカードを追加で具備し、インターナルディスクの装着可能な数量を増やすものである、請求項１から３のいずれか一項に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項5】

前記ＨＢＡカードと外部サーバーとの転送プロトコルは、
Ｆｉｂｅｒ Ｃｈａｎｎｅｌ Ｔａｒｇｅｔ、Ｉｎｆｉｎｉｂａｎｄ Ｔａｒｇｅｔ、ｉＳＣＳＩ Ｔａｒｇｅｔ、Ｈａｒｄｗａｒｅ ＦＣｏＥ Ｔａｒｇｅｔ、ＩＳＣＳＩ ｏｖｅｒ ＴＣＰ、ＩＰ、ＳＲＰ ｏｖｅｒ Ｉｎｆｉｎｉｂａｎｄ、ｉＳＥＲ ｏｖｅｒ ＩＢ、ＲｏＣＥ、ｉＷＡＲＰ及びＳｏｆｔｗａｒｅ ＦＣｏＥ Ｔａｒｇｅｔのいずれか一つである、
請求項４に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項6】

サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールにおいて、
他のシステムとネットワーク連結のためのＮＩＣ部をさらに含むものである、
請求項５に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項7】

サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールにおいて、
データ要請を分析し、媒介変数を決めて装置の類型を特定してデータ処理に役立つ装置類型特定ドライバー部をさらに含むものである、
請求項６に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項8】

前記ターゲットコア部は、
ＳＣＳＩ装置、ブロック装置、ファイル及びＲＡＩＤコントローラーのいずれか一つである、
請求項７に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項9】

前記ターゲットドライバー部は、
前記ボリュームを前記サーバー管理者の制御命令に従ってオートモードとしてさらに設定することができ、
前記オートモードは、前記サーバーまたは前記外部サーバーの可用ストレージによって、前記ボリュームをストレージモードまたはサーバーモードとして設定するものである、
請求項１から８のいずれか一項に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項10】

前記設定部は、
ストレージの使用領域を設定する領域設定部と、使用領域が未使用領域より小さい場合、使用領域のみを診断対象として決定し、使用領域が未使用領域より大きい場合、領域全てを診断対象として決定する診断決定部と、前記診断対象に対して周期的な診断を実行する診断部とをさらに含むものである、
請求項１から９のいずれか一項に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール。

【請求項11】

サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システムにおいて、
サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第１サーバー部と、
サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第２サーバー部とを含み、
前記第１サーバー部及び前記第２サーバー部は、相互ＴｘとＲｘが連結されたものであり、
管理者の制御命令に応じて前記第１サーバー部または前記第２サーバー部の可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てるものである、
サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システム。

【請求項12】

サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システムは、
サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された複数個のサーバー部をさらに含み、
それぞれのサーバー部間のＴｘ及びＲｘが環状で相互連結され、運営者の制御命令に応じて可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てるものである、
請求項１１に記載のサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システム。

【請求項13】

サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システムは、
サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された複数個のサーバー部を含み、
それぞれのサーバー部は、Ｆｉｂｅｒ Ｃｈａｎｎｅｌを通じてＳＡＮ ｓｗｉｔｃｈで連結され、運営者の制御命令に応じて可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てるものである、
サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールに関する。

【背景技術】

【0002】

ブロックストレージは、均等な大きさを有するアクセスし易いブロックにデータを格納するデータストレージである。ブロックストレージは、ファイルが均一なブロックに格納されるデータストレージを意味し、アクセスと編集が頻繁に起こるデータに適合である。また、ブロックストレージは、最も一般的なデータストレージ類型であり、主にＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）環境で使用される。

【0003】

既存のデータセンターには、第一階層のホスト、第二階層のストレージスイッチまたはＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）スイッチ、第三階層のＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）アレイコントローラーが存在するアキテクチャーを有していた。

【0004】

上述したアキテクチャーは、ブロック及びファイル水準で中央集中式統合ストレージリソースを提供する一方、ストレージコントローラーを使用して単一場所でデータ管理を行う。そのため、運営のためのサーバーが追加で必要となるという不便が存在した。

【0005】

また、このような既存のアキテクチャーは、追加でサーバーが必要となることで、プラットホームとして複雑性が存在した。

【0006】

また、既存のＢｌｏｃｋ Ｌｅｖｅｌストレージは、高可用性及び高性能アプリケーションのためのソリューションであった。ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）は、長期間企業全体で簡単かつ安価なファイル共有を提供していたが、頻繁なネットワーク障害及びブートレグによる問題が存在した。

【0007】

さらに、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）は、トランザクションの高いデータベースのようなアプリケーションに対してさらに力強かつ容易に拡張することができるが、費用が非常に高く、サーバーを増設しなければならなかった。

【0008】

また、ＮＡＳとＳＡＮ方式のデータ格納方式は、コンピュータ性能を追加しようとしても、ストレージ容量だけの増設が可能であるという短所が存在した。

【発明の概要】

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

【0009】

本願は、前述した従来技術の問題点を解決するためのもので、既存の運営のためにサーバーを追加で増設しなければならないという問題を解決することができるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを提供することを目的とする。

【0010】

本願は、前述した従来技術の問題点を解決するためのもので、既存のネットワークを活用してストレージを共有するシステムのトラフィック衝突問題が発生することを解決することができるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを提供することを目的とする。

【0011】

但し、本願の実施例が達成しようとする技術的課題は、上記のような技術的課題に限定されず、さらに他の技術的課題が存在し得る。

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

【0012】

上記の技術的課題を達成するための技術的手段として、本願の一実施例によるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールは、外部サーバーと連結するためのＨＢＡカード部と、インターナルディスクが複数個装着され、サーバー内部の格納空間を具備するインターナルディスク部と、前記格納空間をサーバー管理者の制御命令に応じて前記インターナルディスク部のストレージを複数のボリュームに割り当てる設定部と、ＳＣＳＩプロトコルを具現し、前記ＨＢＡカード部と連結された外部サーバーと通信し、前記ボリュームを前記サーバー管理者の制御命令に応じてストレージモードまたはサーバーモードとして設定することができるターゲットドライバー部と、前記ストレージモードまたはサーバーモードによるＳＣＳＩ命令を処理して前記インターナルディスク部と前記ターゲットドライバー部のデータをルーティングするターゲットコア部とを含み、前記ストレージモードは、前記サーバー管理者の制御命令に応じて前記外部サーバーのストレージとして使用可能にするモードであり、前記サーバーモードは、サーバー内部のストレージとして使用可能にするモードであり、前記ターゲットドライバー部は、前記サーバー管理者の制御命令に応じて前記ボリュームを前記サーバーモードから前記外部サーバーの制御によってデータにアクセス可能にするストレージモードに変更することができるものであることができる。

【0013】

また、前記ターゲットドライバー部は、外部サーバー管理者の制御命令に応じて前記ボリュームを前記サーバーモードから前記外部サーバーの制御によってデータにアクセス可能にするストレージモードに変更することができるものであり、前記外部サーバー管理者の制御命令に応じてサーバーモードに変更可能なものであることができる。

【0014】

また、前記設定部は、ＳＣＳＩ方式でターゲットされた前記インターナルディスク部の容量をブロックレベルでボリューム割り当て、ボリューム割り当てられたボリュームにＬＵＮ設定するものであることができる。

【0015】

また、前記インターナルディスク部は、Ｒａｉｄカードを追加で具備し、インターナルディスクの装着可能な数量を増やすものであることができる。

【0016】

また、前記ＨＢＡカードと外部サーバーとの転送プロトコルは、Ｆｉｂｅｒ Ｃｈａｎｎｅｌ Ｔａｒｇｅｔ、Ｉｎｆｉｎｉｂａｎｄ Ｔａｒｇｅｔ、ｉＳＣＳＩ Ｔａｒｇｅｔ、Ｈａｒｄｗａｒｅ ＦＣｏＥ Ｔａｒｇｅｔ、ＩＳＣＳＩ ｏｖｅｒ ＴＣＰ、ＩＰ、ＳＲＰ ｏｖｅｒ Ｉｎｆｉｎｉｂａｎｄ、ｉＳＥＲ ｏｖｅｒ ＩＢ、ＲｏＣＥ、ｉＷＡＲＰ及びＳｏｆｔｗａｒｅ ＦＣｏＥ Ｔａｒｇｅｔのいずれか一つであることができる。

【0017】

また、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールにおいて、他のシステムとネットワーク連結のためのＮＩＣ部をさらに含むものであることができる。

【0018】

サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールにおいて、また、データ要請を分析し、媒介変数を決めて装置の類型を特定してデータ処理に役立つ装置類型特定ドライバー部をさらに含むものであることができる。

【0019】

また、前記ターゲットコア部は、ＳＣＳＩ装置、ブロック装置、ファイル及びＲＡＩＤコントローラーのいずれか一つであることができる。

【0020】

また、前記ターゲットドライバ部は、前記ボリュームを前記サーバ管理者の制御命令に従ってオートモードとしてさらに設定することができ、前記オートモードは、前記サーバーまたは前記外部サーバーの可用ストレージによって、前記ボリュームをストレージモードまたはサーバーモードとして設定することができる。

【0021】

また、前記設定部は、ストレージの使用領域を設定する領域設定部と、使用領域が未使用領域より小さい場合、使用領域のみを診断対象として決定し、使用領域が未使用領域より大きい場合、領域全てを診断対象として決定する診断決定部と、前記診断対象に対して周期的な診断を実行する診断部とをさらに含むことができる。

【0022】

一方、本願の一実施例によるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システムは、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第１サーバー部と、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第２サーバー部とを含み、前記第１サーバー部及び前記第２サーバー部は、相互ＴｘとＲｘが連結されたものであり、管理者の制御命令に応じて前記第１サーバー部または前記第２サーバー部の可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てるものであることができる。

【0023】

また、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システムは、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された複数個のサーバー部をさらに含み、それぞれのサーバー部間のＴｘ及びＲｘが環状で相互連結され、運営者の制御命令に応じて可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てるものであることができる。

【0024】

一方、本願の一実施例によるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システムは、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された複数個のサーバー部を含み、それぞれのサーバー部は、Ｆｉｂｅｒ Ｃｈａｎｎｅｌを通じてＳＡＮ ｓｗｉｔｃｈで連結され、運営者の制御命令に応じて可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てるものであることができる。

【0025】

上述した課題解決手段は、単に例示的なもので、本願を制限しようとする意図で解釈されてはならない。上述した例示的な実施例の他にも、図面及び発明の詳細な説明に追加の実施例が存在し得る。

【発明の効果】

【0026】

前述した本願の課題解決手段によると、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを提供することで、単一システムでブロックレベルストレージを共有しながらＯＳアプリケーションを運営することができるという効果がある。

【0027】

また、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを提供することで、コンピュータ性能とストレージの容量を増設することができるという効果がある。

【0028】

前述した本願の課題解決手段によると、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したシステムを提供することで、自体的なアプリケーション駆動だけでなく、効率的なストレージ運用が可能な効果がある。

【0029】

但し、本願で得られる効果は、上記のような効果に限定されず、さらに他の効果が存在することができる。

【図面の簡単な説明】

【0030】

【図1】本願の一実施例によるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを利用したサーバー間共有システムの概略的な構成図である。

【図2】本願の一実施例による本モジュールの構成を表現したブロック図である。

【図3】本願の一実施例による本モジュールのドライバー及びＳＣＳＩ下位システム間の相互作用を示した図面である。

【図4】本願の一実施例による本モジュールがサーバーに装着される例示図面である。

【図5】本願の一実施例による本モジュールの内部構成及び連結を示した図面である。

【図6】本願の一実施例による本モジュールがサーバーに装着され、ブロックレベルを共有する概念図である。

【図7】本願の一実施例による本モジュールがサーバーに装着され、サーバーのモードを変更するかボリュームを制御する例示概念図である。

【図8】本願の一実施例による本モジュールの使用定義ブロック図である。

【図9】本願の一実施例による本モジュールを利用したサーバー間で環状で連結され、ストレージを共有するシステムの概略的な構成図である。

【図10】本願の一実施例による本モジュールを利用したサーバー間でＳＡＮ Ｓｗｉｔｃｈを通じて連結され、ストレージを共有するシステムの概略的な構成図である。

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

【0031】

以下では、添付の図面を参照して本願が属する技術分野で通常の知識を有する者が容易に実施することができるように、本願の実施例を詳しく説明する。しかし、本願は、様々な異なる形態で具現されることができ、ここで説明する実施例に限定されない。そして、図面で本願を明確に説明するために、説明と関係ない部分は省略し、明細書全体を通じて類似した部分については類似した図面符号をつけた。

【0032】

本願明細書全体において、ある部分が他の部分と「連結」されているとすると、これは「直接的に連結」されている場合だけでなく、その中間に他の素子を挟んで「電気的に連結」または「間接的に連結」されている場合も含む。

【0033】

本願明細書全体において、ある部材が他の部材「上に」、「上部に」、「上端に」、「下に」、「下部に」、「下端に」位置しているとすると、これは、ある部材が他の部材に接している場合だけでなく、二つの部材間にまた他の部材が存在する場合も含む。

【0034】

本願明細書全体において、ある部分がある構成要素を「含む」とすると、これは、特に反対の記載がない限り、他の構成要素を除外するものではなく、他の構成要素をさらに含むことができることを意味する。

【0035】

本願明細書全体において使用される用語は、具体的な実施例を説明する目的のためのものであるだけで、本発明を限定するものではない。また、ホストは、説明しようとする実施例によってサーバまたは外部サーバーとして指称することを予め知らせておく。

【0036】

以下では、本願の一実施例によるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールを説明の便宜上、本モジュール１００という。また、本モジュール１００が装着されたサーバーをサーバー２００及び外部サーバー３００という。

【0037】

本モジュール１００はＳＣＳＩプロトコルを使用する装置であり、ＳＣＳＩプロトコルは一般的に知られた通信規格であるため、通常の技術者には自明な事実であるので具体的な説明は省略する。

【0038】

図１は、本願の一実施例による本モジュール１００を利用したサーバー間共有システムの概略的な構成図である。

【0039】

図１を参照すると、本願の一実施例による本モジュール１００を利用したサーバー間共有システムは、サーバー２００、外部サーバー３００及び連結手段１０を含むことができる。サーバー２００及び外部サーバー３００は、例えば、本モジュール１００が内部に装着されたサーバーであることができる。

【0040】

また、サーバー２００及び外部サーバー３００は、内部に本モジュール１００が装着されたサーバーであり、自体的なアプリケーションの駆動が可能なサーバーとして構成されることができる。例えば、サーバーの構成は、ＣＰＵ、メモリー、ドライバー、メインボードなどを含んで構成されることができ、従来公知されるか今後開発される全てのサーバーの構成が適用されることができる。サーバーの構成に関する具体的な説明は、本発明の背景技術知識を有する通常の技術者に自明な事実であるので省略する。

【0041】

本願の一実施例によるサーバー２００または外部サーバー３００の駆動ＯＳは、例えば、Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、ＶＭｗａｒｅ ＥＳＸ及びＥＳＸｉ、Ｓｏｌａｒｉｓ、ＩＢＭ ＡＩＸ及びＨＰ／ＵＸを含むことができる。但し、これに限定されるものではない。従来公知されるか今後開発される全てのＯＳが適用可能であるため、通常の技術者は適用することができるであろう。

【0042】

本願の一実施例によるサーバー２００及び外部サーバー３００は、例えば、Ｌｏｃａｌ ＳＣＳＩ ｉｎｉｔｉａｔｏｒまたはＲｅｍｏｔｅ ＳＣＳＩ ｉｎｉｔｉａｔｏｒであってよく、ＳＣＳＩ ｔａｒｇｅｔ ｄｅｖｉｃｅであってもよい。但し、これに限定されるものではない。即ち、サーバー２００及び外部サーバー３００がｉｎｉｔｉａｔｏｒの場合、例えば、ＳＣＳＩ ｔａｒｇｅｔが処理するサービス及び作業管理の要請を始め、ＳＣＳＩ ｔａｒｇｅｔから装置サービス及び作業管理の応答を受けるＳＣＳＩ装置であることができる。以下でさらに詳しく説明するが、サーバー２００がＳＣＳＩ ｉｎｉｔｉａｔｏｒの場合において、外部サーバー３００はＳＣＳＩ ｔａｒｇｅｔであることができる。これと反対に、サーバー２００がＳＣＳＩ ｔａｒｇｅｔの場合において、外部サーバー３００はＳＣＳＩ ｉｎｉｔｉａｔｏｒであることができる。

【0043】

既存のサーバーは、ネットワークに連結せずＴａｒｇｅｔデバイスとして活用されることができなかったが、本願の一実施例による本モジュール１００を利用したサーバー２００及び外部サーバー３００は、ｉｎｉｔｉａｔｏｒデバイスとしての活用だけでなく、ｔａｒｇｅｔデバイスとしても活用することができる。つまり、既存のサーバーは、ｉｎｉｔｉａｔｏｒとしてＳＣＳＩプロトコルを活用してｔａｒｇｅｔデバイスとして活用することができなかったが、本モジュール１００を装着することで、ｔａｒｇｅｔデバイスとして活用可能にすることができる。

【0044】

また、ＳＣＳＩ Ｔａｒｇｅｔ ｄｅｖｉｃｅは、ターゲットデバイス、対象デバイス、ｔａｒｇｅｔ及び対象装置として命名されることができ、ＳＣＳＩ ｉｎｉｔｉａｔｏｒ ｄｅｖｉｃｅは、イニシエーターデバイス、イニシエーター、ｉｎｉｔｉａｔｏｒ、開始者及び開始装置として命名されることができ、このような命名に限定されるものではない。

【0045】

本願の一実施例によるＬｏｃａｌ ＳＣＳＩ ｉｎｉｔｉａｔｏｒとは、サブシステムと同一のローカルホストにあるＳＣＳＩ ｉｎｉｔｉａｔｏｒをいい、Ｒｅｍｏｔｅ ＳＣＳＩ ｉｎｉｔｉａｔｏｒとは、サブシステムの遠隔ホストにあり、後述するターゲットドライバー部１４０を通じてクライアント連結をするＳＣＳＩ ｉｎｉｔｉａｔｏｒであることができる。但し、これに限定されるものではない。

【0046】

本願の一実施例によるサーバー２００及びサーバー３００を連結する連結手段１０は、Ｆｉｂｅｒ ｃｈａｎｎｅｌを含むことができる。但し、これに限定されるものではなく、従来公知されるか今後開発される全てのサーバー間の連結手段が適用可能なことが通常の技術者には自明な事実である。

【0047】

また、連結手段１０は、例えば、サーバー２００のＴｘ（Ｔｒａｎｓｍｉｔ Ｄａｔａ）及び外部サーバー３００のＲｘ（Ｒｅｃｅｉｖｅ Ｄａｔａ）に連結され、サーバー２００と外部サーバー３００とを連結することができる。また、連結手段１０は、サーバー２００のＲｘ及び外部サーバー３００のＴｘに連結され、サーバー２００と外部サーバー３００とを連結することができる。また、詳しく後述するが、サーバー２００及び外部サーバー３００のＴｘ、Ｒｘは、ＳＡＮ ｓｗｉｔｃｈに連結され、ＳＡＮ方式でブロックレベルストレージ及びリソースを共有することができる。また、サーバー２００、外部サーバー３００及び追加される外部サーバー３００のそれぞれのサーバーのＴｘは、他のサーバーのＲｘに連結される方式でブロックレベルストレージ及びリソースを共有することができる。

【0048】

図２は、本願の一実施例による本モジュール１００の概略的な構成を表現したブロック図である。

【0049】

図２を参照すると、本願の一実施例による本モジュール１００は、ＨＢＡカード部１１０、インターナルディスク部１２０、設定部１３０、ターゲットドライバー部１４０、ターゲットコア部１５０、ＮＩＣ部１６０及び装置類型特定ドライバー部１７０を含むことができる。

【0050】

ＨＢＡカード部１１０は、サーバーと装備間の通信のためにサーバーに装着するカードとして、つまり、他のインターフェースを活用するためのカードであることができる。換言すると、ＨＢＡカード部１１０は、サーバー２００の内部に本モジュール１００が装着され、サーバー２００と本モジュール１００と連結される外部サーバー３００の通信を補助することができる。また、本モジュール１００と以下で詳しく説明するインターナルディスク部１２０が設定部１３０によって割り当てられたボリュームとサーバー２００との通信を補助することができる。

【0051】

本願の一実施例によるＨＢＡカード部１１０は、外部サーバー３００とサーバー２００とを連結して円滑な通信を補助する装置であることができる。

【0052】

本願の一実施例によるＨＢＡカード部１１０は、例えば、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ、ＳＣＳＩ、Ｉｎｆｉｎｉｂａｎｄ、ｉＳＣＳＩ、Ｈａｒｄｗａｒｅ ＦＣｏＥ及びＳｏｆｔｗａｒｅ ＦＣｏＥのＡｄａｐｔｅｒを含むことができる。即ち、ＨＢＡカード部１１０は、外部サーバー３００とのターゲット転送方式の種類によって、Ａｄａｐｔｅｒカードの種類が決められることができる。ＨＢＡカードの具体的な説明は、通常の技術者に自明な事実であるので省略する。

【0053】

インターナルディスク部１２０は、サーバー２００の内部にＯＳ専用ストレージ及びサーバー内部格納用のストレージを提供するために装着されるディスクであることができる。例えば、インターナルディスク部１２０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）及びＳＳＨＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｈｙｂｒｉｄ Ｄｒｉｖｅ）を含むことができる。

【0054】

本願の一実施例による本モジュール１００のインターナルディスク部１２０は、ＰＡＴＡハードディスク、ＳＡＴＡハードディスク、ＳＡＳハードディスク、ＲＡＭ基盤ＳＳＤ、フラッシュメモリ基盤のＳＳＤ、ＳＳＨＤを含むことができる。より好ましくは、フラッシュメモリ基盤のＳＳＤが活用されることが適宜であることができる。但し、これに限定されるものではなく、従来公知されたディスクまたは今後開発されるディスクが適用されることができる。

【0055】

なお、本願の一実施例によるインターナルディスク部１２０は、ハイブリッド制御器、前記ハイブリッド制御器と結合するＤＤＲ制御器、前記ＤＤＲ制御器に結合するそれぞれは、複数のＤＤＲを含むＤＤＲセット複数個、前記ハイブリッド制御器に結合するＨＤＤ及びフラッシュで構成されたＨＤＤ制御器及び前記ＨＤＤ制御器に結合するそれぞれは、複数のＨＤＤを含むＨＤＤセット複数個をさらに含むことができる。ここで、複数のＨＤＤは、例えば、フラッシュ及びＨＤＤを含んで構成されることができる。

【0056】

本願の一実施例によるインターナルディスク部１２０は、例えば、直列アクセス小型システムインターフェース／直列ＰＣＩ−Ｅｘｐｒｅｓｓタイプのインターナルディスクを含むことができる。前記インターナルディスクは、ＰＣＩ−Ｅｘｐｒｅｓｓインターフェースを通じたホストとメモリーディスクとの間のデータ通信中にホストとメモリーディスクとの間に送受信されるデータ信号の同期化を調整することで、ホストの低速データ処理速度を支援すると同時に、メモリーディスクの高速データ処理速度を支援することができる。従って、既存のインターフェース環境で高速データ処理が最大に可能となるようにデータ処理性能を支援するものであることができる。但し、これに限定されるものではない。他の実施例としてＳＡＳ／ＳＡＴＡインターフェースを利用するＳＡＳ／ＳＡＴＡ技術が活用されることができる。

【0057】

本願の一実施例によるインターナルディスク部１２０に含まれるＰＣＩ−Ｅｘｐｒｅｓｓタイプのインターナルディスクは、複数の揮発性半導体メモリーＳＳＤ、前記ＳＳＤと結合するＨＤＤ制御器、前記ＳＳＤとホストとの間をインターフェースするホストインターフェース部（例えば、ＰＣＩ−Ｅｘｐｒｅｓｓホスト）、前記ホストインターフェース部を通じてホストから伝達される電力を利用して一部電力を充電、維持する補助電源部を含むことができる。また、前記インターナルディスクは、ホストインターフェースを通じてホストから伝達される電力が遮断されるか、ホストから伝達される電力で故障が発生した場合、前記補助電源部から電力を受信し、この場合、ＳＳＤのデータを格納することができるバックアップ格納部をさらに含むことができる。バックアップ格納部は、例えば、ハードディスクのような低速非揮発性格納装置として構成されることができる。但し、これに限定されるものではない。

【0058】

一方、前記ＳＳＤは、例示的に示したメモリーであり、高速データの入出力のための複数の揮発性半導体メモリーであるＤＤＲ、ＤＤＲ２、ＤＤＲ３、ＳＤＲＡＭなどを含むことができる。前記複数の揮発性半導体メモリーは並列に配列されることができる。但し、これに限定されるものではない。

【0059】

なお、前記ホストインターフェース部は、ホストと複数の揮発性半導体メモリーとの間をインターフェースすることができる。例えば、ホストは、サーバー２００または外部サーバー３００であることができる。但し、これに限定されるものではない。

【0060】

また、設定部１３０は、前記インターナルディスク部１２０のホストインターフェース部と複数の揮発性半導体メモリーとの間で送受信されるデータ信号の同期化を調整して、前記ホストインターフェース部と前記メモリーとの間のデータ送受信速度を調整することができる。

【0061】

本願の一実施例によるインターナルディスク部１２０のハイブリッド制御器は、ＤＤＲ制御器及びＨＤＤとＳＳＤで構成されたＨＤＤ制御器と結合することができる。この場合、少なくとも一つのＤＤＲは、前記ＤＤＲ制御器に結合するか、少なくとも一つのＨＤＤまたはＳＳＳＤは、前記ＨＤＤ制御器と結合することができる。一方、ハイブリッド制御器は、例えば、高速データ制御器及び低速データ制御器を含むことができる。この時、データバックアップ用コンポーネントがハイブリッド制御器に結合することができる。

【0062】

なお、本願の一実施例によるＤＤＲセットのそれぞれは、一セットのＤＤＲメモリーディスクと、一セットのＤＤＲメモリーディスクに結合するホットスペアディスク（ｈｏｔ−ｓｐａｒｅ ｄｉｓｋ）と、一セットのＤＤＲメモリーディスクに結合するＤＤＲ制御器と、ＤＤＲ制御器に結合するＲＡＩＤ失敗コンポネントと、ＤＤＲ制御器に結合するデータバックアップコンポネントとを含むことができる。但し、これに限定されるものではない。このような構成は、ＨＤＤセットにも同一に適用可能なことは、通常の技術者に自明な事実である。

【0063】

本願の一実施例によるインターナルディスク部１２０は、ホストとメモリーディスクとの間のデータ通信中にホストとメモリーディスクとの間に送受信されるデータ信号を同期化し調整して、ホストの低速データ処理速度を支援すると同時に、メモリーディスクの高速データ処理速度を支援することで、既存のインターフェース環境で高速データ処理の高性能を支援することができる。

【0064】

設定部１３０は、インターナルディスク部１２０の格納空間をサーバー管理者の制御命令に応じて複数のボリュームに割り当てることができる。サーバー管理者の制御命令は、例えば、格納空間を分割するボリュームの大きさを設定する命令を含むことができる。

【0065】

また、本願の一実施例による設定部１３０は、前記割り当てられた複数のボリュームにＬＵＮ設定することができる。ＬＵＮとは、ＳＣＳＩバスでそれぞれの装置が互いに区分できるようにする単一識別字番号であり、論理的装置は、最終使用者、ファイルあるいはアプリケーションプログラムであることができる。好ましくは、論理的装置は、上述した設定部１３０が格納空間を分割したボリュームになることができる。但し、これに限定するものではない。

【0066】

一方、本願の一実施例による設定部１３０は、インターナルディスク部１２０の状態をチェックする機能のために割り当てられたボリュームに対して、一つまたは複数の使用領域を設定する領域設定部と、使用領域と未使用領域のボリューム大きさを比較して診断対象を設定する診断決定部と、前記診断対象に対して周期的な診断を実行する診断部とをさらに含むことができる。

【0067】

本願の一実施例による診断決定部は、例えば、前記領域設定部が設定した使用領域と未使用領域とを比較して、使用領域が未使用領域より大きい場合は、領域全てを診断対象とし、使用領域が未使用領域より小さい場合は、使用領域のみを診断対象として決定することができる。但し、これに限定されるものではない。

【0068】

使用領域が未使用領域より小さい場合は、例えば、未使用領域のサイズが最小のボリュームサイズより大きい場合、未使用領域にさらにボリュームを登録する可能性が高いため、予め未使用領域にデータチェックをしておき、いつ未使用領域にボリュームが設定されても障害発生が回避可能にすることができる。

【0069】

一方、反対の場合である使用領域が未使用領域より大きい場合は、未使用領域にさらにボリュームを登録する可能性が低いため、迅速なデータチェック及び負荷の軽減のために、未使用領域はデータチェックの対象とせず、使用中のボリュームの領域のみをデータチェックの対象とすることができる。

【0070】

なお、本願の一実施例による診断決定部は、例えば、サーバー２００の管理者が最小の使用領域ボリュームを設定して、前記最小の使用領域ボリュームと未使用領域とを比較して診断対象を決定することができる。但し、これに限定されるものではない。

【0071】

即ち、本願の一実施例による設定部１３０は、周期的にデータチェックの対象領域を決定し、その決定した対象領域に対して周期的にデータチェックをすることができる。周期的にデータチェックをすることで、未使用領域が使用される場合にディスクの故障発生を軽減させることができる。

【0072】

ターゲットドライバー部１４０は、サーバー２００または外部サーバー３００がｉｎｉｔｉａｔｏｒ役割をする場合において、サーバー２００がｉｎｉｔｉａｔｏｒの場合、外部サーバー３００のｔａｒｇｅｔ役割をするハードウェアまたは論理ドライバーであることができる。即ち、サーバー２００がｉｎｉｔｉａｔｏｒの場合、外部サーバー３００のターゲットドライバー部１４０は、ｔａｒｇｅｔ役割をするハードウェアまたは論理ドライバーであることができる。

【0073】

また、ターゲットドライバー部１４０は、Ｌｉｎｕｘ（登録商標）ハードウェア、ｗｉｎｄｏｗｓ（登録商標）ハードウェアなどを含むことができる。但し、これに限定されるものではない。換言すると、ターゲットドライバー部１４０は、遠隔連結を受諾し、入って来るＳＣＳＩ要請を、後述するターゲットコア部１５０に伝達し、ターゲットコア部１５０に送った対象（装置など）にＳＣＳＩ応答パケットを再び送ることができる。

【0074】

また、ターゲットドライバー部１４０は、対象ドライバー、ターゲットドライバーなどと命名されることができる。

【0075】

本願の一実施例によるターゲットドライバー部１４０は、ＳＣＳＩプロトコルを具現し、外部サーバー３００と通信することができる。例えば、ターゲットドライバー部１４０は、ｉｎｉｔｉａｔｏｒ役割をするサーバー２００または外部サーバー３００のサービス及び作業管理の要請を含む連結要請を受諾し、このようなＳＣＳＩ作業要請をＴａｒｇｅｔコアに伝達し、外部サーバー３００にＳＣＳＩ応答パケットを送ることができる。

【0076】

本願の一実施例によるＳＣＳＩ作業要請は、ＳＣＳＩ命令からなることができる。例えば、ＳＰＣ（ＳＣＳＩ Ｐｒｉｍａｒｙ Ｃｏｍｍａｎｄｓ）、ＳＢＣ（ＳＣＳＩ Ｂｌｏｃｋ Ｃｏｍｍａｎｄｓ）、ＳＳＣ（ＳＣＳＩ Ｓｔｒｅａｍｉｎｇ Ｃｏｍｍａｎｄｓ）及びＭＭＣ（ＳＣＳＩ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃｏｍｍａｎｄｓ）を含むことができる。

【0077】

本願の一実施例によるＴａｒｇｅｔ ｓｅｓｓｉｏｎは、ターゲットドライバー部１４０を通じたｉｎｉｔｉａｔｏｒデバイスとｔａｒｇｅｔデバイス間の関係を説明する客体であることができる。例えば、サーバー２００または外部サーバー３００の全ての命令は、Ｔａｒｇｅｔ ｓｅｓｓｉｏｎからＴａｒｇｅｔデバイスに伝達されることができる。理解を助けるために、例えば、ｉＳＣＳＩのような連結志向プロトコルの場合、Ｔａｒｇｅｔ ｓｅｓｓｉｏｎはＴＣＰ連結（及びｉＳＣＳＩ ｓｅｓｓｉｏｎ）にマッピングされることができる。但し、これに限定されるものではない。

【0078】

本願の一実施例によるターゲットドライバー部１４０は、サーバー２００管理者の制御命令に応じて上述した設定部１３０が割り当てたボリュームをストレージモードまたはサーバーモードとして設定することができる。サーバー管理者の制御命令は、例えば、設定部１３０によって割り当てられたボリュームが外部サーバー３００のストレージに共有することができるストレージモードとして設定する命令であることができる。また、サーバー管理者の制御命令は、例えば、割り当てられたボリュームがサーバー２００のストレージとして使用することができるサーバーモードとして設定する命令であることができる。

【0079】

本願の一実施例によるサーバーモードは、インターナルディスク部１２０のストレージの中で設定部１３０によって割り当てられたボリュームをサーバー２００のＯＳ駆動またはアプリケーション駆動に使用することができる。また、ストレージモードは、サーバー２００のインターナルディスク部１２０のストレージの中で設定部１３０によって割り当てられたボリュームを外部サーバー３００のＯＳ駆動またはアプリケーション駆動に使用することができる。但し、これに限定されるものではない。

【0080】

また、割り当てられたボリュームがストレージモードとしてターゲットドライバー部１４０によって設定された場合、外部サーバー３００の制御によってサーバー２００の割り当てられたボリュームにアクセスすることができる。アクセスとは、例えば、データの入出力、格納及び使用を含むことができる。但し、これに限定されるものではない。即ち、サーバー２００の割り当てられたボリュームをストレージモードとして設定する場合において、外部サーバー３００のストレージとして活用することができる。

【0081】

一方、本願の一実施例によるターゲットドライバー部１４０は、サーバー２００管理者の制御命令に従って上述した設定部１３０が割り当てたボリュームをオートモードとしてさらに設定することができる。オートモードは、例えば、サーバー２００の可用ディスクの容量が少ない場合、サーバー２００は、アプリケーションを稼働する時に顕著にデータ処理速度が遅くなり、少ない容量にデータを読み取り／書き込むため、ハード過負荷の原因により頻繁な故障を誘発することを防止するためのモードであることができる。

【0082】

オートモードは、例えば、サーバー２００のストレージ可用量がサーバー２００の管理者が設定した設定値より少ない場合において、サーバー２００に割り当てる外部サーバー３００のストレージをストレージモードとして自動で設定し、外部サーバー３００のストレージにサーバー２００がアクセス可能にするモードであることができる。

【0083】

他の実施例としてオートモードは、例えば、外部サーバー３００のストレージ可用量が外部サーバー３００の管理者が設定した設定値より少ない場合において、外部サーバー３００に割り当てるサーバー２００のストレージをストレージモードとして自動で設定し、サーバー２００のストレージに外部サーバー３００がアクセス可能にするモードであることができる。

【0084】

また、オートモードは、例えば、サーバー２００の可用ストレージが設定値より少ない場合に、サーバー２００のボリュームの中でストレージモードであるボリュームをサーバーモードに切り替えて可溶ストレージとして設定することができる。一方、サーバー２００の管理者は、オートモードが適用される最大限のボリューム制限を設定することができる。

【0085】

即ち、オートモードは、サーバー２００の可溶ストレージが管理者が設定した設定値より少なくなる場合、外部サーバー３００のストレージをストレージモードとして設定するか、サーバー２００のストレージモードにあるボリュームをサーバーモードに切り替えてサーバー２００の可用ストレージを拡張してデータ処理速度を増加させ、サーバー過負荷を防止することができる。但し、これに限定されるものではない。

【0086】

ターゲットコア部１５０は、ストレージモード、サーバーモード及びオートモードなどによるＳＣＳＩ命令を処理してターゲットドライバー部１４０とインターナルディスク部１２０の区間データをルーティングすることができる。例えば、ターゲットドライバー部１４０は、ＳＣＳＩプロトコルを具現してｉｎｉｔｉａｔｏｒと通信し、ローカルストレージ領域をターゲットコア部１５０に提供してサーバー２００をＴａｒｇｅｔ ｄｅｖｉｃｅで具現することができる。

【0087】

本願の一実施例により、ターゲットコア部１５０は、ＳＣＳＩ装置、ブロックレベル装置、ファイルまたはＲａｉｄコントローラーを含むことができる。まとめると、ターゲットコア部１５０は、ターゲットドライバー部１４０を通じてＳＣＳＩの命令語をＳＣＳＩ中間水準で伝達することができる。

【0088】

本願の一実施例によると、本モジュール１００のターゲットドライバー部１４０は、例えば、ターゲットを呼び出して当該テンプレートをターゲットコア部１５０に登録することで、ターゲットコア部１５０に登録されたテンプレートを通じて、ターゲットドライバー部１４０は進入点を確認することができ、データにアクセス可能にすることができる。但し、これに限定されるものではない。

【0089】

ＮＩＣ部１６０は、本モジュール１００に装着され、他のシステムとネットワーク連結をすることができる。本願の一実施例による本モジュール１００は、サーバー間ネットワークではなく、最も低い物理段階における通信を提示してネットワークのトラフィック衝突問題を解決することができることが自明である。但し、ＮＩＣ部１６０は、例えば、ストレージ及びリソースの共有だけでなく、システムのＯＳ及びアプリケーションの駆動のためのネットワークを連結するための一手段として装着されることができる。

【0090】

図３は、本願の一実施例による本モジュール１００のドライバー及びＳＣＳＩ下位システム間の相互作用を示した図面である。

【0091】

図３を参照すると、本願の一実施例による外部サーバー３００は、Ｆｉｂｅｒ Ｃｈａｎｎｅｌなどを通じてＨＢＡカード部１１０と連結されることができる。外部サーバー３００（ｉｎｉｔｉａｔｏｒ）は、Ｆｉｂｅｒ Ｃｈａｎｎｅｌを通じてモジュールのＨＢＡカード部１１０にＳＣＳＩ命令語を伝達することができ、このように伝達されたＳＣＳＩ命令語は、ターゲットドライバー部１４０に伝達され、ターゲットドライバー部１４０は、設定部１３０によって割り当てられたボリュームのＬＵＮ設定された進入点をテンプレートに登録し、ターゲットコア部１５０は、ターゲットドライバー部１４０と設定部１３０間のデータをルーティングすることができる。

【0092】

装置類型特定ドライバー部１７０は、ターゲットコア部１５０に入って来るデータ要請を分析し、媒介変数を決めることができ、それから多様な類型の装置を特定し、ターゲットコア部１５０のデータルーティングを補助することができる。上記多様な類型の装置は、例えば、設定部１３０によって割り当てられたボリュームであることができ、インターナルディスク部１２０のディスクであることができる。但し、これに限定されるものではない。

【0093】

本願の一実施例による本モジュール１００の装置類型特定ドライバー部１７０は、ターゲットコア部１５０のデータ要請の分析を補助することができる。また、装置類型特定ドライバー部１７０は、Ｄｅｖｉｃｅ（ｂａｃｋｅｎｄ） ｈａｎｄｌｅ ｄｒｉｖｅｒ、装置類型特定ドライバーまたはｄｅｖハンドラーと命名されることができるが、これに限定されるものではない。

【0094】

図４は、本願の一実施例による本モジュール１００がサーバーに装着される例示図面である。

【0095】

図４を参照すると、本モジュール１００は、サーバー２００内部に装着されることができる。例えば、本モジュール１００は、サーバー２００のメインボードに装着されることができる。但し、これに限定されるものではない。従って、本モジュール１００は、サーバー２００の内部に装着可能であるだけでなく、外部に装着可能なことは、通常の技術者が容易に理解できるであろう。

【0096】

図５は、本願の一実施例による本モジュール１００の内部構成及び連結を示した図面である。

【0097】

図５を参照すると、本願の一実施例によって、外部サーバー３００と本モジュール１００は、例えばＦｉｂｅｒ Ｃｈａｎｎｅｌで連結されることができる。だけでなく、外部サーバー３００と本モジュール１００は、ＳＡＮ ｓｗｉｔｃｈ４０とＦｉｂｅｒ Ｃｈａｎｎｅｌで連結されることができ、Ｎｅｔｗｏｒｋ Ｓ／Ｗ４１とｉＳＣＳｉで連結されることができる。但し、これに限定されるものではない。

【0098】

また、図５を参照すると、Ｆｉｂｅｒ ｃｈａｎｎｅｌとＨＢＡカード部１１０との連結及びｉＳＣＳＩとＮＩＣ部１６０との連結を通じて連結された外部サーバー３００と中央処理手段４２が通信されることができる。中央処理手段４２は、設定部１３０、ターゲットドライバー部１４０、ターゲットコア部１５０及び装置類型特定ドライバー部１７０を含むことができる。

【0099】

本願の一実施例によると、インターナルディスク部１２０は、複数個の格納装置４３であることができる。格納装置４３は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）及びＳＳＨＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｈｙｂｒｉｄ Ｄｒｉｖｅ）を含むことができる。好ましくは、フラッシュメモリ基盤のＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であることができるが、これに限定されるものではない。

【0100】

また、本願の一実施例によるインターナルディスク部１２０は、Ｒａｉｄカードを追加で具備し、格納装置４３の装着可能な数量を増やすことができる。

【0101】

図６は、本願の一実施例による本モジュール１００がサーバーに装着され、ブロックレベルストレージ及びリソースの共有を理解しやすく説明するための図面である。

【0102】

図６を参照すると、本願の一実施例によって本モジュール１００が装着されたサーバー２００は、サーバー管理者の制御命令に応じて、インターナルディスク部１２０のストレージを複数個のボリュームで設定部１３０を通じて割り当てることができ、このような複数個のボリュームのうち一部をターゲットドライバー部１４０を通じてサーバーモードまたはストレージモードとして設定することができる。

【0103】

本願の一実施例によって、サーバー管理者が複数個のボリュームのうち一部をサーバー２００のストレージとして使用するための制御命令を下すと、本モジュール１００は、複数個のボリュームのうち一部をサーバー２００のストレージとして活用できるように割り当て６０可能である。また、サーバー管理者が外部サーバー３００のストレージとして使用するための制御命令を下すと、本モジュール１００は、複数個のボリュームのうち一部を外部サーバー３００のストレージとして活用できるように割り当て６１可能である。外部サーバー３００への割り当て６１の場合、外部サーバー３００は、自分の制御に従って割り当てられたストレージを自分のストレージとして活用することができる。但し、これに限定されるものではない。

【0104】

具体的に、サーバーモードの場合、サーバー管理者の制御命令に応じて、設定部１３０によって複数個に割り当てられたボリュームは、ターゲットコア部１５０によってターゲットドライバー部１４０とルーティングされ、ＨＢＡカード部１１０を通じて外部サーバー３００にストレージを活用可能にすることができる。

【0105】

ストレージモードの場合、サーバー管理者の制御命令に応じて、設定部１３０によって複数個に割り当てられたボリュームはターゲットコア部１５０によってＯＳドライバーとルーティングされてサーバー２００にストレージを提供することができる。但し、これに限定されるものではない。

【0106】

図７は、本願の一実施例による本モジュール１００がサーバーに装着され、サーバーのモードを変更するかボリュームを制御する例示概念である。

【0107】

図７を参照すると、論理的ボリューム管理者（ＬＶＭ）７０は、サーバー管理者の制御命令を効率的に管理してサーバーのストレージを複数個のボリュームに割り当てるか、割り当てられたボリュームのモードを変更するなどの制御命令をすることができる。例えば、外部サーバー３００にストレージを共有するためのサーバーモードの活性化状態が見られる構成７１は、Ｅｎａｂｌｅｄの場合、サーバーモードであることができ、ｄｉａｂｌｅｄの場合、サーバー２００のストレージとして活用可能なストレージモードであることができる。但し、これに限定されるものではなく、本図面は本願の一実施例としての例示図面である。

【0108】

また、論理的ボリューム管理者（ＬＶＭ）７０は、設定部１３０によって割り当てられた複数個のボリュームをサーバー管理者の制御命令に応じてＬＵＮ設定をすることができる。具体的に、サーバー管理者の制御命令に応じて、設定部１３０がＬＵＮ設定可能にすることができる。ＬＵＮについては通常の技術者に自明に知られた事実であるため、具体的な説明は省略する。

【0109】

本願の一実施例による、本モジュール１００は、サーバーに装着された単一プラットホームであることができる。従って、複雑性が減り、維持管理が容易であり、必要に応じて、インターナルディスク部１２０にＲａｉｄカードを装着し、追加で格納装置４３を具備することで拡張することができる。また、後述するアキテクチャーに基づいてサーバー２００を終了せずに格納装置４３を追加することができる効果を有している。

【0110】

また、本モジュール１００は、インターナルディスク部１２０を含んでいるため、ブロックレベルホスト以外に連結された別途のＳＡＮ ｓｗｉｔｃｈあるいはＮｅｔｗｏｒｋ ｓｗｉｔｃｈを活用して他のシステムと連結することができる。

【0111】

また、本モジュール１００は、サーバーに装着され、基本的なコンピュータパワーが提供され、必要なＣＰＵとリソースのみを共有して、実質的なディスクＩＯはＨＢＡカード部１１０を通じてインターナルディスク部１２０の格納空間にブロックレベルとして格納されることができる。即ち、基本的なブロックレベルの拡張性とコンピュータパワーを混用することができる。但し、これに限定されるものではない。

【0112】

また、本願の一実施例による本モジュール１００は、例えば、サーバーに装着され、基本的にサーバー内部の自体的なアプライアンス駆動が可能であり、余裕のあるストレージを外部サーバーまたはシステムに共有することで効率的なストレージ活用をすることができる。

【0113】

本願の一実施例によって、本モジュール１００が装着されたサーバー２００のアキテクチャーは、先ず、自体システムにプラグインフラッシュドライブで起動することができ、全ての構成（バイナリー、ファイル、ディレクトリなど）は、起動時にメモリーにロードされることができる。また、フラッシュドライブが故障すれば、故障したフラッシュドライブが処理（交替）できるまでシステムが引き続き正常に作動することができる。

【0114】

また、システム使用に必要な構成、ファイル及び設定がファイルシステムに自動同期化され、終了及び再起動時またはファイルシステム及びディスクの大きさログは、自体フレッシュドライブに保管されることができる。

【0115】

また、自体的なブートローダーが駆動され、自動Ｂｌｏｃｋ Ｌｅｖｅｌストレージカーネルがロードされることができる。その後、臨時ファイルシステム（ＲＡＭ）を初期化した後、ルートイメージを新たに作成された臨時ファイルシステムで抽出することができる。次のストレージコントローラー制御がｉｎｉｔｉａｔｏｒカーネルに伝達され、ｒｃ／ｉｎｉｔスクリプトが実行されることができる。但し、これに限定するものではない。

【0116】

本願の一実施例による本モジュール１００を利用したサーバーシステムは、基本的にＳＡＮ（ブロックストレージを提供するサーバー）ブロックを支援するシステムであることができる。即ち、全てのサーバーをＳＡＮシステムに変換可能なソフトウェアであり、この方式は、ソフトウェア基盤のストレージと命名することができる。但し、これに限定されるものではない。

【0117】

また、本モジュール１００が装着されたサーバー２００は、特別なハードウェアが必要なく、ＯＳが搭載され、アプリケーション駆動が可能であり、他のＯＳストレージ階層と結合することができる。

【0118】

図８は、本願の一実施例によるサーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールの使用定義ブロック図である。

【0119】

図８を参照すると、サーバー２００または外部サーバー３００、すなわち、ｉｎｉｔｉａｔｏｒで要請した作業命令に応じたターゲットドライバー部１４０、ターゲットコア部１５０及び設定部１３０間のプロセスが分かる。但し、これは例題であり、これに限定されるものではない。

【0120】

本願の一実施例による本モジュール１００を利用したサーバー間共有システムは、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第１サーバー部と、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第２サーバー部とを含み、前記第１サーバー部及び前記第２サーバー部は、相互ＴｘとＲｘが連結されたものであり、管理者の制御命令に応じて前記第１サーバー部または前記第２サーバー部の可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てることができる。

【0121】

図９は、本願の一実施例による本モジュール１００を利用したサーバー間で環状で連結され、ストレージを共有するシステムの概略的な構成図である。

【0122】

図９を参照すると、本願の一実施例により、本モジュール１００を利用したサーバー間で環状で連結され、ストレージを共有するシステムは、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第１サーバー部と、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された第２サーバー部と、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された複数個のサーバー部とを含み、それぞれのサーバー部間のＴｘ及びＲｘが環状で相互連結され、運営者の制御命令に応じて可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てることができる。図９は、サーバー部が全３個を例示的に示したが、通常の技術者は、サーバー部間で複数個で連結可能なことが分かるであろう。

【0123】

また、それぞれのサーバー部間でＴｘ及びＲｘが環状で相互連結されるということは、例えば、全３個のサーバー部があり、それぞれ第１サーバー部、第２サーバー部及び第３サーバー部と命名されるとすると、第１サーバー部のＴｘ端と第２サーバー部のＲｘ端が連結され、第２サーバー部のＴｘ端と第３サーバー部のＲｘ端が連結され、第３サーバー部のＴｘ端と第１サーバー部のＲｘ端が連結されることができる。

【0124】

この場合、第1サーバ部は、第２サーバ部及び第3サーバ部のストレージにネットワークの連結なしで接金することができる。 同様に複数のサーバ部が存在する場合にも適用できる。

【0125】

図１０は、本願の一実施例による本モジュール１００を利用したサーバー間でＳＡＮ Ｓｗｉｔｃｈを通じて連結され、ストレージを共有するシステムの概略的な構成図である。

【0126】

図１０を参照すると、本願の一実施例による本モジュール１００を利用したサーバー間のＳＡＮ Ｓｗｉｔｃｈを通じて連結され、ストレージを共有するシステムは、サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュールが装着された複数個のサーバー部を含み、それぞれのサーバー部は、Ｆｉｂｅｒ Ｃｈａｎｎｅｌを通じてＳＡＮ ｓｗｉｔｃｈ４０に連結され、運営者の制御命令に応じて可用ストレージボリュームを他のサーバー部の可用ストレージに割り当てることができる。

【0127】

即ち、上述した本願の一実施例である環状で連結された本モジュール１００が装着されたサーバーが多くなる場合、ＳＡＮ Ｓｗｉｔｃｈ４０を活用して、さらに多くのサーバー部間のストレージを共有可能にすることができる。但し、これに限定されるものではない。

【0128】

ＳＡＮ ｓｗｉｔｃｈ４０は、通常の技術者に自明な技術であるので、具体的な説明は省略する。

【0129】

前述した本願の説明は、例示のためのものであり、本願が属する技術分野の通常の知識を有する者は、本願の技術的思想や必須的な特徴を変更せずに他の具体的な形態に容易に変形可能なことが理解できるであろう。従って、以上で記述した実施例は、全ての面で例示的なものであり、限定的なものではないと理解すべきである。例えば、単一型で説明されている各構成要素は、分散して実施してもよく、同様に、分散して説明されている構成要素も、結合した形態で実施してもよい。

【0130】

本願の範囲は、上記詳細な説明よりも後述する特許請求の範囲によって表され、特許請求の範囲の意味及び範囲、並びにその均等概念から導出される全ての変更又は変形された形態が本願の範囲に含まれると解釈されるべきである。

【符号の説明】

【0131】

１００：サーバーに装着され、ブロックレベルストレージ及びリソースを共有するモジュール
１１０：ＨＢＡカード部
１２０：インターナルディスク部
１３０：設定部
１４０：ターゲットドライバー部
１５０：ターゲットコア部
１６０：ＮＩＣ部
１７０：装置類型特定ドライバー部
２００：サーバー
３００： 外部サーバー

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】