DE · EN
Anrufen
+41 44 508 80 00 Ueberlandstrasse 1, 8600 Dübendorf
build 6ddc7a35 | content blog-content@417154f · 338 posts | profiles 32 · corpus 315 | ● 0 skipped | format run

$ soultec get post/vvf-9-0-supervisor-mit-foundation-load-balancer -o yaml$ soultec get post/vvf-9-0-supervisor-mit-foundation-load-balancer -o json$ soultec get post/vvf-9-0-supervisor-mit-foundation-load-balancer -o toml$ soultec get post/vvf-9-0-supervisor-mit-foundation-load-balancer -o xml$ python3 vvf-9-0-supervisor-mit-foundation-load-balancer.pyPS> ./vvf-9-0-supervisor-mit-foundation-load-balancer.ps1$ go run vvf-9-0-supervisor-mit-foundation-load-balancer.go$ node vvf-9-0-supervisor-mit-foundation-load-balancer.js

apiVersion: soultec.ch/v1kind: Postmetadata: name: vvf-9-0-supervisor-mit-foundation-load-balancer locale: de labels: author: marco-mattei capability/containers: 2.51 vendor/vmware: 0.98 annotations: source: blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md route: /de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/ schema: /nerd/schema/posts.json markdown: /de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.mdspec: title: VVF 9.0 Supervisor mit Foundation Load Balancer date: 2025-06-24 author: marco-mattei locale: de summary: >- Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. capabilities: [containers] vendors: [vmware] hero: /blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp legacySlug: vvf-9-0-supervisor-mit-foundation-load-balancer migrated: 2026-08-24 draft: false sections: - body: | Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann. - heading:

Rückblick

 body: | Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann: - NSX Integration und NSX Native Load Balancer - VMware AVI Load Balancer - HA Proxy (ohne Support, nur für POC/LAB) Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel. - heading:

Foundation Load Balancer

 body: | Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung: - VMware AVI Load Balancer (mit Zusatzlizenz) - Foundation Load Balancer - HA Proxy (ohne Support, nur für POC/LAB und deprecated) Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung: - NSX VPC Networking - NSX Segment Networking - NSX Networking with AVI Load Balancing Der neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt. ### Topologie Der FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes: #### One-Arm Topologie [![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg) In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung. #### Two-Arm Topologie [![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg) In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden. Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert. - heading:

Fazit

 body: | Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/).status: corpus: 315 alsoLike: - {ref: posts/how-to-authenticate-with-the-vsphere-supervisor-api, score: 1.00} - {ref: posts/how-to-vsphere-supervisor-services, score: 1.00} - {ref: services/virtualization-container, score: 0.75} search: /de/search.json
{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "vvf-9-0-supervisor-mit-foundation-load-balancer", "locale": "de", "labels": { "author": "marco-mattei", "capability/containers": 2.51, "vendor/vmware": 0.98 }, "annotations": { "source": "blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md", "route": "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md" } }, "spec": { "title": "VVF 9.0 Supervisor mit Foundation Load Balancer", "date": "2025-06-24", "author": "marco-mattei", "locale": "de", "summary": "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann.", "capabilities": [ "containers" ], "vendors": [ "vmware" ], "hero": "/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp", "legacySlug": "vvf-9-0-supervisor-mit-foundation-load-balancer", "migrated": "2026-08-24", "draft": false, "sections": [ { "body": "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann." }, { "heading": "

Rückblick

", "body": "Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:\n\n- NSX Integration und NSX Native Load Balancer\n- VMware AVI Load Balancer\n- HA Proxy (ohne Support, nur für POC/LAB)\n\nBisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel." }, { "heading": "

Foundation Load Balancer

", "body": "Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:\n\n- VMware AVI Load Balancer (mit Zusatzlizenz)\n- Foundation Load Balancer\n- HA Proxy (ohne Support, nur für POC/LAB und deprecated)\n\nZusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:\n\n- NSX VPC Networking\n- NSX Segment Networking\n- NSX Networking with AVI Load Balancing\n\nDer neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.\n\n### Topologie\n\nDer FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:\n\n#### One-Arm Topologie\n\n[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)\n\nIn dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.\n\n#### Two-Arm Topologie\n\n[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)\n\nIn dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.\n\nDie Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert." }, { "heading": "

Fazit

", "body": "Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/)." } ] }, "status": { "corpus": 315, "alsoLike": [ { "ref": "posts/how-to-authenticate-with-the-vsphere-supervisor-api", "score": "1.00" }, { "ref": "posts/how-to-vsphere-supervisor-services", "score": "1.00" }, { "ref": "services/virtualization-container", "score": "0.75" } ], "search": "/de/search.json" }}
apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "vvf-9-0-supervisor-mit-foundation-load-balancer"locale = "de"[metadata.labels]author = "marco-mattei""capability/containers" = 2.51"vendor/vmware" = 0.98[metadata.annotations]source = "blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md"route = "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/"schema = "/nerd/schema/posts.json"markdown = "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md"[spec]title = "VVF 9.0 Supervisor mit Foundation Load Balancer"date = 2025-06-24author = "marco-mattei"locale = "de"summary = "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann."capabilities = ["containers"]vendors = ["vmware"]hero = "/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp"legacySlug = "vvf-9-0-supervisor-mit-foundation-load-balancer"migrated = 2026-08-24draft = false[[spec.sections]]body = "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann."[[spec.sections]]heading = "

Rückblick

"body = '''Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:- NSX Integration und NSX Native Load Balancer- VMware AVI Load Balancer- HA Proxy (ohne Support, nur für POC/LAB)Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel.'''[[spec.sections]]heading = "

Foundation Load Balancer

"body = '''Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:- VMware AVI Load Balancer (mit Zusatzlizenz)- Foundation Load Balancer- HA Proxy (ohne Support, nur für POC/LAB und deprecated)Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:- NSX VPC Networking- NSX Segment Networking- NSX Networking with AVI Load BalancingDer neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.### TopologieDer FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:#### One-Arm Topologie[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.#### Two-Arm Topologie[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert.'''[[spec.sections]]heading = "

Fazit

"body = "Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/)."[status]corpus = 315search = "/de/search.json"[[status.alsoLike]]ref = "posts/how-to-authenticate-with-the-vsphere-supervisor-api"score = "1.00"[[status.alsoLike]]ref = "posts/how-to-vsphere-supervisor-services"score = "1.00"[[status.alsoLike]]ref = "services/virtualization-container"score = "0.75"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>vvf-9-0-supervisor-mit-foundation-load-balancer</name> <locale>de</locale> <labels> <author>marco-mattei</author> <entry key="capability/containers">2.51</entry> <entry key="vendor/vmware">0.98</entry> </labels> <annotations> <source>blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md</source> <route>/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md</markdown> </annotations> </metadata> <spec> <title>VVF 9.0 Supervisor mit Foundation Load Balancer</title> <date>2025-06-24</date> <author>marco-mattei</author> <locale>de</locale> <summary>Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann.</summary> <capabilities> <item>containers</item> </capabilities> <vendors> <item>vmware</item> </vendors> <hero>/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp</hero> <legacySlug>vvf-9-0-supervisor-mit-foundation-load-balancer</legacySlug> <migrated>2026-08-24</migrated> <draft>false</draft> <sections> <section> <body>Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann.</body> </section> <section> <heading>

Rückblick

</heading> <body>Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:- NSX Integration und NSX Native Load Balancer- VMware AVI Load Balancer- HA Proxy (ohne Support, nur für POC/LAB)Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel. </body> </section> <section> <heading>

Foundation Load Balancer

</heading> <body>Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:- VMware AVI Load Balancer (mit Zusatzlizenz)- Foundation Load Balancer- HA Proxy (ohne Support, nur für POC/LAB und deprecated)Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:- NSX VPC Networking- NSX Segment Networking- NSX Networking with AVI Load BalancingDer neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.### TopologieDer FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:#### One-Arm Topologie[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.#### Two-Arm Topologie[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert. </body> </section> <section> <heading>

Fazit

</heading> <body>Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/).</body> </section> </sections> </spec> <status> <corpus>315</corpus> <alsoLike> <item> <ref>posts/how-to-authenticate-with-the-vsphere-supervisor-api</ref> <score>1.00</score> </item> <item> <ref>posts/how-to-vsphere-supervisor-services</ref> <score>1.00</score> </item> <item> <ref>services/virtualization-container</ref> <score>0.75</score> </item> </alsoLike> <search>/de/search.json</search> </status></manifest>
# Code generated by the soultec.ch build. DO NOT EDIT.import jsonPAGE = { "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "vvf-9-0-supervisor-mit-foundation-load-balancer", "locale": "de", "labels": { "author": "marco-mattei", "capability/containers": 2.51, "vendor/vmware": 0.98, }, "annotations": { "source": "blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md", "route": "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md", }, }, "spec": { "title": "VVF 9.0 Supervisor mit Foundation Load Balancer", "date": "2025-06-24", "author": "marco-mattei", "locale": "de", "summary": "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann.", "capabilities": ["containers"], "vendors": ["vmware"], "hero": "/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp", "legacySlug": "vvf-9-0-supervisor-mit-foundation-load-balancer", "migrated": "2026-08-24", "draft": False, "sections": [ { "body": "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann.", }, { "heading": "

Rückblick

", "body": ( "Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:\n" "\n" "- NSX Integration und NSX Native Load Balancer\n" "- VMware AVI Load Balancer\n" "- HA Proxy (ohne Support, nur für POC/LAB)\n" "\n" "Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel." ), }, { "heading": "

Foundation Load Balancer

", "body": ( "Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:\n" "\n" "- VMware AVI Load Balancer (mit Zusatzlizenz)\n" "- Foundation Load Balancer\n" "- HA Proxy (ohne Support, nur für POC/LAB und deprecated)\n" "\n" "Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:\n" "\n" "- NSX VPC Networking\n" "- NSX Segment Networking\n" "- NSX Networking with AVI Load Balancing\n" "\n" "Der neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.\n" "\n" "### Topologie\n" "\n" "Der FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:\n" "\n" "#### One-Arm Topologie\n" "\n" "[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)\n" "\n" "In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.\n" "\n" "#### Two-Arm Topologie\n" "\n" "[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)\n" "\n" "In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.\n" "\n" "Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert." ), }, { "heading": "

Fazit

", "body": "Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/).", }, ], }, "status": { "corpus": 315, "alsoLike": [ { "ref": "posts/how-to-authenticate-with-the-vsphere-supervisor-api", "score": "1.00", }, { "ref": "posts/how-to-vsphere-supervisor-services", "score": "1.00", }, { "ref": "services/virtualization-container", "score": "0.75", }, ], "search": "/de/search.json", },}if __name__ == "__main__": print(json.dumps(PAGE, indent=2, ensure_ascii=False))
# Code generated by the soultec.ch build. DO NOT EDIT.$Page = [ordered]@{ apiVersion = 'soultec.ch/v1' kind = 'Post' metadata = [ordered]@{ name = 'vvf-9-0-supervisor-mit-foundation-load-balancer' locale = 'de' labels = [ordered]@{ author = 'marco-mattei' 'capability/containers' = 2.51 'vendor/vmware' = 0.98 } annotations = [ordered]@{ source = 'blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md' route = '/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/' schema = '/nerd/schema/posts.json' markdown = '/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md' } } spec = [ordered]@{ title = 'VVF 9.0 Supervisor mit Foundation Load Balancer' date = '2025-06-24' author = 'marco-mattei' locale = 'de' summary = 'Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann.' capabilities = @('containers') vendors = @('vmware') hero = '/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp' legacySlug = 'vvf-9-0-supervisor-mit-foundation-load-balancer' migrated = '2026-08-24' draft = $false sections = @( [ordered]@{ body = 'Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann.' } [ordered]@{ heading = '

Rückblick

' body = @'Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:- NSX Integration und NSX Native Load Balancer- VMware AVI Load Balancer- HA Proxy (ohne Support, nur für POC/LAB)Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel.'@ } [ordered]@{ heading = '

Foundation Load Balancer

' body = @'Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:- VMware AVI Load Balancer (mit Zusatzlizenz)- Foundation Load Balancer- HA Proxy (ohne Support, nur für POC/LAB und deprecated)Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:- NSX VPC Networking- NSX Segment Networking- NSX Networking with AVI Load BalancingDer neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.### TopologieDer FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:#### One-Arm Topologie[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.#### Two-Arm Topologie[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert.'@ } [ordered]@{ heading = '

Fazit

' body = 'Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/).' } ) } status = [ordered]@{ corpus = 315 alsoLike = @( [ordered]@{ ref = 'posts/how-to-authenticate-with-the-vsphere-supervisor-api' score = '1.00' } [ordered]@{ ref = 'posts/how-to-vsphere-supervisor-services' score = '1.00' } [ordered]@{ ref = 'services/virtualization-container' score = '0.75' } ) search = '/de/search.json' }}$Page | ConvertTo-Json -Depth 32
// Code generated by the soultec.ch build. DO NOT EDIT.package mainimport ( "encoding/json" "os")var page = map[string]any{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": map[string]any{ "name": "vvf-9-0-supervisor-mit-foundation-load-balancer", "locale": "de", "labels": map[string]any{ "author": "marco-mattei", "capability/containers": 2.51, "vendor/vmware": 0.98, }, "annotations": map[string]any{ "source": "blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md", "route": "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md", }, }, "spec": map[string]any{ "title": "VVF 9.0 Supervisor mit Foundation Load Balancer", "date": "2025-06-24", "author": "marco-mattei", "locale": "de", "summary": "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann.", "capabilities": []any{"containers"}, "vendors": []any{"vmware"}, "hero": "/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp", "legacySlug": "vvf-9-0-supervisor-mit-foundation-load-balancer", "migrated": "2026-08-24", "draft": false, "sections": []any{ map[string]any{ "body": "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann.", }, map[string]any{ "heading": "

Rückblick

", "body": "Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:\n" + "\n" + "- NSX Integration und NSX Native Load Balancer\n" + "- VMware AVI Load Balancer\n" + "- HA Proxy (ohne Support, nur für POC/LAB)\n" + "\n" + "Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel.", }, map[string]any{ "heading": "

Foundation Load Balancer

", "body": "Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:\n" + "\n" + "- VMware AVI Load Balancer (mit Zusatzlizenz)\n" + "- Foundation Load Balancer\n" + "- HA Proxy (ohne Support, nur für POC/LAB und deprecated)\n" + "\n" + "Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:\n" + "\n" + "- NSX VPC Networking\n" + "- NSX Segment Networking\n" + "- NSX Networking with AVI Load Balancing\n" + "\n" + "Der neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.\n" + "\n" + "### Topologie\n" + "\n" + "Der FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:\n" + "\n" + "#### One-Arm Topologie\n" + "\n" + "[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)\n" + "\n" + "In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.\n" + "\n" + "#### Two-Arm Topologie\n" + "\n" + "[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)\n" + "\n" + "In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.\n" + "\n" + "Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert.", }, map[string]any{ "heading": "

Fazit

", "body": "Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/).", }, }, }, "status": map[string]any{ "corpus": 315, "alsoLike": []any{ map[string]any{ "ref": "posts/how-to-authenticate-with-the-vsphere-supervisor-api", "score": "1.00", }, map[string]any{ "ref": "posts/how-to-vsphere-supervisor-services", "score": "1.00", }, map[string]any{ "ref": "services/virtualization-container", "score": "0.75", }, }, "search": "/de/search.json", },}func main() { enc := json.NewEncoder(os.Stdout) enc.SetEscapeHTML(false) enc.SetIndent("", " ") if err := enc.Encode(page); err != nil { os.Exit(1) }}
// Code generated by the soultec.ch build. DO NOT EDIT.const page = { apiVersion: "soultec.ch/v1", kind: "Post", metadata: { name: "vvf-9-0-supervisor-mit-foundation-load-balancer", locale: "de", labels: { author: "marco-mattei", "capability/containers": 2.51, "vendor/vmware": 0.98, }, annotations: { source: "blog-content/posts/de/vvf-9-0-supervisor-mit-foundation-load-balancer.md", route: "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer/", schema: "/nerd/schema/posts.json", markdown: "/de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md", }, }, spec: { title: "VVF 9.0 Supervisor mit Foundation Load Balancer", date: "2025-06-24", author: "marco-mattei", locale: "de", summary: "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann.", capabilities: ["containers"], vendors: ["vmware"], hero: "/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/hero.webp", legacySlug: "vvf-9-0-supervisor-mit-foundation-load-balancer", migrated: "2026-08-24", draft: false, sections: [ { body: "Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann.", }, { heading: "

Rückblick

", body: "Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:\n" + "\n" + "- NSX Integration und NSX Native Load Balancer\n" + "- VMware AVI Load Balancer\n" + "- HA Proxy (ohne Support, nur für POC/LAB)\n" + "\n" + "Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel.", }, { heading: "

Foundation Load Balancer

", body: "Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:\n" + "\n" + "- VMware AVI Load Balancer (mit Zusatzlizenz)\n" + "- Foundation Load Balancer\n" + "- HA Proxy (ohne Support, nur für POC/LAB und deprecated)\n" + "\n" + "Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:\n" + "\n" + "- NSX VPC Networking\n" + "- NSX Segment Networking\n" + "- NSX Networking with AVI Load Balancing\n" + "\n" + "Der neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.\n" + "\n" + "### Topologie\n" + "\n" + "Der FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:\n" + "\n" + "#### One-Arm Topologie\n" + "\n" + "[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/01.svg)\n" + "\n" + "In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.\n" + "\n" + "#### Two-Arm Topologie\n" + "\n" + "[![](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)](/blog-assets/vvf-9-0-supervisor-mit-foundation-load-balancer/02.svg)\n" + "\n" + "In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.\n" + "\n" + "Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert.", }, { heading: "

Fazit

", body: "Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir [gerne für dich da](https://soultec.ch/contact-us/).", }, ], }, status: { corpus: 315, alsoLike: [ { ref: "posts/how-to-authenticate-with-the-vsphere-supervisor-api", score: "1.00", }, { ref: "posts/how-to-vsphere-supervisor-services", score: "1.00", }, { ref: "services/virtualization-container", score: "0.75", }, ], search: "/de/search.json", },};console.log(JSON.stringify(page, null, 2));

# 83 lines · YAML · validated at build# 71 lines · JSON · validated at build# 101 lines · TOML · validated at build# 111 lines · XML · validated at build# 113 lines · Python · read back at build, equals the JSON record# 110 lines · PowerShell · read back at build, equals the JSON record# 121 lines · Go · read back at build, equals the JSON record# 106 lines · JavaScript · read back at build, equals the JSON record · served at /de/insights/vvf-9-0-supervisor-mit-foundation-load-balancer.md

Beitrag · 2025-06-24

VVF 9.0 Supervisor mit Foundation Load Balancer

Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann.

2025-06-24Datum
Marco MatteiAutor
3Min. Lesezeit
Themen Container 2.51
Hersteller VMware 0.98

Mit dem neuen 9.0 Release von VMware vSphere Foundation gibt es neue Möglichkeiten wie der vSphere Supervisor deployed werden kann. Eine davon ist der integrierte Foundation Load Balancer (FLB) welcher automatisch beim installieren des Supervisors aufgesetzt werden kann.

Rückblick

Als kleiner Rückblick erklärt: der vSphere Supervisor erlaubt es, direkt auf einem bestehenden vSphere Cluster Kubernetes Cluster deployen zu können und damit Kubernetes Services in der bestehenden Umgebung betreiben zu können. Bisher gab es 3 Varianten, wie das Load Balancing für den Supervisor Cluster und die darunterliegenden Kubernetes Cluster realisiert werden kann:

  • NSX Integration und NSX Native Load Balancer
  • VMware AVI Load Balancer
  • HA Proxy (ohne Support, nur für POC/LAB)

Bisher war in der Lizenz für vSphere Kubernetes Service (VKS, vormals bekannt als vSphere with Tanzu) die Lizenz für AVI Load Balancer Essentials enthalten. Mittels diesem konnten L4 Load Balancer Services erstellt werden, welche für den Supervisor sowie für die Kubernetes Services benutzt wurden. Dieses Offering ist mit VVF und VCF 9.0 nun deprecated und wird nicht mehr weiterentwickelt. Versionstechnisch bedeutet dies, dass die Version 30.x von AVI nicht mehr mit der Essentials Version installiert werden kann und somit nur noch gegen Aufpreis verfügbar ist. Hier kommt nun die neue Entwicklung namens Foundation Load Balancer ins Spiel.

Foundation Load Balancer

Mit VVF 9.0 stehen nun folgende Load Balancer Optionen zur Verfügung:

  • VMware AVI Load Balancer (mit Zusatzlizenz)
  • Foundation Load Balancer
  • HA Proxy (ohne Support, nur für POC/LAB und deprecated)

Zusätzlich mit VCF 9.0 stehen folgende Optionen zur Verfügung:

  • NSX VPC Networking
  • NSX Segment Networking
  • NSX Networking with AVI Load Balancing

Der neue FLB ist integriert in VCF und VVF und wird direkt als VMs in den Resource Pool des Supervisors installiert. Er benötigt anders als der AVI Load Balancer keine manuelle Konfiguration mehr sondern wird direkt über den Supervisor Deployment Wizzard konfiguriert und aufgesetzt.

Topologie

Der FLB kann in 2 verschiedenen Topologien aufgesetzt werden, als One-Arm oder Two-Arm. Dies bedeutet folgendes:

One-Arm Topologie

In dieser Topologie hat der Load Balancer 2 vNICs welche erstellt werden. Einer für Management Traffic, mittels welchem CRUD (Create, Read, Update, Delete) Operationen ausgeführt werden. Der zweite vNIC wird für Virtuelle Server sowie auch für Application Traffic verwendet. Damit liegen die VIPs im gleichen Netzwerk wie die IP Pools, welche für die Applikationen auf den Kubernetes Clustern verwendet werden. Dieses Setup ist damit aus Netzwerktechnischer Sicht einfacher aufzubauen, bietet aber keine Option der Netzwerksegmentierung.

Two-Arm Topologie

In dieser Topologie werden 3 vNICs erstellt. Ebenfalls wie bei der anderen Topologie wird ein vNIC für Management Traffic verwendet. Zusätzlich wird das Virtual Server Network, auf dem die VIPs liegen separat auf einen eigenen vNIC gelegt. Zusätzlich wird ein dritter vNIC für ein Transit Network aufgesetzt, welches Traffic zu den Workload Networks zu den Kubernetes Clustern weiterleitet. Damit können diese Netzwerke besser segmentiert werden.

Die Netzwerke und IP Pools werden bei der Installation des Supervisors definiert und automatisch auf dem Load Balancer konfiguriert.

Fazit

Die neue Load Balancer Option in VVF 9.0 erleichtert das Deployment des Supervisors da kein externer Load Balancer mehr konfiguriert werden muss. Hast du Fragen oder möchtest den Supervisor selbst auf deiner Platform ausprobieren sind wir gerne für dich da.

Passt ausserdem

Beitrag 1.00

An der vSphere Supervisor API anmelden
Beitrag 1.00

vSphere Supervisor Services
Infrastruktur 0.75

Virtualisierung

Cookies und externe Dienste

Wir möchten wissen, wie unsere Seiten genutzt werden. Dafür setzen wir Google Analytics ein, für Werbung Google Ads und HubSpot, und für die Anfahrt Google Maps. Nichts davon lädt, bevor du zustimmst, und deine Wahl kannst du jederzeit unter «Datenschutz-Einstellungen» im Footer ändern.

Verantwortlich: soulTec AG, Ueberlandstrasse 1, 8600 Dübendorf. Datenschutzerklärung