File Serverの冗長化について

見習い管理者さんの書き込み (2006-03-10 19:55) より:
こんばんわ。

蛇足ですいません＾＾；

引用:
ＩＮＶＥＮＴさんの書き込み (2006-03-10 16:28) より: 現状は、まだ本番環境で動作確認をしていない為、 初期同期がどの位で終わるのか未知数です。 土日だけでは終わらないかもしれない為、 ミラーサーバーのシステムをどのように構築するか 慎重に検討している最中です。

いきなり全データの同期はしないほうがいいです。
バックアップできる環境があるなら、ファイルサーバのフルバック
アップをし、ミラーサーバにリストアすることで、最初の同期の
負荷を軽減できます。

Double Takeだとキャッシュ容量が多くなりすぎて、問題がでるかも
しれません＞＜

引用:
ちなみにDouble Takeはいかがなものでしょうか？ 操作性、レプリケーション機能、スケジューリング、システムに与える 影響やレプリケーション時間など。 来週後半位には操作してみようと思いますが、購買の関係で実際に買えるか わからないので。。。事前にご感想や操作面、不満点がございましたら 皆様のご意見をお願い致します。

スケジューリング機能でいうとリアルタイムに同期したり、一定時間毎に
同期を取ったりさせることが可能です。他にもレプリケーションの抑制設定
が可能だったはずです。
#検証したのがちょっと前なので、曖昧ですいません＾＾；


またレプリケーションデータをキャッシュして、レプリケーションのタイ
ミングでそのファイルのみコピーする動作をするので、パフォーマンスも
いいですよ。
#パフォーマンスはサーバの性能にかなり左右されますが＾＾；

問題があるとするならば、キャッシュ領域の確保だと思います。

操作性はう〜ん･･･慣れです（笑

ざっくりとした説明ですいません＾＾；

kazさんの書き込み (2006-03-10 22:02) より:
こんばんわ．

引用:
ＩＮＶＥＮＴさんの書き込み (2006-03-10 19:14) より: ちなみにDouble Takeはいかがなものでしょうか？ 操作性、レプリケーション機能、スケジューリング、システムに与える 影響やレプリケーション時間など。 来週後半位には操作してみようと思いますが、購買の関係で実際に買えるか わからないので。。。事前にご感想や操作面、不満点がございましたら 皆様のご意見をお願い致します。

とくに不満はないとお客さんからは好評でした．
なぜなら，そこのお客さんでは以前 MSCS を使って
File server を冗長構成にしていましたが，
扱いにくいということで「何とかならない？」と相談されていて，
そこで提案した次第です．
とくに「双方向での複製」も可能なので，
そこのお客さんでは２つの File server を双方向で冗長構成にしていました．
つまり，二台の File server が障害の際には一台に縮退しますけど，
user からはあたかも二台とも利用できているかのように見えます．
これは Double Take の機能で computer 名を引き継いでいるからです．

ここで一点だけ不満らしきものがあるとすれば，
FailOver の後，障害から復旧した File server を online にするには，
縮退している側で「Fail Back する」ことを明示的に行う必要があります．
もっとも，これらも含めて script 処理が出来ることも，
Double Take の優れた機能の一つだと思います．

引用:
どちらかというとベリタス系は購入が簡単にできるので ベリタスのReplication Execや 教えて頂きました SymantecのVolume Replicatorも検討材料です。 ところで、両者は製品的に同じ機能なのでしょうか？ ベリタスと名前があっても、実際にはシマンテックだし。。。 自分で調べろって感じですね。すみません。。。

VERITAS は Symantec に買収されましたね．
ReplicationExec は BackupExec と統合運用できるようです．
そもそも VERITAS は BackupExec の他に
NetBackup という Backup Software も作ってました．
そういう意味では「同じような用途でいろいろ持ってる」のでしょう．

Double Take に似たようなものにこんなのもあります．
http://www.scs.co.jp/marathon/2_Outline.htm

以上，ご参考までに．

ＩＮＶＥＮＴさんの書き込み (2006-03-10 11:18) より:

W2k ServerはW2k3 Serverと常に同期を取り、
W2k Serverがダウンした際の予備として稼働させます。
同期を取るのは、NIC2の172.30.0.0のネットワークで行います。

この構成でWindows Serverの設定を行いたいと思うのですが
どうしても同期する際に、192.168.0.0のネットワークから同期を
行ってしまいます。192.168.0.0のネットワークには500〜1000程度
のNodeがある為、複製する為のパケットは流したくありません。
また、ファイルサーバーの容量が現在600GB近くある為、
出来る限り172.30.0.0のネットワークで複製するようにしたいです。
NIC2はGigaBit Etherで、NIC1は10/100です。

今まで、Hostsファイルなどの書き換えや、ネットワークアダプタの
バインドなどを色々確認したのですが、OSの設定だけでは192.168.0.0
のネットワークを経由して、複製を行ってしまいます。


[ メッセージ編集済み 編集者: ＩＮＶＥＮＴ 編集日時 2006-03-13 11:23 ]

masaさんの書き込み (2006-03-14 13:34) より:
こんにちは。

ReplicationExecは双方向の複製も、F/O、F/Bもサポートしていません。
あくまで"データのコピーを別サイトに保管出来る"っていう製品です。
(サービスの停止時間を短くするとかそいういう製品ではない)
そもそも切替については製品マニュアルにもほとんど触れていません。

その辺が要件として必要であれば、
kaz様がおっしゃられている通り、DoubleTakeやFTVじゃないと難しいと思いますよ。

ちなみにFTVはハードウェアとセットです。
あと、2台を同一セグメントに配置しないといけないという制約ありです。
その代わり障害時の切替や安定性はMSCSと比較になりませんが...

ゆうじゅんさんの書き込み (2006-03-14 17:23) より:

引用:

ＩＮＶＥＮＴさんの書き込み (2006-03-10 11:18) より: W2k ServerはW2k3 Serverと常に同期を取り、 W2k Serverがダウンした際の予備として稼働させます。 同期を取るのは、NIC2の172.30.0.0のネットワークで行います。 この構成でWindows Serverの設定を行いたいと思うのですが どうしても同期する際に、192.168.0.0のネットワークから同期を 行ってしまいます。192.168.0.0のネットワークには500〜1000程度 のNodeがある為、複製する為のパケットは流したくありません。 また、ファイルサーバーの容量が現在600GB近くある為、 出来る限り172.30.0.0のネットワークで複製するようにしたいです。 NIC2はGigaBit Etherで、NIC1は10/100です。 今まで、Hostsファイルなどの書き換えや、ネットワークアダプタの バインドなどを色々確認したのですが、OSの設定だけでは192.168.0.0 のネットワークを経由して、複製を行ってしまいます。 [ メッセージ編集済み 編集者: ＩＮＶＥＮＴ 編集日時 2006-03-13 11:23 ]

ネットワーク接続のウィンドウでメニューから「詳細設定」→「詳細設定」の順に
選択して「接続」リストに表示されているアダプタの順番をNIC2が先頭にくるよう
に変更したらうまくいきませんか？