Skip to main content

VMware NSX-V vs NSX-T

  • VMware NSX-V vs NSX-T Comparison
    The software-defined data center is made possible by virtualizing the key components and functionalities of the datacenter. VMware’s NSX-V platform has made tremendous waves in the software-defined data center and has allowed organizations to be truly freed from the underlying hardware network components for data center communication.
    VMware’s NSX product has certainly matured over the last several releases with the latest release by the VMware being, NSX-T 2.2

    VMware NSX-V vs NSX-T Comparison


    NSX-V (NSX for “vSphere”) is designed for vSphere deployments only and is architected so that a single NSX-V manager platform is tied to a single VMware vCenter Server instance. The NSX-V platform is the original NSX platform that has been around for a few years now.
    It is specifically designed with VMware virtual machines in mind as that is the legacy virtualization mechanism for workloads that has been around since the onset of server virtualization.
    With NSX-V, organizations are able to mobilize network connectivity between virtual machines and allow those workloads to be connected in ways that were otherwise unable to be delivered efficiently by physical networking hardware.
    For the most part, if you are wanting to run a software-defined networking infrastructure within the realm of VMware vSphere, NSX-V is the platform that you are most likely to be using.
    NSX-T (NSX “Transformers”) is designed to address many of the use cases that NSX-V was not designed for, such as the multi-hypervisors. NSX-T is a multi-hypervisor aware SDN stack brought to the likes of vSphere, KVM, OpenStack, Kubernetes, and Docker.
    It is designed to address emerging application frameworks and architectures that have heterogeneous endpoints and technology stacks. One of the major use cases for NSX-T is with containers. In today’s virtualization, we are seeing more and more applications are running in environments outside of virtual machines.
    Important as well when considering the multi-hypervisor support is the fact that NSX-T has been decoupled from VMware vCenter Server. NSX-T is a standalone solution for vCenter and vSphere environments but it can also support KVM, public cloud, containers, and can also be integrated into frameworks like Red Hat OpenShift, Pivotal, and others.
    One of the major shifts in focus you will see when comparing the two products is that NSX-T is more cloud focused with forward looking functionality.
    It also allows organizations more flexibility in choosing the solution that best fits their use case whether that is including hypervisors, containers, bare metal, and public clouds.
    VMware NSX-T is integrated with the VMware Photon Platform which is the cloud centric operating system that VMware developed from the ground up with the likes of the current vCenter server running atop this platform. NSX-T also contains the NSX-T Container Networking interface (CNI) plugin that will allow developers to configure network connectivity for container applications that help deliver Infrastructure as a Service.
    NSXt-Architecture.png

    Architecture


    • Decoupled from vCenter
    • NSX-T Manager and NSX-T controllers can be deployed as VMs on either ESXi or KVM
    • There is a new “hostswitch” that is utilized for multi-hypervisor support. This is a variant of VMware vSwitch and Open Virtual Switch for KVM
    • Utilizes Geneve encapsulation – MTU of 1600 is still recommended for the encapsulation header
    • Routing changes – NSX-T utilizes next-generation optimized routing that is multi-tiered with logical separation between the provider router (Tier0 router) and the tenant router function (Tier1 router)
    • Standard HTML5 interface for configuration and management
         Like NSX-V, NSX-T too contains a management plane, data plane and a control plane
    Data Plane
    • NSX-T uses in-kernel modules for ESXi and KVM hypervisors for constructing data plane. 
    • Since NSX-T is decoupled from vSphere, it don’t rely on vSphere vSwitch for network connectivity. NSX-T data plane introduces a host switch called N-VDS (NSX Managed Virtual Distributed Switch).
    • All create, read, update and delete operations are performed via the NSX-T Manager.
    • Data plane offers features such as Logical routing, Logical switching, DFW, NAT, DHCP etc. 
    Control Plane
    • NSX-T control plane is formed by Central Control Cluster (CCP) + Local Control Plane (LCP) that runs on the hypervisors (Esxi/KVM)
    • CCP controller nodes are deployed as VM’s that can run on an Esxi host or KVM. 
    • Like NSX-V, controllers in NSX-T is responsible for slicing logical switching and logical routing.
    Management Plane
    • NSX Manager which is deployed via OVA file forms the management plane for NSX-T.
    • The management plane handles authentication, monitoring and inventory collection from the compute managers.
    • NSX-T manager can be integrated with various Cloud Management Platforms (CMP) via Rest API’s.
    • Although vCenter is decoupled from NSX-T management plane, you can add vCenter server as compute manager to leverage vSphere features.

     Key Points:
    • Designed to work with multiple hypervisors (ESXi and KVM currently)
    • Does not rely on vCenter
    • Tiered routing
    • HTML5 interface is standard
    • Openstack plugin allows developers to build and interact with Infrastructure as Code
    • Geneve encapsulation protocol


    Labels

    Labels:

    Comments

    Post a Comment

    Popular posts from this blog

    Console Mouse Not Working in Windows 2012 VMs

    I recently ran into some problems while deploying a Windows Server 2012 R2 VM in my vSphere 6.5 U2 lab. I’ve come to expect that the console mouse response is going to be terrible until VMware Tools is installed, but for some odd reason I had no mouse control whatsoever. Thinking it may be a quirk of the Web Console, I tried both the Remote Console and the HTML5 client to no avail. The VM appeared to be healthy and would register keyboard input, but the motion of the mouse cursor was erratic or the cursor would not move at all. Thinking that I just needed to battle on and get Tools installed, I attempted to use the keyboard for this purpose – what a chore. You think it would have been easy, but the installer kept losing focus and falling behind other open windows. Many of the windows keyboard shortcuts I’d normally use were not functioning because they register on my laptop – not in the console. I couldn’t RDP to the VM either because the NIC needed to be configured with a vali...
    Post a Comment
    Read more

    VxRail 4.0 – Scale Out

    The above is the physical diagram of VxRail Cluster (3 nodes). In this post I will show how to add one VxRail Appliance into this VxRail Cluster (From 3 nodes to 4 nodes). NOTE: The model of each VxRail Appliance is E460. Before the node expansion, you need to verify each Appliance is running in health in dashboard of VxRail Manager. The above is the final physical diagram of VxRail Cluster after scale out. Now we start the node expansion. You have just mounted a new VxRail Appliance (E460) and cabled it up to the top of each rack switch. When you power it on you can see a notification appear in the top left corner of VxRail dashboard. Click “ Add Node “. When you initially configured your VxRail Appliance, you specified an IP pool for ESXi, vMotion and vSAN. You can see that there available IP addresses in these pools, so the only additional action is to set an ESXi password. Click the scroll bar, then click the “ ESXi Password “. Enter the  ESXi  and ...
    1 comment
    Read more

    vCenter Server Options on VxRail Appliance

    In this post we will discuss the pros and cons of vCenter Server deployment on VxRail. During VxRail initialization we can choose two options for vCenter Server deployment, both options are “Deploy new vCenter Server Appliance (VCSA)” and “Join existing vCenter Server”. We should know its limitation before we choose the each option. You can find the details as below. If we choose the bundle vCenter Server deployment The vCenter Service Server Appliance (VCSA), vCenter Server Platform Services Controller (PSC) and vRealize Log Insight VM are already pre-loaded on each VxRail node. When VxRail initialization it can deploy these VMs automatically based on our business requirement. Pros The vCenter Server (VCSA) deployment is done automatically. When installing software package upgrade for the VxRail Manager, both VCSA and PSC includes the processing of package upgrade. VMware Log Insight is deployed automatically The vCenter license is bundled on VxRail Appliance. C...
    1 comment
    Read more