Industrielle Fertigung
Industrielles Internet der Dinge | Industrielle Materialien | Gerätewartung und Reparatur | Industrielle Programmierung |
home  MfgRobots >> Industrielle Fertigung >  >> Industrial Internet of Things >> Cloud Computing

NSX‑V vs. NSX‑T: Welche VMware SDN-Lösung passt zu Ihrem Rechenzentrum?

Moderne Rechenzentren nutzen physische Server mit Hypervisoren für virtuelle Maschinen. Virtualisierung brachte Kosteneffizienz und Skalierbarkeit. Mit virtualisierten Netzwerklösungen wie VMware NSX erhielt Networking neue Bedeutung.

Software-Defined Networking (SDN) liefert alle Features für komplexe Netzwerkkonfigurationen. SDN bietet hohe Sicherheit und nahtloses Skalieren ohne umfangreiche physische Netzwerkänderungen dank agiler, flexibler Natur.

Dieser Artikel beleuchtet VMware NSX und die Unterschiede zwischen VMware NSX-V und VMware NSX-T.

VMware NSX

Im Virtualisierungsmarkt ist VMware einer der größten Namen. Das Portfolio umfasst Produkte für virtuelle Workstations, Netzwerkvirtualisierung, Security-Plattformen.

VMware NSX ist eine fortgeschrittene SDN-Lösung mit zwei Varianten:

Was ist VMware NSX?

NSX ist eine Software-Defined Networking-Lösung, die VMware für rasant wachsende Rechenzentrums-Netzwerkanforderungen schuf. Hauptfunktion: virtualisierte Netzwerkerstellung und -management via NSX Manager (Komponente von NSX Data Center). Zusätzlich bietet VMware NSX entscheidende Netzwerksicherheitsfeatures für sichere virtuelle Umgebungen.

Mit NSX sind keine Änderungen an der zugrundeliegenden Hardware nötig. Netzwerk-Provisioning und Verbindungen zwischen virtuellen Netzen sind von der Hardware abstrahiert – ähnlich wie bei VMs. NSX virtualisiert Switches, Router, Firewalls und andere Netzwerkservices von Layer 2 bis Layer 7 des OSI-Modells.

Dies spart Zeit, Aufwand, Kosten und ermöglicht großen Unternehmen Zentralisierung und Automatisierung von Netzwerkmanagement und -kontrolle. Je nach Produkt eignet sich VMware NSX für alle Infrastrukturarten:

Was ist NSX-V?

NSX-V-Architektur (V wie vSphere) bietet Deployment-Reconfiguration, schnelles Provisioning und Zerstörung on-demand virtueller Netzwerke. Dieses Produkt hängt von VMware vSphere und Verbindung mit vCenter ab. Nach NSX-V-Pairing mit vCenter ist die vSphere-Integration nahtlos.

Nachteil: Man kann nicht mehrere vCenter mit NSX-V haben. Bei mehr als einem vCenter benötigt man mehrere NSX Manager – in Multi-Cloud-Umgebungen herausfordernd. Wartung wird umständlich. Da Unternehmen Workloads in die Cloud verlagern, erweist sich NSX-V für viele Kunden als ungeeignet. Nun eher ein Legacy-Produkt, wird NSX-V durch NSX-T ersetzt.

Was ist NSX-T?

VMware NSX-Transformers (NSX-T) ist NSX-V-Nachfolger und bietet Optionen für hochagile SDN-Infrastruktur. Das Produkt bringt Netzwerkvirtualisierung zu Bare-Metal, containerisierten Workloads, Multi-Cloud, Multi-Hypervisor-Umgebungen. NSX-T unterstützt Cloud-native Applikationen, Network Virtualization Stack für OpenStack, Kubernetes, KVM, Docker etc.

Viele sehen NSX-T als NSX-V-Upgrade. Die Grundidee ist dieselb, aber VMware baute NSX-T from the ground up – unter der Haube komplett anders.

Hauptvorteil: NSX-T deployt in heterogenen Umgebungen mit vielen verschiedenen Komponenten. NSX-T ist nicht an vCenter-Deployment gebunden. Sie können mehrere vCenter-Server haben und einen NSX Manager als Single Pane of Glass für virtuelles Netzwerk nutzen. Oder gar keinen vCenter deployen, sondern z. B. ESXi als OS in der NSX-T GUI wählen.

NSX-V vs. NSX-T Interface

Es gibt kein dediziertes NSX-V-Interface. Bei NSX-V Installation kommt ein Plugin, das in vCenter Server integriert wird. Für NSX-V GUI-Optionen loggen Sie sich in vSphere ein und wählen Networking and Security.

Falls diese Option nicht erscheint, fehlen dem Account nötige Berechtigungen. Nur der User, der NSX Manager mit vCenter Server verband, erhält Enterprise Administrator Access. Andere Accounts haben nur Service Rights und benötigen zugewiesene Permissions.

NSX-T hat eigene Interface, entkoppelt von vCenter: NSX-T Manager. Kein vCenter-Login nötig für NSX-T-Management.

Im NSX-T Manager zeigt die Startseite Networking, Security, System, Inventory Overview, Alarme etc. Vom NSX-T Manager Web Client können Sie vCenter einsehen oder hinzufügen, um Inventory zu pullen. Hier übertrifft NSX-T NSX-V mit Multi-vCenter-Management für Netzwerk- und Security-Automatisierung.

NSX Hauptkomponenten

Primäre Komponenten von VMware NSX:

NSX Manager

Primäre Komponente für Konfiguration, Management, Monitoring aller NSX-Komponenten via GUI. Mit REST APIs sind Konfiguration und Objektmanipulation konsistent.

NSX Manager deployt Controller, Edge Distributed Router, generiert Zertifikate. In NSX-V arbeitet NSX Manager mit einem vCenter Server als eine VM. In NSX-T kann NSX-T Manager mit mehreren vCentern als KVM oder ESXi VM verbunden werden.

NSX Edge

VMware NSX Edge Services Gateway (ESG) ist Teil von VMware vCenter Server und bietet essenzielle Gateway-Services:

NSX Edge verbindet isolierte und geteilte Netzwerke und direkte VM-Verbindungen. Neben East-West-Routing ermöglicht es Tenants, öffentliche Netze via North-South-Connection zu erreichen. Mit NSX Edge erstellen Sie virtuelle Boundaries für Workloads, Komponenten, Tenants.

NSX Controller

NSX Controller ist verteiltes State-Management-System und zentraler Kontrollpunkt für logisches Switching und Routing. Controller enthalten alle Infos zu Hosts, VMs, Distributed Logical Routern, VXLANs.

Dieses Virtual Appliance ist entscheidend für Installation und Monitoring skalierbarer, hochverfügbarer virtueller Netze. Unabhängig von SDDC-Größe erfordert VMware exakt drei Controller in NSX-T für nötige Redundanz.

NSX Controller nutzt SSL-Verbindung zu ESXi-Hosts und SSL API zur Interaktion mit NSX Manager.

Features von NSX

NSX-V und NSX-T verfolgen dasselbe Ziel: Features für virtuelle Netze auf physischen Netzen bereitzustellen.

Einige NSX-Features:

Doch die Tools haben viele Unterschiede und sind als zwei verschiedene Produkte gebaut. NSX-V arbeitet nicht mit mehreren vCentern und hängt stark von vSphere ab.

NSX-T ist Cross-Platform-Lösung für Multiple vCenter-Instanzen und verschiedene Umgebungen. Neueste NSX-T-Features umfassen NSX-V zu NSX-T Migration und distributed IDS/IPS.

VMware NSX-V vs. NSX-T Vergleich

Vergleich der Features NSX-V NSX-T
Grundfunktionen NSX-V bietet reichhaltige Features: Deployment-Reconfiguration, schnelles Provisioning, Zerstörung on-demand virtueller Netze. Ein virtueller Switch verbindet sich via vSphere Distributed Switch mit mehreren Hosts im Cluster. NSX-T bietet agile Software-definierte Infrastruktur. Geeignet für Cloud-native Applikationsumgebungen. Einfachheit für Networking- und Security-Operationen. Eingebaute Unterstützung für Multi-Cloud, Multi-Hypervisor, Bare-Metal-Workloads.
Ursprung 2012 veröffentlicht, gebaut um VMware vSphere-Ökosystem. Stammt aus vSphere-Ökosystem, aber from scratch gebaut, adressiert Use Cases, die NSX-V nicht abdeckt.
Abdeckung Architektur für On-Premises (physisches Netzwerk) vSphere-Deployments und einen vCenter Server. Erweitert Abdeckung auf Multiple Hypervisoren, Container, Cloud-Umgebungen, Bare-Metal-Server. Einige Lücken bei Micro-Segmentation.
Hypervisor Support vSphere Network Virtualization Stack. Zusätzlich zu vSphere: OpenStack, Docker, KVM, Kubernetes etc.
Migration NSX-T zu NSX-V Migration nicht möglich. NSX-T Manager hat eingebautes Migrationstool für NSX-V zu NSX-T.
Arbeit mit NSX Manager NSX-V Manager arbeitet mit einem vCenter Server. Läuft auf Photon OS. NSX-T Manager unterstützt mehrere vCenter gleichzeitig. Läuft auf Ubuntu OS.
Deployment Nur als ESXi VM deploybar. NSX-T Manager als Standalone, deploybar als ESXi oder KVM VM.
Routing NSX-V nutzt Network Edge Security/Gateway Services zur Isolation virtueller Netze. NSX Edge als Logical Distributed Router und Edge Services Gateway installiert. NSX-T Routing für Cloud/Multi-Cloud, Multi-Tenancy, heterogene Umgebungen designed.
Overlay Encapsulation Protocols VXLAN Geneve (fortschrittlicheres Protokoll)
Logical Switch Replication Modes Unicast, Multicast, Hybrid Unicast (Two-Tier oder Head)
Virtual Switches Usage vSphere Distributed Switch (VDS) Open vSwitch (OVS) oder N-VDS
Two-Tier Distributed Routing Nicht verfügbar Verfügbar
ARP Suppression Verfügbar Verfügbar
Integration für Traffic Inspection Verfügbar Nicht verfügbar
IP-Adress-Schema für Netzwerksegmente konfigurieren Manuell Automatisch
Kernel-Level Distributed Firewall Verfügbar Verfügbar

Die Tabelle zeigte NSX-V vs. NSX-T Feature-Vergleich. Details zu Unterschieden folgen.

Routing

Beide VMware NSX-Lösungen bieten Dynamic Routing, das physische Router übertrifft. Routing-Unterschiede sind jedoch zahlreich.

Basis: NSX-T ist für Cloud-Multi-Tenancy designed. Da Provider- und Tenant-Router-Konfiguration Isolation erfordert, wurde Multi-Tier Routing mit NSX-T eingeführt:

  1. Tier 0 Logical Routing für Provider Admin User.
  2. Tier 1 Logical Routing Control für Tenant Admin User.

NSX-V ESG (Edge Services Gateway) bietet DHCP, NAT, VPN, DLR (Distributed Logical Routers) zur Isolation virtueller Netze. NSX ermöglicht VM-Kommunikation mit weniger Network Hops als traditionelles Routing. Fehlende Tiered-Routing- und Multi-Tenancy-Unterstützung lässt NSX-V hinter NSX-T zurück.

Logical Switching und Bridging in NSX

NSX-V und NSX-T nutzen Overlay-Netze, um konventionelle VLANs nachzubilden und einfachere Netzwerkmanipulation via Logical Switching/Bridging zu ermöglichen. Funktionalitäten ähneln physischem Netzwerk.

Bei NSX-V koppeln Logical Switches mit VXLANs zur Kapselung und Lenkung von VM-Traffic zum physischen Netz. Layer 2 Bridging zwischen physischem VLAN und Logical Switch erweitert Feature-Pool – Verknüpfung physischer/virtueller Komponenten bei unvollständiger Virtualisierung. NSX-V unterstützt multiple Layer 2 Bridges.

Ähnlich wie Vorgänger bietet NSX-T Overlay-Funktionalität via Logical Switching mit fortgeschrittenerem Encapsulation Protocol. L2 Bridging in NSX-T erfordert dedizierten Bridge Node. In NSX-V geschieht Bridging auf Hypervisor-Kernel-Level, wo Controller VM residiert.

Overlay Encapsulation in NSX: VXLAN vs. Geneve

Wie bei anderen Features nutzt NSX-V traditionelleres VXLAN gegenüber NSX-T. Virtual Extensible LAN erlaubt ~16 Mio. virtuelle Netzwerksegmente, übertrifft VLAN-Limit (4094). Dies half großen Organisationen, virtuelle Netze entspannter zu segmentieren.

Geneve (Generic Network Virtualization Encapsulation) vereint Bestes anderer Protokolle (VXLAN, STT). NSX-T nutzt Geneve für Virtual Network Identifier mit hohem Throughput, geringerem Ressourcenverbrauch. Geneve ist flexibel – kann weitere Metadaten einbinden, wenn Netze evolvieren.

Security und Micro-Segmentation

Beide NSX-V und NSX-T ermöglichen Trennung von Rechenzentren in logische Netzwerksicherheitssegmente und Workload-Level-Applikationsschutz. Granulare Netzwerksicherheitspolicies definierbar. Segmentierung eines VDC um vCenter-Objekte/Hosts, VM-Namen/Features, IP-Adressen, Ports etc.

NSX-Lösungen nutzen Hypervisor-Level-Distributed-Firewall für alle Netzwerkparameter und Security-Policies. AD-User/Groups für Rules nutzbar, wo AD Domain Controller deployed ist.

NSX-T bietet mehr Security-Features und granulare Security-Rule-Application als NSX-V. Dennoch sind alle NSX-Security-Funktionen für kontinuierliche Automatisierung gebaut – weg von manueller Konfiguration/Wartung.

Deployment-Optionen

Deployment-Prozess ähnelt sich, doch kritische Unterschiede:

NSX Lizenzierung

Positiv: VMware teilt Produkte nicht auf. Bei bestehender NSX-V-Lizenz kann NSX-T genutzt werden, sobald man bereit ist.

Lösung heißt nun VMware NSX Data Center mit Editionen:

Mit Remote-Work-Zunahme führte VMware Remote Office Branch Office Edition (ROBO) ein.

Auswahl zwischen NSX-V und NSX-T

Hauptunterschiede sind in Tabelle und Abschnitten evident. NSX-V eng mit VMware vSphere-Ökosystem verknüpft. NSX-T unbeschränkt, nicht an spezifische Plattform/Hypervisor gebunden.

Für die Entscheidung: Use Case jedes Produkts betrachten.

NSX-V wählen

Gültige Wahl in folgenden NSX-V Use Cases:

NSX-T wählen

VMware NSX-T mit vielen Updates/Enhancements hat NSX-V in fast allen Fällen überholt. NSX-T Use Cases decken ab:

Security Automation Multi-Cloud Virtual Networking Cloud-native App Support
Critical Application Lockdown Schnelles Deployment Full-Stack-Applikationen Support für Multi-Cloud-Umgebungen Advanced Networking/Security für Microservices, containerisierte Applikationen
Schutz individueller Workloads Integration mit anderen Automation-Tools Cross-Site Network Virtualization für schnell wachsende Businesses Per-Container Security Policies
Logical DMZ Creation Automatische Security Policy/Access Rule Application bei VM-Migration zu anderen Subnets Single to Multi Data Center Extension Native Container-to-Container Layer 3 Networking
Micro-Segmentation für granulare Security Policies Konsistente, fehlerfreie Netzwerkkonfiguration/-management

Fazit: VMware NSX bietet starke Network Virtualization Platform

NSX-T und NSX-V lösen viele Virtualisierungsprobleme, bieten volle Feature-Sets, agile, sichere Umgebungen. NSX-V war jahrelang die führende Network- und Security-Virtualisierungsplattform. Mit wachsenden Businesses weniger Single On-Prem-Rechenzentren, mehr Cloud-basierte IT-Umgebungen.

Hier tritt NSX-T an. Ständige Feature-Erweiterung und Multi-Site/Cloud-Support machen NSX-V obsolet. VMware bündelt NSX-Lösung nun als VMware NSX Data Center. Mit Tools für Datenbewegung/-handling unabhängig vom physischen Netzwerk hilft NSX bei Anpassung an ständige Applikationsänderungen.

Die Wahl hängt davon ab, welche NSX-Features Ihre Business-Bedürfnisse erfüllen. Bei Interesse an NSX kontaktieren Sie uns für Infos und NSX-V zu NSX-T Migration. Lesen Sie unseren Blog für mehr Tools und beste Networking-Lösungen.

Cloud Computing

  1. Flexibilität treibt Enterprise Cloud Monitoring Erfolg: Wie AppNeta liefert
  2. Ethernet: Das Rückgrat der Zuverlässigkeit autonomer Fahrzeuge
  3. Der Schlüssel zum Zuverlässigkeitserfolg: Kulturwandel vor Technologie
  4. Warum jede Anlage einen CMMS-Champion braucht – Der Schlüssel zur erfolgreichen Implementierung
  5. JDK, JRE und JVM erklärt: Wichtige Unterschiede und Zusammenarbeit
  6. Java vs. C#: 10 wesentliche Unterschiede erklärt
  7. Java vs. Python: Kernunterschiede und die richtige Sprachwahl
  8. SPS vs. RTU: Wesentliche Unterschiede und Markttrends
  9. G-Code vs. M-Code verstehen: Wichtige Unterschiede für CNC-Bediener
  10. CNC-Fertigung vs. 3D-Druck: Welcher Prozess deckt Ihre Produktionsanforderungen am besten ab?