软件定义数据中心(SDDC)是指数据中心的所有基础设施都是虚拟化的，并且能够以一种所要即所得的服务方式来提供。数据中心的控制是完全由软件自动化来完成，同时所有的硬件配置维护都是通过智能软件来完成。一般来说软件定义的数据中心主要包括分成四个部分，计算、存储、网络、管理。
其核心是让客户以更小的代价来获得更灵活的、快速的业务部署、管理及实现。
三大优势：
1.敏捷性(agility): 更快、更灵活的业务支撑与实现（以及软件开发模式的优化与变更）；
2.弹性(Elasticity)：随业务需求的资源的动态可伸缩性（水平+垂直）；
3.省钱(Cost-efficiency)：软件实现避免了重复硬件投资和资源浪费。
基于超融合搭建的数据中心作为近年来软件定义数据中心热门方案被广泛运用于教育，医疗，金融，大型制造业等。
B. 什么是软件定义网络
话说最近网络虚拟化（Networking Virtualization，NV）和SDN真实热得发烫，先谈一下我个人的理解和看法。由于没有实际玩过相应的产品，所以也只是停留在理论阶段，而且尚在学习中，有些地方难以理解甚至理解错误，因此，特地来和大家交流一下。
早在2009年就出现了SDN（Software Defined Networking）的概念，但最近才开始被众人所关注，主要还是因为Google跳出来表态其内部数据中心所有网络都开始采用OpenFlow进行控制，将OpenFlow从原本仅是学术性的东西瞬间推到了商用领域。第二个劲爆的消息就是VMWare大手笔12.6个亿$收掉了网络虚拟化公司Nicira。
SDN只是一个理念，归根结底，她是要实现可编程网络，将原本封闭的网络设备控制面（Control Plane）完全拿到“盒子”外边，由集中的控制器来管理，而该控制器是完全开放的，因此你可以定义任何想实现的机制和协议。比如你不喜欢交换机/路由器自身所内置的TCP协议，希望通过编程的方式对其进行修改，甚至去掉它，完全由另一个控制协议取代也是可以的。正是因为这种开放性，使得网络的发展空间变为无限可能，换句话说，只有你想不到，没有你做不到。
那SDN为什么会和NV扯上关系呢？其实他们之间并没有因果关系，SDN不是为实现网络虚拟化而设计的，但正式因为SDN架构的先进性，使得网络虚拟化的任务也得以实现。很多人（包括我自己）在最初接触SDN的时候，甚至认为她就是NV，但实际上SDN的目光要远大得多，用句数学术语来说就是“NV包含于SDN，SDN包含NV”。
再来看看NV，为什么NV会如此火爆，归根结底还是因为云计算的崛起。服务器/存储虚拟化为云计算提供了基础架构支撑，也已经有成熟的产品和解决方案，但你会发现一个问题，即便如此，虚拟机的迁移依然不够灵活，例如VMWare vMotion可以做到VM在线迁移，EMC VPLEX可以做到双活站点，但虚拟机的网络（地址、策略、安全、VLAN、ACL等等）依然死死地与物理设备耦合在一起，即便虚拟机从一个子网成功地迁移到另一个子网，但你依然需要改变其IP地址，而这一过程，必然会有停机。另外，很多策略通常也是基于地址的，地址改了，策略有得改，所以依然是手动活，繁杂且易出错。所以说，要实现Full VM Migration，即不需要更改任何现有配置，把逻辑对象（比如IP地址）与物理网络设备去耦（decouple）才行。这是一个举例，总而言之，目的就是实现VM Migration Anywhere within the DataCenter non-disruptively，尤其是在云这样的多租户（Multi-tanency）环境里，为每一个租户提供完整的网络视图，实现真正的敏捷商务模型，才能吸引更多人投身于云计算。
SDN不是网络虚拟化的唯一做法，Network overly（mac in mac, ip in ip）的方式也是现在很多公司实际在使用的，比如Microsoft NVGRE、Cisco/VMWare VXLAN、Cisco OTV、Nicira STT等。事实上overly network似乎已经成为NV实现的标准做法，SDN模型下的NV实现目前更多的是在学术、研究领域。新技术总是伴随大量的竞争者，都想在此分一杯羹，甚至最后成为标准。好戏才刚刚上演，相信会越发精彩。
个人觉得这是一个非常有意思的话题，希望和大家交流心得，互相学习.
NV的目标就是如何呈现一个完全的网络给云环境中的每一个租户，租户可能会要求使用任何其希望使用的IP地址段，任何拓扑，当然更不希望在迁移至公共云的情况下需要更改其原本的IP地址，因为这意味着停机。所以，客户希望有一个安全且完全隔离的网络环境，保证不会与其他租户产生冲突。既然vMotion之类的功能能够让虚拟机在云中自由在线漂移，那网络是否也能随之漂移呢？这里简单介绍下微软的Hyper-v networking virtualization，到不是因为技术有多先进，只不过他的实现细节比较公开，而其它公司的具体做法相对封闭，难以举例。
其实微软的思路很简单，就是将原本虚拟机的二层Frame通过NVGRE再次封装到 IP packet中进行传输，使得交换机能够通过识别NVGRE的Key字段来判断数据包的最终目的地。这其实就是一个Network Overlay的做法，它将虚拟网络与物理网络进行了分离。试想，公司A和公司B都迁移到公有云且就那么巧，他们的一些虚拟机连接到了同一个物理交换机上，现在的问题是，他们各自的虚拟机原本使用的私有IP段是一样的，如果没有VLAN就会导致IP冲突。但现在看来，这已经不是问题，因为虚拟机之间的通信都要通过NVGRE的封装，而新的IP包在物理网络上传输时是走物理地址空间的，而物理地址空间是由云服务提供者所独占的，因此不存在IP冲突的情况。
总结一下就是，这里的网络虚拟化可以认为是IP地址虚拟化，将虚拟网络的IP与物理网络完全分离，这样做就可以避免IP冲突，跨子网在线迁移虚拟机的问题，微软的要求是：虚拟机可以在数据中心中任意移动，而客户不会有任何感觉，这种移动能力带来了极大的灵活性。
Software-defined networking (SDN) is an approach to computer networking which evolved from work done at UC Berkeley and Stanford University around 2008.[1] SDN allows network administrators to manage network services throughabstraction of lower level functionality. This is done by decoupling the system that makes decisions about where traffic is sent (the control plane) from the underlying systems that forwards traffic to the selected destination (the data plane). The inventors and vendors of these systems claim that this simplifies networking.[2]
SDN requires some method for the control plane to communicate with the data plane. One such mechanism, OpenFlow, is often misunderstood to be equivalent to SDN, but other mechanisms could also fit into the concept. The Open Networking Foundation was founded to promote SDN and OpenFlow, marketing the use of the term cloud computing before it became popular.
This section does not cite any references or sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged andremoved. (February 2013)
One application of SDN is the infrastructure as a service (IaaS).
This extension means that SDN virtual networking combined with virtual compute (VMs) and virtual storage can emulate elastic resource allocation as if each such enterprise application was written like a Google or Facebook application. In the vast majority of these applications resource allocation is statically mapped in inter process communication (IPC). However if such mapping can be expanded or reced to large (many cores) or small VMs the behavior would be much like one of the purpose built large Internet applications.
Other uses in the consolidated data-center include consolidation of spare capacity stranded in static partition of racks to pods. Pooling these spare capacities results in significant rection of computing resources. Pooling the active resources increases average utilization.
The use of SDN distributed and global edge control also includes the ability to balance load on lots of links leading from the racks to the switching spine of the data-center. Without SDN this task is done using traditional link-state updates that update all locations upon change in any location. Distributed global SDN measurements may extend the cap on the scale of physical clusters. Other data-center uses being listed are distributed application load balancing, distributed fire-walls, and similar adaptations to original networking functions that arise from dynamic, any location or rack allocation of compute resources.
Other uses of SDN in enterprise or carrier managed network services (MNS) address the traditional and geo-distributed campus network. These environments were always challenged by the complexities of moves-adds-changes, mergers & acquisitions, and movement of users. Based on SDN principles, it expected that these identity and policy management challenges could be addressed using global definitions and decoupled from the physical interfaces of the network infrastructure. In place infrastructure on the other hand of potentially thousands of switches and routers can remain intact.
It has been noted that this "overlay" approach raises a high likelihood of inefficiency and low performance by ignoring the characteristics of the underlying infrastructure. Hence, carriers have identified the gaps in overlays and asked for them to be filled by SDN solutions that take traffic, topology, and equipment into account.[7]
SDN deployment models[edit]
This section does not cite any references or sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged andremoved. (February 2013)
Symmetric vs asymmetric
In an asymmetric model, SDN global information is centralized as much as possible, and edge driving is distributed as much as possible. The considerations behind such an approach are clear, centralization makes global consolidation a lot easier, and distribution lowers SDN traffic aggregation-encapsulation pressures. This model however raises questions regarding the exact relationships between these very different types of SDN elements as far as coherency, scale-out simplicity, and multi-location high-availability, questions which do not come up when using traditional AS based networking models. In a Symmetrically distributed SDN model an effort is applied to increase global information distribution ability, and SDN aggregation performance ability so that the SDN elements are basically one type of component. A group of such elements can form an SDN overlay as long as there is network reachability among any subset.
Floodless vs flood-based
In a flood-based model, a significant amount of the global information sharing is achieved using well known broadcast and multicast mechanisms. This can help make SDN models more Symmetric and it leverages existing transparent bridging principles encapsulated dynamically in order to achieve global awareness and identity learning. One of the downsides of this approach is that as more locations are added, the load per location increases, which degrades scalability. In a FloodLess model, all forwarding is based on global exact match, which is typically achieved using Distributed Hashing and Distributed Caching of SDN lookup tables.
Host-based vs Network-centric
In a host-based model an assumption is made regarding use of SDN in data-centers with lots of virtual machines moving to enable elasticity. Under this assumption the SDN encapsulation processing is already done at the host HyperVisor on behalf of the local virtual machines. This design reces SDN edge traffic pressures and uses "free" processing based on each host spare core capacity. In a NetworkCentric design a clearer demarcation is made between network edge and end points. Such an SDN edge is associated with the access of Top of Rack device and outside the host endpoints. This is a more traditional approach to networking that does not count on end-points to perform any routing function.
Some of the lines between these design models may not be completely sharp. For example in data-centers using compute fabrics "Big" hosts with lots of CPU cards perform also some of the TopOfRack access functions and can concentrate SDN Edge functions on behalf of all the CPU cards in a chassis. This would be both HostBased and NetworkCentric design. There may also be dependency between these design variants, for example a HostBased implementation will typically mandate an Asymmetric centralized Lookup or Orchestration service to help organize a large distribution. Symmetric and FloodLess implementation model would typically mandate in-network SDN aggregation to enable lookup distribution to a reasonable amount of Edge points. Such concentration relies on local OpenFlow interfaces in order to sustain traffic encapsulation pressures.[5] [6]
C. 各省市、各个地区应该如何发展工业互联网，有哪些主要任务
自2017年国务院印发《关于深化“互联网+先进制造业” 发展工业互联网的指导意见》之后，各地纷纷加快工业互联网的建设与发展步伐。发展工业互联网，网络体系是基础，平台体系是关键，安全体系是保障。各省市、各地区应紧紧系统构建网络、平台、安全三大体系，打造人、机、物全面互联的新型网络基础设施，全力推进七大任务：
1.夯实网络基础
夯实工业互联网的网络基础，应围绕网络改造升级、提速降费、标识解析，推进三方面的工作：
第一，以IPv6、工业无源光网络（PON）、工业无线、时间敏感网络（TSN）等技术，改造工业企业内网；
第二，以IPv6、软件定义网络（SDN）以及新型蜂窝移动通信技术（即5G技术），实现工业企业外网的升级改造；
第三，推进标识解析体系建设，围绕工业互联网标识解析国家顶级节点，推动行业性二级接机点的建设与连接。
2.打造平台体系
第一，培育工业互联网平台，以企业为主导，构建跨行业、跨领域平台，实现多平台互联互通。
第二，开展工业互联网平台试验验证。支持产业联盟、企业与科研机构合作共建测试验证平台，开展技术验证与测试评估。
第三，推动、吸引企业上云。鼓励工业互联网平台在产业集聚区落地，通过财税支持、政府购买服务等方式，鼓励中小企业的业务系统向云端迁移。
第四，培育工业APP，支持软件企业、工业企业、科研院所等开展合作，培育一批面向特定行业、特定场景的工业APP。
3.加强产业支撑
要加强产业支撑，必须加大关键共性技术攻关力度，提升产品与解决方案供给能力：
第一，关键共性技术支撑。鼓励企业和科研院所合作，围绕工业互联网核心关键技术、网络技术、融合应用技术开展联合攻关，促进边缘计算、人工智能、增强现实、虚拟现实、区块链等技术在工业互联网应用。
第二，系统解决方案支撑。围绕智能传感器、工业软件、工业网络设备、工业安全设备、标识解析等领域，推广一批经济实用的微服务化系统解决方案。
4.促进融合应用
融合创新工作应围绕大型企业和中小型企业两大主体开展：
针对大型企业，加快工业互联网在工业现场的应用；开展用于个性需求与产品设计，生产制造精准对接的规模化定制；
针对中小企业，实现业务系统向云端迁移；开展供需对接、集成供应链、产业电商、众包众筹等创新型应用。
5.完善生态体系
第一，构建创新体系：有效整合高校、科研院所、企业等创新资源，围绕重大共性需求与行业需要，面向关键技术与平台需求，开展产学研协同创新。
第二，构建应用生态，鼓励工业互联网服务商面向制造业企业提供咨询诊断、展示展览、行业资讯、人才培训、园企对接等增值服务。
第三，构建企业协同发展体系，以需求为导向，基于工业互联网平台，构建中介型共享制造、众创型共享制造、服务型需求共享制造、协同型共享制造等新型生产组织方式。
第四，构建区域协同发展体系，建设工业互联网创新中心、工业互联网产业示范基地。
6.强化安全保障
安全保障是发展工业互联网的底线，必须切实提升安全防护能力，建立数据安全保护体系，推动安全技术手段建设。此外，各地区还应大力发展信息安全产业，推动标识解析系统安全、工业互联网平台安全、工业控制系统安全、工业大数据安全等相关技术和产业发展，开展安全咨询、评估和认证等服务，提升整体安全保障服务能力。
7.坚持开放合作
第一，加强地区乃至国际的企业协作，形成跨领域、全产业链紧密协作的关系。
第二，建立政府、产业联盟、企业等多层次沟通对话机制。
第三，积极参与国际组织的协同与合作，参与工业互联网标准规范与国际规则的研讨与制定。
D. 什么是软件定义
软件定义的本质就是控制面和基础能力面的分离。这个理念对于一个搞通信的“老人”其实就不是什么新东西，程控交换很早就将信令和语音分离，信令控制语音电路接续等，信令和语音是二个通道。计算、网络和存储的基础能力分别是计算、转发和数据存取能力，这些能力是分布部署的，部署在物理或虚拟机上。配置、管理、控制都是由集中的控制单元完成。原来我们需要对每个设备进行配置和管理，现在只要在集中的能力管理控制平台上完成，再通过分权分域让租户自己完成。相关控制信息由管理平台推送到相应的能力平台上。在这种新的模式下，只要基础能力绑定配置信息就是一台虚拟设备，比如虚拟机、虚拟路由器、虚拟存储。而且基础能力都是透明的，配置信息可能绑定任何的物理设备(载体)，并在载体中按需移动，这就是迁移。其实我们一直在谈虚拟机有迁移能力，实际上软件定义后的网络、存储也有一样的迁移能力，也具备热迁移和冷迁移的能力。这也是软件定义带来的又一个优点。但是现在的控制面往往独立存在的，比如虚拟机有独立的控制面，虚拟交换机有独立的控制面、虚拟防火墙有独立的控制面板、虚拟负载均衡有独立控制面、存储更是。这些控制面相互之间缺乏融合，他们之间的关系就是设备和设备之间的关系，这种关系和普通物理设备之间的关系完全一样，需要靠复杂的配置来确定。