当前位置:首页 >> IT/计算机 >>

vmware NSX介绍_图文

Agenda

? NSX Message Quick Update ? VMWare Message for Openstack ? Media Feedback and Response

1

What is VMware NSX?

Internet

4

What is VMware NSX?

Internet

5

What is VMware NSX?

Internet

6

The Virtual Network

7

The Time is Now
60

Ports in Millions

40

Virtual Server Access Ports 32% CAGR

20

Physical Server Access Ports 15 % CAGR

0 2010

2011

2012

2013

2014

2015

Source: Crehan Research Inc.

40% of virtualization admins also manage virtual switching

77% of VMware customers are preparing for network virtualization

8

Visibility and Debugging

9

Visibility and Debugging

Virtualization made network visibility difficult

Network virtualization provides visibility

10

Basic Idea

One Complex Network

Multiple Simple Networks

11

Visibility & Troubleshooting

12

Visibility & Troubleshooting

Disconnected

Disconnected

Disconnected

Disconnected

Disconnected

Disconnected

Disconnected

Disconnected

Disconnected

13

Ongoing Work : VCOPS Integration
Anomaly score

Resource

Alerts Topology

Events Anomaly score Events Dynamic thresholds

Possible root cause

Collected metrics Calculated metrics

Metric values

14

Virtual Network Health Monitoring & Troubleshooting

15

Physical Components Health Monitoring and Troubleshooting

16

Runtime Network Optimization

17

Network virtualization decouples correctness from performance network wide.
Traditionally, these are coupled. For example, adding a new box often means downtime and configuration changes.

Provides ability to change performance characteristics on the fly.

18

Example: Runtime Deployment of Distributed Routing
VM VM VM

VM VM VM VM

VM VM VM VM VM

VM VM VM

VM

19

Latency Impact on Production Network

20

And Much, Much More …

? ? ? ? ?

MPLS integration Control plane federation Policy frameworks

Flow-level tracking for fabric optimization


21

NSX EcoSystem

VMware NSX Ecosystem

23

Seeing Broad Adoption

24

Eco Sysem Integration and Positioning Today

NSX Optimized For vSphere
Service Composer for L4-L7 integration

Unified NSX Platform
From L2 – L7 Integration

NSX for MH
Ovsdb for L2-L3 capability integration

25

NSX – The Network Virtualization Platform

Virtual Network
Controller Cluster L3 L2 L2

CMP

VM

VM

“NSX API”

VTEP API Software Hardware
VLAN

NSX vSwitch
vSphere Host

NSX vSwitch
vSphere Host

Open vSwitch
KVM

Open vSwitch
Xen Server NSX Gateway

HW Partner

VLAN

Physical Network
26

Tunnels are like cables
Physical Copper Cable Third party hardware Controller

Virtual Network
WORLD

VXLAN Cable Hypervisor

VXLAN Cable Hypervisor

STT Cable

27

Why Not a Single Tunnel Format?

? STT was designed to optimize performance for hypervisorhypervisor traffic ? Leveraging commodity NIC behavior so that tunneling has negligible
performance impact

? Unfortunately, it’s hard for switches to implement & can raise issues
with firewalls

? VXLAN is the de facto industry standard for network virtualization
? Ideal for multi-vendor situations (e.g. vswitch-physical switch communication) ? Will start to see NIC support for high performance in the next year

? Extensibility of the header likely needed
? STT has 64-bit “context” vs 24-bit VNI

? Tunnel format decoupled from control plane ? Tunnel format != virtualization architecture

28

Hardware VTEPs

? Benefits:
? Fine-grained access: can pull a single physical port into the virtual world ? Connect bare metal workloads with higher performance/throughput

? Same operational model (provisioning, monitoring) as
virtual networks Consistent provisioning and operations for entire Data Center, regardless of workloads, over a simple IP fabric

29

Connecting the Physical to the Virtual

Logical network (VNI)

Controller Cluster
VM MACS

DB

API (OVSDB)

Tunnels (VXLAN)
vSwitch vSwitch vSwitch Hypervisor vSwitch Hypervisor Hypervisor Hypervisor

PHYMACS

VM VM VM

IP Underlay (no mulitcast required)

Physical Workloads

30

VMware Message for Openstack

Cloud Management Platforms (CMPs)

Business Goals: ? Reduce costs ? Increase agility

Applications Cloud Management Platform

Enabled By: ? Self-service provisioning ? Automation via APIs

Software Infrastructure

Hardware Infrastructure
32

Anatomy of a Cloud Management Platform
Tools for selfservice + automation, built on top of API

Applications
Web GUI CLI SDK Identity

Varies greatly by CMP: determines whether a request is allowed, updates external systems, decides what part of underlying infrastructure will host the workload

API Layer CMP Logic
(governance, workflow, placement)

Models available resources. Handles requests to create/ destroy/update and view current status

Driver Layer Cloud Management Platform Software Infrastructure Hardware Infrastructure

Communicates to software infrastructure to create/destroy /update the real resources backing the request

33

Anatomy of OpenStack
Applications
Horizon
Web GUI
Linux CLIs

Python SDKs

Compute & Images API
Compute Logic (quotas, scheduling) Compute Drivers (vSphere, KVM)

User Keystone authentication, autho rization Network API Block Storage API Block Storage Logic (quotas, scheduling) Block Storage Drivers (vSAN, EMC)

Network Logic (quotas, scheduling) Compute Drivers (NSX, Cisco)

Nova / Glance Neutron (Quantum) OpenStack CMP Software Infrastructure Hardware Infrastructure
34

Cinder

But What About…..

Free!!! Free!!! Free!!! Free!!!

Free!!! Free!!!

Free!!!
Free!!! Free!!!

Free/open source CMPs are nothing new:
? Eucalyptus, OpenNebula, CloudStack are older, with similar capabilities

? It is never free to ensure smooth operation of complex software infrastructure ? Comes down to: ? Build up large internal team able to troubleshoot/fix OpenStack issues. But still
need to find a way to support lower layers of software infrastructure (e.g., hypervisor, storage)

? Buy support from a vendor (e.g., use of enterprise distros with “free” Linux).
35

Misconception: OpenStack is a Product

? No, it is an open source codebase, managed by OpenStack
Foundation ? Manages process around changes to the open source code base ? Provides marketing / promotion of OpenStack, manages trademark.

? OpenStack is/will be available in many different forms, including:
“Roll your own”:
Download framework source code, build internal team to do almost everything.

“Distro”:
Packaged framework code with install/config mgmt bundled with OS. Pay for support.

“Core+”:
Commercial product, uses OpenStack code and APIs, but often also include proprietary addons.

“API Compat”:
Existing product adds OpenStack API compatibility.

-

Flexible / Customizable Vendor Agnostic Complex + resource intensive to operate. Missing mgmt tools.

Tradeoffs

-

Less Flexible Vendor Specific Easier to adopt + operate Includes mgmt. tools

36

Misconception: With OpenStack API, lower layers don’t matter.

? OpenStack is a framework. ? Always talk about "OpenStack on X". ? Your underlying infrastructure matters:
? ? ? ?
Compute: issues with noisy-neighbors like AWS?

Network: limited by VLANs?
Storage: provide SLAs to guarantee IOPS? Management: proactively identify & quickly fix issues?

What infrastructure technologies meets my needs for advanced features, price, scale, reliability, monitoring, performance, SLAs, troubleshooting, etc?

Cloud Architects & Cloud Admins

37

Misconception: OpenStack Releases are like Product Releases
Essex 2012.1 Folsom Grizzly Havana 2013.2 Icehouse 2014.1

2012.2

2013.1

? Time-based releases, every 6 months. ? Inclusion in OpenStack is primarily based on code review + unit tests. Not
functional testing, much less scale/performance/stress testing.

? Time-based release. More like an “early beta”. ? Users or distros do additional testing on what they care about, report/fix
bugs, and decide when it is “good enough’

? Significant variations in the amount of testing, ranging from: ? “well worn path” of basic functionality with common drivers/configurations ? “tested once” by vendor who wanted “checkbox” of OpenStack compatibility ? Extends to things like documentation, upgrades, etc.
38

Misconception: The OpenStack API is a “Standard”

? No. Today “OpenStack” is any cloud based on some
variant of the OpenStack software. This provides: ? A vendor neutral API ? Shared knowledge/concepts and similar tools

? But is not a “standard” in terms of interoperability The “standard kilogram” ? Relying on “similar code” allows for significant variation:
? API extensions lead to fragmentation (e.g., criticism of RAX + HP
by the foundation)

? Running different OpenStack versions or services (nova-network vs. Neutron) ? Running with different configuration options ? Drivers may have subtle differences in implementation
(e.g. L2 broadcast in Neutron)

? How to get closer to real interoperability?
? Some in community already pushing conformance testing,
real API specifications

? Expect to see VMware get involved in these efforts moving forward
39

Misconception: Choosing between OpenStack and VMware

? Reality: OpenStack can run on top of
compute/network/storage/mgmt: ? entirely from VMware ecosystem ? entirely from other sources ? a mix of VMware ecosystem + other sources

? OpenStack can co-exist with other
CMPs in the same VMware stack. Ex: ? Use OpenStack to give developers
programmatic self-service access to a slice of your vSphere capacity

? Use vCenter or vCAC to manage IT
workloads that require significant governance

40

Misconception: OpenStack is only for Service Providers

? Has “roots” in SPs, but some large enterprises act like SPs:
? View their cloud platform itself as a key point of competitive differentiation. ? Have their own large internal development teams building cloud software.

? See OpenStack as a flexible platform they can customize + use.

? SP roots & framework complexity can be stumbling blocks for
majority of enterprises: ? focus on “new cloud apps” ? weak enterprise features (e.g., SLAs). ? Limited admin tools to configure, monitor, troubleshoot etc. ? Standalone design: no integration into existing enterprise workflows ? Very Linux-centric, with lots of different services to install/manage.

? Wider enterprise adoption will depends on integration OpenStack
being integrated + sold as part of an enterprise-grade product.
OpenStack on VMware: Devops + Enterprise IT on a single platform

41

Best-of-Breed VMware Technologies and OpenStack
Tenant-Side

Horizon ( Web Portal ) Nova

CLI Tools & Scripts (DevOps Automation) Neutron Cinder

vCAC Application Director Glance

Benefits of OpenStack API & Framework

vSphere & vCenter

NSX

Datastores
3rd-party / vSAN

vCenter

templates
Choice of best-inclass virtualization & management technologies

Cloud Operator Tools (vCenter, vCOPs, Log Insight etc.)

Third Party Operator tools (Puppet/Chef, scripts, nagios...)

OpenStack or 3rd Party Component VMware Component
42

Admin/Operator-Side

Live Demo of OpenStack on vSphere + NSX
Horizon

Nova
(compute)

vSphere driver

vCenter
vSphere datastore driver

vSphere
CPU 1



CPU n

Cinder
(block storage)

NSX vSwitch

VMFS

NSX Controller

Physical Network

Neutron
(network)

NSX driver

43

VMware + OpenStack: Current Status
Grizzly 2013.1

Havana 2013.2

Neutron

NVP/NSX already recognized as leading driver for production use.

New features available in OpenStack when added to NSX…

Nova

Initial vSphere support, with vMotion/HA/DRS

Early customer “beta”

Validated platform with reference designs

Cinder

Basic iSCSI driver

VMFS datastore driver, FiberChannel driver

Includes contributions from:
44

VMware + OpenStack: What’s Next?

Make the vCloud Suite the best and easiest way to run OpenStack

? Continued OpenStack contributions, focused on:
? Enabling more rich VMware functionality via OpenStack APIs.

? Helping community push toward a true API standard + validation.

? Expand OpenStack touch-points for VMware management stack:
? Including vCenter, vCAC, vCOPs, and Log Insight.

? Simplified options for leveraging OpenStack + VMware products:
? Ex: Canonical + VMware joint support for OpenStack + vSphere/NSX

45

Media Feedback and Response
Internal Use Only


相关文章:
VMWare NSX架构全面剖析以及新功能介绍_图文.ppt
VMWare NSX架构全面剖析以及新功能介绍 - VMWare,NSX,SDN,软件定义网络,SDDC,软件定义数据中心,NSX方案,NSX测试报告
vmware NSX介绍_图文.ppt
vmware NSX介绍 - Agenda ? NSX Message Quick Update ? VMWare Message for Openstack ? Media Feedback...
VMware NSX 和 Palo Alto Networks技术介绍_图文.pdf
VMware NSX 和 Palo Alto Networks技术介绍 - VMWare,虚拟化,云计算,软件定义数据中心,VMWare解决方案,NSX,软件定义网络,SDN,网络虚拟化
VMWare NSX 软件定义网络解决方案介绍_图文.ppt
VMWare NSX 软件定义网络解决方案介绍 - VMWare,NSX,SDN,软件定义网络,SDDC,软件定义数据中心,NSX方案,NSX测试报告
VMware NSX 亮点_图文.ppt
VMware NSX 亮点 - VMware NSX 传统数据中心的网络安全挑战
Vmware nsx 应用_图文.ppt
Vmware nsx 应用_计算机硬件及网络_IT/计算机_专业资料。利用NSX分布式防火墙技术 实现虚拟化数据中心应用安全的微分段 王培久 02/06/2015 ? 2014 VMware Inc. ...
VMware NSX 陈述PPT_图文.ppt
VMware NSX 陈述PPT - The Choice for “New I
Vmware nsx 应用方案_图文.ppt
Vmware nsx 应用方案 - XX银行现有桌面虚拟化总体架构 CONFID
NSX网络与安全解决方案简介_图文.ppt
NSX网络与安全解决方案简介 - VMware网络与安全解决方案 ? 2013 VMware Inc. All rights reserved 议程 为什么需 要网络虚 拟化 VMwa...
VMware NSXvSphere6.0_图文.ppt
VMware NSXvSphere6.0_计算机软件及应用_IT/计算机_专业资料。最新版本VMware NSXNSXvSphere6.0 介绍 Networking in vSphere 6.0 VDS and NSX Updates CK Kong ?...
VMware NSX overview_图文.pdf
VMware NSX overview - VMware NSX overvie
VMWare NSX SDN部署最佳实践_图文.pdf
VMWare NSX SDN部署最佳实践 - VMWare,NSX,SDN,软件定义网络,SDDC,软件定义数据中心,NSX方案,NSX测试报告
VMware NSX 金融行业案例_图文.ppt
VMware NSX 金融行业案例 - 网络虚拟化- VMware NSX 在金
最新VMware NSX网络虚拟化_图文.ppt
最新VMware NSX网络虚拟化 - 颠覆传统技术,打造软件定义数据中心 GCR Review Session for VMWorld Briefing Rick Chen VMWare NS...
VMware NSX软件定义的网络技术_图文.ppt
VMware NSX软件定义的网络技术_计算机软件及应用_IT/计算机_专业资料。VMware软件...网络虚拟 化设计指南 NSX-v 操作指南 HOL-SDC-1403 - VMware NSX 简介和 HOL...
VMware_网络虚拟化平台NSX及其实现_图文.pdf
VMware_网络虚拟化平台NSX及其实现 - VMware之软件定义网络: NSX网络虚拟化平台及实现 议题 网络虚拟化 需求 VMware NSX 功能 利用NSX实 现网络虚拟 ...
VMWare NSX架构全面剖析以及新功能介绍_图文.pdf
VMWare NSX架构全面剖析以及新功能介绍 - VMWare,NSX,SDN,软件定义网络,SDDC,软件定义数据中心,NSX方案,NSX测试报告
VMWare NSX网络与安全解决方案_图文.ppt
VMWare NSX网络与安全解决方案 - 信息安全,网络安全,安全防护,信息系
VMware NSX 网络虚拟化_图文.pdf
VMware NSX 网络虚拟化 - 虚拟化,数据中心方案,虚拟化选型,服务器虚
VMware NSX 网络虚拟化平台_图文.pdf
介绍 VMware NSX - 网络虚拟化平台 VMware NSXVMware 推出的市场领先的网络虚拟化实施方案。NSX 提供了全新的网络连接运维模式,可突破当 前物理网络障碍,使...