{"id":7810,"date":"2025-07-11T15:30:24","date_gmt":"2025-07-11T13:30:24","guid":{"rendered":"https:\/\/vrealize.it\/?p=7810"},"modified":"2025-08-08T16:45:21","modified_gmt":"2025-08-08T14:45:21","slug":"vcf9-nsx-edge-setup-was-hat-sich-geaendert","status":"publish","type":"post","link":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/","title":{"rendered":"VCF9 NSX-Edge Setup – Was hat sich ge\u00e4ndert"},"content":{"rendered":"\n

Vor einigen Wochen habe ich in dem Blog https:\/\/vrealize.it\/de\/2025\/06\/02\/vcf-nsx-edge-setup-aus-netzwerksicht<\/a> beschrieben, wie die NSX Edges in VCF5.x \u00fcber den SDDC Manager bereit gestellt werden.\u00a0<\/p>\n

In VCF9, wurde aus meiner Sicht das Zusammenspiel der einzelnen Komponenten verbessert und dadurch Nutzerfreundlicher gestaltet. Einige Ver\u00e4nderungen sind auch in dem Zusammenspiel mit NSX zu erkennen.<\/p>\n

Die Installation des NSX Managers und die Konfiguration des TEP-Netzwerks auf den ESX-Hosts erfolgt in VCF9 \u00fcber VCF Operations (f\u00fcr VI WorkloadDomain) bzw. VCF Installer f\u00fcr die Management Domain. Edges k\u00f6nnen direkt aus vCenter installiert und konfiguriert werden. Eine Installation und Konfiguration \u00fcber den NSX Manager ist jedoch weiterhin m\u00f6glich.<\/p>\n

Das Bild beschreibt das Deployment einer Workload Domain.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

In diesem Blog werde ich die Installation der NSX Edges \u00fcber das vCenter beschreiben. Da sich die Funktionen der NSX Edge und die Art wie Routing\/Switching funktioniert nicht ver\u00e4ndert haben, verweise ich f\u00fcr die Details auf meinen vorherigen Blog Eintrag https:\/\/vrealize.it\/de\/2025\/06\/02\/vcf-nsx-edge-setup-aus-netzwerksicht<\/a>, wenn es zu Verst\u00e4ndnissfragen kommen sollte. <\/p>\n\n\n\n

Zieldesign<\/h3>\n\n\n\n

Das Zieldesign der NSX Edges und des T0 Gateway ist identisch zu dem Design welches ich in dem vorherigen Blog beschrieben habe. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Es gibt jedoch eine \u00c4nderung: Es gibt ein neues Element namens \u201eTransit Gateway\u201c. Das Transit Gateway \u00e4hnelt dem bekannten T0, nur ohne externe Schnittstellen. Das T0-Gateway mit externen Schnittstellen ist auf eine reine SR-Komponente (ohne DR) reduziert. Transit Gateways wurden mit VCF9 eingef\u00fchrt und dienen der Verbindung mehrerer VPCs in einem Projekt. Ein Tier-1-Gateway ist das Gegenst\u00fcck zum VPC-Gateway im VPC-Netzwerkmodell.<\/p>\n\n\n\n

Weitere Informationen finden Sie hier: https:\/\/community.broadcom.com\/applications-networking-security\/blogs\/luca-camarda\/2025\/06\/23\/vcf-virtual-networking-technical-reference<\/a><\/p>\n\n\n\n

In VCF9 k\u00f6nnen au\u00dferdem VPCs (Virtual Private Clouds) direkt aus dem vCenter bereitgestellt werden. Das Konstrukt mit VPCs und Projekts habe ich in dem folgenden Blog beschrieben -> https:\/\/vrealize.it\/de\/2025\/02\/07\/vpc-networking-mit-vcf-nsx\/<\/a><\/p>\n\n\n\n

F\u00fcr die native VPCs (erstellt aus dem vCenter) wird anstelle des T1 Gateways, dass Transit Gateway genutzt.<\/p>\n\n\n\n

Die NSX Edge VMs werden auf den Hosts installiert wo sich auch die Workload VMs befinden. Wenn der ESXi Server nur \u00fcber 2 physikalische Netzwerkkarten verf\u00fcgt kann der Geneve Overlay Tunnel entweder an den physikalischen Netzwerkkarten terminieren oder aber wird durchgereicht zu der Edge Komponente und terminiert dort. Beides hei\u00dft aber im Umkehrschluss das der Tunnel Endpunkt nicht gleichzeitig f\u00fcr Workload VMs und der NSX Edge zur Verf\u00fcgung stehen kann.<\/p>\n\n\n\n

Damit die Konfiguration funktioniert, k\u00f6nnten sich die TEPs der Edge-VMs in einem anderen IP-Netzwerk als die TEPs der ESXi-Server befinden und \u00fcber einen externen Router miteinander verbunden sein. In VCF9 kann man auch dasselbe IP-Netzwerk f\u00fcr Host-TEP und Edge-TEP verwenden (in meinem Beispiel verwende ich weiterhin separate Netzwerke f\u00fcr HOST-TEP und Edge-TEP). Im obigen Beispiel befinden sich die ESXi-Server im Overlay-Netzwerk 10.13.14.0\/24 (VLAN 1314) und die Edge-VMs im Overlay-Netzwerk 10.13.19.0\/24 (VLAN 1319). Es gibt auch Konfigurationsoptionen, um die TEPs der ESXi-Server und der Edges im selben IP-Netzwerk auszuf\u00fchren. Ich werde diese Optionen in diesem Blog jedoch nicht diskutieren, da VCF den Konfigurationspfad mit zwei verschiedenen TEP-Netzwerken ben\u00f6tigt.<\/p>\n\n\n\n

Von den NSX Edges werden insgesamt 3 virtuelle Interfaces (vNICs) genutzt. Das Interface vNIC-1 ist das Management Interface mit dem der NSX Manager kommuniziert, oder aber auch ein SSH Zugriff erfolgen kann.<\/p>\n\n\n\n

Die Interfaces vNIC-2 und vNIC-3 verarbeiten den Workload Traffic. Beide Interfaces sind mit dem Overlay Netzwerk verbunden und bauen einen Tunnel zu den ESXi Servern auf. Auf den beiden vNICs werden \u00fcber andere VLANS die Interfaces f\u00fcr das Routing konfiguriert.<\/p>\n\n\n\n

Voraussetzungen<\/h3>\n\n\n\n

F\u00fcr das Setup m\u00fcssen folgende Voraussetzungen erf\u00fcllt sein:<\/p>\n\n\n\n

    \n
  • Workload Domain wurde \u00fcber den SDDC Manager erstellt<\/li>\n\n\n\n
  • Externe Router wurden konfiguriert und Transit IP Adressen wurden festgelegt<\/li>\n\n\n\n
  • Das Routing Protokoll (Static\/BGP) wurde ausgew\u00e4hlt und auf den Datacenter Routern eingerichtet<\/li>\n\n\n\n
  • VLANs f\u00fcr das NSX Edge Overlay wurde konfiguriert und hat eine MTU Size von mindestens 1.700<\/li>\n\n\n\n
  • Routing zwischen dem Host und Edge Overlay Netzwerk ist m\u00f6glich<\/li>\n\n\n\n
  • DNS Eintr\u00e4ge sind vorhanden<\/li>\n<\/ul>\n\n\n\n

    Setup<\/h2>\n\n\n\n

    Die Konfiguration erfolgt nicht \u00fcber den SDDC Manager oder in VCF Operations, sondern direkt \u00fcber das vCenter der jeweiligen Workload Domain.<\/p>\n

    (Sollte die Workload Domain frisch erstellt worden sein, muss eventuell noch die Portgruppe f\u00fcr das Management Interface der Edges und dem dazugeh\u00f6rigen VLAN angelegt werden. In meinem Fall ist es die Portgruppe “sfo-w01-cl01-vds01-pg-vm-mgmt” mit dem VLAN 1310) <\/p>\n

    Nachdem erfolgreichen Login auf dem vCenter, befindet sich der Konfigurations-Task unter Networks -> Network Connectivity.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Der Konfigurationsprozess wird dann \u00fcber “CONFIGURE NETWORK CONNECTIVITY” gestartet. <\/p>\n\n\n\n

    Es \u00f6ffnet sich eine neue Eingabe Maske und als erstes muss der Gateway Type festgelegt werden. F\u00fcr die meisten Anwendungen sollte der Typ “Centralized Connectivity”<\/strong> ausgew\u00e4hlt werden, da hier die Services \u00fcber die NSX Edges (DHCP, NAT, Layer 3 services, and network monitoring and logging) bereit gestellt werden.<\/p>\n\n\n\n

    Es gibt Anwendungsf\u00e4lle, wo die “Distributed Connectivity” ben\u00f6tigt wird. In diesem Fall, erfolgt die Kommunikation in das Datacenter direkt aus dem Host in ein VLAN Netzwerk und umgeht somit die NSX Edge Komponente. Das erh\u00f6ht die Performance, aber es stehen nur noch die Services DHCP und External IP zur Verf\u00fcgung. <\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Da ich in meinem Use Case alle Funktionen nutzen m\u00f6chte, w\u00e4hlen wir “Centralized Connectivity” aus und gehen \u00fcber “NEXT” auf den n\u00e4chsten Konfigurationsschritt.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    An diese Stelle sollte noch einmal gepr\u00fcft werden, ob alle Vorraussetzungen erf\u00fcllt sind und best\u00e4igen dieses.<\/p>\n\n\n\n

    Wir werden nun aufgefordert die Edges zu konfigurieren und starten mit einem Namen f\u00fcr das Edge Cluster und w\u00e4hlen den Form Factor der Edges aus. Anschlie\u00dfend f\u00fcgen wir die erste Edge \u00fcber “ADD” hinzu.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Die Edge Nodes sollten am besten schon auf einem DNS Server eingetragen sein. Folgende Werte m\u00fcssen nat\u00fcrlich individuell auf die jeweilige Umgebung angepasst werden:<\/p>\n\n\n\n

      \n
    • Edge Node Name: sfo-w01-r01-en01.sfo.rainpole.io<\/li>\n\n\n\n
    • vSphere Cluster: sfo-w01-cl01<\/li>\n\n\n\n
    • Data Store: sfo-w01-sfo-w01-cl01-vsan-01<\/li>\n\n\n\n
    • Management IP\n
        \n
      • IP Allocation: Static (kann nat\u00fcrlich auch \u00fcber DHCP erfolgen)<\/li>\n\n\n\n
      • Port Group: sfo-w01-cl01-vds01-pg-vm-mgmt (mgmt VLAN)<\/li>\n\n\n\n
      • Management IP: 10.13.10.135\/24<\/li>\n\n\n\n
      • Default Gateway: 10.13.10.1<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n
        \"\"<\/figure>\n\n\n\n

        INFORMATION: Falls Sie dasselbe Netzwerk f\u00fcr Host und Edge TEP verwenden m\u00f6chten, m\u00fcssen Sie NSX auf DVPG auf Cluster Ebene in NSX aktivieren.<\/strong><\/p>\n\n\n\n

        \"\"<\/figure>\n\n\n\n

        \u2026 und aktivieren Sie die Checkbox Uplinks \u2013 \u201cUse the host overlay network configuration..\u201d<\/strong><\/p>\n\n\n\n

        Anschlie\u00dfend erfolgt das Mapping der Uplinks und es wird sowohl das VLAN des Overlay Netzwerkes und die IPs festgelegt. Ich arbeite mit statischen IP Adressen und habe deswegen bei IP Allocation “Static IP List” ausgew\u00e4hlt und die zwei IP Adressen f\u00fcr die Tunnel Endpunkte manuell eingetragen.<\/p>\n\n\n\n

        \"\"<\/figure>\n\n\n\n

        \u00dcber den “APPLY” Button wird die Konfiguration der ersten Edge gespeichert und wir k\u00f6nnen \u00fcber den “ADD” Button die Parameter f\u00fcr die zweite Edge eintragen.<\/p>\n\n\n\n

        \"\"<\/figure>\n\n\n\n

        Bei der zweiten Edge Node \u00e4ndern sich der FQDN, und die IP Adressen f\u00fcr das Management und den Tunnel Endpunkten. Die anderen Parameter sollten identisch sein.<\/p>\n\n\n\n

        \"\"<\/figure>\n\n\n\n
        \"\"<\/figure>\n\n\n\n

        \u00dcber “NEXT” k\u00f6nnen wir uns jetzt dem n\u00e4chsten Schritt widmen.<\/p>\n\n\n\n

        \"\"<\/figure>\n\n\n\n

        Bei der Workload Domain Connectivity, werden die Parameter f\u00fcr das T0 Gateway eingetragen. <\/p>\n\n\n\n

        !!! Sollte das Deployment f\u00fcr VKS (vSphere Kubernetes Services) genutzt werden, muss der “High Availability Mode” auf Active\/Standby gesetzt werden !!!<\/p>\n\n\n\n

        Die Parameter f\u00fcr mein Deployment sind wie folgt:<\/p>\n\n\n\n

          \n
        • Gateway Name: VLC-Tier-0<\/li>\n\n\n\n
        • HA Mode: Active\/Standby (ich m\u00f6chte sp\u00e4ter VKS ausrollen)<\/li>\n\n\n\n
        • Gateway Routing Type: BGP<\/li>\n\n\n\n
        • Local ASN: 65102<\/li>\n<\/ul>\n\n\n\n
          \"\"<\/figure>\n\n\n\n

          Anschlie\u00dfend werden \u00fcber Gateway Uplinks -> Set die Uplink Interfaces zwischen dem T0 Gateway und dem externen Datacenter Router konfiguriert. Folgende Parameter treffen in meiner Umgebung zu:<\/p>\n\n\n\n

          First Uplink<\/p>\n\n\n\n

            \n
          • GW Interface VLAN: 1317<\/li>\n\n\n\n
          • GW Interface CIDR: 10.13.17.2\/24<\/li>\n\n\n\n
          • BGP Peer IP: 10.13.17.10<\/li>\n\n\n\n
          • BPG Peer ASN: 65131<\/li>\n\n\n\n
          • BGP Peer Password: Identisch mit dem externen BGP Router<\/li>\n<\/ul>\n\n\n\n
            \"\"<\/figure>\n\n\n\n

            Second Uplink<\/p>\n\n\n\n

              \n
            • GW Interface VLAN: 1318<\/li>\n\n\n\n
            • GW Interface CIDR: 10.13.18.2\/24<\/li>\n\n\n\n
            • BGP Peer IP: 10.13.18.10<\/li>\n\n\n\n
            • BPG Peer ASN: 65131<\/li>\n\n\n\n
            • BGP Peer Password: Identisch mit dem externen BGP Router<\/li>\n<\/ul>\n\n\n\n
              \"\"<\/figure>\n\n\n\n

              Anschlie\u00dfend wird auch die zweite Edge Node konfiguriert.<\/p>\n\n\n\n

              \"\"<\/figure>\n\n\n\n

              Die IP Adressen der zweiten Edge m\u00fcssen nat\u00fcrlich angepasst werden.<\/p>\n\n\n\n

              First Uplink<\/p>\n\n\n\n

                \n
              • GW Interface VLAN: 1317<\/li>\n\n\n\n
              • GW Interface CIDR: 10.13.17.3\/24<\/strong><\/li>\n\n\n\n
              • BGP Peer IP: 10.13.17.10<\/li>\n\n\n\n
              • BPG Peer ASN: 65131<\/li>\n\n\n\n
              • BGP Peer Password: Identisch mit dem externen BGP Router<\/li>\n<\/ul>\n\n\n\n

                Second Uplink<\/p>\n\n\n\n

                  \n
                • GW Interface VLAN: 1318<\/li>\n\n\n\n
                • GW Interface CIDR: 10.13.18.3\/24<\/strong><\/li>\n\n\n\n
                • BGP Peer IP: 10.13.18.10<\/li>\n\n\n\n
                • BPG Peer ASN: 65131<\/li>\n\n\n\n
                • BGP Peer Password: Identisch mit dem externen BGP Router<\/li>\n<\/ul>\n\n\n\n

                  Nachdem beide Edges mit den Uplink Interfaces konfiguriert wurden k\u00f6nnen zum Abschluss noch IP Pools f\u00fcr das native VPC erstellt werden.<\/p>\n\n\n\n

                  In meiner Lab Umgebung steht mir das Netzwerk 192.168.24.0\/23 zur Verf\u00fcgung. Aus diesem Netz werden sp\u00e4ter Adressr\u00e4ume genutzt um diese extern Verf\u00fcgbar (also au\u00dferhalb der NSX Umgebung) zu machen. Das ist zum einen die NAT Adresse f\u00fcr VMs die sich in einem “private” oder “transit” Subnet befinden und f\u00fcr die Netze die als Public (also au\u00dferhalb der NSX Umgebung) erreichbar sein sollen.<\/p>\n\n\n\n

                  Der Private – Transit Gateway IP Block wird nicht nach au\u00dfen propagiert und kann genutzt werden, wenn VMs aus verschiedenen VPCs miteinander kommunizieren m\u00fcssen. Da der IP Block nicht propagiert wird, w\u00e4hle ich hier einen gr\u00f6\u00dferen Raum mit dem Netzwerk 172.16.0.0\/16<\/p>\n\n\n\n

                  Sobald die Daten erfasst wurden, kann die Konfiguration \u00fcber “NEXT” abgeschlossen werden.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Man erh\u00e4lt noch einmal die M\u00f6glichkeit sich die Konfiguration anzuschauen und mit “DEPLOY” wird die Installation und Konfiguration gestartet.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Danach kehrt man zur\u00fcck in die vCenter Ansicht und sieht wie das Edge Cluster erstellt wird. Bei den Network Configuration sieht man au\u00dferdem die Information der IP Blocks, die wir im letzten Schritt angelegt haben. Je nach Umgebung kann die Installation einen Moment dauern.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Konfiguration pr\u00fcfen<\/h3>\n\n\n\n

                  Wenn das Deployment erfolgreich durchgelaufen ist, k\u00f6nnen wir uns mit dem NSX Manager verbinden und pr\u00fcfen, ob die Verbindungen zwischen dem T0 Gateway und dem externen Router sauber hergestellt wurden. Nach dem erfolgreichen Login auf dem NSX Manager sollte der BGP Nachbarschaftsstatus gepr\u00fcft werden. Diesen findet man unter Networking -> Tier-0 Gateways -> ROUTER-NAME -> BGP -> BGP Neighbors.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  In dem neuen Fenster kann man die BGP Neighbors aufklappen und findet auf der rechten Seite den “BGP CONNECTIVITY STATUS”<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Der Status sollte bei allen Verbindungen auf “Established” stehen.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  VPC erstellen<\/h3>\n\n\n\n

                  Jetzt ist es an der Zeit unser erstes VPC zu erstellen. Dazu gehen wir zur\u00fcck ins vCenter und dort auf den Netzwerk Reiter -> Virtual Private Clouds -> “ADD VPC”<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  F\u00fcr das VPC muss ein Name festgelegt werden und ein IP Adressbereich, der nur innerhalb des VPCs existiert. Sollte man mehrere VPs erstellen, kann dieses Netzwerk in allen VPCs identisch (overlapping) sein. Auch hier w\u00e4hle ich wieder einen gro\u00dfen IP Address Raum mit 172.31.0.0\/16.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  \u00dcber “VIEW DETAILS” bei Connectivity and Services k\u00f6nnen die Voreinstellungen f\u00fcr das VPC \u00fcberpr\u00fcft werden.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Es werden die IP Bl\u00f6cke genutzt, die wir bei der initialen Konfiguration erstellt haben. Au\u00dferdem wird automatisch NAT aktiviert. Das ist n\u00f6tig, damit VMs, die mit in einem “private network” oder dem “private transit network” zwar nicht von au\u00dfen direkt erreicht werden k\u00f6nnen, aber trotzdem von innen nach au\u00dfen (z.B. zum DNS, NTP, AD) kommunizieren k\u00f6nnen. Nach der \u00dcberpr\u00fcfung der Informationen k\u00f6nnen wir das Fenster schlie\u00dfen und \u00fcber den “SAVE” Button das VPC erstellen.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  In der Summary sehen wir die Information \u00fcber die IP Bl\u00f6cke und auch die Anzahl der konfigurierten Netze, die momentan nat\u00fcrlich noch auf 0 steht. Wenn man in dem Feld “CONNECTIVITY AND SERVICES” nach unten scrollt, wird einem auch die Default Outbound NAT Adresse angezeigt.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Die NAT IP wird aus dem externen IP Pool (192.168.24.0\/23) bereitgestellt. Da es sich hier um eine \/32 Adresse handelt, kann diese auch mit einer 0 enden und wird trotzdem von allen Router weiter propagiert.<\/p>\n\n\n\n

                  Als n\u00e4chstes k\u00f6nnen wir Netze in dem VPC erstellen. Das geschieht \u00fcber ACTIONS -> New Subnet…<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Das Subnet ben\u00f6tigt einen eindeutigen Namen innerhalb des VPCs. Anschlie\u00dfen wird der Access Mode ausgew\u00e4hlt. Das kann entweder “Private – VPC”, “Private – Transit Gateway” oder “Public” sein, je nachdem ob das Netz von au\u00dfen erreichbar sein soll oder nur innerhalb eines VPCs oder zwischen VPCs. <\/p>\n\n\n\n

                  Um es dem Nutzer zu vereinfachen, muss kein Netzwerk mit Subnetmaske eingetragen werden, sondern der Nutzer bestimmt \u00fcber die Subnet size, lediglich die Anzahl von verf\u00fcgbaren Adressen die in dem Netz zur Verf\u00fcgung stehen sollen. <\/p>\n\n\n\n

                  Sollte man DHCP nutzen wollen, kann entweder in NSX ein DHCP Profile hinterlegt werden (DHCP Server) oder aber \u00fcber DHCP Relay eine Weiterleitung an einen DHCP Server erfolgen. <\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  In meiner Umgebung habe ich jeweils ein Subnet in private, private transit und public erstellt.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  In dem Reiter Networks, sieht man die Details zu den einzelnen Netzwerken die ich erstellt habe. Bei den jeweiligen IP CIDR sieht man, dass je nach Netzwerk Typ ein Netz aus den vordefinierten IP Pools erstellt wurde.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Eine weitere M\u00f6glichkeit der Ansicht findet man unter -> Configure -> Settings -> Topology<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Wenn die Netze erstellt wurden, k\u00f6nnen wir den VMs Netze zuweisen und testen. Wenn auch die INTER-VPC Kommunikation getestet werden soll, ben\u00f6tigen wir noch ein zweites VPC. Dieses habe ich mit dem Namen My2ndVPC erstellt und ebenfalls die 3 Netzwerke konfiguriert. Wie man in der Topology sehen kann, habe ich f\u00fcr den IP Bereich der Private Netze auch die 172.31.0.0\/16 gew\u00e4hlt und damit \u00fcberlappende IPs. Das st\u00f6rt aber nicht, da die IPs aus dem Private Net nur innerhalb des jeweiligen VPCs relevance haben.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Eine Gesamt Ansicht aller VPCs kann man sich \u00fcber Virtual Private Clouds -> Configure -> Topology anschauen. Hier sieht man auch das beide VPCs \u00fcber das Transit Gateway miteinander verbunden sind.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Jetzt ist es an der Zeit VMs mit den angelegten Netzen zu verbinden. Wenn man ein Subnet ausgew\u00e4hlt hat, kann man \u00fcber ACTIONS -> Connect VMs.. die VMS direkt hinzuf\u00fcgen. Nat\u00fcrlich geht dass auch nach wie vor \u00fcber die Konfigurationseinstellungen auf der VM.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Es werden zuerst die VMs ausgew\u00e4hlt und anschlie\u00dfend die Network Adapter (falls die VM mehrere konfiguriert hat)<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Diesen Vorgang wiederholen wir dann f\u00fcr die anderen Netze. Am Ende sollte in jedem Netz eine VM sein.<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Hier die \u00dcbersicht meiner VMs<\/p>\n\n\n\n

                  VM Name<\/strong><\/td>VPC \/ VPC SUBNET<\/strong><\/td>IP Adresse<\/strong><\/td><\/tr>
                  demo-1-server<\/td>MyFirstVPC\/PRIVATE-VPC<\/td>172.31.0.3\/26<\/td><\/tr>
                  demo-2-server<\/td>MyFirstVPC\/PRIVATE-TRANSIT<\/td>172.16.0.3\/27<\/td><\/tr>
                  demo-3-server<\/td>MyFirstVPC\/PUBLIC<\/td>192.168.24.19\/28<\/td><\/tr>
                  demo-4-server<\/td>My2ndVPC\/PRIVATE-VPC<\/td>172.31.0.3\/26<\/td><\/tr>
                  demo-5-server<\/td>My2ndVPC\/PRIVATE-TRANSIT<\/td>172.16.0.35\/27<\/td><\/tr>
                  demo-6-server<\/td>My2ndVPC\/PUBLIC<\/td>192.168.24.35\/28<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

                  Test 1: SSH von meinem PC (also extern) auf demo-3-server (192.168.24.19) in dem Public Network.<\/h4>\n\n\n\n
                  \"\"<\/figure>\n\n\n\n

                  Wie zu erwarten komme ich \u00fcber die Public IP Adresse auf den Server.<\/p>\n\n\n\n

                  Test 2: Ping von demo-3-server zu den servern demo-1 und demo-2 sowie demo-5 und demo-6<\/h4>\n\n\n\n
                  \"\"<\/figure>\n\n\n\n

                  Der Server demo-3-server kann alle anderen Server erreichen. Das demo-4-server nicht erreicht werden kann, ergibt sich aus der Tatsache, das dieser Server die gleiche IP Adresse hat, wie demo-1-server in dem lokalen VPC.<\/p>\n\n\n\n

                  Test 3: Ping von demo-1-server und von demo-2-server auf eine externe Adresse (8.8.8.8)<\/h4>\n\n\n\n
                  \"\"<\/figure>\n\n\n\n
                  \"\"<\/figure>\n\n\n\n

                  Die Server k\u00f6nnen erfolgreich die externe IP Adresse erreichen.<\/p>\n\n\n\n

                  Test 4: Ping von meinem PC (also extern) auf demo-1-server und demo-2-server.<\/h4>\n\n\n\n
                  \"\"<\/figure>\n\n\n\n

                  Sowohl private als auch private-transit Netze sind nicht von einer externen Adresse erreichbar.<\/p>\n\n\n\n

                  Summary<\/h2>\n\n\n\n

                  VCF9 erm\u00f6glicht ein einfaches Deployment der NSX Infrastruktur. Au\u00dferdem k\u00f6nnen Anwender durch die native VPCs, Netzwerke aus dem vCenter heraus konsumieren und je nach Bedarf zwischen den verschiedenen Netzwerktypen w\u00e4hlen. Der Anwender kann so schneller auf Resourcen zugreifen (Agilit\u00e4t) und der Netzwerk Administrator beh\u00e4lt trotzdem die Hoheit \u00fcber die IP Address R\u00e4ume die genutzt werden d\u00fcrfen (robustness).<\/p>\n","protected":false},"excerpt":{"rendered":"

                  Vor einigen Wochen habe ich in dem Blog https:\/\/vrealize.it\/de\/2025\/06\/02\/vcf-nsx-edge-setup-aus-netzwerksicht beschrieben, wie die NSX Edges in VCF5.x \u00fcber den SDDC Manager bereit gestellt werden.\u00a0
                  \nIn VCF9, wurde aus meiner Sicht das Zusammenspiel der einzelnen Komponenten verbessert und dadurch Nutzerfreundlicher gestaltet. Einige Ver\u00e4nderungen sind auch in dem Zusammenspiel mit NSX zu erkennen.
                  \nDie Installation des NSX Managers und Konfiguration des Overlay Netzwerkes auf den ESX Hosts, wird in VCF9 \u00fcber VCF Operations durchgef\u00fchrt. Die Installation und Konfiguration der Edges, kann direkt aus dem vCenter durchgef\u00fchrt werden. Eine Installation und Konfiguration \u00fcber den NSX Manager ist aber weiterhin m\u00f6glich.<\/p>\n","protected":false},"author":25,"featured_media":7853,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"categories":[140,592,608],"tags":[390,628],"class_list":["post-7810","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-nsx","category-vcf","category-virtual-private-cloud-de","tag-nsx","tag-vcf9"],"yoast_head":"\nVCF9 NSX-Edge Setup - Was hat sich ge\u00e4ndert » vrealize.it - TechBlog VMware SDDC<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"VCF9 NSX-Edge Setup - Was hat sich ge\u00e4ndert » vrealize.it - TechBlog VMware SDDC\" \/>\n<meta property=\"og:description\" content=\"Vor einigen Wochen habe ich in dem Blog https:\/\/vrealize.it\/de\/2025\/06\/02\/vcf-nsx-edge-setup-aus-netzwerksicht beschrieben, wie die NSX Edges in VCF5.x \u00fcber den SDDC Manager bereit gestellt werden.\u00a0 In VCF9, wurde aus meiner Sicht das Zusammenspiel der einzelnen Komponenten verbessert und dadurch Nutzerfreundlicher gestaltet. Einige Ver\u00e4nderungen sind auch in dem Zusammenspiel mit NSX zu erkennen. Die Installation des NSX Managers und Konfiguration des Overlay Netzwerkes auf den ESX Hosts, wird in VCF9 \u00fcber VCF Operations durchgef\u00fchrt. Die Installation und Konfiguration der Edges, kann direkt aus dem vCenter durchgef\u00fchrt werden. Eine Installation und Konfiguration \u00fcber den NSX Manager ist aber weiterhin m\u00f6glich.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/\" \/>\n<meta property=\"og:site_name\" content=\"vrealize.it - TechBlog VMware SDDC\" \/>\n<meta property=\"article:published_time\" content=\"2025-07-11T13:30:24+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-08-08T14:45:21+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/vrealize.it\/wp-content\/uploads\/2025\/07\/Screenshot-at-Jul-11-12-49-49.png\" \/>\n\t<meta property=\"og:image:width\" content=\"2242\" \/>\n\t<meta property=\"og:image:height\" content=\"1394\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Daniel Stich\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@der_stich\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Daniel Stich\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"23\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/\"},\"author\":{\"name\":\"Daniel Stich\",\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/#\\\/schema\\\/person\\\/186cf4f4ff292d050e7cfe982430906c\"},\"headline\":\"VCF9 NSX-Edge Setup – Was hat sich ge\u00e4ndert\",\"datePublished\":\"2025-07-11T13:30:24+00:00\",\"dateModified\":\"2025-08-08T14:45:21+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/\"},\"wordCount\":2588,\"commentCount\":0,\"image\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/vrealize.it\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/Screenshot-at-Jul-11-12-49-49.png\",\"keywords\":[\"nsx\",\"VCF9\"],\"articleSection\":[\"NSX\",\"VCF\",\"Virtual Private Cloud\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/\",\"url\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/\",\"name\":\"VCF9 NSX-Edge Setup - Was hat sich ge\u00e4ndert » vrealize.it - TechBlog VMware SDDC\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/vrealize.it\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/Screenshot-at-Jul-11-12-49-49.png\",\"datePublished\":\"2025-07-11T13:30:24+00:00\",\"dateModified\":\"2025-08-08T14:45:21+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/#\\\/schema\\\/person\\\/186cf4f4ff292d050e7cfe982430906c\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#primaryimage\",\"url\":\"https:\\\/\\\/vrealize.it\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/Screenshot-at-Jul-11-12-49-49.png\",\"contentUrl\":\"https:\\\/\\\/vrealize.it\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/Screenshot-at-Jul-11-12-49-49.png\",\"width\":2242,\"height\":1394},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/2025\\\/07\\\/11\\\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Startseite\",\"item\":\"https:\\\/\\\/vrealize.it\\\/de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"VCF9 NSX-Edge Setup – Was hat sich ge\u00e4ndert\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/#website\",\"url\":\"https:\\\/\\\/vrealize.it\\\/de\\\/\",\"name\":\"vrealize.it - TechBlog VMware SDDC\",\"description\":\"Information zu sicherem Hybrid und Multi-Cloud Computing - dispruptive Technologien im IT- Umfeld\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/vrealize.it\\\/de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/vrealize.it\\\/de\\\/#\\\/schema\\\/person\\\/186cf4f4ff292d050e7cfe982430906c\",\"name\":\"Daniel Stich\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/47d4c836056800c7e4dbe32c68d755441cc88c5c1e499a6ceab2bab7ac21626d?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/47d4c836056800c7e4dbe32c68d755441cc88c5c1e499a6ceab2bab7ac21626d?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/47d4c836056800c7e4dbe32c68d755441cc88c5c1e499a6ceab2bab7ac21626d?s=96&d=mm&r=g\",\"caption\":\"Daniel Stich\"},\"description\":\"VMware by Broadcom Solution Engineer VCF NSX | Routing\\\/Switching (since 1997), Virtual Cloud networking, Softzware Defined Datacenter, K8S, PowerCLI\",\"sameAs\":[\"http:\\\/\\\/www.derstich.de\",\"http:\\\/\\\/linkedin.com\\\/in\\\/daniel-stich-922b20152\",\"https:\\\/\\\/x.com\\\/der_stich\"],\"url\":\"https:\\\/\\\/vrealize.it\\\/de\\\/author\\\/dstich\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"VCF9 NSX-Edge Setup - Was hat sich ge\u00e4ndert » vrealize.it - TechBlog VMware SDDC","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/","og_locale":"de_DE","og_type":"article","og_title":"VCF9 NSX-Edge Setup - Was hat sich ge\u00e4ndert » vrealize.it - TechBlog VMware SDDC","og_description":"Vor einigen Wochen habe ich in dem Blog https:\/\/vrealize.it\/de\/2025\/06\/02\/vcf-nsx-edge-setup-aus-netzwerksicht beschrieben, wie die NSX Edges in VCF5.x \u00fcber den SDDC Manager bereit gestellt werden.\u00a0 In VCF9, wurde aus meiner Sicht das Zusammenspiel der einzelnen Komponenten verbessert und dadurch Nutzerfreundlicher gestaltet. Einige Ver\u00e4nderungen sind auch in dem Zusammenspiel mit NSX zu erkennen. Die Installation des NSX Managers und Konfiguration des Overlay Netzwerkes auf den ESX Hosts, wird in VCF9 \u00fcber VCF Operations durchgef\u00fchrt. Die Installation und Konfiguration der Edges, kann direkt aus dem vCenter durchgef\u00fchrt werden. Eine Installation und Konfiguration \u00fcber den NSX Manager ist aber weiterhin m\u00f6glich.","og_url":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/","og_site_name":"vrealize.it - TechBlog VMware SDDC","article_published_time":"2025-07-11T13:30:24+00:00","article_modified_time":"2025-08-08T14:45:21+00:00","og_image":[{"width":2242,"height":1394,"url":"https:\/\/vrealize.it\/wp-content\/uploads\/2025\/07\/Screenshot-at-Jul-11-12-49-49.png","type":"image\/png"}],"author":"Daniel Stich","twitter_card":"summary_large_image","twitter_creator":"@der_stich","twitter_misc":{"Verfasst von":"Daniel Stich","Gesch\u00e4tzte Lesezeit":"23\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#article","isPartOf":{"@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/"},"author":{"name":"Daniel Stich","@id":"https:\/\/vrealize.it\/de\/#\/schema\/person\/186cf4f4ff292d050e7cfe982430906c"},"headline":"VCF9 NSX-Edge Setup – Was hat sich ge\u00e4ndert","datePublished":"2025-07-11T13:30:24+00:00","dateModified":"2025-08-08T14:45:21+00:00","mainEntityOfPage":{"@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/"},"wordCount":2588,"commentCount":0,"image":{"@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#primaryimage"},"thumbnailUrl":"https:\/\/vrealize.it\/wp-content\/uploads\/2025\/07\/Screenshot-at-Jul-11-12-49-49.png","keywords":["nsx","VCF9"],"articleSection":["NSX","VCF","Virtual Private Cloud"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/","url":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/","name":"VCF9 NSX-Edge Setup - Was hat sich ge\u00e4ndert » vrealize.it - TechBlog VMware SDDC","isPartOf":{"@id":"https:\/\/vrealize.it\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#primaryimage"},"image":{"@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#primaryimage"},"thumbnailUrl":"https:\/\/vrealize.it\/wp-content\/uploads\/2025\/07\/Screenshot-at-Jul-11-12-49-49.png","datePublished":"2025-07-11T13:30:24+00:00","dateModified":"2025-08-08T14:45:21+00:00","author":{"@id":"https:\/\/vrealize.it\/de\/#\/schema\/person\/186cf4f4ff292d050e7cfe982430906c"},"breadcrumb":{"@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#primaryimage","url":"https:\/\/vrealize.it\/wp-content\/uploads\/2025\/07\/Screenshot-at-Jul-11-12-49-49.png","contentUrl":"https:\/\/vrealize.it\/wp-content\/uploads\/2025\/07\/Screenshot-at-Jul-11-12-49-49.png","width":2242,"height":1394},{"@type":"BreadcrumbList","@id":"https:\/\/vrealize.it\/de\/2025\/07\/11\/vcf9-nsx-edge-setup-was-hat-sich-geaendert\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Startseite","item":"https:\/\/vrealize.it\/de\/"},{"@type":"ListItem","position":2,"name":"VCF9 NSX-Edge Setup – Was hat sich ge\u00e4ndert"}]},{"@type":"WebSite","@id":"https:\/\/vrealize.it\/de\/#website","url":"https:\/\/vrealize.it\/de\/","name":"vrealize.it - TechBlog VMware SDDC","description":"Information zu sicherem Hybrid und Multi-Cloud Computing - dispruptive Technologien im IT- Umfeld","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/vrealize.it\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Person","@id":"https:\/\/vrealize.it\/de\/#\/schema\/person\/186cf4f4ff292d050e7cfe982430906c","name":"Daniel Stich","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/47d4c836056800c7e4dbe32c68d755441cc88c5c1e499a6ceab2bab7ac21626d?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/47d4c836056800c7e4dbe32c68d755441cc88c5c1e499a6ceab2bab7ac21626d?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/47d4c836056800c7e4dbe32c68d755441cc88c5c1e499a6ceab2bab7ac21626d?s=96&d=mm&r=g","caption":"Daniel Stich"},"description":"VMware by Broadcom Solution Engineer VCF NSX | Routing\/Switching (since 1997), Virtual Cloud networking, Softzware Defined Datacenter, K8S, PowerCLI","sameAs":["http:\/\/www.derstich.de","http:\/\/linkedin.com\/in\/daniel-stich-922b20152","https:\/\/x.com\/der_stich"],"url":"https:\/\/vrealize.it\/de\/author\/dstich\/"}]}},"_links":{"self":[{"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/posts\/7810","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/users\/25"}],"replies":[{"embeddable":true,"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/comments?post=7810"}],"version-history":[{"count":20,"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/posts\/7810\/revisions"}],"predecessor-version":[{"id":8514,"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/posts\/7810\/revisions\/8514"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/media\/7853"}],"wp:attachment":[{"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/media?parent=7810"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/categories?post=7810"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vrealize.it\/de\/wp-json\/wp\/v2\/tags?post=7810"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}