From 35e904d7c3d1f41405ff53f23127a4d54b8a843d Mon Sep 17 00:00:00 2001 From: opethema <110918373+opethema@users.noreply.github.com> Date: Sat, 29 Jun 2024 03:42:06 +0200 Subject: [PATCH] fix image and kube-vip links (#11267) --- docs/operations/ha-mode.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/operations/ha-mode.md b/docs/operations/ha-mode.md index f961c7462..64e8c025b 100644 --- a/docs/operations/ha-mode.md +++ b/docs/operations/ha-mode.md @@ -30,12 +30,12 @@ loadbalancer. If you wish to control the name of the loadbalancer container, you can set the variable `loadbalancer_apiserver_pod_name`. If you choose to NOT use the local internal loadbalancer, you will need to -use the [kube-vip](kube-vip.md) ansible role or configure your own loadbalancer to achieve HA. By default, it only configures a non-HA endpoint, which points to the +use the [kube-vip](/docs/ingress/kube-vip.md) ansible role or configure your own loadbalancer to achieve HA. By default, it only configures a non-HA endpoint, which points to the `access_ip` or IP address of the first server node in the `kube_control_plane` group. It can also configure clients to use endpoints for a given loadbalancer type. The following diagram shows how traffic to the apiserver is directed. -![Image](figures/loadbalancer_localhost.png?raw=true) +![Image](/docs/figures/loadbalancer_localhost.png?raw=true) A user may opt to use an external loadbalancer (LB) instead. An external LB provides access for external clients, while the internal LB accepts client