OpenStack Quantum provides on-demand networking capabilities for tenants in OpenStack clouds. It uses a plugin architecture that allows different virtual networking technologies to be used as backends. Quantum provides APIs for tenants to dynamically create and configure virtual networks and attach virtual ports for their instances. This allows for complex multi-tenant network topologies and insertion of advanced network services. The Quantum project is growing and becoming more production-ready, with the first core release in OpenStack Folsom. Cloud operators can choose Quantum plugins based on tradeoffs like scalability, performance, and supported features.
Quantum for Cloud Operators - Folsom Conference Dan Wendlandt
Quantum is a networking service for OpenStack that provides tenant control over virtual networks. It uses a plugin architecture that supports different networking technologies and allows for advanced network services like routers and firewalls. The current project status is that Quantum provides basic L2 networking capabilities and some initial advanced services. Future priorities include enabling full tenant control of networks and expanding support for advanced network services.
Slides presented to OpenStack developer summit during the "Quantum Overview" session (note: these are not the slides presented during the conference, these slides are more technical, and less polished)
Quantum provides an API for managing virtual networks in OpenStack. It allows tenants to create multiple private networks with their own IP addressing, and attach virtual machines to these networks. Quantum uses a plugin architecture that supports various networking technologies by exposing a generic API and allowing operators to choose different backend implementations, such as VLANs, VXLAN, or SDN controllers. This provides tenants with advanced network automation capabilities and operators with network technology choices.
Am 04 track1--salvatore orlando--openstack-apac-2012-finalOpenCity Community
1) Quantum provides network services for OpenStack and allows tenants to control virtual networking in their cloud.
2) Quantum uses a plugin architecture that supports different networking technologies through plugins like Nicira NVP.
3) The Nicira NVP plugin uses network virtualization and overlay tunneling to decouple logical and physical network topology and provide flexible network designs.
OpenStack has released regular updates called releases since its inception. This document summarizes the progression from the Folsom release to the then-upcoming Grizzly release. The Folsom release focused on usability improvements, hardening of the Nova compute service, security enhancements, and decoupling networking and volumes from Nova. It introduced the Quantum networking service and Cinder block storage service. The Grizzly release themes included process improvements, continued Nova enhancements, improvements to Quantum, and new features for the Cinder block storage service.
The document provides an overview of network virtualization and Quantum, an OpenStack module that provides network as a service. It discusses how Quantum uses plug-ins and extensions to provide layer 2 isolation using mechanisms like VLANs and tunnels. It also describes Quantum's layer 3 networking extension which allows creation of routers to connect different networks, and how security groups can specify ingress/egress traffic rules for ports.
Nova for Physicalization and Virtualization compute modelsopenstackindia
This document discusses Nova, OpenStack's compute service, and provides an overview of:
1) Different compute models Nova supports including physical servers, virtualized servers using technologies like ESX, Hyper-V, KVM, Xen server, and container-based virtualization using LXC and OpenVZ.
2) Nova uses a driver-based approach to support different hypervisor technologies with drivers for KVM, ESX, Hyper-V, and others.
3) An example multi-hypervisor OpenStack cloud is shown supporting images, controllers, services, and compute hosts running Hyper-V, KVM, and ESXi.
4) Key features like physical bare-metal provisioning are supported across different
The Quantum project provides a tenant-facing API for defining network connectivity and addressing in the cloud. It supports different network technologies and components. Key use cases include single flat networks, multiple flat networks, mixed private and flat networks, provider routers with private networks, and per-tenant routers with private networks.
Quantum for Cloud Operators - Folsom Conference Dan Wendlandt
Quantum is a networking service for OpenStack that provides tenant control over virtual networks. It uses a plugin architecture that supports different networking technologies and allows for advanced network services like routers and firewalls. The current project status is that Quantum provides basic L2 networking capabilities and some initial advanced services. Future priorities include enabling full tenant control of networks and expanding support for advanced network services.
Slides presented to OpenStack developer summit during the "Quantum Overview" session (note: these are not the slides presented during the conference, these slides are more technical, and less polished)
Quantum provides an API for managing virtual networks in OpenStack. It allows tenants to create multiple private networks with their own IP addressing, and attach virtual machines to these networks. Quantum uses a plugin architecture that supports various networking technologies by exposing a generic API and allowing operators to choose different backend implementations, such as VLANs, VXLAN, or SDN controllers. This provides tenants with advanced network automation capabilities and operators with network technology choices.
Am 04 track1--salvatore orlando--openstack-apac-2012-finalOpenCity Community
1) Quantum provides network services for OpenStack and allows tenants to control virtual networking in their cloud.
2) Quantum uses a plugin architecture that supports different networking technologies through plugins like Nicira NVP.
3) The Nicira NVP plugin uses network virtualization and overlay tunneling to decouple logical and physical network topology and provide flexible network designs.
OpenStack has released regular updates called releases since its inception. This document summarizes the progression from the Folsom release to the then-upcoming Grizzly release. The Folsom release focused on usability improvements, hardening of the Nova compute service, security enhancements, and decoupling networking and volumes from Nova. It introduced the Quantum networking service and Cinder block storage service. The Grizzly release themes included process improvements, continued Nova enhancements, improvements to Quantum, and new features for the Cinder block storage service.
The document provides an overview of network virtualization and Quantum, an OpenStack module that provides network as a service. It discusses how Quantum uses plug-ins and extensions to provide layer 2 isolation using mechanisms like VLANs and tunnels. It also describes Quantum's layer 3 networking extension which allows creation of routers to connect different networks, and how security groups can specify ingress/egress traffic rules for ports.
Nova for Physicalization and Virtualization compute modelsopenstackindia
This document discusses Nova, OpenStack's compute service, and provides an overview of:
1) Different compute models Nova supports including physical servers, virtualized servers using technologies like ESX, Hyper-V, KVM, Xen server, and container-based virtualization using LXC and OpenVZ.
2) Nova uses a driver-based approach to support different hypervisor technologies with drivers for KVM, ESX, Hyper-V, and others.
3) An example multi-hypervisor OpenStack cloud is shown supporting images, controllers, services, and compute hosts running Hyper-V, KVM, and ESXi.
4) Key features like physical bare-metal provisioning are supported across different
The Quantum project provides a tenant-facing API for defining network connectivity and addressing in the cloud. It supports different network technologies and components. Key use cases include single flat networks, multiple flat networks, mixed private and flat networks, provider routers with private networks, and per-tenant routers with private networks.
Quantum is an OpenStack project to provide network connectivity as a service between interface devices. It will enable cloud tenants to create rich networking topologies, build advanced network services and innovative network capabilities.
The document provides an overview of network virtualization and the Network Virtualization Platform (NVP). It defines network virtualization as decoupling, automating, and making network behavior independent of physical network state. NVP allows for logical networks that are isolated, location-independent and independent of physical network changes. It introduces NVP components and architecture including the control plane, gateways, service nodes, and integration with hypervisors and OpenStack. The document also discusses treating physical networks like compute servers and fabric/pod network designs.
Networking in CloudStack is full-featured, full of bells and whistles and by necessity complicated. This session will take cloud operators through the ins-and-outs of CloudStack Networking. Attendees will learn the motivations behind how CloudStack networking is architected, solutions to common networking requirements, gotchas, troubleshooting CloudStack networking and finally some future directions for theses features.
It is assumed that the audience will have some experience administering CloudStack clouds.
This document discusses networking in Apache CloudStack and the challenges of scaling cloud networking. It provides an overview of Apache CloudStack, including its flexibility to support various hypervisors, network topologies, and storage options. It then covers how CloudStack supports different networking modes, from traditional VLAN-based isolation to overlay networks. It also discusses how CloudStack orchestrates network resources and services to provide configurable network offerings to end users. Finally, it compares traditional server virtualization networking with the cloud approach and covers options like software defined networking.
Software Defined Networking is seeing a lot of momentum these days. With server virtualization solving the virtual machines problem, and large scale object storage solving the distributed storage challenge, SDN is seen as key in virtual networking.
In this talk we don't try to define SDN but rather dive straight into what in our opinion is the core enabled of SDN: the virtual switch OVS.
OVS can help manage VLAN for guest network isolation, it can re-route any traffic at L2-L4 by keeping forwarding tables controlled by a remote controller (Openfow controller). We show these few OVS capabilities and highlight how they are used in CloudStack and Xen.
Xen Summit presentation of CloudStack and Software Defined Networks. OpenVswitch is the default bridge in Xen and supported in XenServer and Xen Cloud Platform
OpenContrail Silicon Valley Meetup Aug 25 2015Scott Sneddon
The document discusses SDN market trends based on an SDxCentral report. It summarizes that the SDN, NFV, and network virtualization market is expected to exceed $105 billion by 2020 according to the report. It also provides details on SDN controllers, including major open source and commercial controllers. The rest of the document discusses use cases, selection criteria for controllers, and SDN adoption trends seen by the speaker.
Trystakc.cn was announced in OpenStack Summit San Diego 2012(www.slideshare.net/openstack/trystack-introfinalpdf
).It was a Non-profit OpenStack community projects.
By Stackers, for stackers.Experience the latest OpenStack features.
Welcoming contributions and feedback, Join the fun !
Scaling OpenStack Neutron in Heterogeneous EnvironmentsMartin Klein
Scaling an Openstack deployment requires serious thought and consideration, commonly it is achieved by multiplying the constrained resource. A notable exception is Neutron, in particular the L2 subsystem. The L2 network needs to scale up while most connected components are scaling out. A common approach to scaling the number of available L2 network segments in a region is the introduction of advanced overlay networks, with the drawback that all connected devices need to implement the overlay protocol. Installations requiring multiple hypervisor types or bare metal have a limited number of overlay protocol options.
Neutron provides an alternative to a single overlay protocol; separating L2 in the network fabric from the protocol used on the network edge via Hierarchical Port Binding.
This talk introduces a Neutron HPB architecture and ML2 implementation currently in use at SAP. We will discuss the issues that HPB solved and the challenges faced during our HPB deployment.
OSCON 2013 - The Hitchiker’s Guide to Open Source Cloud ComputingMark Hinkle
And while the Hitchhiker’s Guide to the Galaxy (HHGTTG) is a wholly remarkable book it doesn’t cover the nuances of cloud computing. Whether you want to build a public, private or hybrid cloud there are free and open source tools that can help provide you a complete solution or help augment your existing Amazon or other hosted cloud solution. That’s why you need the Hitchhiker’s Guide to (Open Source) Cloud Computing (HHGTCC) or at least to attend this talk understand the current state of open source cloud computing. This talk will cover infrastructure-as-a-service, platform-as-a-service and developments in big data and how to more effectively deploy and manage open source flavors of these technologies. Specific the guide will cover:
Infrastructure-as-a-Service – The Systems Cloud – Get a comparison of the open source cloud platforms including OpenStack, Apache CloudStack, Eucalyptus and OpenNebula
Platform-as-a-Service – The Developers Cloud – Learn about the tools that abstract the complexity for developers and used to build portable auto-scaling applications ton CloudFoundry, OpenShift, Stackato and more.
Data-as-a-Service – The Analytics Cloud – Want to figure out the who, what, where, when and why of big data? You’ll get an overview of open source NoSQL databases and technologies like MapReduce to help parallelize data mining tasks and crunch massive data sets in the cloud.
Network-as-a-Service – The Network Cloud – The final pillar for truly fungible network infrastructure is network virtualization. We will give an overview of software-defined networking including OpenStack Quantum, Nicira, open Vswitch and others.
Finally this talk will provide an overview of the tools that can help you really take advantage of the cloud. Do you want to auto-scale to serve millions of web pages and scale back down as demand fluctuates. Are you interested in automating the total lifecycle of cloud computing environments You’ll learn how to combine these tools into tool chains to provide continuous deployment systems that will help you become agile and spend more time improving your IT rather than simply maintaining it.
[Finally, for those of you that are Douglas Adams fans please accept the deepest apologies for bad analogies to the HHGTTG.]
Contrail is an open source software defined networking (SDN) solution from Juniper Networks that provides both a virtual network controller and the ability to configure physical network hardware. It runs on commodity x86 servers, with at least three servers needed for the Contrail controllers and two or more additional servers for the data plane. Contrail can be used to create, modify and manage virtual networks for OpenStack or VMware, as well as control physical top-of-rack switches and other devices.
CloudStack comes with a built-in SDN controller. One way of implementing SDN is to build overlay networks in the Data Center. This slideshow explains how CloudStack builds and maintains GRE tunnel overlays to provide scalable multi-tenant networking for cloud deployments
Designed for IT professionals looking to expand their OpenStack Networking knowledge, “Navigating OpenStack Networking” is a comprehensive and fast-paced session which provides an overview of OpenStack Networking, its history, its predecessor (Nova Networks), its components and then dives deep into the architecture, its features and plugin model and its role in building an OpenStack Cloud.
The document provides an overview of the Juniper SDN landscape and Contrail solution. It begins with introducing the speaker and their background. It then discusses the need for SDN due to challenges in traditional networking. The current SDN landscape includes major players like Cisco, Juniper, VMware, OpenStack and smaller startups. Contrail is positioned as Juniper's SDN overlay solution that integrates with OpenStack and uses standard protocols like BGP, MPLS and XMPP to provide multi-tenancy, overlays, routing and gateway connectivity.
Midokura OpenStack Day Korea Talk: MidoNet Open Source Network Virtualization...Dan Mihai Dumitriu
OpenStack deployments for public or private clouds require overlay networking. Due to the scale and rate of change of virtual resources, it isn't practical to rely on traditional network constructs and isolation mechanims. Today's deployments require performance, resilience, and high availability to be considered truly production-ready. In this session, we deep dive into the MidoNet architecture, and process of sending a data packet across an OpenStack environment through a network overlay. A distributed architecture implements logical constructs that are used to build networks without a single point of failure, all while adding network functionality in a highly-scalable manner. Network functions are applied in a single virtual hop. By applying network services right at the ingress host, the network is free from unnecessary clogging and bottlenecks by avoiding additional hops. Packets reach their destination more efficiently with the single virtual hop. After this session, the audience will understand how distributed architectures allow efficient networking with routing decisions and network services applied at the edge. Also, the audience will understand how it is easier to scale clouds when the network intelligence is distributed.
CloudKC: Evolution of Network VirtualizationCynthia Thomas
This document discusses the evolution of network virtualization. It begins with an overview of using VLANs for network virtualization, which provides L2 isolation but has limitations around scalability and management. OpenFlow is presented as an early approach that uses a centralized controller but has performance impacts. The document then introduces network overlays using software-defined networking as a more advanced approach, allowing network services to be decoupled from physical network hardware for improved scalability, agility and fault tolerance. It provides an overview of using the Midokura network virtualization platform with OpenStack Neutron for network automation and management.
Understanding and deploying Network VirtualizationSDN Hub
Analogous to server virtualization, Network Virtualization decouples and isolates virtual networks (i.e. tenant) from the underlying network hardware. One of the key value propositions of Software-Defined Networking (SDN) is to enable the provisioning and operation of virtual networks. This tutorial motivates the need for network virtualization, describes the high-level requirements, provides an overview of all architectural approaches, and gives you a clear picture of the vendor landscape.
Previously presented at ONUG Fall 2013 and Spring 2014.
VMware NSX provides a platform for deployment of software-defined network (SDN) and network function virtualization (NFV) services across physical network devices in a way that is analogous to server virtualization.
The document outlines goals for an OpenStack Networking Service blueprint including providing networking as a first-class service and flexibility through plugins. The scope is for the networking service to manage connectivity and addressing while other services like compute, firewalls, and load balancers would consume it. A plug-in design is proposed to incorporate different networking solutions and customer-aware business logic to manage network creation and associations. Examples of use cases and interactions with other services are provided, along with a sample sequence of attaching a VM interface to a logical network.
This document provides an overview of medical device products from a company that has been in business since 1985. It summarizes their extensive catalog of liposuction systems, infiltration pumps, aspirators, accessories like tubing and canisters, garments, cannulae, fat transfer supplies, and injection guns. The company offers a wide range of customizable equipment built to order and can be contacted for more information.
Quantum is an OpenStack project to provide network connectivity as a service between interface devices. It will enable cloud tenants to create rich networking topologies, build advanced network services and innovative network capabilities.
The document provides an overview of network virtualization and the Network Virtualization Platform (NVP). It defines network virtualization as decoupling, automating, and making network behavior independent of physical network state. NVP allows for logical networks that are isolated, location-independent and independent of physical network changes. It introduces NVP components and architecture including the control plane, gateways, service nodes, and integration with hypervisors and OpenStack. The document also discusses treating physical networks like compute servers and fabric/pod network designs.
Networking in CloudStack is full-featured, full of bells and whistles and by necessity complicated. This session will take cloud operators through the ins-and-outs of CloudStack Networking. Attendees will learn the motivations behind how CloudStack networking is architected, solutions to common networking requirements, gotchas, troubleshooting CloudStack networking and finally some future directions for theses features.
It is assumed that the audience will have some experience administering CloudStack clouds.
This document discusses networking in Apache CloudStack and the challenges of scaling cloud networking. It provides an overview of Apache CloudStack, including its flexibility to support various hypervisors, network topologies, and storage options. It then covers how CloudStack supports different networking modes, from traditional VLAN-based isolation to overlay networks. It also discusses how CloudStack orchestrates network resources and services to provide configurable network offerings to end users. Finally, it compares traditional server virtualization networking with the cloud approach and covers options like software defined networking.
Software Defined Networking is seeing a lot of momentum these days. With server virtualization solving the virtual machines problem, and large scale object storage solving the distributed storage challenge, SDN is seen as key in virtual networking.
In this talk we don't try to define SDN but rather dive straight into what in our opinion is the core enabled of SDN: the virtual switch OVS.
OVS can help manage VLAN for guest network isolation, it can re-route any traffic at L2-L4 by keeping forwarding tables controlled by a remote controller (Openfow controller). We show these few OVS capabilities and highlight how they are used in CloudStack and Xen.
Xen Summit presentation of CloudStack and Software Defined Networks. OpenVswitch is the default bridge in Xen and supported in XenServer and Xen Cloud Platform
OpenContrail Silicon Valley Meetup Aug 25 2015Scott Sneddon
The document discusses SDN market trends based on an SDxCentral report. It summarizes that the SDN, NFV, and network virtualization market is expected to exceed $105 billion by 2020 according to the report. It also provides details on SDN controllers, including major open source and commercial controllers. The rest of the document discusses use cases, selection criteria for controllers, and SDN adoption trends seen by the speaker.
Trystakc.cn was announced in OpenStack Summit San Diego 2012(www.slideshare.net/openstack/trystack-introfinalpdf
).It was a Non-profit OpenStack community projects.
By Stackers, for stackers.Experience the latest OpenStack features.
Welcoming contributions and feedback, Join the fun !
Scaling OpenStack Neutron in Heterogeneous EnvironmentsMartin Klein
Scaling an Openstack deployment requires serious thought and consideration, commonly it is achieved by multiplying the constrained resource. A notable exception is Neutron, in particular the L2 subsystem. The L2 network needs to scale up while most connected components are scaling out. A common approach to scaling the number of available L2 network segments in a region is the introduction of advanced overlay networks, with the drawback that all connected devices need to implement the overlay protocol. Installations requiring multiple hypervisor types or bare metal have a limited number of overlay protocol options.
Neutron provides an alternative to a single overlay protocol; separating L2 in the network fabric from the protocol used on the network edge via Hierarchical Port Binding.
This talk introduces a Neutron HPB architecture and ML2 implementation currently in use at SAP. We will discuss the issues that HPB solved and the challenges faced during our HPB deployment.
OSCON 2013 - The Hitchiker’s Guide to Open Source Cloud ComputingMark Hinkle
And while the Hitchhiker’s Guide to the Galaxy (HHGTTG) is a wholly remarkable book it doesn’t cover the nuances of cloud computing. Whether you want to build a public, private or hybrid cloud there are free and open source tools that can help provide you a complete solution or help augment your existing Amazon or other hosted cloud solution. That’s why you need the Hitchhiker’s Guide to (Open Source) Cloud Computing (HHGTCC) or at least to attend this talk understand the current state of open source cloud computing. This talk will cover infrastructure-as-a-service, platform-as-a-service and developments in big data and how to more effectively deploy and manage open source flavors of these technologies. Specific the guide will cover:
Infrastructure-as-a-Service – The Systems Cloud – Get a comparison of the open source cloud platforms including OpenStack, Apache CloudStack, Eucalyptus and OpenNebula
Platform-as-a-Service – The Developers Cloud – Learn about the tools that abstract the complexity for developers and used to build portable auto-scaling applications ton CloudFoundry, OpenShift, Stackato and more.
Data-as-a-Service – The Analytics Cloud – Want to figure out the who, what, where, when and why of big data? You’ll get an overview of open source NoSQL databases and technologies like MapReduce to help parallelize data mining tasks and crunch massive data sets in the cloud.
Network-as-a-Service – The Network Cloud – The final pillar for truly fungible network infrastructure is network virtualization. We will give an overview of software-defined networking including OpenStack Quantum, Nicira, open Vswitch and others.
Finally this talk will provide an overview of the tools that can help you really take advantage of the cloud. Do you want to auto-scale to serve millions of web pages and scale back down as demand fluctuates. Are you interested in automating the total lifecycle of cloud computing environments You’ll learn how to combine these tools into tool chains to provide continuous deployment systems that will help you become agile and spend more time improving your IT rather than simply maintaining it.
[Finally, for those of you that are Douglas Adams fans please accept the deepest apologies for bad analogies to the HHGTTG.]
Contrail is an open source software defined networking (SDN) solution from Juniper Networks that provides both a virtual network controller and the ability to configure physical network hardware. It runs on commodity x86 servers, with at least three servers needed for the Contrail controllers and two or more additional servers for the data plane. Contrail can be used to create, modify and manage virtual networks for OpenStack or VMware, as well as control physical top-of-rack switches and other devices.
CloudStack comes with a built-in SDN controller. One way of implementing SDN is to build overlay networks in the Data Center. This slideshow explains how CloudStack builds and maintains GRE tunnel overlays to provide scalable multi-tenant networking for cloud deployments
Designed for IT professionals looking to expand their OpenStack Networking knowledge, “Navigating OpenStack Networking” is a comprehensive and fast-paced session which provides an overview of OpenStack Networking, its history, its predecessor (Nova Networks), its components and then dives deep into the architecture, its features and plugin model and its role in building an OpenStack Cloud.
The document provides an overview of the Juniper SDN landscape and Contrail solution. It begins with introducing the speaker and their background. It then discusses the need for SDN due to challenges in traditional networking. The current SDN landscape includes major players like Cisco, Juniper, VMware, OpenStack and smaller startups. Contrail is positioned as Juniper's SDN overlay solution that integrates with OpenStack and uses standard protocols like BGP, MPLS and XMPP to provide multi-tenancy, overlays, routing and gateway connectivity.
Midokura OpenStack Day Korea Talk: MidoNet Open Source Network Virtualization...Dan Mihai Dumitriu
OpenStack deployments for public or private clouds require overlay networking. Due to the scale and rate of change of virtual resources, it isn't practical to rely on traditional network constructs and isolation mechanims. Today's deployments require performance, resilience, and high availability to be considered truly production-ready. In this session, we deep dive into the MidoNet architecture, and process of sending a data packet across an OpenStack environment through a network overlay. A distributed architecture implements logical constructs that are used to build networks without a single point of failure, all while adding network functionality in a highly-scalable manner. Network functions are applied in a single virtual hop. By applying network services right at the ingress host, the network is free from unnecessary clogging and bottlenecks by avoiding additional hops. Packets reach their destination more efficiently with the single virtual hop. After this session, the audience will understand how distributed architectures allow efficient networking with routing decisions and network services applied at the edge. Also, the audience will understand how it is easier to scale clouds when the network intelligence is distributed.
CloudKC: Evolution of Network VirtualizationCynthia Thomas
This document discusses the evolution of network virtualization. It begins with an overview of using VLANs for network virtualization, which provides L2 isolation but has limitations around scalability and management. OpenFlow is presented as an early approach that uses a centralized controller but has performance impacts. The document then introduces network overlays using software-defined networking as a more advanced approach, allowing network services to be decoupled from physical network hardware for improved scalability, agility and fault tolerance. It provides an overview of using the Midokura network virtualization platform with OpenStack Neutron for network automation and management.
Understanding and deploying Network VirtualizationSDN Hub
Analogous to server virtualization, Network Virtualization decouples and isolates virtual networks (i.e. tenant) from the underlying network hardware. One of the key value propositions of Software-Defined Networking (SDN) is to enable the provisioning and operation of virtual networks. This tutorial motivates the need for network virtualization, describes the high-level requirements, provides an overview of all architectural approaches, and gives you a clear picture of the vendor landscape.
Previously presented at ONUG Fall 2013 and Spring 2014.
VMware NSX provides a platform for deployment of software-defined network (SDN) and network function virtualization (NFV) services across physical network devices in a way that is analogous to server virtualization.
The document outlines goals for an OpenStack Networking Service blueprint including providing networking as a first-class service and flexibility through plugins. The scope is for the networking service to manage connectivity and addressing while other services like compute, firewalls, and load balancers would consume it. A plug-in design is proposed to incorporate different networking solutions and customer-aware business logic to manage network creation and associations. Examples of use cases and interactions with other services are provided, along with a sample sequence of attaching a VM interface to a logical network.
This document provides an overview of medical device products from a company that has been in business since 1985. It summarizes their extensive catalog of liposuction systems, infiltration pumps, aspirators, accessories like tubing and canisters, garments, cannulae, fat transfer supplies, and injection guns. The company offers a wide range of customizable equipment built to order and can be contacted for more information.
Using Social Software to Facilitate Blended Learning for Information Literacycbishop4
Presents the University of Central Florida's online information literacy resources and the social software application driving this institutional initiative.
This PowerPoint presentation template provides guidelines for fonts, colors, hyperlinks, and chart examples. It specifies the slide master formatting, color palette, title case for slide titles and sentence case for subheads sized at 36pt or smaller. Examples are given for bar, pie, line, and area charts, and placeholder slides are included for a demo, video, partner, customer, and announcement.
Quantum is a project that provides networking services for OpenStack. It allows tenants to define complex network topologies rather than being limited to static connectivity options. Quantum uses plugins to support different backend technologies and integrates with Nova to provision virtual networks. The initial release focused on basic L2 networking capabilities. Future work includes improving production readiness, integrating all Nova networking features, and implementing advanced services like L3 routing.
The document summarizes OpenStack Quantum, a networking component that provides network connectivity as a service for tenants in OpenStack clouds. Key points:
- Quantum provides APIs for tenants to create private networks with subnets and connect VMs to those networks, enabling complex multi-tenant networking.
- It uses a plugin architecture so different networking technologies like OVS, Linux Bridge can be supported.
- The Grizzly release will include features like metadata for overlapping IPs, security groups, L3 HA, and new plugin support.
- Users can help with testing, documentation, and implementing open specifications.
The document describes a demo of OpenStack Nova and Quantum using Open vSwitch. Quantum is a virtual network service that allows creation of networks and attachment of virtual machine interfaces, similar to how Nova provides virtual machines. The demo uses Quantum with Open vSwitch on a single compute node to automatically create a multi-tier network topology with public and private networks connecting VMs.
This document discusses supporting the use of Moodle in K-12 schools in South Australia. It provides an overview of:
1. The Learning Technologies department which provides an eSchooling service including a hosted Moodle installation.
2. The history and trends of Moodle use in South Australian schools, including different types of implementations for teachers, schools, and specialized groups.
3. The strategies used to support teachers using Moodle, including professional development workshops, online training videos, and a community of practice for sharing resources and knowledge.
4. Examples of schools that have implemented blended learning models using Moodle and virtual classrooms to engage students both in class and remotely.
OpenStack + VMware at the Hong Kong OpenStack SummitDan Wendlandt
VMware is partnering with OpenStack to provide integration between VMware technologies like vSphere and NSX with OpenStack. This allows OpenStack deployments to take advantage of VMware's compute, network and storage capabilities while maintaining flexibility and choice. Key benefits include reliability, security, performance and management tools from VMware, as well as freedom of choice in technologies. VMware contributes to OpenStack and ensures their products work well within the OpenStack framework. The goal is to make VMware an easy and powerful option for running OpenStack clouds.
Quantum (OpenStack Meetup Feb 9th, 2012)Dan Wendlandt
This is a talk I gave on Quantum at the Bay Area OpenStack Meetup on Feb 9th, 2012.
I added a few slides to try and address some of questions people had during the talk.
A First Look at vSphere Integrated Containers and Photon PlatformDan Wendlandt
Talk presented at VMworld 2015 offering a sneak peak into two VMware technical previews announced at the conference: vSphere Integrated Containers and Photon Platform.
Quantum provides network connectivity as a service for OpenStack clouds. It allows tenants to create multiple private networks with custom topologies and control IP addressing. Quantum uses a plugin architecture that supports different networking technologies like Open vSwitch, Cisco UCS, and Linux bridge. This provides choice and enables advanced network services. The Quantum API and plugins manage network connectivity independently of compute resources.
Network virtualization with open stack quantumMiguel Lavalle
Network virtualization with OpenStack Quantum allows tenants to create their own virtual networks that map to underlying physical network technologies. The Quantum plugin architecture supports different virtual networking backends. Quantum provides an API for tenants to dynamically create networks and attach virtual machine ports, implementing advanced networking features through extensions.
OpenStack 2012 fall summit observation - Quantum/SDNTe-Yen Liu
- The keynote at the OpenStack 2012 Fall Summit highlighted Rackspace's decreasing contribution to OpenStack commits over time and Rackspace's private cloud which runs OpenStack and sees high usage.
- The Quantum project in OpenStack provides network connectivity as a service and allows different virtualization technologies to be plugged in as backends. It has evolved to add L3 and L4-L7 network services.
- Quantum uses a plugin architecture so that different virtual network backends like Open vSwitch, Linux bridge can be used. Extensions allow for additional network properties and new services like routing, load balancing to be added.
Quantum is an OpenStack networking project that provides networking as a service between interfaces managed by other projects like Nova. It uses plugins to support different networking technologies and providers. Quantum provides advanced network topologies and tenant control over networking that was not possible with just Nova networking. The Grizzly release includes improvements to security groups, load balancing as a service, new plugins, and seamless upgrades from Folsom.
Quantum is an OpenStack networking project that provides networking as a service. It uses plugins to support various technologies like SDN, overlay tunneling, and fabric solutions. This allows tenants to create their own network topologies with control over addressing, segmentation, and services. Quantum provides APIs for networks, subnets, and ports that integrate with Nova to attach virtual network interfaces to instances.
OpenStack Quantum - Past, Present & FutureSomik Behera
This document provides an overview of OpenStack Quantum, the networking component of OpenStack. It discusses the history and motivation for Quantum, including limitations of the original networking model. The document describes the key aspects of the Quantum architecture, including the plugin framework and ability to support different networking technologies. It also provides an update on the project status as of the Essex release and previews upcoming capabilities for the Folsom release.
OpenStack is an open source cloud computing platform that provides services for managing compute, storage, and networking resources. Quantum is the networking component of OpenStack that provides APIs to virtualize networking and manage virtual networks. It abstracts the network configuration from underlying hardware and supports plugins for different vendors. Quantum provides advanced networking capabilities compared to earlier OpenStack networking through its network, subnet, and port abstractions and plugin architecture.
Quantum - Virtual networks for Openstacksalv_orlando
An overview of Quantum, the soon-to-be default Openstack network service.
These slides introduce Quantum, its design goals, and discusses the API. It also tries to address how quantum relates to Software Defined Networking (SDN)
- OpenStack provides network virtualization and automation capabilities through projects like Neutron, Heat, and plugins like Midonet.
- Neutron evolved networking in OpenStack to allow pluggable networking models beyond the initial Nova networking. It supports overlay technologies and network automation.
- Heat allows you to define infrastructure like servers, networks, and their relationships in templates that can be deployed through the OpenStack API. This provides automation of virtual network deployment.
- Plugins like Midonet provide distributed virtual networking models to improve scalability and performance over overlay approaches like OVS. They also allow automation of physical network configuration.
Secure Multi Tenant Cloud with OpenContrailPriti Desai
Building a secure multi-tenant cloud necessitates proper tenant isolation and access control. Key network and security functions must scale independently based on the dynamic resource requirements across each tenant. Additionally, On-demand and self-service provisioning are required for achieving operational efficiencies. Robust, dynamic and elastic software abstractions are imperative to support applications built to run such complex environments.
This slide deck covers:
• Architectural design choices
• Implementation blueprints
• Operational best practices
that have been made to build OpenStack cloud at Symantec.
Open stack networking_101_update_2014-os-meetupsyfauser
This is the latest Update to my OpenStack Networking / Neutron 101 Slides with some more Information and caveats on the new DVR and Gateway HA Features
This presentation was shown at the OpenStack Online Meetup session on August 28, 2014. It is an update to the 2013 sessions, and adds content on Services Plugin, Modular plugins, as well as an Outlook to some Juno features like DVR, HA and IPv6 Support
Networking is NOT Free: Lessons in Network DesignRandy Bias
An in-depth critique of the existing OpenStack networking approach, with a focus on how the Nova network controller is more of a hindrance than a help. Discusses the gap in Quantum's functionality required to close the gap, and alternative solutions. How can we make networking in OpenStack robust, high performance, and fault tolerant? What do typical large scale networks look like and what lessons can we learn from them? Is there an approach to networking we can take that is the same with a handful of servers as it is with hundreds of racks?
Interop Tokyo 2014 SDI (Software Defined Infrustructure) ShowCase Seminoar Presentation. The presentation covers Neutron API models (L2/L3 and Advanced Network services), Neutron Icehouse Update and Juno topics.
Quantum provides a network connectivity service for OpenStack. It exposes an API for tenants to define logical network abstractions and connectivity between interfaces from other OpenStack services. Quantum uses a plugin architecture so multiple technologies can implement the logical abstractions. For the initial Diablo release, Quantum will focus on basic L2 connectivity and integrating with Nova and at least one other service via "edge bindings". Experimental plugins will demonstrate Quantum's capabilities while many design questions around advanced networking remain for future iterations.
OpenStack and OpenContrail for FreeBSD platform by Michał Dubieleurobsdcon
This document provides an overview of running OpenStack and OpenContrail on the FreeBSD platform. It first discusses OpenStack components like Nova compute and network services. It then covers using OpenContrail for network virtualization, which provides overlay networking as an alternative to VLANs. This allows migration of virtual machines between physical servers while maintaining network isolation. The status of FreeBSD support for OpenStack compute and networking services is also summarized.
SDN & NFV Introduction - Open Source Data Center NetworkingThomas Graf
This document introduces software defined networking (SDN) and network functions virtualization (NFV) concepts. It discusses challenges with traditional networking and how SDN and NFV address these by decoupling the control and data planes, centralizing network intelligence, and abstracting the underlying network infrastructure. It then provides examples of open source SDN technologies like OpenDaylight, Open vSwitch, and OpenStack that can be used to build programmable software-defined networks and virtualized network functions.
This document introduces software defined networking (SDN) and network functions virtualization (NFV) concepts. It discusses challenges with traditional networking and how SDN and NFV address these by decoupling the control and data planes, making the network programmable through APIs, and virtualizing network functions. It then provides examples of open source SDN platforms like OpenDaylight, Open vSwitch, and OpenStack that enable building virtual networks and service chains.
Deep dive into Quantum
1. Quantum is the network connectivity service for OpenStack that provides an API to dynamically request and configure virtual networks. It integrates virtual networks with other OpenStack services.
2. The Open vSwitch plugin uses a quantum agent to poll the local Open vSwitch instance and configure flows to implement the logical network model defined in the central database.
3. Plugins hide the backend network technology and provide a generic tenant API for creating and configuring virtual networks, while agents perform the actual network configuration on each physical host.
1. OpenStack Quantum:
Taking OpenStack Networking to New Heights
Dan Wendlandt
dan@nicira.com
dwendlandt@vmware.com
Openstack Quantum Hacker & Project Team Lead
twitter - danwendlandt
2. Aaron Rose, Quantum core dev at Vmware, show his OpenStack Quantum team pride.
3. Outline
• Why Quantum?
• What is Quantum?
– API Abstractions
– Plugin Architecture
• Project Status
• Deployment Scenarios
• Looking Forward
• Questions
6. Why Quantum? Reason #1
On-demand Enterprise-Class Networking
• Quantum has Tenants API to: Internet
– create multiple private L2 L3
networks L2
– control IP addressing (can use L3
same IP space as existing
datacenter deployment) L2
– Connect to an upstream router L3
for external access. L2
– Insert advanced network L3
services: routers, firewalls,
VPN, IDS, etc. L2
– Monitor network status
7. Cloud Stresses the Network….
• High-density multi-tenancy
– But VLANs limit scale
• On-demand provisioning
– But traditional network solutions have interfaces designed for
manual configuration.
• Need to place / move workloads were capacity exists
– But network state (e.g., IP address) is tied to a particular location
8. Why Quantum?
#2: Leveraging Advanced Technologies
• New networking technologies are
emerging to try and tackle these
challenges.
– Network virtualization
– Overlay tunneling: VXLAN, NVGRE, STT
– Software-defined Networking (SDN) /
OpenFlow
– L2 Fabric solutions: FabricPath, Qfabric,
etc.
– [ insert other solution here ]
• Quantum provides a “plugin”
mechanism to enable different
technologies (more later).
10. Quantum Architecture
Generic OpenStack APIs Operator Selected Backends
Compute API KVM
Network API OVS Plugin
Tenant Tools
(GUI, CLI, Storage API Ceph
API code)
An eco-system of A generic tenant API A “plugin” architecture
tools that leverage to create and with different back-end
the Quantum API. configure “virtual “engines”
networks”
11. Basic API Abstractions
VM1 VM2 virtual server
Nova 10.0.0.2 10.0.0.3
virtual interface (VIF)
virtual port
Quantum Net1 L2 virtual network
10.0.0.0/24 virtual subnet
“virtual networks” and “virtual subnets” are fundamentally multi-tenant, just
like virtual servers (e.g., overlapping IPs can be used on different networks).
12. Quantum Model: Dynamic Network
Creation + Association
TenantA-VM2 TenantA-VM3
TenantA-VM1
10.0.0.3 9.0.0.2
10.0.0.2
9.0.0.3
Tenant-A Net1 Tenant-A Net2
10.0.0.0/24 9.0.0.0/24
External Net
88.0.0.0/18
• Tenant can use API to create many networks.
• When booting a VM, define which network(s) it
should connect to.
• Can even plug-in “instances” that provide more
advanced network functionality (e.g., routing + NAT).
13. Quantum API Extensions
• Enables innovation in virtual networking.
– Tenants can query API to programmatically discover supported extensions.
– Overtime, extensions implemented by many plugins can become “core”.
• Add properties on top of existing network/port abstractions:
– QoS/SLA guarantees / limits
– Security Filter Policies
– port statistics / netflow
• New Services
– L3 forwarding, ACLs + NAT (“elastic” or “floating” IPs)
– VPN connectivity between cloud and customer site, or another cloud
datacenter.
14. Quantum Architecture
Generic OpenStack APIs Operator Selected Backends
Compute API KVM
Network API OVS plugin
Tenant Tools
(GUI, CLI, Storage API Ceph
API code)
An eco-system of A generic tenant API A “plugin” architecture
tools that leverage to create and with different back-end
the Quantum API. configure “virtual “engines”
networks”
15. Quantum Architecture (generic)
API Clients Quantum Service Backend X
Quantum
API
Tenant Create-net
Scripts .
Horizon
. Plugin
GUI . X
Create-
Orchestration
Physical
port virtual switch
Code Network
Nova Compute
API
Extensions
Interfaces from Nova plug
into a switch manages by
Uniform API
the Quantum plugin.
for all clients
16. World’s simplest Quantum Plugin*
• API request is dumped into an email, send to
your network administrator.
• Administrator manually configures network
connectivity.
* Not recommended for use… ever!
17. Quantum Plugins Trade-offs
• Different back-end “engines” present different trade-offs:
– Scalability
– Forwarding performance
– Hypervisor Compatibility
– Network HW Compat (vendor specific? Allow L3 scale-out?)
– Manageability / troubleshooting
– Advanced Features (exposed as API extensions)
– Production testing
– High Availability (control & data plane)
– Open source vs. Free vs. Paid
• Cloud Operators weigh trade-offs, choose a plugin.
• Note: Back-end technology hidden behind logical core API
– Example: VLANs vs. tunneling
18. Quantum Plugins
Open source plugins based on Open vSwitch and Linux
Bridge exist (works with any hardware switches).
The following vendors have publicly stated that they already have
or are developing a Quantum plugin (others exist as well). In some
cases, vendor hardware is required.
21. 6 Months Ago…
• Incubation release (Essex, April ‘12)
– v1 API, basic L2 API abstractions.
– Quantum API used by nova-network, but not
exposed to tenants.
– Plugin architecture to enable choice of back-end
technology.
– In production at early adopters.
22. Today
• First “core” release (Folsom, Oct. ‘12)
– v2 API, with L2 + IP address mgmt (IPAM)
– Tenant API with Keystone + Horizon Integration
– Updated CLI
– Extensions:
• L3 “routers” w/floating IPs
• “provider networks” mapped to specific VLANs
• Tenant quotas
• Notifications
26. What’s going to happen to nova-network?
• No forced upgrade in Folsom, or Grizzly.
• Existing nova-network stays even with
Quantum in core.
• Planning an “orderly transition”
1) Freeze on adding new functionality in
nova-network (already in effect).
2) Make sure Quantum covers all important
nova-network scenarios (target Grizzly)
3) Nova MAY simplifying nova-network code
by removing all but basic networking
support in subsequent release (possible
target H-release)
27. Should I start using Quantum?
• Go back to reasons project was created:
– API to build rich network topologies, insert
services.
– Overcome limitations of traditional networking
solutions (e.g., VLANs).
• If these are important to your OpenStack
deployment, go for it!
• Otherwise staying with nova-network is fine.
28. Taking Quantum for a spin..
• Admin Documentation:
– http://docs.openstack.org/trunk/openstack-
network/admin/content/
– Ubuntu and Red Hat deployments covered.
– Please read the entire doc… if something is still
unclear, send email to the list
• Or use Devstack
– http://wiki.openstack.org/QuantumDevstack
29. Get Hands On!
Hands on Quantum Deployment Workshop
Thursday 9:00 – 10:30 am @ Manchester E
32. Two API Deployment Models
• Cloud Operator creates networks for tenants
– Quantum API is admin only, tenants do not use it.
– Similar to nova-network model, but with flexibility around
network topology, IP addressing, etc.
• Expose API to tenants directly
– True “self-service networking”.
– Tenants use scripts, CLI, or web GUI to manage networks &
subnets.
• Can also mix-and-match strategies
– Provider creates default network connectivity, tenants can
choose to extend.
39. Grizzly Quantum: where are we going?
• Closing gaps:
– Security groups & metadata
service compatible with
overlapping IPs.
– Support L3-forwarding & DHCP
on compute nodes (similar to
nova “multi_host” flag)
• Advanced Services
– Load-balancing
– VPN
40. Talks by Quantum Users @ Summit
Wed @ 9:30 am
Includes
production
Wed @ 11:00 am Quantum
deployments
that have been
Wed @ 2:40 pm running for 6+
months on
Essex!
Wed @ 4:10 pm
41. Key Takeaways
• Quantum enables advanced networking in
OpenStack:
– API to configure rich network topologies.
– Plugin architecture for leveraging new network
technologies.
• With “core” status, expect jump in Quantum
production deployments in Folsom.
• Quantum team is growing quickly, come join!
42. Thanks! Questions?
Slides available at: http://www.slideshare.net/danwent
Dan Wendlandt
dan@nicira.com
dwendlandt@vmware.com
OpenStack Quantum Hacker & Project Team Lead
twitter - danwendlandt