- - PR -
DFS による file server の冗長化
| 投稿者 | 投稿内容 | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2005-05-21 20:18
こんばんわ．
DFS root はそうかもしれませんが，DFS link はどうでしょうか？ まだ深く理解していないので的外れかもしれませんが， http://www.microsoft.com/japan/windows2000/techinfo/planning/fileandprint/dfssteps.asp 冗長化できるらしい記述（fault tolerant）が見受けられます． ※そのすぐ下に MSCS との組み合わせは NG らしい記述もありますね．
ここは理屈の上でも至極当然かもしれませんね． 了解しました． | ||||||||||||||||
|
投稿日時: 2005-05-21 21:15
DFSルートが落ちていないときに、DFSのリンクサーバーが落ちたとき、どうするか、 ですね。よく判りませんが、これが紹介キャッシュのタイムアウトなんではないの でしょうか。 | ||||||||||||||||
|
投稿日時: 2005-05-23 09:23
ぴんぴんさん、kazさん
こんにちは。 <DFSルート名> testdom.co.jp <共有フォルダ名> test <サーバ名> server-1 server-2 <ユーザがアクセスする際に入力するパス> testdom.co.jp\\test 上記のような設定で以前テストを行ったのですが server-1かserver-2のいずれかのtestフォルダに繋がりました。 なおtestフォルダ内は双方向に複製されています。 基本的には片方が落ちればもう一方に繋がりました。 何十回もテストした分けではありませんので ひょっとすると、ぴんぴんさんの言う通り キャッシュ等で繋がらないことがあるのかも知れません。 それからどちらかのサーバに固定したい場合は server-1とserver-2を別サイトに分けて ユーザも同じく分ければOKだったと思います。 ただクラスタも検討しているってことは ２台のサーバはおそらく同じセグメントなんですよね。 きっと。同一セグメント内でサイト分けって 結構難しそうな気がします。 サブネットを細かく切れば可能なんでしょうか。 以上ご参考までに。 | ||||||||||||||||
|
投稿日時: 2005-05-23 20:51
こんばんわ．
ありがとうございます． 非常に参考になりました．
ここで任意のほうに繋がるように優先度を決められれば なお良いのですけど，ここは後に繋がりますね．
cache といえば，この手の仕組みの場合， HDD の write cache は無効にしておかないとならないでしょうか？
サイトは ActiveDirectory の用語で言うところのサイトでしょうか？ ここで書かれているところの「ユーザ」がちょっと良くわかりませんでした． あるいは local の user のことでしょうか？ 差し支えなければご教示ください． | ||||||||||||||||
|
投稿日時: 2005-05-23 21:23
大変申し訳ありません．
「こんなの」と書きましたが，まさにこれのことなんですね -> masa 様
ちなみにこの製品，お使いになられたことがあったりします？ もしそうなら使用感をお聞きいたしたく． HA 構成のところの仕組みが非常に気になってます． ※スレ主ながら趣旨を曲げて大変申し訳ありません -> 皆様 IP address や computer name は仮想化されるのか？ それとも実体が見えるのか？ 障害の際に自動的に待機系に切り替わるのか？ などのあたりによっては「DFS は考慮の必要なし」な気がしてます． 長くなりそうであれば別スレ立てます． 他にもお使いの方がおられれば，是非ご教示ください． 以上，よろしくお願いいたします． | ||||||||||||||||
|
投稿日時: 2005-05-24 17:11
びんびんさんがおしゃってたキャッシュとはおそらく DFSルートへのパス(実資源の場所)をクライアントが キャッシュしてしまうのではという意味ではないでしょうか。 testdom.co.jp\test = server-1.testdom.co.jp\test testdom.co.jp\test = server-2.testdom.co.jp\test ↑どちらかをクライアントがキャッシュしてしまう？
ADのサイトです。書き方が悪かったです。 AD上でサイトを分ければ、クライアントPCと 同一サイト(同一サブネット)内のサーバを 見に行ってくれるという意味でした。
私が考えるそれぞれのメリット/デメリットです(参考程度で) <DFS> メリット：双方向で複製が可能、自動切替可能、 デメリット：帯域制御不可、全体を送信する、監視するのが難しい <ダブルテイク、ReplicationExec> メリット：帯域制御が可能、差分送信が可能、監視が可能 デメリット：単方向の複製、手動での切替 ちなみに私が使用したことがあるのは ReplicationExecで、ダブルテイクだとひょっとすると 自動で切替可能かも知れません。イメージとしてはダブルもReplも 単純にサーバ間で性能の良いコピーを行っているという感じです。 MSCSのようなクラスタではないので仮想のIPや仮想のコンピュータ名はありません。 あくまでサーバ間でのコピー(レプリケーション)です。 ちなみに２台のサーバは別の拠点に配置するのでしょうか？ ここまで書いておいてという感じですが ２台が同一拠点内なら単純にMSCSかVFT等(以下URL)がいいと思いますよ http://www.sse.co.jp/ms/marathon/2_gaiyoh.htm | ||||||||||||||||
|
投稿日時: 2005-05-24 23:11
こんばんわ．
よくわかりました． つまり，目に見えないところで system が cache してしまうんですね．
Double-Take は一応自動的に切り替わるようです． ですが，たしかに IP address や computer name は virtual ではないですね． 切り替わった段階で real な IP address が stand-by 側に引き継がれます． で，復旧時には Fail Back する処理を実施してからでないと， 障害->復旧した computer は起動してはいけなさそうでした．
同じ拠点ですが，できれば共有 disk は使いたくなかったのです． VFT はその type のようですね． その意味で想定するものに近いのですが，価格が．．． | ||||||||||||||||
|
投稿日時: 2005-06-03 14:00
お世話になります。
実際にＤＦＳ構築に１年近くドップリ携わっておりました。 構成：W2KServer(AD,DC,DNS) × 2台 W2KServer(DC,DFS) × 2台 クライアントは約500台、データ量：450GB〜500GB ドメインＤＦＳにて、双方のＤＦＳサーバへリアルタイムRead,Write。 完全二重化を目指して構築しました。双方の仕組みは数十キロ離れた場所で光接続。 上記の構成（リアルタイムの複製）で私の経験から ：複製時間 複製開始までの時間ですが、標準の設定だけでは最大１時間程度の遅延が発生する場合があります。また、大量データの書き込み時も同様に遅延、または廃棄されてしまうこともあります。 それを回避するためには、レジストリでのチューニングが必要になります。 キャッシュサイズの標準は一度に６６０ＭＢ？程度だったかと思います。 ：複製処理 原則的にクライアントがＤＦＳを管理しているサーバへのアクセス時点で、どちらかのＤＦＳサーバへ接続されます。ただし、クライアントはネットワークコンピュータの接続等でパスを張られるだけなのでどちらのＤＦＳへ接続しているかは分かりません。 データがコピーされるのは、その片肺のＤＦＳへまず書き込まれます。その次の処理でもう片肺へコピーされ整合性がとれる仕組みです。ほぼリアルタイムですが、データ量やトラフィックによっては若干タイムラグが発生します。 そのタイミングでクライアント側が何らかのタイミングでＤＦＳのパスが張りなおされた場合、コピーされていないＤＦＳに接続してしまう場合もあります。 そうなると大変で「さっきコピーしたデータが無い」などの現象もありました。 :注意 注意する点はヤマのようにありますが、某社のバックアップソフトでリストアする際だけは注意してください。安易にリストア処理を走らせるとＦＲＳが停止してしまい、ＦＲＳ起動後に全データの複製合戦？が開始されることになります。 400GB弱で48時間複製処理がかかった事がありました。 正直言ってあまり大規模ユーザでメインのＯＡ処理には向きません。 よっぽどＦＴサーバやＦＣ接続（クラスタ）の方が確実です。（極論で言えば”雲泥”の差） データの種類（CADデータや高画質写真データ）によってはデータの欠落も多々ありますし、トラフィックが高くなります。上記顧客ではＴＶ会議などＤＶＤ画質で見れるレートの光自営線ですので問題はありませんでしたが商用線の場合はよく考えないとダメだと思います。 強いて言うなら、遠方でも複製（二重化）可能くらいが良いのでしょうか？ | ||||||||||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。