(57)【要約】【課題】データをミラーする蓄積サーバーのリソース状況に応じて蓄積サーバー群内で単一、あるいは複数からなる最適な蓄積サーバーを選択する。【解決手段】イーサスイッチ１上の制御部３は、蓄積サーバー群６のリソース状況を周期的に監視し、蓄積サーバー毎に用意されたリソーステーブル２に情報を書き込み、分析し、現在データをミラーしている蓄積サーバーのリソースが不足していると判断した場合、リソーステーブル２の情報を元に最適な蓄積サーバーを蓄積サーバー６内から選択し、データロスを防止しつつ、ミラー先を切り替える。【選択図】図１
2009080547.tif 000002
【特許請求の範囲】
【請求項１】
ＬＡＮスイッチのポートに流れるデータの一部または全てのコピーを第１の蓄積サーバーに転送するミラーリングシステムにおいて、
前記第１の蓄積サーバーを含む蓄積サーバー群のリソース情報を予め定めた周期で収集し、リソーステーブルに記録するリソース情報収集部と、
前記第１の蓄積サーバーのリソース不足を検出したとき、前記リソーステーブルを参照して第２の蓄積サーバーを選択し、前記コピーの一部または全部の転送先を前記第２の蓄積サーバーに変更する優先度決定部とを含むミラーリングシステム。
【請求項２】
請求項１に記載のミラーリングシステムであって、
前記リソース情報は、ＣＰＵ使用率または不揮発性メモリ使用率を含むことを特徴とするミラーリングシステム。
【請求項３】
請求項１または請求項２に記載のミラーリングシステムであって、
前記優先度決定部は、不揮発性メモリ使用率に基づいてリソース不足を検出することを特徴とするミラーリングシステム。
【請求項４】
請求項１ないし請求項３のいずれか一つに記載のミラーリングシステムであって、
前記リソース情報収集部および前記優先度決定部は、前記ＬＡＮスイッチに設けられていることを特徴とするミラーリングシステム。
【請求項５】
ＬＡＮスイッチのポートに流れるデータの一部または全てをコピーするステップと、
コピーされたデータを第１の蓄積サーバーに転送するステップと、
前記第１の蓄積サーバーを含む蓄積サーバー群のリソース情報を予め定めた周期で収集するステップと、
収集したリソース情報を、リソーステーブルに記録するステップと、
前記第１の蓄積サーバーのリソース情報を判定するステップと、
前記第１の蓄積サーバーのリソース不足を検出したとき、前記リソーステーブルを参照して第２の蓄積サーバーを選択するステップと、
前記コピーの転送先を前記第２の蓄積サーバーに変更するステップとからなるミラーリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ミラーリングシステムおよびミラーリング方法に係り、特にダイナミックにミラーリング先を変更するミラーリングシステムおよびミラーリング方法に関する。
【背景技術】
【０００２】
従来のミラー方法は主にＮ:１ミラーリング方式であり、複数の端末で流れるデータを１つのポートにコピー、即ちミラーし転送する。多くの場合、ミラーポートの先にはコレクタと呼ばれる蓄積サーバーが接続され、通信されたテータを蓄積し、そのデータをリアルタイムまたは然るべきタイミングで分析する。
【０００３】
特許文献１には、網内の任意のノードが適応的にミラーサーバとなることにより、コンテンツを動的にミラーリングする技術が記載されている。
【０００４】
【特許文献１】特開２００３−０６７２７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
昨今のインターネットおよびイントラネットのトラフィックの爆発的増加により、上述のミラー方法では蓄積サーバー側でリアルタイムでの収集・分析・蓄積処理が追いつかないことがある。また、回線の帯域が不足も、考えられる。蓄積サーバーの保存容量が限界になるなどの物理的問題もある。
【０００６】
一方、日本版ＳＯＸ法などに代表される内部統制により、データ保存の一貫性が重要度を増している。蓄積サーバーのリソース枯渇は、サーバー単体の増強により可能ではあるが、限度がある。
【０００７】
また、リソース枯渇したサーバーから別のサーバーにミラー先を変更する作業は、これまで自動ではなく、効率が悪い。常にミラーされているデータも切り替わり時の保証手段がなく、データの一貫性が損なわれる可能性がある。
【０００８】
さらに、蓄積サーバーでのリソース不足が発生した場合、主にラップアラウンド方式により古いデータから順番に新しいデータに書き換えられる。このため、分析前あるいはアーカイブ前に重要であるかもしれないデータが失われ、一貫性が損なわれる可能性がある。
【課題を解決するための手段】
【０００９】
上述した課題は、ＬＡＮスイッチのポートに流れるデータの一部または全てのコピーを第１の蓄積サーバーに転送し、第１の蓄積サーバーを含む蓄積サーバー群のリソース情報を予め定めた周期で収集し、リソーステーブルに記録するリソース情報収集部と、第１の蓄積サーバーのリソース不足を検出したとき、リソーステーブルを参照して第２の蓄積サーバーを選択し、コピーの転送先を第２の蓄積サーバーに変更する優先度決定部とを含むミラーリングシステムにより、達成できる。
【００１０】
また、ＬＡＮスイッチのポートに流れるデータの一部または全てをコピーするステップと、コピーされたデータを第１の蓄積サーバーに転送するステップと、第１の蓄積サーバーを含む蓄積サーバー群のリソース情報を予め定めた周期で収集するステップと、収集したリソース情報を、リソーステーブルに記録するステップと、第１の蓄積サーバーのリソース情報を判定するステップと、第１の蓄積さーバーのリソース不足を検出したとき、リソーステーブルを参照して第２の蓄積サーバーを選択するステップと、コピーの転送先を第２の蓄積サーバーに変更するステップとからなるミラーリング方法により、達成できる。
【発明の効果】
【００１１】
本発明によれば、トラフィックのミラーリング先の変更を自動化できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について、実施例を用い図面を参照して説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【実施例１】
【００１３】
図１ないし図３を参照して、ミラーリングシステムと、イーサスイッチ（ＬＡＮスイッチ）を説明する。ここで、図１はミラーリングシステムのブロック図である。図２はイーサスイッチのハードウェアブロック図である。図３はイーサスイッチの機能ブロック図である。
【００１４】
図１において、ミラーリングシステム１００は、イーサスイッチ１と、ユーザー端末５と、蓄積サーバー６と、業務サーバー７と、広域回線８とから構成される。また、イーサスイッチ１は、蓄積サーバー６のリソース情報を有するリソーステーブル２と、リソース情報の入手、格納および分析を周期的に行う制御部３と、制御部３からの指示を受け動的にミラー先を変更するスイッチ回路４とから構成される。スイッチ回路４によりミラーされたユーザー端末５の通信データは、蓄積サーバー６により、常時蓄積される。この通信データは、一般的にユーザー端末群５が業務サーバー７または広域回線８経由でのインターネットにアクセスすることで発生する。
【００１５】
図２において、スイッチ１のハードウェアは、コンピュータプログラムを実行するＣＰＵ１１、リソーステーブル２を格納するメモリ１３、スイッチの基本ソフトウェア、コンピュータプログラムおよび実行に不可欠なプログラムを格納する不揮発メモリ１４、ＣＰＵ１１、メモリ１３、不揮発メモリ１４を接続するメモリバス１２、データを宛先により交換するスイッチ回路４とＣＰＵ１１を接続するＰＣＩバス１５、スイッチ回路４の信号をイーサ信号に、イーサ信号をスイッチ回路４に適合する信号に相互変換するＰＨＹ１６からなる。
【００１６】
図３において、イーサスイッチ１は、各蓄積サーバーのリソースを収集するリソース情報収集部２１、収集されたリソース情報を基に優先度を決定しミラー先を指示する優先度決定部２２、スイッチに入力されたデータを複製するデータ複製部２３、複製されたデータを本来の宛先に転送するデータ転送部２４−１、優先度決定部２２から指示されたミラー宛先に転送するデータ転送部２４−ｊから、構成される。イーサスイッチ１は、ポートに流れるデータの一部または全てのコピーを蓄積サーバーに転送する。
【００１７】
図４を参照し、制御部の動作を説明する。ここで、図４は制御部の処理のフローチャートである。なお、現在の蓄積先は蓄積サーバー６−Ａとして、説明する。図４において、スイッチ１に搭載された制御部３は、周期的にリソースの入手、分析、判断を行うためのタイマーをゼロスタートする（Ｓ１）。制御部３は、タイマーの値ｔが周期ｐの整数倍の値となったか、判定する（Ｓ２）。ＮＯのとき、制御部３は、再びステップ２に戻る。ステップ２でＹＥＳのとき、制御部３は、蓄積サーバー６−ｍにアクセスする（Ｓ３）。
【００１８】
制御部３は、ＣＰＵ使用率、ＨＤＤ（不揮発性メモリ）使用率、回線速度、回線使用率のリソース情報はサーバー側ＯＳで具備しているシステム情報ツール等を使いに入手する（Ｓ４）。制御部３は、蓄積サーバー６毎に確保されたリソーステーブル２−ｍに記憶する（Ｓ５）。なお、ステップ３、ステップ４、ステップ５は、接続されている蓄積サーバーの数分行う。
【００１９】
制御部３は、蓄積サーバー６−Ａのリソース消費度合い等の傾向を時間軸で分析する（Ｓ６）。制御部３は、蓄積サーバー６−Ａのリソースが圧迫されているか判断する（Ｓ７）。ＹＥＳのとき、制御部３は、ほかの蓄積サーバーのリソーステーブル２−ｍ（ｍはＡ以外）と比較する（Ｓ８）。制御部３は、新しいミラー先を決定し、スイッチ回路４のミラー設定を変更する（Ｓ９）。制御部３は、管理者へミラー先の変更を通知し、ステップ２に戻る。ステップ７で、蓄積サーバー６−Ａのリソースにはまだ余裕があると判断されたとき（ＮＯ）、制御部３は、ステップ２に戻る。
【００２０】
図５を参照して、リソーステーブルを説明する。ここで、図５はリソーステーブルを説明する図である。図５において、蓄積サーバー６から入手した情報を格納するリソーステーブル２は、蓄積サーバー番号セル２０１、ＣＰＵ使用率コラム２０２、ＨＤＤ使用率コラム２０３、回線速度コラム２０４、回線使用率コラム２０５から構成される。また、各レコードは、図４で説明した周期ごとに、ＣＰＵ使用率、ＨＤＤ使用率、回線速度、回線使用率を記録する。したがって、リソーステーブル２は、時系列のデータを保持する。
【００２１】
図６を参照して、制御部から蓄積サーバーへのコマンド送信処理を説明する。ここで、図６は制御部のデータ取得処理のフローチャートである。なお、ここでは蓄積サーバーがＬＩＮＵＸ（登録商標）をＯＳとしているとする。また、図６は、図４のステップ３とステップ４の詳細である。
【００２２】
まず、制御部３は、ＴＥＬＮＥＴコマンドを蓄積サーバー６に送信し、アクセスを開始する（Ｓ１１）。制御部３は、ｔｏｐコマンドを蓄積サーバー６に送信する。これを受信した蓄積サーバー６は、制御部３にＣＰＵ使用率を送信する。この結果、制御部３は、ＣＰＵ使用率を取得する（Ｓ１２）。同様に、制御部３は、ｄｆコマンドによりＨＤＤ使用率などのハードディスク関連情報を得る（Ｓ１３）。続いて、制御部３は、ｅｔｈｔｏｏｌコマンドにより、回線速度、回線使用率を含むネットワーク回線関連の情報を取得する（Ｓ１４）。最後に、制御部３は、ｅｘｉｔコマンドにより蓄積サーバー６からログアウトし（Ｓ１５）、終了する。
【００２３】
図７を参照して、リソース圧迫の判定を説明する。ここで、図７はリソース圧迫の判定を説明する制御部のフローチャートである。なお、図７は、図４のステップ７の詳細である。図７において、制御部３は、リソース圧迫の判定を開始すると、リソーステーブル２−Ａにアクセスして、最新の周期のＨＤＤ使用率が８０％以上か判定する（Ｓ２１）。ＹＥＳのとき、制御部３は、ミラー先変更を決定する。
【００２４】
ステップ２１がＮＯのとき、制御部３は、ＣＰＵ使用率が８０％以上か判定する（Ｓ２２）。ＹＥＳのとき、回線使用率が８０％以上か判定する（Ｓ２３）。ＹＥＳのとき、回線速度が１Ｇｂｉｔ/ｓ未満か判定する（Ｓ２４）。ＹＥＳのとき、制御部３は、ミラー先変更を決定する。
ステップ２２ないしステップ２４のいずれかがＮＯのとき、制御部３は、ミラー先維持を決定する。
【００２５】
図８を参照して、２台の蓄積サーバーのリソーステーブルを説明する。ここで、図８はリソーステーブルを説明する図である。図８（ａ）は現在の蓄積先の蓄積サーバーＡのリソーステーブルである。図８（ｂ）は予備の蓄積サーバーＢのリソーステーブルである。
【００２６】
図７と図８（ａ）との対比から明らかなように、蓄積サーバーＡの周期ｎにおいて、ＨＤＤ使用率が８０％を超えたため、制御部３は、リソースが圧迫されていると判断する。また、図９を用いて後述するように、制御部３は、ＣＰＵ使用率３０％、ＨＤＤ使用率３０％、回線速度１.１Ｇｂｉｔ／ｓ、回線使用率４０％の図８（ｂ）の蓄積サーバーＢを新ミラー先と決定する。
【００２７】
図９を参照して、蓄積サーバーの優先論理制御（選択制御）を説明する。ここで、図９はイーサスイッチの制御部の優先論理のフローチャートである。図９において、優先論理制御を開始すると、制御部３は、蓄積サーバー６のＨＤＤ使用率が６０％以下か判定する（Ｓ３１）。ＹＥＳのとき、制御部３は、ＣＰＵ使用率が６０％以下か判定する（Ｓ３２）。ＹＥＳのとき、制御部３は、回線使用率が６０％以下か判定する（Ｓ３３）。ＹＥＳのとき、回線速度が１Ｇｂｉｔ／ｓ超か判定する（Ｓ３４）。ＹＥＳのとき、当該蓄積サーバー６を第１候補リストに登録する。
【００２８】
ステップ３２ないしステップ３４のいずれかでＮＯのとき、制御部３は、終了する。ステップ３１でＮＯのとき、制御部３は、ＣＰＵ使用率が６０％以下か判定する（Ｓ３６）。ＹＥＳのとき、制御部３は、回線使用率が６０％以下か判定する（Ｓ３７）。ＹＥＳのとき、回線速度が１Ｇｂｉｔ／ｓ超か判定する（Ｓ３８）。ＹＥＳのとき、当該蓄積サーバー６を第２候補リストに登録する。
ステップ３６ないしステップ３８のいずれかでＮＯのとき、終了する。なお、図９は全ての蓄積サーバー６に対して、順次実行する。
【００２９】
図９において、優先されるのはＨＤＤ使用率であり、次いでＣＰＵ使用率である。ＨＤＤ優先のフローで登録された第１の候補リストおよびＣＰＵ優先のフローで登録された第２の候補リストのそれぞれで複数該当する蓄積サーバーがある場合、第１の候補リストが優先され、かつＩＰアドレスの小さい順に優先度を決定する。ＨＤＤフローおよびＣＰＵフローで該当する蓄積サーバー６が見つからなかった場合、複数の蓄積サーバー６にミラーを分散する。
【００３０】
その分散論理は、次の分散方法１ないし分散方法３から適宜選択する。分散方法１は蓄積サーバー数によって均等に割られたユーザー端末数を各蓄積サーバーに割り当てる方法である。すなわち、ユーザー端末数を蓄積サーバー数で割った商を各蓄積サーバに割り当てる。
【００３１】
分散方法２はユーザー端末が通信している回線速度と同じ速度でミラーを受け付けられる蓄積サーバーにそれぞれ割り当てる方法である。すなわち、ユーザー端末と同じ速度で通信している受入可能な蓄積サーバーをミラー先に割り当てる。
【００３２】
分散方法３は分散方法１と分散方法２の組み合わせである。すなわち、ユーザー端末と同じ速度で通信している蓄積サーバーが複数ある場合、同一速度のユーザー端末数を同一速度の蓄積サーバーの数で割った商を蓄積サーバーに割り当てる。
【実施例２】
【００３３】
実施例２のミラーリングシステムを、図１０を参照して説明する。ここで、図１０はミラーリングシステムのブロック図である。図１０において、図１との対比から明らかなように、ミラーリングシステム１００Ａは、リソーステーブル２および制御部３をイーサスイッチ１Ａより分離し、専用管理端末１０９上でリソーステーブル２および制御部３を運用する。
実施例２では、イーサスイッチ１がリソーステーブル２の管理や制御部３の運用により本来のスイッチング処理に支障をきたすことを防止する効果がある。
【実施例３】
【００３４】
実施例３のミラーリングシステムを、図１１を参照して説明する。ここで、図１１はミラーリングシステムのブロック図である。図１１において、ミラーリングシステム１００Ｂは、スイッチ１１１、１１２があるネットワークシステムで構成される。ミラーリングシステム１００Ｂ全体のリソースおよび各サーバー群への経路は専用管理端末１１６が管理する。ローカルスイッチ１１１およびリモートスイッチ１１２は、各々ローカル蓄積サーバー群１１４とリモート蓄積サーバー群１１５が接続されている。
【００３５】
ローカル蓄積サーバー群１１５のリソースが不足した場合、実施例１、２と同様の処理の後、リモート蓄積サーバー群１１５にリソースに余裕がある場合、そこにデータを転送できるよう専用管理端末１１６はスイッチ１１１、スイッチ１１２を制御する。
実施例３に拠れば、より大規模なミラーリングシステムを構築できる。
【図面の簡単な説明】
【００３６】
【図１】ミラーリングシステムのブロック図である。
【図２】イーサスイッチのハードウェアブロック図である。
【図３】イーサスイッチの機能ブロック図である。
【図４】制御部の処理のフローチャートである。
【図５】リソーステーブルを説明する図である。
【図６】制御部のデータ取得処理のフローチャートである。
【図７】リソース圧迫の判定を説明する制御部のフローチャートである。
【図８】リソーステーブルを説明する図である。
【図９】イーサスイッチの制御部の優先論理のフローチャートである。
【図１０】ミラーリングシステムのブロック図である。
【図１１】ミラーリングシステムのブロック図である。
【符号の説明】
【００３７】
１…イーサスイッチ、２…リソーステーブル、３…制御部、４…スイッチ回路、５…ユーザー端末群、６…蓄積サーバー群、７…専用管理端末、８…業務サーバー、９…広域回線、１１…ＣＰＵ、１２…メモリバス、１３…メモリ、１４…不揮発メモリ、１５…ＰＣＩバス、１６…ＰＨＹ、２１…リソース情報収集部、２２…優先度決定部、２３…データ複製部、２４…データ転送部、１００…ミラーリングシステム、１０９…専用管理端末、１１１…ローカルスイッチ、１１２…リモートスイッチ、１１４…ローカル蓄積サーバー、１１５…リモート蓄積サーバー。
【図１】
2009080547.tif 000003
【図２】
2009080547.tif 000004
【図３】
2009080547.tif 000005
【図４】
2009080547.tif 000006
【図５】
2009080547.tif 000007
【図６】
2009080547.tif 000008
【図７】
2009080547.tif 000009
【図８】
2009080547.tif 000010
【図９】
2009080547.tif 000011
【図１０】
2009080547.tif 000012
【図１１】
2009080547.tif 000013