Microsoft NLB VMware 代替案: マルチキャストとユニキャストの問題が解決されました
Microsoft NLBマルチキャストモード
ネットワーク負荷分散(NLB)マルチキャストモード構成に関するVMwareのナレッジベース( )で説明されているように、クラスタに接続する各ポートについて、スイッチまたはルータで静的ARP解決を手動で構成する必要があります。未知のネットワーク環境でNLBマルチキャストモードMicrosoft )を展開することは、複雑で骨の折れる作業になる可能性があります。
Microsoft NLBユニキャストモード
Microsoft NLB ユニキャスト モードでは、ESXi/ESX ホストが仮想マシンの電源が入っているときに RARP パケットを送信しないように構成する必要があります。そのため、 Microsoft NLB は VMware のユニキャスト モードでは正しく動作しません。
SafeKitの代替品
SafeKit IPアドレス構成は、特別なネットワーク構成を必要とせず、ネットワーク負荷分散はあらゆる環境で実行できます。これは、未知のスイッチやルーター、物理サーバーや仮想サーバーなど、未知のインフラストラクチャにソリューションをデプロイする必要がある場合に重要な機能です。
farm モードの SafeKit クラスターは、Windows とどのように連携しますか?
farm モードクラスターの仮想 IP アドレス

前の図では、Windows アプリケーションが 3 台のサーバーで実行されています(3 は例であり、2 台以上でもかまいません)。ユーザーは仮想 IP アドレスに接続されています。
仮想 IP アドレスは、farm モードクラスター内の各サーバーにローカルに設定されます。
仮想 IP アドレスへの入力トラフィックは、すべてのサーバーによって受信され、各サーバーのカーネル内のネットワークフィルターによってサーバー間で分割されます。
SafeKit は、ハードウェアおよびソフトウェアの障害を検出し、障害発生時にネットワークフィルタを再構成し、設定可能なアプリケーションチェッカーとリカバリスクリプトを提供します。
ネットワークフィルタにおける負荷分散
ネットワークフィルタ内のネットワーク負荷分散アルゴリズムは、クライアントパケットの ID(クライアント IP アドレス、クライアント TCP ポート)に基づいています。クライアントパケット入力の ID に応じて、サーバー内の 1 つのフィルタのみがパケットを受け入れ、他のサーバー内の他のフィルタはそれを拒否します。
サーバー上のフィルターによってパケットが受け入れられると、クライアントの要求に応答する Windows アプリケーションによって、このサーバーの CPU とメモリのみが使用されます。出力メッセージは、アプリケーションサーバーからクライアントに直接送信されます。
サーバーに障害が発生した場合、farm ハートビートプロトコルはネットワーク負荷分散クラスター内のフィルターを再構成し、残りの使用可能なサーバーへのトラフィックを再調整します。
ステートフルアプリケーションまたはステートレスアプリケーション
ステートフルな Windows では、セッションアフィニティが適用されます。同じクライアントは、サーバー上のコンテキストを取得するために、複数の TCP セッションで同じサーバーに接続する必要があります。この場合、SafeKit ロードバランシングルールはクライアントの IP アドレスに設定されます。したがって、同じクライアントは常に複数の TCP セッションで同じサーバーに接続されます。そして、異なるクライアントは farm 内の異なるサーバーに分散されます。
ステートレスな Windows アプリケーションでは、セッションアフィニティはありません。同じクライアントが、複数の TCP セッションで farm 内の異なるサーバーに接続される可能性があります。あるセッションから別のセッションへのコンテキストは、サーバー上にローカルに保存されません。この場合、SafeKit ロードバランシングルールは、TCP クライアントセッション ID で構成されます。この構成は、サーバー間でセッションを分散するのに最適ですが、セッションアフィニティのない TCP サービスが必要です。
Windows 向けに farm モードで SafeKit クラスターを構成する方法

farm モードの SafeKit クラスターは、サービスの高可用性とスケーラビリティを目的として設計されています。この構成では、両方のノードに同時に着信するトラフィックを分散することに重点を置いています
- ロードバランシングサービス(マクロタブ): すべてのノードでアクティブに保つ特定のアプリケーションサービス(例:Apache、IIS、Nginx)を定義します。
- ハートビートネットワーク: ノードが farm から離脱したかどうかを検出するために使用される通信パスで、負荷の即時再分配をトリガーします。
- 仮想 IP(Farm VIP): mirror クラスターとは異なり、Farm VIP はカーネルフィルタリングアルゴリズムを使用してネットワークトラフィックを分散し、ノード間で共有されます。
- ロードバランシングルール: 送信元 IP アドレスまたはポートに基づいてトラフィック分散ポリシーを定義します。
- チェッカー: アプリケーションの正常性を監視し、プロセスの障害が検出された場合は自動再起動をトリガーします。
Windows の farm モードで SafeKit クラスターを監視する方法は?

farm モードでクラスターを監視すると、インフラストラクチャのアクティブ/アクティブな性質を可視化できます。このモードでは、すべてのノードがアプリケーションのパフォーマンスに貢献します(この例では 2 つのノードが表示されます)
- UP 状態 (2 ノードで 50%): 正常な farm では、両方のノードが「UP」(50%)状態にあり、共有仮想 IP を介してクライアント要求をアクティブに受信および処理していることを意味します。
- 自動リバランス: 1 つのノードに障害が発生した場合、コンソールには残りのノードがトラフィックの 100% を引き受けていることが視覚的に表示されます。生き残ったノードはすでにアクティブであるため、「フェイルオーバー」による遅延はありません(数秒の検出時間を除く)。
- ノード挿入: 修復されたノードが再起動すると、「STOP」から「UP」に移行し、管理者の介入なしに自動的に負荷の一部を受信し始めます。
- データ同期なし:farm モードクラスターでは、ノードはステートレスであるか、バックエンドデータベースを共有することが想定されているため、「オレンジ」の再同期状態はありません (バックエンドデータベースは mirror クラスターで個別に保護できます)。
シンプルなステータスアイコンに加え、このインターフェースはワンクリックのノード管理を提供します。計画的なメンテナンスのためにノードを手動で停止または開始できる一方で、共有仮想 IP はユーザーの活動を中断することなく自動的にトラフィックを再分配します。
🔍 SafeKit を探索する
SafeKit の機能、アーキテクチャ、ビデオ、ドキュメント、無料トライアルに関する情報をご覧ください。
| リソース | 説明 | リンク |
|---|---|---|
| 主な機能 | SafeKit がシンプルで費用対効果の高い高可用性ソリューションである理由をご覧ください。 | 主な機能 |
| ユースケース | SafeKit が重要なアプリケーションとインフラストラクチャの可用性を維持する方法をご覧ください。 | ユースケースを探索する |
| デプロイメントモデル | SafeKit は、SAN や共有ストレージなしで高可用性を提供します。 | デプロイモデルを探索する |
| 高可用性戦略 | 仮想マシンの高可用性とアプリケーションの高可用性を比較します。 | 2 つの戦略を比較する |
| 技術仕様 | SafeKit クラスターの技術要件と制限事項を確認してください。 | 技術仕様書を読む |
| 動画 | SafeKit の構成と自動フェイルオーバーのデモンストレーションをご覧ください。 | テクニカルビデオを見る |
| アーキテクチャ | SafeKit mirror クラスターファイルをリアルタイムでレプリケートし、フェイルオーバーを処理する方法について説明します。 | Mirror アーキテクチャを探索する |
| アーキテクチャ | SafeKit farm クラスターネットワークトラフィックを分散し、フェイルオーバーを処理する方法について説明します。 | Farm アーキテクチャを探索する |
| 製品比較 | SafeKit と従来の高可用性クラスターを比較します。 | ソリューションを比較する |
| 技術リソース | 技術ドキュメントの検索、SafeKit のダウンロード、無料トライアルへのアクセスはこちらから。 | ドキュメントと無料トライアルにアクセス |
| アプリケーションモジュール | 事前に設定された SafeKit モジュールを使用して、アプリケーションの高可用性を設定します。 | アプリケーションモジュールを探索する |