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

In der Fertigungs-IT gilt eine goldene Regel: Was nicht kaputt ist, sollte man nicht kaputt-upgraden. Mit dem Rollout von VMware Cloud Foundation (VCF) 9 und einem 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 für eine Private Cloud, die sie gar nicht brauchen.

So geht es gerade vielen mittelständischen Fertigungsunternehmen. Diese Firmen sind Pragmatiker mit einer Obsession für Uptime, und die Fertigungshalle braucht Stabilität statt glänzender Komplexität. Wenn also VVF (vSphere Foundation) wie eine Sackgasse wirkt und die einzige Alternative VCF heißt, stellt sich die Frage, wie „minimal" sich VCF 9 gestalten lässt, ohne dass der Betrieb darunter leidet.

Das VCF-Dilemma: Alles oder nichts?

VCF ist nicht per se schlecht. Es ist ein mächtiges Tool, besonders für Organisationen, die eine waschechte Private-Cloud-Erfahrung wollen. Für Fertigungsteams, die einfach nur ihre Legacy-Apps und SCADA-Systeme rund um die Uhr am Laufen halten wollen, fühlt es sich allerdings 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, denn ihre VLAN- und iSCSI-Setups funktionieren einwandfrei. Sie wollen ihre Lizenzen verlängern, ohne die gesamte Infrastruktur neu zu schreiben.

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

Ja, aber wie alles in der Enterprise-IT ist es 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. Das ist ein bisschen wie der Kauf eines Schweizer Taschenmessers, bei dem Sie nur die Klinge und den Schraubenzieher benutzen.

Wirklich nötig sind vSphere und vCenter, was sich von selbst versteht, und die VCF Operations Appliance, die Sie für die Host- und vCenter-Lizenzierung brauchen. NSX und vSAN sind in der Praxis optional, auch wenn Broadcom sie „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, ob sie ihre MTU-Einstellungen ändern müssen und ob sie VTEPs, VXLAN, Geneve-Tunnel oder Jumbo Frames auf jedem Switch brauchen. Das müssen sie nicht.

Sie können VLAN-basierte Portgruppen mit NSX betreiben und vermeiden so, Ihr gesamtes Rechenzentrum neu zu architektieren. Damit erfüllen Sie 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."

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

Trotzdem drängt sich die Frage auf, warum man NSX überhaupt ausrollen sollte, wenn man dessen Kernfunktionen gar nicht nutzt. Die Antwort hängt von Ihrem Lizenzmodell ab. Manche Admins behandeln NSX und vSAN als „Shelfware", also 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 an 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: Sie zentralisieren Ihren VCF-Stack am Hauptsitz, rollen an Edge-Standorten kleine Single-Host- oder Minimal-Cluster aus und nutzen 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 liegt der Haken?

Auch ein „minimales" VCF-Deployment ist nicht kostenlos. Sie brauchen Hardware-Overhead für die Management-Appliances und Zeit, um VCF Ops zu installieren, zu konfigurieren und zu pflegen. Und 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: Sie geben Budget für Software aus, die Sie gar nicht nutzen, nur um im Spiel zu bleiben.

Was die Community gerade tut

In der Praxis sehen wir vier Ansätze. Beim minimalen Deployment dient die VCF-Lizenz der Compliance, ausgerollt werden nur vSphere und vCenter, NSX und vSAN bleiben außen vor. Bei der Shelfware-Strategie werden NSX und vSAN installiert, aber nicht genutzt; sie existieren nur, um Support- und Lizenzprüfungen zu bestehen. Mit VCF Edge am Hauptsitz bündeln Teams den Management-Overhead an einem Ort, zentralisieren den Betrieb und lassen die Werke schlank laufen. Und bei der hybriden Planung behalten sie die aktuelle Infrastruktur bei und evaluieren gleichzeitig Alternativen wie Hyper-V oder Nutanix für künftige Übergänge.

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". Eine erzwungene Cloud-native-Generalüberholung Ihrer Umgebung brauchen Sie als Letztes.

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 halten Sie sich an praktische, handhabbare Lösungen, die zu Ihrer Realität passen statt zur Roadmap des Herstellers.

Am Ende zählt, dass die Fabrik weiterläuft und die Lichter an bleiben, auch ohne die schickste Infrastruktur. Wenn das bedeutet, mit weniger mehr zu erreichen, dann sei es so.