---
title: "Microsoft NLB VMware 대안: 멀티캐스트 및 유니캐스트 문제 해결"
canonical: "https://safekit.eviden.com/ko/best-practises/microsoft-nlb-vmware-multicast-unicast-alternative/"
description: "VMware 환경에서 Microsoft NLB 멀티캐스트 또는 유니캐스트에 문제가 있으신가요? SafeKit SAN이 필요 없는 farm 클러스터를 간단한 대안으로 제시합니다. 정적 ARP 항목, MAC 스푸핑 또는 특수 네트워크 구성 없이 Windows 및 Linux 에서 자동 로드 밸런싱 및 페일오버를 구현하세요."
category: "best-practises"
lang: "ko"
topics: "Microsoft NLB 멀티캐스트 모드, Microsoft NLB 유니캐스트 모드, SafeKit 사용한 대안, Farm 모드의 SafeKit 클러스터는 Windows 과 어떻게 연동되나요?"
---

# Microsoft NLB VMware 대안: 멀티캐스트 및 유니캐스트 문제 해결 {#microsoft-nlb-vmware-alternative-multicast-and-unicast-issues-solved}

## Microsoft NLB 멀티캐스트 모드 {#microsoft-nlb-multicast-mode}

VMware 네트워크 로드 밸런싱(NLB) 멀티캐스트 모드 구성에 대한 기술 자료( [ ](<https://knowledge.broadcom.com/external/article?articleNumber=414968>) )에서 설명했듯이, 클러스터에 연결되는 각 포트에 대해 스위치 또는 라우터에서 정적 ARP 확인을 수동으로 구성해야 합니다. 알 수 없는 네트워크 환경에서 Microsoft 멀티캐스트 모드를 배포하는 것은 복잡하고 어려운 작업이 될 수 있습니다.

## Microsoft NLB 유니캐스트 모드 {#microsoft-nlb-unicast-mode}

Microsoft NLB 유니캐스트 모드를 사용하려면 ESXi/ESX 호스트에서 가상 머신이 켜져 있을 때 RARP 패킷을 보내지 않도록 구성해야 합니다. 따라서 [ Microsoft NLB는 VMware ](<https://knowledge.broadcom.com/external/article/344421/microsoft-nlb-not-working-properly-in-un.html>) 에서 유니캐스트 모드로 제대로 작동하지 않습니다.

## SafeKit 사용한 대안 {#alternative-with-safekit}

[ SafeKit ](<https://safekit.eviden.com/ko/best-practises/how-a-virtual-ip-address-works/>) 와 같은 가상 IP 주소 구성은 특별한 네트워크 설정이 필요하지 않으며, 네트워크 로드 밸런싱은 어떤 환경에서도 실행될 수 있습니다. 이는 솔루션을 알 수 없는 인프라(알 수 없는 스위치나 라우터, 물리적 서버 또는 가상 서버)에 배포해야 할 때 중요한 특징입니다.

## <span class="notranslate farm-term" translate="no">Farm</span> 모드의 SafeKit 클러스터는 Windows 과 어떻게 연동되나요? {#safekit-farm-cluster}

### <span class="notranslate farm-term" translate="no">Farm</span> 모드 클러스터의 가상 IP 주소 {#virtual-ip-address-farm}

![SafeKit 클러스터가 Windows 네트워크 부하 분산 및 장애 조치를 구현하는 방법](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-up-up-up-300.png "w:300")

이전 그림에서 Windows 애플리케이션은 3개의 서버에서 실행됩니다(3은 예시이며, 2개 이상일 수 있습니다). 사용자는 가상 IP 주소에 연결됩니다.

[가상 IP 주소는](https://safekit.eviden.com/ko/best-practises/how-a-virtual-ip-address-works/) <span class="notranslate farm-term" translate="no">farm</span> 모드 클러스터의 각 서버에 로컬로 구성됩니다.  
가상 IP 주소로 들어오는 트래픽은 모든 서버에서 수신되며, 각 서버의 커널 내에 있는 네트워크 필터에 의해 서버들 간에 분할됩니다.

SafeKit 하드웨어 및 소프트웨어 오류를 감지하고, 오류 발생 시 네트워크 필터를 재구성하며, 구성 가능한 애플리케이션 검사기와 복구 스크립트를 제공합니다.

### 네트워크 필터의 부하 분산 {#network-load-balancing}

네트워크 필터 내의 네트워크 부하 분산 알고리즘은 클라이언트 패킷의 ID(클라이언트 IP 주소, 클라이언트 TCP 포트)를 기반으로 합니다. 클라이언트 패킷 입력의 ID에 따라 서버의 필터 중 하나만 패킷을 수락하고 다른 서버의 다른 필터는 이를 거부합니다.

패킷이 서버의 필터에 의해 수락되면, 클라이언트의 요청에 응답하는 Windows 애플리케이션은 해당 서버의 CPU와 메모리만 사용합니다. 출력 메시지는 애플리케이션 서버에서 클라이언트로 직접 전송됩니다.

서버에 장애가 발생하면 <span class="notranslate farm-term" translate="no">farm</span> 하트비트 프로토콜이 네트워크 부하 분산 클러스터의 필터를 재구성하여 나머지 사용 가능한 서버의 트래픽을 재조정합니다.

### 상태 저장 또는 상태 비저장 애플리케이션 {#stateful-stateless}

상태 저장 Windows 애플리케이션에는 세션 선호도가 있습니다. 동일한 클라이언트는 서버에서 컨텍스트를 검색하기 위해 여러 TCP 세션에서 동일한 서버에 연결해야 합니다. 이 경우 SafeKit 로드 밸런싱 규칙은 클라이언트 IP 주소에 구성됩니다. 따라서 동일한 클라이언트는 항상 여러 TCP 세션에서 동일한 서버에 연결됩니다. 그리고 다른 클라이언트는 <span class="notranslate farm-term" translate="no">farm</span> 의 다른 서버에 분산됩니다.

상태 비저장 Windows 애플리케이션의 경우 세션 선호도가 없습니다. 동일한 클라이언트가 여러 TCP 세션을 통해 <span class="notranslate farm-term" translate="no">farm</span> 내의 다른 서버에 연결될 수 있습니다. 한 세션에서 다른 세션으로 서버에 로컬로 저장된 컨텍스트는 없습니다. 이 경우 SafeKit 로드 밸런싱 규칙은 TCP 클라이언트 세션 ID에 구성됩니다. 이 구성은 서버 간에 세션을 분산하는 데 가장 적합하지만, 세션 선호도가 없는 TCP 서비스가 필요합니다.

### Windows 위해 <span class="notranslate farm-term" translate="no">farm</span> 모드에서 SafeKit 클러스터를 구성하는 방법은 무엇입니까? {#safekit-farm-cluster-configuration}

![SafeKit 웹 콘솔: Windows 네트워크 부하 분산 및 가상 IP 관리를 위한 클러스터 구성.](https://safekit.eviden.com/wp-content/uploads/2026/01/safekit-farm-cluster-config.png "w:966")

**<span class="notranslate farm-term" translate="no">farm</span> 모드의 SafeKit 클러스터**는 서비스의 고가용성 및 확장성을 위해 설계되었습니다. 이 구성은 들어오는 트래픽을 두 노드에 동시에 분산하는 데 중점을 둡니다

  * **로드 밸런싱 서비스(매크로 탭):** 모든 노드에서 활성 상태로 유지할 특정 애플리케이션 서비스(예: Apache, IIS, Nginx)를 정의합니다.
  * **하트비트 네트워크:** 노드가 <span class="notranslate farm-term" translate="no">farm</span> 떠났는지 감지하는 데 사용되는 통신 경로로, 즉각적인 부하 재분배를 트리거합니다.
  * **가상 IP(<span class="notranslate farm-term" translate="no">Farm</span> VIP):** mirror 클러스터와 달리 <span class="notranslate farm-term" translate="no">Farm</span> VIP는 커널 필터링 알고리즘을 사용하여 노드 간에 공유되어 네트워크 트래픽을 분산합니다.
  * **로드 밸런싱 규칙:** 소스 IP 주소 또는 포트를 기반으로 트래픽 분산 정책을 정의합니다.
  * **체커:** 애플리케이션의 상태를 모니터링하고 프로세스 오류가 감지되면 자동 재시작을 트리거합니다.

### Windows 의 <span class="notranslate farm-term" translate="no">farm</span> 모드에서 SafeKit 클러스터를 모니터링하는 방법은 무엇입니까? {#safekit-farm-cluster-monitoring}

![SafeKit 콘솔: 2개 노드 팜 모드 클러스터를 모니터링하는 UP으로, 두 Windows 노드 모두 활성 상태이며 로드 밸런싱이 적용되어 있습니다.](https://safekit.eviden.com/wp-content/uploads/2026/01/safekit-farm-cluster-monitor.png "w:473")

<span class="notranslate farm-term" translate="no">farm</span> 모드에서 클러스터를 모니터링하면 인프라의 **액티브-액티브** 특성을 파악할 수 있습니다. 이 모드에서는 모든 노드가 애플리케이션 성능에 기여합니다(이 예시에서는 2개의 노드가 표시됨)

  * **UP 상태(2개 노드에서 50%):** 정상적인 <span class="notranslate farm-term" translate="no">farm</span> 에서는 두 노드 모두 " UP "(50%) 상태이며, 이는 두 노드 모두 공유 가상 IP를 통해 클라이언트 요청을 적극적으로 수신하고 처리하고 있음을 의미합니다.
  * **자동 재조정:** 노드 하나가 고장 나면 콘솔에 남아 있는 노드가 트래픽의 100%를 처리하는 것이 시각적으로 표시됩니다. 살아남은 노드는 이미 활성화되어 있으므로(몇 초의 감지 시간 제외) "장애 조치" 지연이 없습니다.
  * **노드 삽입:** 복구된 노드가 다시 시작되면 " STOP "에서 " UP "으로 전환되고 관리자 개입 없이 자동으로 부하의 일부를 수신하기 시작합니다.
  * **데이터 동기화 없음:** <span class="notranslate farm-term" translate="no">farm</span> 모드 클러스터에서는 노드가 상태 비저장 방식이거나 백엔드 데이터베이스를 공유해야 하므로(mirror 클러스터에서 별도로 보호할 수 있음) "주황색" 재동기화 상태가 없습니다.

단순한 상태 아이콘을 넘어, 이 인터페이스는 클릭 한 번으로 노드를 관리할 수 있는 기능을 제공합니다. 이를 통해 계획된 유지보수를 위해 노드를 수동으로 중지하거나 시작할 수 있으며, 공유 가상 IP는 사용자 활동을 중단시키지 않고 자동으로 트래픽을 재분배합니다.