Ich verwende ein Cluster-Setup mit mehreren Apisovers mit einem Loadbalancer vor ihnen für den externen Zugriff, mit einer Installation auf Bare-Metal.So konfigurieren Sie den kube-proxy master_url mit mehreren Apisierern
Wie erwähnt in der High Availability Kubernetes Clusters Dokumente, würde ich gerne interne Loadbalancing mit dem kubernetes
Service in meinem Cluster verwenden. Das funktioniert soweit gut, aber ich bin mir nicht sicher, was ist der beste Weg, um die kube-proxy
einzurichten. Es kann offensichtlich die Dienst-IP nicht verwenden, da es die Proxie zu dieser basierend auf den Daten von dem Apiserver (master
) durchführt. Ich könnte die IP eines jeden der Apiserver verwenden, aber das würde die Hochverfügbarkeit verlieren. Die einzige praktikable Option, die ich derzeit sehe, ist die Verwendung meines externen Loadbalancers, aber das scheint irgendwie falsch zu sein.
Irgendwelche Ideen oder Best Practices?
Bezüglich der erste Punkt: Ja, ich denke schon. Ich betreibe bereits einen Kube-Proxy auf jedem Master, der auf den lokalen Master verweist. Mein Problem ist nicht mit dem Kube-Proxy auf Master-Knoten, sondern auf Worker-Knoten. Diese haben keinen lokalen Master, mit dem sie sich verbinden können. Der zweite Punkt ist, afaik, falsch. Der Podmaster wird gemäß den Dokumenten nur verwendet, um zu entscheiden, wo der Scheduler und der Controller-Manager instanziiert werden, während der Apisover auf allen Master-Instanzen läuft. –