关于NSX-V相信很多人都已经在使用或者有所耳闻，这是VMware 5年前通过收购Niciria后发展成为最优秀的产品之一，多年来该产品变得越来越好。NSX通过添加SDN功能彻底改变了SDDC。
但是NSX-V的一个主要限制是它只能用于vSphere而不能用于其他平台，客户不断要求可以与非vSphere平台集成的NSX版本。其实也是符合VMware的NSX Cloud多云战略，VMware推出了NSX-T，它是非基于vSphere的基础架构的NSX版本。此版本的NSX可以与其他hypervisor集成，例如KVM和应用程序框架，如Openshift，Docker和Pivotal。除了这些平台，您还可以将vSphere平台与NSX-T集成。
这样就会产生一个对于用户的疑惑，NSX-V和NSX-T是一样的吗?针对这样的问题，下列出区别的地方。
NSX-V的要求
NSX-V(适用于vSphere的NSX)仅适用于vSphere部署，其架构使得单个NSX-V管理器平台与单个VMware vCenter Server实例相关联。NSX-V平台是最初的NSX平台，已经存在了几年。
它专门针对VMware虚拟机而设计，因为这是自服务器虚拟化开始以来一直存在的工作负载的传统虚拟化机制。
借助NSX-V，组织可以在虚拟机之间调动网络连接，并允许这些工作负载以物理网络硬件无法有效交付的方式进行连接。
在大多数情况下，如果您希望在VMware vSphere领域内运行软件定义的网络基础架构，NSX-V是您最有可能使用的平台。
什么是NSX-T?
NSX-T(T是Transformers就是变形金刚的意思)旨在解决许多NSX-V未设计到的地方，例如多管理程序。NSX-T是一个多虚拟机管理程序感知SDN堆栈，可用于vSphere，KVM，OpenStack，Kubernetes和Docker。
它旨在解决具有异构端点和技术堆栈的新兴应用程序框架和体系结构。NSX-T的主要用例之一是容器。在今天的虚拟化中，我们看到越来越多的应用程序在虚拟机之外的环境中运行。
在考虑多虚拟机管理程序支持时，重要的是NSX-T已与VMware vCenter Server分离。NSX-T是适用于vCenter和vSphere环境的独立解决方案，但它也可以支持KVM，公共云，容器，还可以集成到Red Hat OpenShift，Pivotal等框架中。
在比较两种产品时，您将看到的重点转变之一是NSX-T更注重云，具有前瞻性功能。
它还允许组织更灵活地选择最适合其用例的解决方案，无论是包括虚拟机管理程序，容器，裸机还是公共云。
VMware NSX-T与VMware Photon平台集成，后者是VMware从头开始开发的以云为中心的操作系统，与此平台上运行的当前vCenter服务器相似。NSX-T还包含NSX-T容器网络接口(CNI)插件，允许开发人员为容器应用程序配置网络连接，以帮助提供基础架构即服务。
架构变化
有趣的是，随着NSX-T，VMware已经从NSX-V使用的基于VXLAN的封装转移，并采用了更新的“Geneve”封装。这种架构差异使得NSX-T和NSX-V目前不兼容。
与更普遍的VXLAN相比，什么是Geneve封装标准，特别是当市场上有许多支持VXLAN的硬件设备时?
Geneve是由VMware，Microsoft，Red Hat和Intel共同撰写的新版封装。Geneve将当前最佳的封装协议(如VXLAN，STT和NVGRE)整合到一个协议中。从当前的网络虚拟化协议中学到了很多东西，并且随着NSX的成熟，对更加可扩展的封装协议的需求已经浮出水面。Geneve允许将元数据作为TLV字段插入，可根据需要用于新功能。
其他NSX-T架构更改需要注意：
与vCenter分离
NSX-T Manager和NSX-T控制器可以作为VM部署在ESXi或KVM上
有一个新的“hostswitch”(N-VDS)用于多管理程序支持。这是适用于KVM的VMware vSwitch和Open Virtual Switch的变体
利用Geneve封装 - 仍然建议封装头的MTU为1600
路由更改 - NSX-T利用下一代优化路由，该路由是多层的，提供商路由器(Tier0路由器)和租户路由器功能(Tier1路由器)之间的逻辑分离
用于配置和管理的标准HTML5界面
个人观点
VMware NSX肯定在不断发展，特别是随着VMware NSX-T的推出。VMware正在展示对vSphere环境，包括KVM，Openstack和多个公共云平台的支持。这种与vSphere的脱钩肯定会吸引其他人加入VMware NSX平台。VMware如何处理NSX-V和NSX-T之间的两个产品线以及两个产品是否将保持独立，或者VMware将在未来的某个时刻尝试将两者结合在一起。
