フェイルオーバーを備えたHyper-Vクラスター-ネットワーキング
以下を使用して、ライブマイグレーションとフェイルオーバーを備えた3ノードのHyper-Vクラスターをセットアップすることを検討しています。
- デュアルクアッドコアXeonおよび128GBを搭載した3台のDellR710 RAM＆各6個のNIC
- 1 x Dell MD 3220i SAN
このセットアップはデータセンターから実行するため、キットを同じ場所に配置します。
システムを冗長化するためにネットワーク接続をセットアップする方法を誰かが説明できますか？
このすばらしい記事を調べましたが、3サーバーを正しく確実にセットアップする方法がわかりません： http://faultbucket.ca/2011/01/hyper-v-failover-cluster-setup/ =。
ライブマイグレーション、ハートビート、管理、Hyper-Vなどのネットワーク接続が必要だと思います。
DCから実行しているので、すべてのIPはパブリックIPである必要がありますか？
ADサーバーはVMになりますか。各Hyper-Vサーバーに1つあり、HAにならないように設定します。
私はそこに行ったことがある！昨年、HyperV用のiSCSI SAN）を使用して、同様のクラスター（ボックスが富士通であったことを除く）をセットアップしました。
実際にはそれほど難しいことではありませんが、途中で問題が発生する可能性があります。コロケーションする場合は、データセンターに移動する前に、必ず自分の敷地内のサーバーラックでインストールのリハーサルを行います（これには防音サーバーキャビネットを使用しました）。
ああ、もう1つ準備中ですが、これについては触れませんが、私が気にしないことの1つは、一部のiSCSIシステムで提供されているiSCSIブートです。設定するのは面倒であり、常に冗長性があるとは限りません。ネットワーク構成の問題またはiSCSIの問題が発生した場合でもそれらを起動できるように、ノードに1つまたは2つの物理ブートディスクを配置することをお勧めします。ブートディスク用に、各サーバーで小型（40GB）のソリッドステートドライブを使用しています。
あなたは間違いなく別のADDCが必要です。実際、私は3ノードのクラスターから始めて、これを2ノードに制限し、さらにDPM2010と仮想化DCでバックアップを実行するクラスター化されていない「マスターノード」を追加しました。
あなたは6つのポートについて言及します、これは十分かもしれません。しかし、10個のポートを持つノード構成を説明させてください。
- ISCSIネットワークのノードごとに常に2つのポートが必要になります（それぞれが[〜＃〜] mpio [〜＃〜]冗長性のために異なるサブネットに属し、別々のNICにある必要があります）
- 他のトラフィックがないハートビート用の1つのポート
- ライブマイグレーションと転送用の1つのポート（これは10gまたはインフィニバンドにアップグレードしたい唯一のポートですが、1日に数十のVMをプロビジョニングしない限り、それだけの価値はありません）
- リモートデスクトップアクセス用の1ポート
- サーバー管理カード用の1つのポート
- メインアクセスネットワークを構成する1セットのチームポート*
- DMZネットワーク（オプション）*を構成する1セットのチームポート
* Microsoftは（VMWareがサポートしているのに対して）ポートチーミングを公式にサポートしていないと批判者から指摘されることがよくありますが、実際には公式のWordはそれを思いとどまらせることはなく、サポートはNICベンダー。特定の仮想ネットワーク機能を備えたET世代のIntelNICを使用しており、Hyper Vで非常にうまく機能します。実際には、スイッチ間でチームを分割できるため、スイッチに障害が発生すると、一貫したチームアクセスが可能になります。これは、MPIOに少し似ていますが、仮想マシン用です。
Hyper Vは実際には非常に弾力性があり、使いやすいです。私はこの順序であなたの仕事に取り組みます：1）ノードを個別にセットアップし、iSCSIイニシエーターをインストールし、MPIOをインストールし、iSCSIポート、トランスポートポートとヒートビートポート、管理ポートに異なるサブネットアドレスを与えます。
2）Hyper Vをセットアップし、選択したポートを仮想ネットワークに割り当てます3）次に、クラスター検証ウィザードを実行してクラスターを形成します。
ポートをクラスターで使用できなくなるため、常に最初に仮想ネットワークにポートを割り当てる必要があります。これは直感に反するように聞こえますが、基本的には、仮想ネットワークをクラスターネットワークに依存しないようにします。これでも冗長性が得られるので、心配しないでください。ただし、これを実現するには（他に方法はありません）、クラスターとHyper V用に個別のスイッチセット（冗長性用にそれぞれ2つ）を用意するか、スイッチにVLANを設定する必要があります。私は後者を（タグなしVLANを使用して）行い、それはうまく機能します。
ここにある他のいくつかの投稿では、コンサルタントを使用してこの作業を行うことを提案しています。彼らがHyperVに精通している場合、これは良い考えかもしれません。 DIYから得られるような深い知識は得られませんが、時間を節約できます。昨年は十分な時間がありましたが、すべてを稼働させるために数か月の作業と物事の把握に数か月かかったことを認めるのは恥ずかしいことではありません。
幸運を！
痛みの世界へようこそ。あなたが物事を考え抜かなかったために苦痛の世界にいるとき、あなたはmomnentであなたの経験を台無しにする1つのmiskakeを作ります。
ADサーバーはVMになりますか。各Hyper-Vサーバーに1つ、HAにならないように設定
あなたがそこで何をしているのか考えてください。構成がADにあるため、Windowsクラスタリングを開始するにはADが必要です。何らかの理由でデータセンターの電源に障害が発生した場合、ADサーバーの準備ができていないため、データセンターが復旧したときにclsuterは起動しません。あなたはこれに100％注意しなければなりません。
別のUSVでAD（つまり重要な役割）を制御するように機能するように、追加の小さなマシン（Atomベースの場合はAtomベース）を維持することを強くお勧めします。クラスタリングはうまく機能しますが、VMにすべてのADコントローラーがあると問題が発生します。
http://technet.Microsoft.com/en-us/library/ff428137（WS.10）.aspx
必要なガイドがあります。さらに、高速ネットワークバックボーンの使用を検討してください。いいえ、10gではありません...遅すぎて高すぎます。 Infinibandカードの素敵なセットとInfinibandスイッチを入手して、高速転送を楽しんでください。
SANはIOPSでは小さすぎる可能性があります。2台のマシン（1台は予備）で100％の負荷を話す場合、これは多くのVMです。IOPSの予算が収まっていることを確認する必要があります。単一の64GBホストで610k Raptor Raid 10に問題が発生することがあります。メモリバジェットの4倍を実行するため、IOPSの4〜6倍のニーズが予想されます（データベースがありません。 SAN側で十分であることを確認してください。
私は同じネットワーク構成について読んでいます、そしてここに私が正しいと思うことを簡単に説明します。私が間違っている場合は私を訂正してください。
- ライブマイグレーションの場合は2（イーサチャネル/ hpトランク）
- 通常のネットワーク接続の場合は2（イーサチャネル/ hpトランク）
- 2 SANの場合、WindowsサーバーがMPIOを実行できるためイーサチャネルはありません
2つのスイッチを使用します。スタックできない場合は、それらの間にイーサチャネル/ hpトランクを作成し、（少なくとも）SANに対してアクティブな数のポートを使用します。このためのポート。
- SANのポート、およびサーバーのSAN nics）で、ジャンボフレームとフロー制御をオンにします。これは、スイッチ間リンクでも設定する必要があります。
- スイッチ間ポートはイーサチャネル/ hpトランクポートである必要があります。ジャンボフレームとフロー制御の両方が有効になっていると思います
- ライブマイグレーションは、イーサチャネル（hpトランク）、ジャンボフレーム、およびフロー制御をリンクします。
スイッチのユニキャストストーム制御をオフにします。可能であれば、ネットワーク接続には他のスイッチを使用してください。スパニングツリープロトコルを無効にします。
3220i SANに関しては、各コントローラーに2つずつ、合計4つのギガビットポートがあると思います。私はそれがアクティブパッシブだと思います、そしてすべてのコントローラーのそれぞれを1つ接続する場合NICそれぞれ1つのスイッチに。
ライブマイグレーションとSANを異なるVLANで分離する必要があることを忘れました。デフォルトのVLAN（1）を避けてください。適切なスイッチ、バッファー（または何か）を使用してくださいパフォーマンスにかなり大きな影響を与えます（私が読んだので）。
Windowsクラスタリングを開始するにはADが必要ですが、2ノードの完全仮想化環境で非常にうまく機能させることができます。
内部ネットワークと顧客ネットワークの両方に役立つこれらの推奨事項を作成します。-ローカルDCを実行するために、クラスターの各ノードに十分なディスク容量とI/Oを予約します。そうすれば、クラスターサービスは、クエリの対象となるものを見つけるために遠くを見ることはありません。 -クラスターサービスを「自動（遅延開始）」に設定します。このように、Hyper-Vは、クラスターサービスの前に開始するために少し余分な時間があります。
あなたは以下を見ましたか
http://technet.Microsoft.com/en-us/library/ff428137（WS.10）.aspx
Hyper-Vクラスターを台無しにするのは非常に難しいので、それを試してみてください。