Fertigungs-IT gegen den vollen VCF-Stack: Wie Sie mit weniger mehr erreichen (und trotzdem nachts schlafen)

In der Welt der Fertigungs-IT gilt eine goldene Regel: Was nicht kaputt ist, sollte man nicht kaputt-upgraden. Doch mit dem Rollout von VMware Cloud Foundation (VCF) 9 und Broadcom, das bei der Lizenzierung die Daumenschrauben anzieht, blicken viele IT-Teams plötzlich in den Lauf eines Full-Stack-Deployments, das sie nie wollten – komplett mit NSX, vSAN und einer Management-Ebene, gebaut für eine Private Cloud, die sie gar nicht brauchen.

Das ist gerade für viele mittelständische Fertigungsunternehmen die Realität. Sie sind keine Cloud-native-Lieblinge, sondern Pragmatiker mit einer Obsession für Uptime. Die Fertigungshalle braucht Stabilität, keine glänzende Komplexität. Wenn also VVF (vSphere Foundation) wie eine Sackgasse wirkt und die einzige Alternative VCF heißt, lautet die große Frage: Wie „minimal" lässt sich VCF 9 gestalten und trotzdem überleben?

Das VCF-Dilemma: Alles oder nichts?

Seien wir ehrlich: VCF ist nicht per se schlecht. Es ist ein mächtiges Tool, besonders für Organisationen, die eine waschechte Private-Cloud-Erfahrung wollen. Aber für Fertigungsteams, die einfach nur ihre Legacy-Apps und SCADA-Systeme rund um die Uhr am Laufen halten wollen, fühlt es sich an, als würde man ein Raumschiff ausrollen, um ein Fahrrad zu reparieren.

Ein Nutzer brachte es auf den Punkt: „Wir brauchen keine 'Private Cloud', wir brauchen eine stabile Virtualisierungsplattform."

Diese Haltung teilen viele. Diese Teams wollen ihr Netzwerk nicht rund um NSX neu aufbauen oder ihren Storage auf vSAN umstellen. Ihre VLAN- und iSCSI-Setups funktionieren einwandfrei. Sie wollen einfach nur ihre Lizenzen verlängern, ohne die gesamte Infrastruktur neu zu schreiben.

Lässt sich also eine Lite-Version von VCF 9 betreiben?

Die kurze Antwort? Ja. Aber wie alles in der Enterprise-IT: kompliziert.

Sie können VCF ohne NSX oder vSAN ausrollen und einfach vSphere und vCenter nutzen. Diesen Ansatz verfolgen bereits etliche Betriebe. Ein Nutzer erklärte: „Beim Kauf von VCF erhalten Sie Lizenzen für jedes Produkt … Wenn Sie Ihr Deployment also darauf beschränken wollen, können Sie das tun."

Sie müssen trotzdem die VCF-Operations-Appliance (VCfOps) betreiben, um die Lizenzbedingungen zu erfüllen, aber Sie müssen nicht alle Schnickschnack-Funktionen aktivieren. Stellen Sie es sich vor wie den Kauf eines Schweizer Taschenmessers, bei dem Sie nur die Klinge und den Schraubenzieher benutzen.

Hier eine Übersicht, was wirklich nötig ist:

vSphere und vCenter: Logisch.

VCF Operations Appliance: Nötig für die Host- und vCenter-Lizenzierung.

NSX und vSAN: In der Praxis optional, auch wenn von Broadcom „bevorzugt".

NSX: Das notwendige Übel?

Die hitzigsten Debatten drehen sich immer wieder um NSX. Es gibt Angst, Verwirrung und ehrlich gesagt jede Menge Frust. Viele IT-Teams fragen sich: Müssen wir unsere MTU-Einstellungen ändern? Brauchen wir VTEPs, VXLAN, Geneve-Tunnel oder Jumbo Frames auf jedem Switch?

Wie sich herausstellt: nein.

Sie können VLAN-basierte Portgruppen mit NSX betreiben und vermeiden so, Ihr gesamtes Rechenzentrum neu zu architektieren. Das bedeutet, Sie erfüllen die VCF-Vorgaben technisch, ohne Ihr Netzwerk umzukrempeln. Ein Nutzer merkte an: „Einem wird klar, dass man mit NSX einfach stinklangweilige VLAN-basierte Portgruppen betreiben kann, falls ich nichts übersehen habe."

Natürlich werden Jumbo Frames weiterhin empfohlen, und ja – wenn Sie NSX Edges einsetzen, müssen Sie wahrscheinlich an den MTU-Einstellungen schrauben. Aber wenn Sie auf Mikrosegmentierung und Overlay-Networking verzichten, wird das Setup deutlich erträglicher.

Trotzdem drängt sich die Frage auf: Warum NSX überhaupt ausrollen, wenn Sie dessen Kernfunktionen gar nicht nutzen?

Die Antwort hängt von Ihrem Lizenzmodell ab. Manche Admins entscheiden sich dafür, NSX und vSAN als „Shelfware" zu behandeln – installiert, aber untätig – und machen weiter. Elegant ist das nicht, aber legal.

Edge-Anwendungsfall: Ihre Geheimwaffe

Wenn Sie kleinere, verteilte Standorte betreiben – denken Sie an Fabriken, nicht Rechenzentren –, könnte VCF Edge Ihre Rettungsluke sein.

VCF Edge ist eine leichtere SKU, genau für solche Situationen gedacht. Sie ist günstiger als das volle Data-Center-Bundle und trägt der Tatsache Rechnung, dass Sie nicht den vollen Stack ausrollen. Ein Nutzer formulierte es so: „VCF Edge Cores sind im Grunde dasselbe, nur mit Unterschieden bei der ELUA."

Eine solide Deployment-Strategie könnte so aussehen:

Zentralisieren Sie Ihren VCF-Stack an Ihrem Hauptsitz.

Rollen Sie an Edge-Standorten kleine Single-Host- oder Minimal-Cluster aus.

Nutzen Sie den zentralisierten Ops-Cluster für Lizenzierung und Lifecycle-Management.

So können Sie die Compliance-Anforderung „abhaken", ohne jedem Remote-Standort ein volles VCF-Deployment aufzuzwingen.

Wo also liegt der Haken?

Hier beißt die Realität zu: Selbst ein „minimales" VCF-Deployment ist nicht kostenlos. Sie brauchen Hardware-Overhead für die Management-Appliances. Sie brauchen Zeit, um VCF Ops zu installieren, zu konfigurieren und zu pflegen. Und ja, Sie zahlen mehr, als Sie es mit einem eigenständigen vSphere/vCenter-Setup würden.

Ein Nutzer traf den wunden Punkt: „Alles zu Shelfware machen außer ESX, vCenter und dem Lizenzserver … aber mit höheren Rechnungen."

Das sind die versteckten Kosten von VCF – Budget für Software ausgeben, die Sie gar nicht nutzen, nur um im Spiel zu bleiben.

Was die Community gerade tut

Über alle Bereiche hinweg sehen wir diese Ansätze:

Minimal Deployment: VCF-Lizenz für die Compliance, nur vSphere/vCenter ausrollen, NSX/vSAN auslassen.

Shelfware-Strategie: NSX und vSAN installieren, aber nicht nutzen. Sie existieren nur, um Support-/Lizenzprüfungen zu bestehen.

VCF Edge am Hauptsitz: Management-Overhead an einem Ort bündeln, den Betrieb zentralisieren und die Werke schlank laufen lassen.

Hybride Planung: Die aktuelle Infrastruktur beibehalten und gleichzeitig Alternativen wie Hyper-V oder Nutanix für künftige Übergänge evaluieren.

Schlussgedanken: Kämpfen Sie gegen den Stack, nicht gegen Ihren Verstand

Wenn Sie in der Fertigungs-IT arbeiten, haben Sie schon genug Sorgen – Compliance, Uptime, alternde SPS-Steuerungen und „diese eine Windows-XP-VM, die immer noch das Förderband steuert". Das Letzte, was Sie brauchen, ist eine erzwungene Cloud-native-Generalüberholung Ihrer Umgebung.

VCF 9 mag die neue Normalität sein, aber Sie müssen nicht auf den vollen Stack setzen, um compliant zu bleiben. Betreiben Sie, was Sie brauchen, ignorieren Sie den Rest, und behalten Sie praktische, handhabbare Lösungen im Blick, die zu Ihrer Realität passen – nicht zur Roadmap des Herstellers.

Denn am Ende geht es nicht darum, die schickste Infrastruktur zu haben. Es geht darum, dass die Fabrik weiterläuft und die Lichter an bleiben.

Und wenn das bedeutet, mit weniger mehr zu erreichen, dann sei es so.