Skip to content

Commit 8e20217

Browse files
committed
Add load balancer issues TSG
1 parent d98c612 commit 8e20217

File tree

2 files changed

+63
-0
lines changed

2 files changed

+63
-0
lines changed

AKS-Arc/TOC.yml

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -148,6 +148,8 @@
148148
href: aks-troubleshoot.md
149149
- name: Control plane configuration validation errors
150150
href: control-plane-validation-errors.md
151+
- name: Kubernetes load balancer issues
152+
href: kubernetes-load-balancer-issues.md
151153
- name: K8sVersionValidation error
152154
href: cluster-k8s-version.md
153155
- name: Use diagnostic checker
Lines changed: 61 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,61 @@
1+
---
2+
title: Connection issues with MetalLB or Kubernetes services of type Load Balancer
3+
description: Learn how to mitigate connection issues with MetalLB or Kubernetes services of type Load Balancer.
4+
author: sethmanheim
5+
ms.author: sethm
6+
ms.topic: concept-article
7+
ms.date: 02/26/2025
8+
9+
---
10+
11+
# Connection issues with MetalLB or Kubernetes services of type Load Balancer
12+
13+
You might sometimes experience intermittent connectivity issues when accessing a Kubernetes service of type **LoadBalancer** using the assigned external IP address. This article describes how to identify and resolve connection issues with MetalLB or Kubernetes services of type **LoadBalancer**.
14+
15+
## Symptoms
16+
17+
- The service is accessible sometimes, but not consistently.
18+
- The client experiences unexpected disconnects.
19+
- The external IP intermittently appears and disappears from the control plane when running `Get-VMNetworkAdapter`:
20+
21+
```powershell
22+
Get-VMNetworkAdapter -VMName * | select name, ipaddresses
23+
24+
...
25+
26+
# The external IP appears in the get-vmnetworkadapter output
27+
28+
nocpip26-55bc418a-control-plane-kjqcm-nic-b607b1e0
29+
{172.16.0.11, 172.16.0.10, ***172.16.100.0***, fe80::ec:d3ff:fe8b:1}
30+
31+
# Now it's gone
32+
33+
Get-VMNetworkAdapter -VMName * | select name, ipaddresses
34+
35+
...
36+
37+
nocpip26-55bc418a-control-plane-kjqcm-nic-b607b1e0
38+
{172.16.0.11, 172.16.0.10, ***Now it is gone*** fe80::ec:d3ff:fe8b:1}
39+
40+
# Now it's back
41+
42+
Get-VMNetworkAdapter -VMName * | select name, ipaddresses
43+
44+
...
45+
46+
nocpip26-55bc418a-control-plane-kjqcm-nic-b607b1e0
47+
{172.16.0.11, 172.16.0.10, ***172.16.100.0***, fe80::ec:d3ff:fe8b:1}
48+
```
49+
50+
## Mitigation
51+
52+
This issue was fixed in [AKS on Azure Local, version 2411](aks-whats-new-23h2.md#release-2411).
53+
54+
If you're on an older build, please update to Azure Local, version 2411. Once you update to 2411, you can:
55+
56+
- Create a new AKS cluster. The new AKS cluster should not have any intermittent load balancer connectivity issues.
57+
- [Upgrade the Kubernetes version](cluster-upgrade.md) of your existing AKS cluster to get the fix.
58+
59+
## Next steps
60+
61+
[Troubleshoot issues in AKS enabled by Azure Arc](aks-troubleshoot.md)

0 commit comments

Comments
 (0)