CloudComp 2015 - SDN-Cloud Testbed with Hyper-convergent SmartX Boxes
Download as PPTX, PDF0 likes46 views
The document discusses the design and operation of a hyper-convergent SmartX box within a distributed SDN-cloud testbed aimed at enhancing cloud application provisioning and management. It outlines the technical requirements, architecture components, and automated deployment strategies for the testbed, emphasizing the integration of software-defined networking (SDN) and cloud services. The conclusions highlight the importance of this integration for efficient resource management and the future direction of SDN-cloud orchestration.
![Automated Deployment Result
(i.e., no online copy from OpenStack repository).
Table 1: Provisioning time comparison of sites with different network connection speed.
Site ID Network
Connection Speed
Installation Time
GIST ~ 200 Mbps 50 minutes
MY ~ 100 Mbps 4 hours
PH ~ 10 Mbps 6 hours
3.3 Example experiments with SDN-Cloud Playground
By manipulating both OpenStack cloud management and OpenFlow-enabled SDN
control, as depicted in Fig. 6, an experiment for deploying VLAN-based multi-
tenancy traffic control is designed to verify the SDN-Cloud integration. First, we
place VMs in two cloud regions and prepare the connectivity for these VMs. These
VMs are tagged by OpenStack Nova with specific tag ID. Second, OpenStack
Neutron automatically maps and matches VLAN IDs with SDN-based slice
parameters. This allows inter-connection flows for VMs to be steered by the
developer’s SDN controller, supervised by FlowVisor [14]. The SDN-based flow
steering inserts flowtable entries according to the particular incoming and outgoing
ports in developer’s virtual switches, where several ports are mapped to other cloud
regions/sites. Finally, based on the destination site, it maps to a specific tunnel
interface that is pre-configured by the SDN controller of operators. Eventually, the
*) But most of the problems, cause by the hardware and physical connections issues](https://image.slidesharecdn.com/2015cloudcompsdn-cloudshyperbox-160724071008/85/CloudComp-2015-SDN-Cloud-Testbed-with-Hyper-convergent-SmartX-Boxes-25-320.jpg)
CloudComp 2015 - SDN-Cloud Testbed with Hyper-convergent SmartX Boxes
- 1. Building and Operating Distributed SDN-Cloud Testbed with Hyper-convergent SmartX Boxes 6th EAI International Conference on Cloud Computing Networked Computing Systems Laboratory Gwangju Institute of Science and Technology (GIST) Gwangju - South Korea Daejeon,October29th 2015 Aris C. Risdianto Junsik Shin JongWon Kim
- 2. Outline 1) Introduction 2) Hyper-convergent SmartX Boxes Design 3) OF@TEIN Testbed (SDN Research Network) 4) Hyper-convergent SmartX Box for SDN-Cloud Testbed 5) Deployment and Verification 6) Conclusion
- 3. Introduction
- 4. Computing/Networking Balanced Infrastructure 1. Meridian “… a service-level network model that provides higher-level connectivity and policy abstractions that are integral parts of cloud applications. Moreover, the emergence of the software-defined networking (SDN) paradigm provides a new opportunity to closely integrate application provisioning in the cloud with the network through programmable interfaces and automation.” 2. CNG (Cloud Networking Gateway) “Network providers, users and tenants need more flexibility in deploying, configuring and instantiating cloud networking services to manage more easily and efficiently their resources” … ”SDN paradigm enables the transparent integration of applications provisioning in clouds and networks via programmable interfaces and automation.” 3. GENI (Global Environment for Network Innovation) Testbed “… this deployment will result in a revolutionary new programmable, virtualized, distributed collection of resources (networks, computers and storage) a global scale ‘deeply programmable cloud’ that will support the GENI research mission and as well as enabling research and education in a wide variety of areas (e.g., domain science, big data/data mining, cloud-based applications, security).
- 5. SDN-Cloud Infrastructure Requirements 1) Providing cloud providers and tenant users to control and manage their own applications (functions) as well as the connectivity 2) The connectivity requirements: per-tenant creation, construct virtual topology and network-layer information (i.e. switches, routers, subnets and access control lists) 3) The fine-grained networking control for distributed cloud services to provide fast failover and traffic prioritization (utilizes OpenFlow-enabled SDN networking capabilities) 4) The APIs integration to harmonize cloud-based resource/service orchestration and SDN-based virtual networking controller Can we deploy it ? Can it be “open” and “efficient”?
- 6. SmartX SDN-Cloud Testbed as a Prototype of Open SDN-Cloud Infrastructure Hardware (Physical) “Open” and “Efficient” Solutions 1) Computing and Network Devices Resources Commodity Server (Box) : IBM, Dell, HP, etc. 2) Networking (Connectivity) between Distributed Resources Research Network (REN) with basic Internet Connectivity Software (Management) “Open” and “Efficient” Solutions 1) Computing and Network Devices Operating System Linux OS : Redhat, Ubuntu, CentOS 2) Cloud Management Platform with multi-tenancy support Cloud Management Software : OpenStack 3) Networking Function and Centralized Networking Control OpenFlow (SDN) Switch and Controller : OpenvSwitch, OpenDaylight, ONOS 4) DevOps (Developer and Operators) Automation Software Open Source Programming and Open API Standards : Scripting, REST API
- 7. Hyper-convergent SmartX Box Design
- 8. SmartX Box: Inter-Connected Functions inside Boxes/Sites Secured Boxes Functions Inter-Connect Site P+M, C, D ports Normal Secured Tag/Steer/Mapped Discover & Connect Secured BM/Container/VM Functions Configuration VisibilityControl
- 9. Hyper-convergent SmartX Box Design NOVA br-vlan br-int VM#1 VM#2 VM#3 VM#4 Virtual Switch (br2) Virtual Switch (br1) Data (OF) Power/IMM Virtual Switch (br-cap) Data (Tunnel) Control NEUTRON br-ex Virtual Switch (br-tap) PH Gre_GJPH1C_PH OF OF_EXTC_OF SDN Function Tap Cloud Function Management
- 10. Hyper-convergent SmartX Box SDN and Cloud Functionalities Cloud Function SDN Function OPENVSWITCHNOVA br-vlan br-int VM#1 VM#2 VM#3 VM#4 br2br1 brcap NEUTRON br-ex brtap PH Gre_GJPH1C_PH OF OF_EXTC_OF Control (VM Access) Data (VM Traffic) Visibility (Tapping) OpenFlow Extension VXLAN Tunnel Capture Interface
- 11. OF@TEIN Testbed (Specialized Network for SDN Research)
- 13. OF@TEIN Testbed Overview (2015)
- 15. Hyper-convergent SmartX Box for SDN- Cloud Testbed
- 16. Centralized Management for Distributed Multi-Region Cloud Region : GJ-TEST Region : GIST Region : MY Region : MYREN Controller/ Compute/Network Controller/ Compute/Network Controller/ Compute/Network Controller/ Compute/Network SmartX-B* TEST SmartX-B* GIST SmartX-B* MY OF@TEIN Cloud Centralized Management SmartX-B* MYREN Authentication/Da shboard UI *) Openstack Documentation
- 17. VLAN-based Cloud Tenant Networking Tag (Nova) VLAN Map/Tag (Neutron) Physical Map (Neutron) *) Openstack Documentation
- 18. VLAN-based SDN Virtual Network (Slicing) Centralized Control Layer Network Hypervisor Virtualized Data Layer *) FlowVisor
- 19. Port-based SDN Centralized Control (OpenFlow Controller) Cloud Output Interface Send to correct Destination (site/region) *) OpenFlow
- 20. OPENVSWITCHNOVA br-vlan br-int VM#1 VM#2 VM#3 VM#4 br2br1 brcap NEUTRON br-ex brtap PH Gre_GJPH1C_PH OF OF_EXTC_OF Hyper-convergent SmartX Box Management In OF@TEIN SDN-Cloud Testbed Overlay vNetworking Manager Steer (OF-Control)Tag/Map (Neutron) Map (OVS/OF-Control)Tag (Nova) Map (Neutron) Visibility Controller (ODP) OpenStack Dashboard (Network) Operator Controller (ODP) Developer Controller (Open) OpenStack Dashboard (Instance) FlowVisor
- 22. OF@TEIN Distributed Multi-Region Testbed Deployment
- 23. BStar Installation (OpenStack Services) Hyper-convergent SmartX Box Automated Deployment Clean Up Previous Installation • Uninstall XEN modules • Clean Up XEN compilation • Uninstall OVS modules • Clean Up OVS compilation Check XEN Domain-0 OVS Bridges Previous Software Clean Up (XEN and OVS) Ubuntu LTS OS Upgrade (12.04.03 to 14.04.02) Parameter Install Dir Operating Systems Upgrade • Update Repository • Upgrade to latest 12.04 LTS version • Release upgrade to 14.04 LTS version • Upgrade to latest 14.04 LTS version Box Installation and Configuration • Clone DevStack Source from Repository • Configure stack account and permission • Copy DevStack Local Configuration • Execute OpenStack Installation • Restarting Nova + Neutron Services • Configuring OVS bridges and ports • Configuring Overlay Network • Configuring Controller Information • Inserting Flow for Operator Controller Last Updated : 2015-04-30 BStar Installation (OVS bridges) Check Current OS Version Parameter Desired OS Version Check Existing DevStack Installation Parameter Region, Ext Interface Check OVS Ports Parameter DPID, DP Interface & GW IP Instance Placement + Interconnect Function Verification • Creating Neutron Network and • Creating Nova Instance and assigning Floating IP • Assigning FlowSpace (FlowVisor) • Inserting Flow for Developer Controller Check Slice name VLAN ID Parameter Network & instance name, VLAN ID
- 24. Automated Deployment Result (GIST Site ~200 Mbps) Cleanup Previous Installation Ubuntu OS Upgrade Box Installation Box Recovery Installation duration – 50 minutes (include restart) Recovery duration – 10 minutes
- 25. Automated Deployment Result (i.e., no online copy from OpenStack repository). Table 1: Provisioning time comparison of sites with different network connection speed. Site ID Network Connection Speed Installation Time GIST ~ 200 Mbps 50 minutes MY ~ 100 Mbps 4 hours PH ~ 10 Mbps 6 hours 3.3 Example experiments with SDN-Cloud Playground By manipulating both OpenStack cloud management and OpenFlow-enabled SDN control, as depicted in Fig. 6, an experiment for deploying VLAN-based multi- tenancy traffic control is designed to verify the SDN-Cloud integration. First, we place VMs in two cloud regions and prepare the connectivity for these VMs. These VMs are tagged by OpenStack Nova with specific tag ID. Second, OpenStack Neutron automatically maps and matches VLAN IDs with SDN-based slice parameters. This allows inter-connection flows for VMs to be steered by the developer’s SDN controller, supervised by FlowVisor [14]. The SDN-based flow steering inserts flowtable entries according to the particular incoming and outgoing ports in developer’s virtual switches, where several ports are mapped to other cloud regions/sites. Finally, based on the destination site, it maps to a specific tunnel interface that is pre-configured by the SDN controller of operators. Eventually, the *) But most of the problems, cause by the hardware and physical connections issues
- 26. Conclusions • The integration of SDN and Cloud services are very important efforts • We design a Hyper-convergent SmartX Box as resources pool for SDN-Cloud Testbed • We deploy SDN-Cloud Testbed as prototype of distributed SDN-Cloud Infrastructure • The automated deployment minimize consumed time for provisioning
- 27. Future Works • The integration of Cloud Management Platform and SDN Centralized Platform as SDN-Cloud “Orchestration” • Provide the local SmartX Box monitoring, when network connection are not available