SLB MUX VIP 라우팅 테이블 누락으로 인한 패킷 드롭 이슈

Question

1. 장애 현상

SDN(소프트웨어 정의 네트워크) 환경에서 External 트래픽이 SLB MUX를 거쳐 백엔드 Tenant VM Pool로 포워딩되지 않고 ICMP Host Unreachable 응답과 함께 전부 드롭되는 현상 발생.

2. 원인 분석

SLB Host Agent 단의 VIP Route Table을 점검한 결과, Network Controller(NC)로부터 내려와야 할 VIP 라우팅 정책이 정상적으로 바인딩되지 않음. 이로 인해 MUX가 Destination IP를 찾아가지 못하고 패킷을 drop 처리함.

3. 문의 사항

NC 와 SLB Host Agent 간의 Policy Sync가 깨졌을 때, 서비스 인프라 영향 없이 SLB Policy Configuration을 수동으로 Force Re-sync 하는 모범 사례(Best Practice)나 PowerShell 커맨드가 있는지 경험 공유 부탁드립니다.

Answer 1

안녕하세요,

말씀하신 상황은 SDN 환경에서 흔히 발생하는 SLB Policy Sync 불일치 문제입니다. Network Controller(NC)와 SLB Host Agent 간의 정책 동기화가 깨지면 MUX가 VIP Route Table을 갱신하지 못하고, 결국 외부 트래픽이 Tenant VM Pool로 전달되지 못한 채 ICMP Host Unreachable로 드롭됩니다.

모범 사례는 서비스 중단을 최소화하면서 NC와 SLB Host Agent 간의 정책을 강제로 재동기화하는 것입니다. Microsoft에서 권장하는 방식은 PowerShell을 통해 NC에 직접 재동기화 요청을 보내는 것입니다. 일반적으로 다음과 같은 명령을 사용합니다:

Invoke-NetworkControllerConfiguration -Force

이 명령은 NC가 보관 중인 정책을 다시 Host Agent로 푸시하도록 강제합니다. 특정 SLB MUX 노드만 대상으로 할 경우에는 해당 Host Agent 서비스에서 정책을 재적용할 수 있습니다. 예를 들어:

Restart-Service SlbHostAgent

이렇게 하면 해당 노드의 Host Agent가 NC와 다시 연결을 시도하고 VIP Route Table을 재구성합니다. 단, 운영 환경에서는 모든 MUX 노드를 동시에 재시작하지 않고, 순차적으로 진행하여 서비스 영향 범위를 최소화하는 것이 중요합니다.

추가로, Get-NetworkControllerLoadBalancer 와 Get-SlbMux 명령으로 현재 정책 상태를 확인하고, VIP Route Table이 정상적으로 내려왔는지 검증하는 절차가 필요합니다. 만약 정책이 여전히 반영되지 않는다면 NC 자체의 상태를 점검해야 하며, Restart-Service NetworkController 를 통해 NC 서비스를 재기동하는 것이 최후의 수단입니다.

정리하면, Best Practice는 먼저 Invoke-NetworkControllerConfiguration -Force 로 정책 재동기화를 시도하고, 필요 시 개별 MUX 노드에서 Restart-Service SlbHostAgent 를 수행하는 것입니다. 이렇게 하면 서비스 인프라에 최소한의 영향으로 VIP 라우팅 정책을 복구할 수 있습니다.

Domic Vo.